Неведомая науке и гуглю фигня:
Есть база. В режиме Предприятия работает нормально.
Пробую пересчитать итоги - выдает сообщение "Порядок сортировки БД отличается от системного".
В параметрах базы на SQL указано Cyrillic_General_CI_AS. Стоит совместимость с MS SQL 2000. Региональные настройки на сервере SQL и на сервере, где лежит папка с базой = РОССИЯ.
Файл ORDNOCHEK в каталоге базы имеется.
Ы?

это фигня ведома гуглу а науки тут никакой нет...
ещё раз погугли про "Порядок сортировки БД отличается от системного" и про сигнальный файл OrdNoChk.prm при использовании окна-7.

ORDNOCHEK - вот именно такое название?

(2) Да нет, конечно, по памяти писала. Название файла в каталоге БД правильное ordnochk.prm.
База не распределенная.

Выгрузить в ДБФ ее тоже не получится - зело велика. Я уже в отчаянии (((

Проверьте порядок сортировки у базы tempdb.

(2) правильное название в (1)

(5) у tempdb порядок сортировки такой же - Cyrillic_General_CI_AS

(7) на компе с которого пересчитываешь итоги - Windows-7?

(8) хуже))))). Windows 2008 Server R2 Standard

Что самое интересное, две недели назад пересчитывала аналогичную базу из соседней папки - проблем не было.
Ну, не считая, конечно танцев с бубном вокруг "База не может быть открыта в однопользовательском режиме".
Но это - как бы хрен с ним, терпимо.

А в 1С какой порядок сортировки?

(9)а если с клиента подключиться(не через терминал)?

Посмотрел, у меня файл OrdNoChk.prm лежит в c:\Program Files\1Cv77\BIN

(12) Хм, идея. Нужно попробывать. Ож очень мне не хочется шаманить с dll-ками, там не моя зона ответственности.
Спасибо, попробую, потом отпишусь.

(11) В SQL базах порядок сортировки в 1с не задается.

(13) Вопрос только в области применения - на все базы или только на одну. Это не принципиально.

(15) Уже и забыл об этом

(17) везет. А мы тут все на 8-ку мигрируем-мигрируем, да все никак и не вымигрируем. Вот и болтаются у меня 10 7-х баз, да еще здоровенные, сцобаки, всю кровь уже себе с ними завернула.

Старо, как мир... Чего же вас на 2008 потянуло.
Сидели бы на 2005-том и в ус не дули. Ну кромя процедуры "ПолучитьПодчиненныеДокументы". А так все работает. :)

(18)Лучше 8-ку ставить на отдельный SQL сервер ;)

(19) Если б меня еще кто спрашивал. Базу админы перетащили с сервера на сервер. Раньше она была на Win2003, где остальные семерочные SQL-ки. Подключены, они, кстати, к тому же SQL-серверу, но в них итоги, хоть и через ..опу, но рассчитываются.
Причем, когда я начала вопрошать "Зачем?", админы сказали, что с целью повышения быстродействия %-0. Раз новый сервер быстрее работает, то и база, ведь, должна быстрее заработать ))))))))
Скажу, чтоб обратно перетаскивали, демоны.

(21) они не демоны, а клоуны!!! Так держать!

а раньше за такое банили

одно во всем этом радует.. что без работы не останемся..

(0) раньше на 1С .7.7 в конфигураторе мы меняли кодовую страницу и устанавливали типа "Текущая системная установка" в том случае, когда 1С запускалась из под Vista.

(25) Это для ДБФ базы. В SQL нет такой настройки.

(0) Получилось побороть проблему?

(27) Судя по тому, что удалось нагуглить, здесь работает (точнее не работает) именно связка Windows 2008 Server R2 Standard + 2008 SQL.
В качестве решения педлагают патчить 1c, но я этого делать не хочу.
Пока договорились с админами, что они перенесут базу на другой сервер. Как перенесут - буду пробовать.

(27) В любом случае, вам большое спасибо, вы мою мысль развернули в другую сторону: вместо того, чтобы мучить 1с, сменить платформу. Благо, такая возможность имеется.

Точнее, спасибо  rphosts, это его мысль была.

(29) рекомендую всё-же http://infostart.ru/public/82018/
хотя бы почитать

(24)>>> одно во всем этом радует.. что без работы не останемся..

Админы всегда нам работу придумают :)

(21)Не спеши. Реально Если Ось 64-битная и SQL 2005 64 бит.
То прогресс на лицо.
У 2003-го действительно есть ограничения.
К примеру к прямым запросам.
Т.е. сервер может использовать максимум 4 гб памяти и мин 2 Гб.
Т.е. как ни крути, но если у вас работают от 50 людей, то лучше сервер 2005, 64 бит.

И переписать только придется процедуры Получить подчиненные документы. Ну и общий журнал.

(31) Читала. Но патчить платформу не хочу.
Причина в том, что непосредственно платформой занимаются админы, соответственно, я эту область проконтролировать как следует не могу.

(33) У нас SQL 2008. Это данность, с которой ничего поделать нельзя. Точнее, трудозатраты по переезду всего и вся будут несравнимы с переносом одной папки БД с сервака на сервак. Тем более, что изначально она там и жила.

Я про Win2003 говорила, а не про SQL 200. SQL сервер один и тот же. Кстати, насчет Win2003 я ошибалась. На старом сервере Win2008, оказывается, но не r2.
Итоги там в базах пересчитываются, правда, не без шаманства с бубном, но пересчитываются.

(35)1С, можно тупо конвертировать обратно.
Т.е. Выгрузить / Загрузить, средствами 1С. + С помощью Ромекса. Для снятия ограничения 2Gb на ZIP.

(35)Сервер не имеет отношение к 1С.

(34)Патчить в любом случае придется ;)
Это уже проблема тех же админов, как именно они всем проставят нужный релиз ;)

(36) Боюсь, что даже с помощью Ромекса будет очень долго. Там 50 Га mdf.

(38) После любой переустановки системы проблемы админов сразу станут моими. Не хочу возиться со всем нашим зоопарком серверов. 7-ка отживает последние дни, нет никакого смысла тратить время и силы на ее укрощение.
Переместить базу в данной ситуации - проще всего.

Но все равно всем спасибо, что подсказали, куда смотреть.

(34) сочувствую, хотя ситуация конечно про мышек и кактусы...
У нас семёрка прекрасно работала на всяких разных сочетаниях вин + sql. Сначала с патчем bkend.dll, а потом с подменой dll от spock'а. Почему это так страшно всех напрягает совершенно не понимаю.

кстати, пересчитывать итоги (по регистрам) можно по-человечески - т.е. немонопольно и быстро: есть обработка УстанвкаТА от DmitrO, и она же слегка допиленная http://www.1cpp.ru/forum/YaBB.pl?num=1200398366/26#26

(40) Регистров нема, база на основе бухгалтерии.