база на сегодня около 300М при работе на серваке Xeon 3G*2шт./2G (ОЗУ)/SCSI зеркало\W2k3, 5 активных сетевых пользователей+ 1 терминальный, 1,5 Гб ОЗУ не используется. Сервак жутко тормозит из-за неправильно написанных процедур отчётов. 99% времени процов съедает fb-server (установлен как класик), сеть и винты почти не загружены 0.01-1%. Разработчики отчёты переписывают, (скорость выполнения конкретных переписанных отчётов увеличивается в сотни раз), но делают это очень медленно а нашей фирме работать надо, вот и появилась идея держать БД в ОЗУ, временами (сохраняя)бэкапя, или что нибудь подобное.
Потеря данных за 1ч в случае падения сервера меньшее зло чем невозможность нормально работать.
В ближайшее время буду убирать сервер терминалов на другой сервер, (по наблюдению он не тормозит работу ФБ).
И есть мысль попробовать перейти на Линукс, хотя есть подозрение что кординально не поможет?
Возможно ли базу данных (Firebird1.52) держать в оперативке
-
Ivan_Pisarevsky
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
по первому пункту полностью согласен.Ivan_Pisarevsky писал(а):Поотрывать руки софтописателям.база на сегодня около 300М при работе на серваке Xeon 3G*2шт./2G (ОЗУ)/SCSI зеркало\W2k3, 5 активных сетевых пользователей+ 1 терминальныйСоздание рам диска в таком случае полный бред. Померьте перфмоном очередь к дискам.винты почти не загружены 0.01-1%
по второму перфмон при средне слабой загрузке сервака
средняя длинна очереди диска средн: 0,16-0,05-0,0 ; max 1,594-1,184 -0,23
-
Ivan_Pisarevsky
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
Если нет доступа к исходникам программы, то остаются только общие рекомендации (фары протереть 
) как то: регулярно делать бэкап-рестор (почитать предварительно доку по утилите gbak.exe, скрипты автоматизирующие это дело есть и тут на ibase.ru и на sql.ru), поставить побольше cash pages в конфиге, попробовать разный размер странички выставить... но все это мелочи... отсутствие одного индекса нужного и тормоза обеспечены...
Переход на линух... фиг его знает, я разницы особой не заметил и на виндовс нормально работает и на линукс.
) как то: регулярно делать бэкап-рестор (почитать предварительно доку по утилите gbak.exe, скрипты автоматизирующие это дело есть и тут на ibase.ru и на sql.ru), поставить побольше cash pages в конфиге, попробовать разный размер странички выставить... но все это мелочи... отсутствие одного индекса нужного и тормоза обеспечены... Переход на линух... фиг его знает, я разницы особой не заметил и на виндовс нормально работает и на линукс.