{SOS} FB DataGuard: после проверки БД теперь не онлайнится!
Добавлено: 01 дек 2009, 02:17
hi all
FB 2.1.3, Linux.
Назначили ФБ датагарду проверку БД по расписанию (ежедневно в 23:00 - как у него в "штатном" виде записано).
Он перевёл сегодня (точнее, уже вчера) базу в оффлайн и начал проверять.
Нашёл ошибку и прислал письмо с темой "DataGuard [MALFUNCTION]: Restore test failed. (backup@[ server-0000 / db-0002 ])"
и содержанием:
Restore test failed.
Restore test ( [~/HyperFirebird/output/server-0000/db-0002/backup/backup_20091130_11-00.fbk] -> [~/HyperFirebird/output/server-0000/db-0002/backup/restore.fdb.tmp]) failed: Error in log: gbak: ERROR:invalid request BLR at offset 1642
gbak: ERROR: column END_TIME is not defined in procedure A_1302830_GET_LIST
gbak:Exiting before completion due to errors
Restore test failed;
Затем еще одно:
Error(s) during restore: null.
Error during test restore means that created backup is corrupted or backup/restore was made improperly. It requires careful attention of database administrator.
А затем вот это вот:
Job active-users@[ server-0000 / db-0002 ] malfunction
Unexpected job active-users@[ server-0000 / db-0002 ] error: Could not open JDBC Connection for transaction; nested exception is org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544345. lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
Reason: lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
GDS Exception. 335544345. lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
Reason: lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
It is something, we're not ready to, so the only advice is to bid a bead and roll up the sleeves. And don't forget your favorite tambourine!
И теперь при попытке поднять базу:
gfix -online -user SYSDBA -password myPassW0rd моя_бедная_упавшая_база.fdb
получаю:
lock conflict on no wait transaction
-database /var/db/firebird/моя_бедная_упавшая_база.fdb shutdown
Как теперь её поднять ? Чем обусловлено появление этой ошибки, ведь коннектов к ней никаких (вроде бы) быть не может, он (ФБ датагард) перевёл её предварительно в shutdown, так ведь ?
FB 2.1.3, Linux.
Назначили ФБ датагарду проверку БД по расписанию (ежедневно в 23:00 - как у него в "штатном" виде записано).
Он перевёл сегодня (точнее, уже вчера) базу в оффлайн и начал проверять.
Нашёл ошибку и прислал письмо с темой "DataGuard [MALFUNCTION]: Restore test failed. (backup@[ server-0000 / db-0002 ])"
и содержанием:
Restore test failed.
Restore test ( [~/HyperFirebird/output/server-0000/db-0002/backup/backup_20091130_11-00.fbk] -> [~/HyperFirebird/output/server-0000/db-0002/backup/restore.fdb.tmp]) failed: Error in log: gbak: ERROR:invalid request BLR at offset 1642
gbak: ERROR: column END_TIME is not defined in procedure A_1302830_GET_LIST
gbak:Exiting before completion due to errors
Restore test failed;
Затем еще одно:
Error(s) during restore: null.
Error during test restore means that created backup is corrupted or backup/restore was made improperly. It requires careful attention of database administrator.
А затем вот это вот:
Job active-users@[ server-0000 / db-0002 ] malfunction
Unexpected job active-users@[ server-0000 / db-0002 ] error: Could not open JDBC Connection for transaction; nested exception is org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544345. lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
Reason: lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
GDS Exception. 335544345. lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
Reason: lock conflict on no wait transaction
database /var/db/firebird/kunt_srv.fdb shutdown
It is something, we're not ready to, so the only advice is to bid a bead and roll up the sleeves. And don't forget your favorite tambourine!
И теперь при попытке поднять базу:
gfix -online -user SYSDBA -password myPassW0rd моя_бедная_упавшая_база.fdb
получаю:
lock conflict on no wait transaction
-database /var/db/firebird/моя_бедная_упавшая_база.fdb shutdown
Как теперь её поднять ? Чем обусловлено появление этой ошибки, ведь коннектов к ней никаких (вроде бы) быть не может, он (ФБ датагард) перевёл её предварительно в shutdown, так ведь ?