Ошибки после установки 8.10 на MSSQL 2005

Rishat · Сообщение **Rishat** » 23 ноя 2009, 11:34

Проблема следующего характера. Ставим Гал-ку на систему с win 2003 r2 sp2 и MSSQL 2005 SP2, что говорится "с нуля".
Сам процесс установки(двухзвенка) проходит без проблем, патчей на данном этапе никаких не ставилось, всё на Атлантисе 5.3.14.
В каталоге binn mssql проверяем лежат napsrv.exe, namssql.dll, ms70drv.dll одной версии 5.3.14. конфигурируем nap. napsping
проверку проходит, коннект есть. рестартуем инстанс.

1. заходим в support, предварительно установив параметры forcerights=on, fullloginname=on.
при попытке открыть список таблиц в модуле sql ошибка "система защиты: невозможно создать основную запись в таблице ресурсов. Код ошибки 311"
в логах "42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not load the DLL namssql.dll, or one of the DLLs it references. Reason: 1114(Произошел сбой в программе инициализации библиотеки динамической компоновки (DLL).)"

2. Пытаемся запустить из командной строки chkmssql из каталога Db_Inst в командной строке:
chkmssql d:\Applications\gal810sql\start\tza.cfg не отрабатывает. в логи вываливается ошибка "[NAPSrv] Cannot open DB"

3. заходим в патчманагер, пытаемся настроить каталог исключений для DB_Inst. Вываливается ошибка "внутренняя ошибка интерфейса доступа к базу данных. подробности в ms70drv.log таблица №5". В логе " 42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not load the DLL namssql.dll, or one of the DLLs it references. Reason: 1114(Произошел сбой в программе инициализации библиотеки динамической компоновки (DLL).)."

4. при первом открытии гал-ки на этапе проверки реестра настроек вываливает одну за другой 311 ошибки.

Как обойти проблему?

edward_K · Сообщение **edward_K** » 23 ноя 2009, 12:03

ну пока namssql.dll не запустится то ничего у вас не выйдет. Наскока помню на сервер должен поставится менеджер для ее запуска, да и чего то в службах будет. Читайте i_sql.chm. Опять же 5.3.14 староват и с ним были проблемы с одним из обновлением мелкософта.

sim · Сообщение **sim** » 23 ноя 2009, 12:15

а что за базу используете при подключении?
похож у вас нет прав на нее... инструкцию по переносу БД делали?
попробуйте поставить тестовую, с дистрибутива

Rishat · Сообщение **Rishat** » 23 ноя 2009, 12:20

Менеджер установился, конфигурируем nap, там проблем нет. служба работает. Cтавили nap 5.4.17, правда без обновления exe каталога support. те же яйца, вид сбоку.

ставим "чистую" базу из дистрибутива "russia".

maikl · Сообщение **maikl** » 23 ноя 2009, 18:29

У меня дистрибутив за 7 месяц 2009, я его установил. Напсервер установил сразу последний и патчменеджер тоже последний.
Выкачал все обновления и пытаюсь обновить галактику, все зависает.
Хотя работающую базу обновляю без проблем.

Rishat · Сообщение **Rishat** » 24 ноя 2009, 15:43

Последний exe и napsrv решения проблемы не принесли. Есть ли какие нибудь идеи по этому поводу?
Переустановку не предлагать, уже делалось и не раз.

thor · Сообщение **thor** » 24 ноя 2009, 15:56

Как уже Эдик сказал, 5.3.14 - староват.
Не видел инфы по поводу SP2, но поддержка SQL Server 2005 SP3 корпорацией была заявлена в июле 2009 года для Атлантиса 5.4.21.

Так что для предметного разговора я бы сначала обновил системы...

Плюс НАП-сервер от 5.4.17 с Атлантисом 5.3.14 вряд ли будет дружить..., т.е. опять же: Support надо обновить сначала

edward_K · Сообщение **edward_K** » 24 ноя 2009, 16:03

а обновить его можно хоть на первасивоской демобазе(дистрибутив первасива на ftp галактики лежит - без лицензии серверный проработает месяц). А лучше поискать свежий дистрибутив самого сапорта. naps должен точно соотв. версии сапорта.

Rishat · Сообщение **Rishat** » 24 ноя 2009, 16:21

Последний exe и napsrv решения проблемы не принесли

проверял на атлантис 5.4.24 и napsrv версии 5.4.22. не пашет.

А лучше поискать свежий дистрибутив самого сапорта

с удовольствием скачаю, если куда нибудь сможете выложить. из корпорации диск за день два в любом случае не придёт.

Rishat · Сообщение **Rishat** » 26 ноя 2009, 19:26

ДТП помогла найти проблему.

косяк был в значении ключа ImagePath в ветке
HKLM\SYSTEM\CurrentControlSet\Services\MSSQLSERVER
было D:\Applications\MSSQL\MSSQL.1\MSSQL\Binn\sqlservr.exe -sMSSQLSERVER
а нужно "D:\Applications\MSSQL\MSSQL.1\MSSQL\Binn\sqlservr.exe" -sMSSQLSERVER

Это при том, что при старом значении на том же sql крутятся CRM и EDM системы и проблем у них это не вызывало.

Sniper · Сообщение **Sniper** » 28 ноя 2009, 17:57

Rishat писал(а):ДТП помогла найти проблему.
косяк был в значении ключа ImagePath в ветке
HKLM\SYSTEM\CurrentControlSet\Services\MSSQLSERVER
было D:\Applications\MSSQL\MSSQL.1\MSSQL\Binn\sqlservr.exe -sMSSQLSERVER
а нужно "D:\Applications\MSSQL\MSSQL.1\MSSQL\Binn\sqlservr.exe" -sMSSQLSERVER

Это при том, что при старом значении на том же sql крутятся CRM и EDM системы и проблем у них это не вызывало.

ну, в данном случае я предложил решение проблемы, а бага в namssql.dll, которая не правильно разбирала буть с длинными именами - увидел через procmon (sysinternals).