Dmitry Yemanov wrote:
> Судя по всему, люди читают про бекап, но думают про stand-by
репликацию...
Ну, можно сказать и так: полная копия базы через определенные интервалы
времени. Что нравится в GBAK: отсутствие мусора, компактно расположенные
данные таблиц, перестроенные индексы.
Vlad Khorsun wrote:
- gbak - это скорее средство полного импорта\экспорта всего содержимого БД,
т.е. данных и метаданных. Это также средство миграции между версиями
сервера\ОДС. Кто-нибудь слышал об инкрементальном импорте\экспорте ?
А что мешает запомнить номер транзакции и потом экспортировать только
то, что изменилось после? ;-) Хотя, наверное сборка мусора мешает: по
крайней мере удаленные записи нельзя будет вычищать до следующего бэкапа
(на мой чайниковский взгляд).
Только в случае багов в самом механизме nbackup'а. Механизм создания
инкремента достаточно сложен (в отличие от бекапа gbak'ом), зато механизм
восстановления очень прост (опять-же в отличие от рестора gbak'ом).
Все логичесrие несоответствия, мешающие рестору gbak'ом, тут не играют
никакой роли. Т.е. единственное место для ошибки - физически не правильный
инкрементный бекап.
Честно говоря, не оставляет ощущение какой-то ненадежности базы в ходе
nbackup. Например, при сбое питания: база так и останется в этом режиме,
пока админ не прочухает и не вернет ее в нормальное состояние. Файл
инкремента не будет расти до бесконечности? Или максимум - до текущего
размера базы?
