iBase.ru Forum

Если интерес есть, то могу подготовить архив живой повреждённой БД, весить буде примерно 1,1 ГБ

Большое спасибо за последний совет, именно таким способом проблема ранее уже была решена. А в следствии чего появилось такое повреждение БД, могу предположить, что из-за аварии по электропитанию. А падение сервера на restore собственного backup, сам встречаю впервые, при том что, сопровождаю СУБД In...

Свою проблему я решу и сам, а вот вопрос:
почему FB создаёт backup-файлы без ошибок, и потом падает на Restore этих файлов, думаю должен интересовать не только меня. Нет?

Если тема интересует, архив проблемного buckap-файла можно забрать здесь - ftp:rinotel.com\pub\OUTGOING\Russia\ibase-support\20110915\ Далее прилагаются финальные фрагменты логов restore перед падением FB-сервера (backup-файл один и тот же) 1. gbak -c -v <.....> gbak:restoring exception EXOUTPROVIDE...

Re: Падение Firebird 2.1.4 при Restore Сообщение hvlad » 28 минут назад syi писал(а):Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server Restore никак не связан с "повреждённым" файлом БД. syi писал(а):Падения происходят на backup только одних метаданны...

Уважаемый hvlad ! Я считал, что для специалистов не надо разжевывать фразу "Падение на операции Restore" Если Вы внимательнее прочитаете тему, то всё поймете А фразу "Падения происходят на backup только одних метаданных", исходя из предыдущего контекста, следует понимать так - "Падения происходят на...

Лог рестора в зависимости от backup-а завершается в произвольных местах - с данными в таблицах в одном, одни метаданные в другом, модифицированные метаданные в третьем и т.д.

Суть проблемы: Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server Профиль: x86-32 Win2003 FB 2.1.4 SS x86-64 Linux FB 2.1.4 CS Дополнительная информация: 1. БД вполне работоспособна 2. Стандартные утилиты (gfix, gbak) адекватно завершают свою работу, н...