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

Сталкивался ли кто с такой проблемой? Временами по непонятным причинам "падает" первасив - "Ошибка приложения NTdbsmg.exe версия 7.80.193.7, модуль W3SQLMGR.dll версия 7.82.198.1, адрес 0x00006c4d". Понимаю что вопрос звучит глупо, но все же может подскажете где искать причину? Бывает работает перу недель (круглосуточно) без проблем, а бывает и по три раза на день валится. Причем от нагрузки на Галактику не зависит - бывает при большой загрузке все нормально, а при маленькой валится. Через ODBC пара программ постоянно "следит" за изменениями в галактике - может это вызывать ошибку в первасиве? Используется Win Server 2003 Enterprize Edition. Сообщение об ошибке всегда одинаковое.

Что пишется в логах системы и Pervasive?
Какая версия Pervasive и какой SP?

В логах системы так и пишется как я выше описал. В логах первасива - ничего. Как буд-то он и не заметил что перестал работать, как буд-то его система "сняла".
Первасив 7 с сервиспаком 2A.
Попутно еще вопрос. У кого-нибудь первасив (хоть седьмой, хоть восьмой) может выделить под свой кэш больше 1G. У нас на сервере 5G оперативки, а максимум что может выделить первасив под кэш 1000000 байт.

Попробуй обновить версию до 7.94 - это SP4
Кроме того, на 8.0 можно выделить до (<) 2 гигов памяти. но я поэкспериментировал и нашел, что больше 1,7 GB оперативки выделять не нужно - падает. Сейчас на сайте первазива (и ftp.galaxy.ru/....) выложены фиксы и патчи на первазив, обновляющие его до 8.55
на сайте производителя выложен даже новый релиз - 8.6, к нему подходят лицензии от 8.0 (а у меня есть кейген на лицензии для 8.6)
клиенты PSQLWS 7 sp4 полностью совместимы с сервером 8.6 - проверено. у меня на нем работают версии Галактики 7.10 и 7.11.

Падает он у вас по причине большого кеша. Проблема эта связана с связкой первасив-виндоус, и лечится уменьшением оного. Сделайте его чуть меньше. Для этой версии это 560-780Мб. Жадничать не надо. Лучше не будет. Уходя на восьмерку не забудьте уменьшить параметр памяти с 90 до 60-75 % (max microrernel..m.u.). И эти заботы обойдут Вас стороной.

Большое спасибо за советы. Попробуем..

Таже проблема - падает сервис, в логах ОС чисто, в логах сабжа:
MicroKernel cannot get sufficient memory to complete the operation.
Где-то видел рекомендацию отключить System cache - как думаете? и где бы взять 8-ку...

2Syte
Плиз, вышли кейген на лицензии для 8.6

У нас была проблема с первасивом на машине у которой оперативная память работала в "Дуальном режиме" при установленной ос 2000.

Поставил System Cache в OFF - как говориться "те же яйца, только в профиль"...
Ждем ответа от местного suuport'a - смогут-ли они работать Pervasive V8

кстати, юзвери сказали что работать стала медленее (с откл. сист. кэшем)...
А 8-ка пока работает - вешаю на тестовой машине на нее всяки переходы, привязки ТХО, расчеты ...

Буквально 30 мин. осенила следующая следующая мысль:
еще месяц назад имели следующее - PDC (соответственно AD), система стоит на одном винте, базы на другом - Pervasive 2000 падал редко. Где-то в конце декабря была неудачная попытка создать RAID-массив (неудачная в виду несовместимости контроллера с MB) в результате чего и система и базы оказались на одном винте... и понеслось - Pervasive падал от 2 раз в день и более... А сегодня утром, просматривая топики на форуме Тринити увидел фразу, что AD отключает кэш на диске, где стоит - и в голове выстроилась цепочка - базы оказались на винте в отключенным кешем записи и в наиболее нагруженные моменты система просто не успевает вовремя записать данные на диск и Pervasive падает со словами "MicroKernel cannot get sufficient memory to complete the operation." и ведь когда бызы были на другом винте Pervasive не падал!!!
Базы Pervasive должны быть на другом Физическом винте, или на этом винте не должно быть AD!!! Сейчас проверяем.

Те же яйца, но в другой профиль...
Pervasive - при запуске расчета З/П процесс ntdbsmgr начинет жрать память - в настройках стоит 429 мб, при достижении 650 мб падает...
ставил 600 мб - упал практически мгновенно, сейчас выставил 250 мб, ждем-с...

Вижу тема вызвала живое обсуждение. Могу сказать за себя - с проблемой разобрались. Вернее сказать определили причину и пытаемся ее ликвидировать. Причина в программе сторонних разработчиков которая работала с несколькими таблицами БД через реляционный сервис первасива. При большой нагрузке, связанной с операциями записи данных в таблицы со стороны этой программы, первасив падал. Без этой программы все работало надежно и стабильно. Базы данных ест-но на рейде (и даже некоторые таблицы на другом сервере), системный кэш первасива отключен.
Первасив седьмой со вторым сервиспаком. Для нас это самая надежная комбинация. На третьем сервиспаке были проблемы аналогичные "mAd!Duke". Падал каждые полчаса. Такие дела. Может реляционный и транзакционный сервисы не любят работать одновремено? Мне кажется дело в этом...

Ох, уже боюсь писать - с размером кеша 250 метров система работает почти сутки, пережила один расчет з/п...
2Bublik:
На сервере стоит 2000i SP4 + MKDE patch, у клиентов 2000i SP3.

Кстати, ответ местного support'a - они звонили в Москву по нашей проблеме + узнавали про 8-ой Pervasive - ответ такой: на 8-ке работает, чтобы получить прирост производительности надо делать Rebuild базы. Похоже на правду, плюс база уменьшилась с 8Гб до 5.92Гб. Скорее всего будем переходить на 8-ой.
2Slava:
Кейген еще нужен?