iBase.ru Forum

В самый разгар работы происходит следующее - сервак перестает отдавать ответы на запросы. Однако локально на сервере ни загрузки процессора ни загрузки сервера вроде как нет. Подскажите как разрулить ситуацию ... честно сказать не знаю с чего к трабле подступиться. Чем к примеру поискать в моменты проблем локи в базе ?
П.С. машина на 2-х ксеонах, 2 гб памяти, зеркалированные скази винты под базу, система лежит на обычных IDE UATA 100 винте
С Уважением, Юниор ИнтерПетручо

чего-то такое в древности было с замиранием работы сервера при сбросе кэша SCSI. Перестает работать совсем, или на какое то определенное время? gstat -h в этот момент что дает?

Отвиснуть может и сама - правда срок и верность этого отвисания определить сложно. Данные по gstat скажу чуть позже.

Прочитавши текст начал было думать, потом увидел заголовок и задумался - а вот интересно, с IB3 на W2K такие же проблемы будут или какие-нить другие?

как раз на W2000 IB 5.6 имеет только 2 бяки - может быть проблема при инсталляции (инсталлятор старый), и выдает при завершении работы Overlapped I/O in progress. Других косяков не замечено. На Win2003 - да, может быть что угодно.

Вот что таёт статистика:

Пт 07.10.2005
2:21 ночи

Database header page information:
Flags 0
Checksum 12345
Generation 1323909
Page size 4096
ODS version 9.1
Oldest transaction 74237
Oldest active 1319491
Oldest snapshot 1319462
Next transaction 1323902
Bumped transaction 1
Sequence number 0
Next attachment ID 0
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Creation date Sep 10, 2005 8:40:02
Attributes force write

Variable header data:
Sweep interval: 0
Continuation file: E:\BASE\MLC1.GDB
Last logical page: 1000000
*END*


А вот что сообщает сервер при попытке его рестартатнуть, но правда рестартуется по ощущениям:

Could not stop the Interbase Server service on Local Computer,
Error 997L Overlapped I/O operation is in progress.

статистика нормальная. ты мой предыдущий пост читал?

DennnyK писал(а):Вот что таёт статистика:
Oldest transaction 74237
Next transaction 1323902

Ух ёёёё....

Да это ладно. Хотя мусора и правда могло скопиться, но при сборке мусора загрузка 0 вряд ли будет, даже если зарядить чтение удаленных в предыдущей транзакции записей, при наличии на таблице сильно неуникальных индексов.

Кстати, DennyK - возьми IBAnalyst с сайта (или с форума), посмотри эту статистику в нем.

Забрал. Читал. Что атм смотреть?
Идеи есть в чем проблема ?
Пишите Исчё !!!!

в IBAnalyst все по русски написано. и еще там есть хелп, вызывается по F1.

Если разобрались с ситуацией то напишите gr_nik@mail.ru
Заранее спасибо!