Страница 1 из 1

Странным образом пропадают данные.

Добавлено: 09 мар 2006, 12:49
VladM
Сервер на Linux
Firebird CS 1.03.972

Пользователь создает документ, сохраняет его, меняет состояния. Видит сохраненный документ. Другие пользователи этот документ не видят. Лезу в базу - документа нет. На машине пользователя он есть. Перезаходим в прогу у пользователя создавшего документ - ничего нет.

Может ли это быть проблемой сервера firebird?? Я правда не представляю как, но все же, никто с подобным не сталкивался?

С использованием сервера терминалов это проявляется в два раза чаще, чем без оного.

Re: Странным образом пропадают данные.

Добавлено: 09 мар 2006, 12:54
Ivan_Pisarevsky
VladM писал(а):Сервер на Linux
Firebird CS 1.03.972

Пользователь создает документ, сохраняет его, меняет состояния. Видит сохраненный документ. Другие пользователи этот документ не видят. Лезу в базу - документа нет. На машине пользователя он есть. Перезаходим в прогу у пользователя создавшего документ - ничего нет.

Может ли это быть проблемой сервера firebird?? Я правда не представляю как, но все же, никто с подобным не сталкивался?

С использованием сервера терминалов это проявляется в два раза чаще, чем без оного.
Когда программер делает коммит вовремя такой проблемы не бывает.

Добавлено: 13 мар 2006, 09:06
VladM
C коммитами все нормально.

Чаще это проявляется при работе через сервер терминалов.
Не может firebird глючить от того, что к нему с одного компа (сервера терминалов) куча коннектов идет?

Добавлено: 13 мар 2006, 09:38
kdv
а какая ему разница, с одного компа, или нет?

Добавлено: 13 мар 2006, 11:09
hvlad
VladM писал(а):C коммитами все нормально.
Как проверял ?
VladM писал(а):Чаще это проявляется при работе через сервер терминалов.
Не может firebird глючить от того, что к нему с одного компа (сервера терминалов) куча коннектов идет?
Нет.
Ты уверен, что все они работают с одной и той же БД ?

Re: Странным образом пропадают данные.

Добавлено: 13 мар 2006, 11:25
hvlad
VladM писал(а):Сервер на Linux
Firebird CS 1.03.972
А ты, часом, не ресторишь ли БД поверх рабочей ?

Re: Странным образом пропадают данные.

Добавлено: 13 мар 2006, 11:33
SAMZ
VladM писал(а):Сервер на Linux
Firebird CS 1.03.972

Пользователь создает документ, сохраняет его, меняет состояния. Видит сохраненный документ. Другие пользователи этот документ не видят. Лезу в базу - документа нет. На машине пользователя он есть. Перезаходим в прогу у пользователя создавшего документ - ничего нет.
Может ли эта проблема быть связана с некорректным использованием CachedUpdate в DataSet

Добавлено: 13 мар 2006, 15:54
VladM
kdv писал(а):а какая ему разница, с одного компа, или нет?
Куча коннектов с одного и того же ip. Сервак нормально на это реагирует?

Реально чаще через терминал такое происходит.

Re: Странным образом пропадают данные.

Добавлено: 13 мар 2006, 15:55
VladM
hvlad писал(а):
VladM писал(а):Сервер на Linux
Firebird CS 1.03.972
А ты, часом, не ресторишь ли БД поверх рабочей ?
Каждую ночь. Вернее, сначала идет проверка, успешен ли рестор, а потом перезапись.

Ночью никто не работает.

Добавлено: 13 мар 2006, 16:00
VladM
hvlad писал(а):
VladM писал(а):C коммитами все нормально.
Как проверял ?

sql monitor

И если бы что то с коммитами было, проблема бы возникала постоянно, или достаточно часто.
Но дело в том, что на 200 созданных документов, 1 такой случай. То есть 0,5 %
Вот и сижу думаю, что ж это такое может быть.

Добавлено: 14 мар 2006, 00:05
hvlad
Может не тех "зомби" отстреливаешь ?

Re: Странным образом пропадают данные.

Добавлено: 14 мар 2006, 00:13
Merlin
VladM писал(а):
Каждую ночь. Вернее, сначала идет проверка, успешен ли рестор, а потом перезапись.

Ночью никто не работает.
Вот тут меня терзают смутные сомненья... Работать-то может и не работают, а вот включёный комп с запущенной задачей бросить - любют, ох любют... А это, панимаш, линукс. Он спокойненько даст скопировать, держа "старый" файл за щекой, и с ним даже можно будет дальше работать, читать-писать. А когда последний отцепится - как сон, как утренний туман (С). Но если фенОмен наблюдается в течение рабочего дня - это всё-таки что-то с коммитами. Если только означенный пользователь не был тем самым последним, оставившим запущенную задачу вчера и продолжившим работу сегодня.