Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.04.11;
Скачать: CL | DM;

Вниз

Работа с 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;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.012 c
3-32715
Grrey
2002-03-20 23:17
2002.04.11
SQL-запрос. Неужели придется прогу писать?


1-32719
Swinger
2002-03-26 23:22
2002.04.11
Формы


1-32731
rog
2002-03-30 09:06
2002.04.11
Событие OnkeyDown


3-32662
vopros
2002-03-20 11:13
2002.04.11
Помогите составить запрос:


1-32733
Viktor Erko
2002-03-30 10:35
2002.04.11
ПО для автоматизации документирования текста программы