Страница 1 из 1

Рекомендации корп. Галактика по выбору и настройке СУБД?

Добавлено: 28 фев 2006, 09:29
mAd!Duke
Есть сабж?
Т.е. официальный текст аля: для версии Галактики Х.ХХ, размер базы YГб, N пользователей - СУБД такая-то, такой-то версии, с таими-то сервис-паками и такими-то настройками, примерная конфигурация сервера такая-то. При достижении базой такого-то размера рекомендуется то-то и т.д. и т.п.?
А то имеем 7.12, база 11Гб, Pervasive 8 (SP1) и кучу глюков в виде постоянного падения Pervasive, крайне медленной выборки в каталоге МЦ и регулярного "падения" некоторых таблиц. Местный саппорт отвечает что "у них на тысячном целероне все летает и не виснет и вообще все отменно".
Или корпорация "думает" только о видах/типах лицензирования?

Добавлено: 28 фев 2006, 10:34
vadims
Какие именно глюки?
У пользователей виснит Галактика после набора имени и пароля? или какие-то другие?

Добавлено: 28 фев 2006, 11:31
mAd!Duke
Виснут обе службы Pervasive на сервере - ни стопнуть, ни запустить - только перезагрузка сервера и помогает. Мало памяти выделишь - виснет, много - тоже виснет. А пользователи работать хотят... вот в последний раз пробовал накатить hotfix для первасива - стал зависать и у клиента (висит в трее и не реагирует ни на что, его убиваешь, и опять только перезагрузка помогает), но сначала зависает серверный (вроде) - снес я этот хотфикс. Хотя для полноты эксперимента надо было его и на клиентах поставить (но их больше 30 - пока каждому обновишь, и если ещё и откатываться - меня порвут на тряпки)...
Вот как-то так.

Добавлено: 28 фев 2006, 12:33
san
какие то локальные проблемы

Добавлено: 28 фев 2006, 12:52
thor
Что с ресурсами на сервере в момент подвисания?
Что используется в качестве клиентов Pervasive на клиентских машинах - клиент д.б. версии не ниже, чем серверный движок.
Проверить в настройках клиента параметр [Perfomance Tuning] - [Use Cashe Engine] д.б. OFF

Добавлено: 28 фев 2006, 13:03
san
точно, на всех клиентах надо Use Cashe Engine выключить, включенный режим не поддерживается. хотя может создаваться видимость работы на некоторое время. хотя если сервер виснет и железо сервера может быть. винт идэшный на сервере например посыпался от 30 пользователей, будет виснуть. еще может виснуть из-за рассогласования настроек субд на сервере ,не знаю каких, будет виснуть. 30 юзеров для первасива не проблема, хотя падает он все равно,как не крути.
еще что то тут писал http://www.tyumbit.ru/gal_forum/viewtop ... highlight=

Добавлено: 28 фев 2006, 13:06
mAd!Duke
C ресурсами в момент зависания - на первый взгляд нормально. Объем памяти, который "отобрал" Pervasive под свои нужды близок к пределу, оговоренному в max mocrokernel memory Usage.
Счетчики производительности вроде не показывают наличие узких мест, но думается 2гига PC-100 ECC иногда вносят свой вклад в тормоза.
Cache Engine в Configuration - Client - Perf. tunning на сервере или у клиента лично? На сервере включен - попробую выключить, спасибо.
Клиенты и серверный движок одной версии.

Добавлено: 28 фев 2006, 13:16
san
Cache Engine выключить лично у каждого клиента

Добавлено: 28 фев 2006, 14:51
thor
Кстати, а что стоит в параметре max mocrokernel memory Usage

Добавлено: 28 фев 2006, 14:55
mAd!Duke
san писал(а):хотя если сервер виснет и железо сервера может быть.
Виснет не сервер а сервис Pervasive. Про Cahe Engine у клиентов - спасибо, завтра с утра реализую у всех.

2thor - в параметре max mocrokernel memory Usage стоит 58%. С хотфиксом пробовал 40% - завис через сутки (с 58% тоже сутки проработал - тоже завис), поставил 23% - завис через 1.5-2 часа. Удалил hotfix - пока все работает. Но есть вероятность что если бы у всех клиентов тоже стоял этот хотфикс, то было бы нормально.

Добавлено: 01 мар 2006, 13:35
san
может поможет кому:
Часто пользователи спрашивают, какой размер кэша поставить для Pervasive PSQL? Как рекомендует сам разработчик - 30-40% от общего объема памяти, однако на мощных серверах, на которых стоит 2 и более Гб оперативной памяти не все так просто.

На практике, для кэша первазива не получается выделить более 700 Мб оперативной памяти, потому что для кэша нужен один непрерывный блок, а часто бывает, что какой нибудь драйвер в памяти размещается посередине адресного пространства, "разбивая" его на части, не позволяя получить один большой блок памяти. Спецы из компании

Pervasive говорят, что эту проблему можно решить, используюя 8 версию их продукта, в котором реализована 2-х уровневая система кэширования (но мы пока не смогли у себя это проверить)

Ниже приведены ссылки на статьи, в которых объясняются ограничения платформы Intel на максимальный размер адресного пространства для Win32 приложений и что с этим можно сделать.

(по поводу выделения памяти больше 2 гиг для процесса)
sql.ru
wasm.ru
soft32.ru