Ресторе базы данных

← →
analyst_ (2007-11-11 12:09) [0]

Товарищи, подскажите, кто сталкивался с такой проблемой, а то у меня паранойя:
на стороне клиента есть небольшая базка firebird + приложение, которое при запуске делает бэкап-ресторе базы (например 1 раз в месяц) - IBRestoreService. Делается это для ускорения работы и уменьшения базы.
Так вот, при восстановлении из бэкапа нужно что-то делать со старой неоптимизированной базой.
Вопрос: бывали ли у кого-нибудь случаи, что ресторе не проходит должным образом, какие-то данные терялись? Что мне делать со старой базой?
Посоветуйте пожалуйста!

← →
DrPass © (2007-11-11 16:23) [1]

> Вопрос: бывали ли у кого-нибудь случаи, что ресторе не проходит
> должным образом, какие-то данные терялись?

Были, и не раз

> Что мне делать со старой базой?

Хранить до тех пор, пока не убедишься в работоспособности отресторенной

← →
analyst_ (2007-11-11 17:37) [2]

> Хранить до тех пор, пока не убедишься в работоспособности отресторенной

Ну вот я и решил до следующего восстановления бэкапа просто старую базу переименовывать в <база>_old.fdb

Только вот как убедиться в работоспособности отресторенной базы?

← →
Anatoly Podgoretsky © (2007-11-11 17:40) [3]

> analyst_ (11.11.2007 17:37:02) [2]

Только попыткой восстановления.

← →
analyst_ (2007-11-11 21:08) [4]

А есть ли какое-то ограничение на количество backup/restore для одной базы?
Может ли быть такое, что после например 100 таких операций база сломается?
Кто-нить в знает?

← →
turbouser © (2007-11-11 21:18) [5]

> analyst_ (11.11.07 21:08) [4]

Нет таких ограничений.

← →
Sergey13 © (2007-11-12 08:52) [6]

> [0] analyst_ (11.11.07 12:09)
> Делается это для ускорения работы и уменьшения базы.

Уменьшение размера скорее замедляет работу чем ускоряет.

Это факт, но есть ли повторное использование?

Ограничений на b/r у IB нет.
Если не база при r не восстановилась, тебе об этом ресторер и скажет. Если восстановилась, значит проблем со структурами и данными нет. Могут быть конечно логические проблемы, но они чисто на совести разработчика, а IB их и не должен отслеживать.

>Уменьшение размера скорее замедляет работу чем ускоряет.
При уменьшении размера базы путем b/r в базе не останется старых версий записей и фрагментация данных уменьшится, что в свою очередь может повысить производительность.

Да и вообще это очень правильная практика - проверять на восстанавливаемость бэкапы. Ибо например (классическая ошибка IB/FB) добавил ты новое поле с констреинтом not null, а данные в это поле не залил. Бекап пройдет нормально, а рестор не пройдет ибо gbak не сможет вставить записи в эту таблицу т.к. будет пытаться в новое поле вставить null.

← →
StriderMan (2007-11-16 15:38) [9]

> Да и вообще это очень правильная практика - проверять на
> восстанавливаемость бэкапы. Ибо например (классическая ошибка
> IB/FB) добавил ты новое поле с констреинтом not null, а
> данные в это поле не залил. Бекап пройдет нормально, а рестор
> не пройдет ибо gbak не сможет вставить записи в эту таблицу
> т.к. будет пытаться в новое поле вставить null.

ага. наступал на такие грабли. Еще веселее когда ресторишь в рабочую базу - и бэкап кривой и БД уже убитая.

Ресторе базы данных Найти похожие ветки