Порядок действий при восстановлении

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

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

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

4. Выберите принимающий сервер из списка.

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

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

7. Выберите параметры восстановления.

8. Нажмите OK.

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

Принадлежность БД

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

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

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

Таблица 10 – Опции операции восстановления

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.

Продолжение таблицы 10
Validity Condition	Restore Ignore	Если ограничения целостности в БД были изменены, старые данные могут не соответствовать новым условиям, и вызовут ошибку при восстановлении. Установив опцию в Ignore, в процессе восстановления будут удалены все ограничения целостности. После восстановления необходимо проверить данные и создать ограничения целостности заново. Опция для gbak – no_validity.
Use All Space	True, False	Для восстановления БД со 100% заполнением страницы (вместо стандартного 80% заполнения) установите опцию в True. Опция для gbak – use_all_space.

1 234

Последнее изменение этой страницы: 2016-08-28

lectmania.ru. Все права принадлежат авторам данных материалов. В случае нарушения авторского права напишите нам сюда...