Вы находитесь на странице: 1из 2

Восстановление убитого кэша Беркли (BerkeleyDB)

http://sasgis.ru/forum/viewtopic.php?f=2&t=2024&start=0

По мотивам хотелки #1341 написал утилиту-помощника в нелёгком деле восстановления


кэша. Хотя, строго говоря, я ещё не сталкивался с тем, чтобы мой кэш умер и не мог
быть прочитан/восстановлен самим САСом при запуске (а "падает" САС у меня часто,
т.к. запускаю я его преимущественно прямо в дебагере и имею привычку не всегда
корректно завершать работу, а выходить по аналогу Ctrl+Alt+Del). Но, как говорится:
"сани готовь летом" (c), так что, пусчай будет - авось когда и пригодится.

Итак, для восстановления баз Беркли поставщик оной БД (Оракл) предлагает нам в
комплекте кучу различных консольных утилит. Утилиты там на все случаи жизни, какие
только можно себе представить и всё бы хорошо, но для неподготовленного человека,
встреча с консолью может быть весьма неприятна. Да и для гуру, выполнение
однотипных рутинных операций через голую консоль, может отнимать лишнее время.
Поэтому, представляю вам оболочку над некоторыми консольными утилитами (а именно:
db_recover, db_verify, db_load и db_dump) с вшитыми настройками и минимальной
конфигурацией. Настройки вполне достаточны для восстановления кэша Беркли в САСе
(по крайней мере, пока кто-то не сообщит, что у него никак не выходит этот самый
кэш восстановить). Если каких-то ключей/режимов вдруг не хватит - пишите, по
возможности, добавим.

Инструкция к действию:
- закрываем САС
- распаковываем архив в папку с установленным САСом и соглашаемся с предложением
заменить файлы
- запускаем sdb_util.exe
- выбираем папку с испорченным кэшем: path\to\cache_db\sat или даже целиком все
карты: path\to\cache_db
- запускаем восстановление: Run
- по окончании процесса запускаем САС (предпочтительно - дебажную версию) и
проверяем кэш на работоспособность
- если кэш по прежнему не работает, закрываем САС, возвращаемся в утилиту, жмём
Config и выбираем "Rename broken files to *.bad" или "Restore broken files" (можно
ещё включить Catastrophic recovery) и жмём Apply
- запускаем восстановление заново и по окончании, ещё раз проверяем в САС
- если и сейчас ничего не работает - пишите сюда и приложите логи (всё что писалось
в чёрном окошке на всех этапах) и пару небольших битых файлов (*.bad). Лог так же
мог создать и САС в папке с кэшем: \cache_db\sdb.log

Описание режимов работы:

Auto-Restore: Recover & Reset LSN & Verify


Последовательно вызывает функции: Recover to last good state [cmd: db_recover -v],
Reset LSN [cmd: db_load -r lsn] и Verify (find broken files) [cmd: db_verify] с
предустановленными настройками (с вкладки Config).

Recover to last good state [cmd: db_recover -v] (утилита db_recover)


Используя файлы лога из папки env кэша, восстанавливает кэш до валидного состояния:
записывает все завершённые и откатывает все незавершённые транзакции. Особой
необходимости в этой утилите нет, т.к. в САСе env создаётся с флагом DB_RECOVER, но
в настройках (по кнопке Config) можно указать, чтобы использовался режим
"катастрофы", тогда эта утилита выполняет некие дополнительные действия.

Reset LSN [cmd: db_load -r lsn] (утилита db_load)


Удаляет привязку файлов кэша (*.sdb) от файлов лога из папки env. Опционально, по
окончанию процесса может удалять уже не нужную папку env вместе со всеми старыми
логами.

Verify (find broken files) [cmd: db_verify] (утилита db_verify)


Проверяет файлы кэша (*.sdb) на ошибки. При обнаружении ошибок, в зависимости от
настроек, может:
1. Не предпринимать никаких действий (Only report)
2. Удалить файл кэша, содержащий ошибку (Delete broken files). Использовать эту
опции рекомендуется только в крайнем случае, т.к. а) ошибка может быть не
критическая (САС может прекрасно работать с данным файлом кэша) и б) есть
теоретическая возможность восстановить неповреждённые данные (см. ниже)
3. Переименовать файл в *.bad (Rename broken files to *.bad), который затем можно
дополнительно анализировать/восстанавливать имеющимися утилитами.
4. Не отходя от кассы, попытаться восстановить повреждённый файл (Restore broken
files). Следует учитывать, что эта операция достаточно медленная. Все действия,
предпринимаемые программой будут аналогичны восстановлению данных из *.bad файлов
(см. ниже).

Restore data from *.bad [cmd: db_dump && db_load] (утилиты db_dump и db_load)
1. Создаёт дамп данных из повреждённых файлов (пытается прочитать неповреждённые
данные). При создании дампа используется утилита db_dump. Файл дампа имеет
несколько бОльший размер, чем исходный файл *.sdb (примерно в 1,5-2 раза).
2. Из свежего дампа формирует новый файл кэша, с гарантией отсутствия ошибок
(использует утилиту db_load). В качестве дополнительного бонуса, происходит
оптимизация структуры файла кэша, в результате чего, он может быть меньшего размера
(даже, если удалось восстановить абсолютно все данные). При этом, однако, нет
возможности оценить количество восстановленных данных (в процентном или абсолютном
выражении) по отношению к исходным данным.
3. По окончании процесса подчищает за собой хвосты: удаляет восстановленный *.bad
файл и его файл дампа (*.dump).

Утилиту можно натравливать и на здоровый кэш, она его не испортит. Работу утилиты
можно прерывать в любой момент времени, кэш при этом всегда будет оставаться
работоспособным.

Оценить