Форум: "Базы";
Текущий архив: 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 ?
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2002.04.11;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.007 c