| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
FireBird и "спящий режим" [D7]
GanibalLector © (2008-11-03 13:46:00)Господа, имеется вопрос.
Ситуация следующая : есть приложение, которое активно используется пользователем. Пользователь использует его как днем, так и ночью.
Т.е. ПК оставляют включенным на ночь. В некоторое время (в БД есть таблица "заданий") стартуют задания, выполняются и сохраняют данные в БД.
Так вот, система успешно работала более полугода. В данный момент, выполнение первого ночного задания приводит к "зависанию" и потери данных.
Что интересно, не всегда...есть дни, когда все работает на ура. Днем таких проблем не бывает.
Если посмотреть на одну из таблиц, в которую происходит запись, то вижу следующее :
<ID таблицы> 22123, 22124,23009
Т.е., насколько я понимаю, запись в таблицу БД была, но COMMIT подвел.
Далее пользователь удаленно делает перезагрузку, запускает приложение и остальные задания успешно выполняются.
Посему вопрос...что может быть ? Может "Спящий режим" приводит к таким последствиям ???
Заранее спасибо !
PEAKTOP (2008-11-05 12:36:00) [1]> GanibalLector © (04.11.08 11:45) [22]
>А где смотреть ? Службы-"нужная"-Вход в систему- CheckBox разрешить взаимодействие с рабочим столом ?
Да
GanibalLector (2008-11-04 11:45:00) [2]2 PEAKTOP © (04.11.08 11:38) [21]
>Посмотри у сервайсов fbguard и fbserver права на взаимодействие с рабочим столом. Сдается мне, он хэндл "защитного окна" (которое является признаком уже запущенного процесса) создать не может.
А где смотреть ? Службы-"нужная"-Вход в систему- CheckBox разрешить взаимодействие с рабочим столом ?
PEAKTOP (2008-11-04 11:38:00) [3]Посмотри у сервайсов fbguard и fbserver права на взаимодействие с рабочим столом. Сдается мне, он хэндл "защитного окна" (которое является признаком уже запущенного процесса) создать не может.
Ну, и коннект естественно должен быть сетевым '127.0.0.1:c:\data\db.fdb'.
Спящий режим убить из настроек нафиг. Не для баз данных он придуман.
Правильный$Вася (2008-11-03 18:11:00) [4]
> Зависает мое приложение, которое сохраняет данные в БД.
> Сам FireBird при этом работает.
подключение к БД как локальное или по IP?
локальный коннект имеет давний глюк, не знаю, исправлено ли в современных версиях (а ты свою не указал)
поэтому даже в случае расположения на одном компе и сервера, и клиента цепляйся как 127.0.0.1/3050:c\data\xxx.fdb
и проверь по firebird.log, не прерывается ли сетевое соединение
встречал ситуации, когда обрыв модемной связи сказывался на коннектах на локальной машине, не использовавших тот модем
GanibalLector (2008-11-03 17:39:00) [5]Не вопрос...переделаю на fdb.
Но, ИМХО, проблема в другом.
Виталий Панасенко (2008-11-03 17:34:00) [6]
> GanibalLector © (03.11.08 17:27) [17]
Но "форточки" с таким расширением файлы копируют для восстановления системы.. потому при старте транзакции идет по любому запись в файл, на что и реагирует ОС копированием файла БД.. и если размер приличный, то... сам понимаешь..тормоза
GanibalLector (2008-11-03 17:27:00) [7]2 Loginov Dmitry © (03.11.08 17:23) [16]
В моем случаи БД это промежуточное звено. Т.е. пользователь забирает информацию из базы в свою учетную программу(каждый день).
Loginov Dmitry (2008-11-03 17:23:00) [8]> Да
Опасно, если база и сервер под ХР. Файлы с расширением *.gdb регулярно резервируются, а при откате виндовс на точку восстановления ОС также восстановит и эти файлы.
GanibalLector (2008-11-03 17:22:00) [9]инет рвется :(
Да, у базы расширение gdb. FireBird 1.5
Виталий Панасенко (2008-11-03 17:20:00) [10]
> GanibalLector © (03.11.08 17:16) [13]
Что "да"? GDB?
GanibalLector (2008-11-03 17:16:00) [11]>У базы расширение не *.gdb надеюсь?
Да
Loginov Dmitry (2008-11-03 17:13:00) [12]> Если посмотреть на одну из таблиц, в которую происходит
> запись, то вижу следующее :
> <ID таблицы> 22123,22124,23009
>
> Т.е., насколько я понимаю, запись в таблицу БД была, но
> COMMIT подвел.
Может COMMIT подвел. Может генератор каким-образом глюкнул, перескачив сотню значений. Что угодно.
У базы расширение не *.gdb надеюсь?
Спасение вижу только в логах. Как вариант: весь обмен с девайсами протоколировать в обычных текстовых (либо в системных) логах (включая ID-шник записи), а дальше долго и упорно в них разбираться (при этом пользу можно извлечь и по информации из стандартных системных логов).
GanibalLector (2008-11-03 17:05:00) [13]2 Правильный$Вася (03.11.08 16:33) [10]
Пардон. Зависает мое приложение, которое сохраняет данные в БД.
Сам FireBird при этом работает. Т.е. это комплекс программ (все остальные проги для работы с этой же БД(правда они для просмотра данных) работают).
Правильный$Вася (2008-11-03 16:33:00) [14]
> выполнение первого ночного задания приводит к "зависанию"
> и потери данных.
зависанию компа или субд?
как проявляется?
> А что не понятного ?
да ты так написал, что я не врубился, что это значения одного поля, а не разных полей одной записи
да и не факт, что номера должны быть подряд
хотя логика тебе известнее, мож, у тебя дырок и не бывает
посмотри, стартована ли служба FB в момент, когда "зависает"
GanibalLector (2008-11-03 16:07:00) [15]2 DrPass © (03.11.08 15:36) [7]
>Первым делом - проверка целостности БД, проверка, и еще раз проверка. Можно прогнать ее через Backup-Restore
Backup-Restore делал. Эффект тот-же.
Проверка целостности...хм..не делал.
Ща почитаю как делается. Или намекните ;)
GanibalLector (2008-11-03 16:04:00) [16]2 Правильный$Вася (03.11.08 15:36) [6]
>вот что-то я никак не могу из этого сделать твой вывод про коммит
что ты утаил?
А что не понятного ?
Например : insert into testtable values (gen_id(idtesttable,1),'test')
при каждом выполнении в табл. testtable будет новая строка и в поле Id будет "старое значение + 1 ".
Вот и у меня. Я получил данные с девайсов. Сохраняю их в БД.
Примерно так :
1) IBTransaction1.StartTransaction;
2) insert into в цикле
3) IBTransaction1.Commit
Когда случается потеря данных, то см [0]. Я про <ID таблицы> 22123,22124,23009. Если не случается, то все идет подряд.
DrPass (2008-11-03 15:36:00) [17]
> Anatoly Podgoretsky © (03.11.08 15:24) [5]
> > GanibalLector (03.11.2008 14:50:04) [4]
>
> Я не знаю, какие логи ведет Firebird.
Практически никаких. Транзакционного лога там нет.
> GanibalLector © (03.11.08 13:46)
Первым делом - проверка целостности БД, проверка, и еще раз проверка. Можно прогнать ее через Backup-Restore
Правильный$Вася (2008-11-03 15:36:00) [18]
> Если посмотреть на одну из таблиц, в которую происходит
> запись, то вижу следующее :<ID таблицы> 22123,22124,23009
> Т.е., насколько я понимаю, запись в таблицу БД была, но
> COMMIT подвел.
вот что-то я никак не могу из этого сделать твой вывод про коммит
что ты утаил?
Anatoly Podgoretsky (2008-11-03 15:24:00) [19]> GanibalLector (03.11.2008 14:50:04) [4]
Я не знаю, какие логи ведет Firebird.
Касательно сообщения - попытка запуска, уже запущеного охранника.
GanibalLector (2008-11-03 14:50:00) [20]
SERVER (Client) Fri Oct 31 22:57:50 2008
Guardian starting: C:\Program Files\Firebird\Firebird_1_5\bin\fbserver.exe
SERVER (Client) Fri Oct 31 22:58:22 2008
The Firebird Guardian failed to startup
because another instance of the guardian
is already running.
Только мне эта инфа не о чем не говорит :(
| |
Страницы: 