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

[VladM]

Сервер на Linux
Firebird CS 1.03.972

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

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

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

[Ivan_Pisarevsky]

Сервер на Linux
Firebird CS 1.03.972

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

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

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

Когда программер делает коммит вовремя такой проблемы не бывает.

[VladM]

C коммитами все нормально.

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

[kdv]

а какая ему разница, с одного компа, или нет?

[hvlad]

C коммитами все нормально.

Как проверял ?

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

Нет.
Ты уверен, что все они работают с одной и той же БД ?

[hvlad]

Сервер на Linux
Firebird CS 1.03.972

А ты, часом, не ресторишь ли БД поверх рабочей ?

[SAMZ]

Сервер на Linux
Firebird CS 1.03.972

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

Может ли эта проблема быть связана с некорректным использованием CachedUpdate в DataSet

[VladM]

а какая ему разница, с одного компа, или нет?

Куча коннектов с одного и того же ip. Сервак нормально на это реагирует?

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

[VladM]

Сервер на Linux
Firebird CS 1.03.972

А ты, часом, не ресторишь ли БД поверх рабочей ?

Каждую ночь. Вернее, сначала идет проверка, успешен ли рестор, а потом перезапись.

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

[VladM]

C коммитами все нормально.

Как проверял ?

sql monitor

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

[hvlad]

Может не тех "зомби" отстреливаешь ?

[Merlin]

Каждую ночь. Вернее, сначала идет проверка, успешен ли рестор, а потом перезапись.

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

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