Форум: "Базы";
Текущий архив: 2002.06.06;
Скачать: [xml.tar.bz2];
ВнизInterBase падает. Работа стоит.!!! Подскажите! Найти похожие ветки
← →
Nickolaus (2002-05-05 01:36) [0]InterBase 5 под WinNT, ~100 юзеров. Было все хорошо. Последние дни каждые 20-40 мин. все виснит - "deadlock" , и InterBase откатывается назад. На пару сотен (а то и тысяч) транзакций. И раньше изредка (1-2 раза в месяц)появлялся "deadlock", но ничего не пропадало. Чего это может с ним быть. Подскажите. Спасибо.
← →
Alexandr (2002-05-06 07:08) [1]путанно как-то объясняешь...
interbase.log посмотри
← →
arhelon (2002-05-06 08:47) [2]1 Могет кол-во записей стало критичным
2 Могет софт какой на сервер поставили (некоторые антивирусы плохо с ИБ живут)
3 Могет с винтом трабл
4 Могет в структуре какой трабл случился (индексы полетели и т.п. из-за п.3)
5 Могет подцепили юзера коряво (всмысле геометрии сети)
Совет.
Бэкапни ресторь и посторайся выяснить какие изменения произошли за последнее время.
← →
Desdechado (2002-05-06 15:13) [3]deadlock - попытка изменить одним пользователем данные на основании данных, которые пытается изменить другой пользователь (используя старые данные первого).
Т.е. клинч
здесь надо менять логику программ, ХП, триггеров (хотя иногда бывает действительно arhelon © (06.05.02 08:47)
← →
Awex (2002-05-06 15:37) [4]>arhelon
Ага, и протереть пыль с монитора......
>Nickolaus
Это ощибка в логике БД.(Если быть точней в механизме обработке транзакций на строне клиентского приложения)
Более подробней о deadlock"е и как сним бороться смотри сдесь:
http://www.ibase.ru/devinfo/0111.htm
← →
Romkin (2002-05-06 16:49) [5]Судя по симптомам, какая-то транзакция изменяет данные и висит долгое время, пока другая не изменит те же данные, и после этого пытается сделать commit. Возникает deadlock, и соответственно на него записан откат.
Это свидетельствует о плохой организации работы с БД, транзакции не должны висеть постоянно
← →
Alexandr (2002-05-07 06:37) [6]господа Awex и Romkin я согласен с вами, но не надо так сразу. Тут надо смотреть внимательнее, дело в том, что в Interbase при некоторых нарушениях в файле базы данных клиенту может выдаваться этот deadlock, ничего не имеющий общего с настоящим deadlock, при этом в interbase.log будут появляться сообщения об ошибках.
Вот так вот.
← →
arhelon (2002-05-07 10:11) [7]По поводу логики программы Вы не совсем правы почитайте вопрос
Там ить сказано что раньше всё было Ок значит трабл не в логике а как раз с сервером либо какм-то кривым клиентом.
← →
Desdechado (2002-05-07 10:18) [8]2 arhelon © (07.05.02 10:11)
это могло не проявляться. Такие ошибки могут не выявляться годами.
ну, и автор мог что-то поменять сам в логике, сочтя несущественными изменения, чтобы о них сообщать
← →
Fantos (2002-05-16 18:05) [9]У меня появлялась подобная еренда при падении клиентской стороны -- причина была в физических граблях с сетью. Если точнее, то с Т-коннектором на "сервере". Эта сволочь имела обыкновение ОТХОДИТЬ от карточки (микроны, а не приятно). Причем только ИНОГДА (выяснил, что наша уборщица жестоко поступает с компами во-время уборки)...
Вся эта история призвана показать, что "некорректный Disconnect оставляет после себя не закрытую транзакцию, а другой юзер мог попытаться изменить теже данные". В результате...
Вот вам и "нормальная работа до этого"...
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2002.06.06;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.007 c