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

Проблема следующего характера. Ставим Гал-ку на систему с 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 ошибки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ДТП помогла найти проблему.
косяк был в значении ключа 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 системы и проблем у них это не вызывало.

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).