Форум: "Базы";
Поиск по всему сайту: delphimaster.net;
Текущий архив: 2002.04.11;
Скачать: [xml.tar.bz2];




Вниз

Работа с InterBase 


AlexNic   (2002-03-20 22:34) [0]

Привет All.
Используем Interbase 6.0 Classic под Linux. Клиенты есс-но под
Дельфями. Вроде бы все нормально, но замечена такая тенденция-
при интенсивниой работе с БД происходит прогрессивное замедление
скорости работы с СУБД(в разы, если не на порядки). Спасает
только останов Interbase или перезапуск сервера (впрочем, тоже
касалось и Superserver). Ситуация под Win-сервер выглядит не
лучше (только перезапуск сервера). Может кто сталкивался и
подскажет что-то конструктивное.



Ray Adams   (2002-03-21 00:06) [1]

Все зависит от запросов и того как эти запросы делаются. Расскажи подробнее



AlexNic   (2002-03-21 09:01) [2]

Есть система бух. учета предприятия. Указаное замедление
проявило себя постепенно, по мере подключения новых задач
и новых пользователей. Собственно замедление наблюдается при
внесении значительных изменений в БД, например, перерасчет
зарплаты по подразделениям, или удаление-создание проводок
по какому-либо списку документов (счет-фактура, складские
документы и т.д.) за месяц (требование заказчика). Знаю
узкое место системы. Это помесячный перерасчет баланса, но
сразу от него отказаться в работающей системе не могу, т.к.
это требует переделки всех задач. Собственно меня интересует
в данный момент, какими настройками сервера можно поэспери-
ментировать с целью повышения его производительности.
У кого есть в этом плане какой опыт - поделитесь. Еще раз уточню.
Сервер по ненышним меркам довольно слабенький - 2-х процессорный
PII-266, 128M - RAM, MegaRaid, SCSI-диски(RAID-1).
Сменить процессоры на более мощные, или нарастить память не пред-
ставляется возможным из-за материнской платы (поддерживаемые
процессоры частотой до 300, а память давно снята с производства).
Операционка - Linux. InterBase 6.0 Classic. БД в 1 диалекте,
размер страницы - 8K.



sdn   (2002-03-21 10:32) [3]

У меня тоже бухучёт на IB, работает 30 бухгалтеров... правда под WinNT... всё это крутится на 1*PII-300, 128 RAM, SCSI. Подобное было..., я решил это анализом и оптимизацией запросов к серверу. Почему такое проиходит? У IB есть кэш страниц БД... скорее всего он у тебя переполняется, поэтому дальнейшие обращения к серверу не попадают в кэш, а действие происходит как-бы "налету"; ещё может быть размер страницы кэша не подходит для этого размера страницы БД. Попробу настроить сервер. Если кординальных перемен не обнаружиться... тогда плохо дело.. ж-( придётся таки за прогу (БД) браться (смотря где у тебя основная работа происходит, на клиенте или на сервере).



Johnmen   (2002-03-21 10:35) [4]

А как осуществляется доступ приложения к БД ?
И какие компоненты использовались при разработке приложения ?



Павел2   (2002-03-21 11:37) [5]

Первое, что приходит в голову - используешь ли какие-нибудь UDF-ки, возможно они шалят, отжирают память.
Затем используешь-ли CommitRetaining? Если да, то имеет смысл переделать все на жесткий Commit
Как часто делаешь backuo/restore? Включен ли Sweep, если нет, делаешь ли backup с garbage collection?



Павел2   (2002-03-21 11:44) [6]

Перечетал исходные сообщения еще раз; у нас похожее недавно наблюдалось - при повседневной работе все нормально, но при еженедельных объемных выкатках в конце недели наступали жуткие тормоза, вылечили только добавлением памяти на серваке, никакие игры с настройками сервака, дисками результата не давали



Alexandr   (2002-03-21 11:51) [7]

какой размер базы данных?
sweep делается часто?



sdn   (2002-03-21 14:18) [8]

Вот что ещё вспомнил... может пригодится... по возможности сделай так: HDD cluster size = Page DB size = Page cache size и лучше всего если всё будет равно 4k (4096 байт). У меня это дало прирост производительности примерно процентов на десять.



D. Lex   (2002-03-21 15:56) [9]

Посмотри статистику по базе данных и обрати внимание на параметры OAT и OIT. Если OIT (Oldest Interested Transaction) сильно меньше текущей транзакции, тогда лезь в исходники, проверяй всю работу с транзакциями, минимизируй длинные транзакции. Кстати, sweep или backup/restore без остановки сервера помогают вылечить проблему или нет?



Fay   (2002-03-22 01:25) [10]

А это не Sweep ?




Форум: "Базы";
Поиск по всему сайту: delphimaster.net;
Текущий архив: 2002.04.11;
Скачать: [xml.tar.bz2];




Наверх





Память: 0.74 MB
Время: 0.052 c
7-32993           XM-AD                 2002-01-17 09:59  2002.04.11  
Эмуляция пользователя!?


14-32981          ATLANTIDO             2002-02-20 00:44  2002.04.11  
Что такое расшарить диск?


14-32955          BJValentine           2002-03-01 16:04  2002.04.11  
Приколы ПО


1-32778           СРОЧНО                2002-03-31 14:19  2002.04.11  
ПОМОГИТЕ


1-32817           Alibaba               2002-04-01 12:36  2002.04.11  
масив