Форум: "Базы";
Текущий архив: 2004.08.15;
Скачать: [xml.tar.bz2];
ВнизОшибка при бекапе БД в FireBird Найти похожие ветки
← →
pusrg (2004-07-19 21:10) [0]Добрoго времени суток, уважаемые коллеги :)).
Возникла следующая проблема:
При попытке бекапа базы из IBExpert( версия 2004.05.17. Сервер FB 1.0), вываливается ошибка:
*********************************************************************
Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.
message length error (encountered 576, expected 572).
gds_$receive failed.
*********************************************************************
Вышеприведенная ошибка выскакивает сразу после перезагрузки сервера.
При повторении попытки бекапа, процес обрывается уже со следующей ошибкой:
*********************************************************************
Arithmetic overflow or division by zero has occured.
arithmetic exception, numeric overflow, or string truncation.
*********************************************************************
Эта ошибка вываливается при всех последующих попытках бекапа (ради экспиремента попробовал раз 7).
Если бекап проводить с опцией "только метаданные", то все проходит нормально, ошибок не возникает.
Но в том-то и дело, что нужно забекапить данные в таблицах также.
Рискну предположить, что возможно проблема с установкой Null/not Null для полей. Но так как структура базы довольно разветвленная, быстро определить это место не удается.
Проверка базы данных ошибок не выявляет.
Хотел бы узнать существует ли метод быстрой локализации причины таких ошибок?
Заранее спасибо, всем ответившим.
--------
С уважением, Евгений Мазной.
← →
jack128 © (2004-07-19 21:20) [1]наиболее общий и не требующий интелектуального труда ;-) способ - выгрузи все данные(и метаданные) в скрипт, создай базу по новой и заливай в неё данные.
> Рискну предположить, что возможно проблема с установкой
> Null/not Null для полей.
обычно из-за ошибки проявляются при восстоновлении из бекапа, как раз таки при созданиии бекапа все ОК..
← →
pusrg (2004-07-19 21:57) [2]To jack128
Спасибо за Ваш ответ.
Он мне действительно здорово помог:). Про выгрузку скрипты знаю, но что-то седня забыл :). Возможно потому что никогда не решал с ее помощью такие проблемы.
Сейчас выгрузил всю базу в скрипт. На его основе создал аналогичную базу с другим названием. Без проблем забекапил ее, а затем отресторил в старую базу. И усе заработало :) Бекап созданной базы проходит без проблем.
ИМХО: были какие-то проблемы с "сборкой мусора" в старой базе. В новой же никакого мусора нет...
To All
Кто знает истинную причину ошибки, пишите сюда, обсудим...
← →
jack128 © (2004-07-19 22:24) [3]
> а затем отресторил в старую базу
а сердце у тя не ёкнуло в этот момент? Сохранил бы её, помучил на досуге..
← →
pusrg (2004-07-19 23:41) [4]
> а сердце у тя не ёкнуло в этот момент? Сохранил бы её, помучил
> на досуге..
Дык ясно, что сохранил :). Это не писал для краткости изложения... Но уже даже успел грохнуть, после завершения всех перипитий... Но в корзине еще, думаю, лежит.
По поводу помучить на досуге: 1) особо нет свободного времени.
2) Я не знаю с какой стороны к ней подступиться... Как начинать "мучить"?:).
← →
jack128 © (2004-07-20 00:21) [5]ну не знаю. Хотя бы не из эксперта, а из gbak"а её попробуй забекапить. С его параметрами поиграйся.. Вообще я не спец в этом деле, скорее даже чайник, но подумай - это же шанс получить неоценимый опыт, кто знает, может в следующий раз(тьфу-тьфу-тьфу, конечно) таким простым способом ты данные не спасешь, а тут какой никакой, а опыт.
А на счет времени, это да. Сам завяз в работе, уж сколько интересных вещей откладывать приходиться :-(
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2004.08.15;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.04 c