Не удается сделать backup
Модераторы: kdv, Alexey Kovyazin
Не удается сделать backup
Итак, дано БД на ~900Mb крутилась под Linux'ом на Ext2 и Firebird 1.0.3
проверяем :
#/opt/interbase/bin/gfix -v -full p.gdb
Summary of validation errors
Number of record level errors : 572
Number of index page errors : 42
Number of database page errors : 1029
дальнейшие -mend -full -ignore и -v -full приводят точно к такому же результату.
На бэкапе (gbak -b -v -ig -g -o) начинает вываливаться такое :
......................
gbak: error accessing BLOB column TEXT_DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
gbak: error accessing BLOB column DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
gbak: error accessing BLOB column TEXT_DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
......................
при этом в логе
internal gds software consistency check (decompression overran buffer (179))
Как следствие никакой бэкап не создается.
IBFirstAID ничего криминального не пишет кроме строчки
ERROR: Found 451 undefined pages.
Все остальное ОК
Вопрос : В морг (в смысле в платный сервис)? Или еще можно что-то сделать?
проверяем :
#/opt/interbase/bin/gfix -v -full p.gdb
Summary of validation errors
Number of record level errors : 572
Number of index page errors : 42
Number of database page errors : 1029
дальнейшие -mend -full -ignore и -v -full приводят точно к такому же результату.
На бэкапе (gbak -b -v -ig -g -o) начинает вываливаться такое :
......................
gbak: error accessing BLOB column TEXT_DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
gbak: error accessing BLOB column DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
gbak: error accessing BLOB column TEXT_DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
......................
при этом в логе
internal gds software consistency check (decompression overran buffer (179))
Как следствие никакой бэкап не создается.
IBFirstAID ничего криминального не пишет кроме строчки
ERROR: Found 451 undefined pages.
Все остальное ОК
Вопрос : В морг (в смысле в платный сервис)? Или еще можно что-то сделать?
-o - из области "чего бы еще подкрутить"kdv писал(а):а ключ -o зачем пишете, просто чтобы было, или со злым умыслом?
forced writes off? обрубон по питанию? После чего этот дизастер случился?ERROR: Found 451 undefined pages.
да force writes off
судя по тому что я видел, закончилось место на разделе c базой
догадаться или прочитать в доке, что этот ключ только для restore, не получилось?-o - из области "чего бы еще подкрутить"
fw = off + нехватка на винте, это один из самых мощных случаев повреждений. Операционка накапливает изменения в кэше, потом кончается место... Если вовремя освободить пространство, то база не попортится. Но если при этом остановить сервер (и клиентов), то ....
вопрос в том, чего именно находится в этих самых 451 undefined pages. данные или то, без чего можно обойтись.
допустим, у тебя упал винт. как определить, что там осталось цело, а что нет? Ты берешь, лезешь в структуры, если читается файловая система - в mft, cluster chains и т.п. Намек понятен?
gfix = checkdisk. Если он не может починить, то можно починить только руками.
А вообще ты просто теряешь время. Вместо того, чтобы писать сюда, написал бы на support@ibase.ru, прислал бы зазипованный лог IBFirstAid, и т.п. Уже бы давно определились, починится вообще и что именно.
gfix = checkdisk. Если он не может починить, то можно починить только руками.
А вообще ты просто теряешь время. Вместо того, чтобы писать сюда, написал бы на support@ibase.ru, прислал бы зазипованный лог IBFirstAid, и т.п. Уже бы давно определились, починится вообще и что именно.
Последний раз редактировалось kdv 07 ноя 2005, 16:42, всего редактировалось 1 раз.