Опции восстановления

1. Убедитесь, что выбран правильный сервер с резервными копиями. Если это не так, закройте окно и вызовите его для другого сервера.

2. Выберите псевдоним БД с резервной копией. Псевдоним нужен для того, чтобы определить, как называется файл с резервной копией БД, и где он находится. Если БД состоит из нескольких файлов, заголовочная информация из первого файла указывает, где лежит последующий файл.

3. Если был выбран псевдоним БД с резервной копией, то таблица с именами файлов заполняется автоматически. Можно указать произвольный файл с диска, выбрав Backup File(s) Alias – File… Обязательно нужно указать полный путь к файлу. Обязательно нужно указать все файлы резервной копии. Для того, чтобы добавить новую строку в таблицу, находясь на последней строке нажмите Ctrl-Tab.

5. Выберите псевдоним БД в которую будет помещена резервная копия из выпадающего списка.

6. Укажите, в каких файлах должна находиться восстановленная БД. Для больших БД разные файлы целесообразно размещать на разных дисках. Можно добавить новые файлы к БД или удалить существующие (очистив соответствующую строку). Нельзя производить восстановление на сетевые диски.

Interbase 6 позволяет успешно завершить процесс восстановления даже если он по некоторым причинам не сможет построить некоторые индексы (например из-за недостатка места на диске). В этом случае индексы переводятся в неактивное состояние. После восстановления необходимо командой Alter Index сделать индексы активными.

Несмотря на то, что резервное копирование может быть произведено только владельцем БД или пользователем SYSDBA, восстановление может произвести любой пользователь, если при этом не перезаписывается существующая БД. Восстановленная БД принадлежит пользователю выполнившему операцию восстановления. Таким образом резервное копирование и восстановление можно рассматривать как инструмент для смены владельца БД. Резервные копии необходимо хранить в защищенном от несанкционированного доступа месте.

Опции отображаются с правой стороны диалога Database Restore.

Page Size	1024, 2048, 4096, 8192	По умолчанию - 1024 байтов. Для изменения размера страницы выполните резервное копирование, затем при восстановлении укажите новый размер страницы. Изменеие размеров страницы может улучшить производительность по следующим причинам: - Запись и чтение полей типа Blob происходит более эффективно, когда поле целиком помещается на одну страницу. Если приложение сохранят множество полей Blob размером более 1К, увеличение размера страницы уменьшит время доступа к Blob. - Производительность выигрывает, если строка таблицы умещается на страницу целиком. - Если в БД есть огромные индексы, увеличение страницы БД уменьшит количество уровней в индексном дереве, что ускорит поиск по дереву. Количество уровней в индексах можно увидеть по команде Tools \| Database Maintenance \| Statistics. - Если большинство транзакций охватывают только несколько строк данных, меньший размер страницы предпочтительнее. В этом случае пересылаются меньшие объемы данных, и под дисковый Кеш используется меньше памяти. Опция для gbak - page_size.
Overwrite	True, False	Если установить этот параметр в False при восстановлении в существующую БД, процесс восстановления не начнется. Нельзя производить восстановление, если к БД есть активные подключения. Лучше всего скопировать файл БД во временный файл, произвести восстановление, и, если все прошло удачно, удалить временный файл. Опция для gbak –replace.
Commit After Each Table	True, False	Обычно Interbase сначала восстанавливает все метаданные, а затем данные. Если установить данный параметр в True, то будет производиться восстановление сначала метаданных таблицы, затем данных таблицы. Опция полезна при восстановлении после сбоя, можно попытаться восстановить часть данных. Опция для gbak -one_at_a_time.
Create Shadow Files	True, False	«Теневые» файлы – это точная копия оригинального файла БД, которая изменяется одновременно с оригиналом.
Deactivate Indexes	True, False	По умолчанию Interbase перестраивает индексы при восстановлении. Если таблицы содержат повторяющиеся значения в уникальном индексе, процесс восстановления завершается с ошибкой. Можно отключить индексы, произвести восстановление, исправить ошибку и снова включить индексы. Отключение индексов существенно ускоряет вставку большого количества строк в таблицу. Отключение и последующее включение индекса заново балансирует дерево индекса. Уникальный индекс не может быть активизирован с помощью ALTER INDEX, его нужно уничтожить и создать заново. Опция для gbak – inactive.
Validity Conditions	Restore, Ignore	Если ограничения целостности в БД были изменены, старые данные могут не соответствовать новым условиям, и вызовут ошибку при восстановлении. Установив опцию в Ignore, в процессе восстановления будут удалены все ограничения целостности. После восстановления необходимо проверить данные и создать ограничения целостности заново. Опция для gbak - no_validity.
Use All Space	True, False	Для восстановления БД со 100% заполнением страницы (вместо стандартного 80% заполнения) установите опцию в True. Опция для gbak - use_all_space.
Verbose Output	None, To Screen, To File	Управляет выводом информации о процессе резервного копирования/восстановления. Соответствующий ключ для gbak -verbose.

1. Ознакомиться с разделом "Резервное копирование и восстановление в СУБД Interbase";

2. Выполнить резервное копирование БД на локальный сервер;

3. Выполнить операцию восстановления из резервной копии;

4. Повредить вручную файл резервной копии, заменив несколько байтов из файла резервной копии по случайному смещению.

5. Произвести попытку восстановления из испорченного файла, описать получившиеся ошибки. Попытаться восстановить часть данных, манипулируя параметрами восстановления.