Галактика в вопросах и ответах

Здравствуйте, уважаемые коллеги.

Пытаюсь поднять БД Галактики 7.12 на новом сервере. ОС Windows Server 2003 Standart Edition SP1, MS SQL Server 2000 Enterprise Edition SP4. Действую в соответствии с "Инструкцией по установке", глава "Перемещение базы данных на другой MS SQL Server".
После восстановления базы из дампа запускаю скрипт:

update x$journalconfig set typejournal=0
update abonents set protecton=0 from x$journalconfig
where abonents.officeno=x$journalconfig.officeno

и получаю сообщение об ошибке:

ODBC: Msg 0, Level 16, State 1
Cannot load the DLL namssql.dll, or one of the DLLs it references. Reason: 1114(Произошел сбой в программе инициализации библиотеки динамической компоновки (DLL).).
Server: Msg 50002, Level 11, State 1, Procedure X$JOURNALCONFIG_U, Line 37
Record is locked ! (TableCode=13,ATL_NREC=5)

При этом напсервер запущен, napsping говорит все ОК.

Кто что может посоветовать в данной ситуации? Я под MS SQL недавно работаю, еще не успел с ним толком разобраться.
Заранее благодарен всем ответившим.

Запись в таблице X$JOURNALCONFIG заблокирована, поэтому процедура X$JOURNALCONFIG_U, которая по сути есть триггер на апдейт данной таблицы и сообщает об сем (37 строка - это как раз и есть вывод мессаги при обработке исключительной ситуации).

Попробовать рестартануть службу NAPSRV или вообще весь инстанс...

Пробовал и то и другое и весь сервер перезагружал - не помогло.

Попробуй снять журнализацмю ручками в SQL.
Удалить запись в таблице X$Journalconfig и в поле Protecton таблицы
Abonents поставить 0 на свой офис

Пробовал редактировать таблицы вручную - выдает ту же ошибку.
Похоже, какая-то проблема с системой. Установил стандартную тестовую базу Галактики - при запуске виснет на этапе "Идет загрузка системы" и вешает MS SQL.
Переустановил систему с нуля, включая ОС. Галактика с тестовой базой ругается на версию ODBC драйвера, но работает.
Восстановил базу из дампа, пока процесс создания логинов идет в соответствии с инструкцией. В связи с этим возник новый вопрос: на этапе удаления Stored Procedures с заданными префиксами удалять только процедуры вида DT00000000000..., GE00000000000... и т. д. или также dt_addtosourcecontrol, GetCurrOffice и др., которые формально подходят под условие удаления?

Нет, удалять тока первые, созданные в процессе эксплуатации системы, причем лучше это делать не из графического интерфейса, а скриптом - работает намного быстрее

База поднялась, вроде пока работает нормально. Спасибо за советы.