27_SH43-0144-00 (1038594), страница 72
Текст из файла (страница 72)
DB2 всегда используетуникальный номер из резервной копии.При восстановлении в существующую базу данных задача восстановлениявыполняет следующие функции:v Удаление содержимого таблиц, индексов и длинных полей для существующейбазы данных и замена их содержимым из резервной копии.v Замена записей таблиц табличных пространств для всех восстанавливаемыхтабличных пространств.v Сохранение файла хронологии восстановления, если этот файл не поврежденна диске.
Если файл на диске поврежден, менеджер баз данных скопирует этотфайл из резервной копии.v Сохранение аутентификации для существующей базы данных.v Сохранение каталогов для существующей базы данных, которые определяютположение базы данных и ее внутренние каталоги.v Если уникальные номера баз данных отличаются:– Удаление журналов, связанных с существующей базой данных|||– Копирование файла конфигурации базы данных из резервной копии– Если при команде RESTORE указано newlogpath, установите для него путьк журналу (заданный параметром logpath) в файле конфигурации базыданных.|||||||v Если уникальные номера баз данных совпадают:– Сохранение текущего файла конфигурации базы данных, если этот файл неповрежден; в противном случае этот файл будет скопирован из резервнойкопии.– Удаление журналов для образа невосстановимой базы данных.– Если при команде RESTORE указан newlogpath, установите для негозначение параметра конфигурации базы данных logpath.
В противномслучае скопируйте в файл конфигурации базы данных текущий путь кжурналу. Проверьте правильность пути к журналу: если база данных неможет его использовать, измените в конфигурации базы данных путь кжурналу на устанавливаемый по умолчанию.338Руководство администратора: РеализацияВосстановление в новую базу данныхВместо восстановления в уже существующую базу данных можно создать новуюбазу данных, а затем восстановить в нее резервную копию данных. Длявосстановления в новую базу данных необходимы полномочия SYSADM илиSYSCTRL.Примечание: Кодовые страницы резервной копии и базы данных назначениядолжны совпадать.
Если они не совпадают, сначала создайтеновую базу данных, указав правильную кодовую страницу, а затемпроведите восстановление.|||||При восстановлении в новую базу данных команда RESTORE выполнитследующие функции:v Создание новой базы данных с использованием имени базы данных и алиасабазы данных, указанного параметром алиаса базы данных назначения.
(Еслиалиас базы данных назначения не был указан, команда RESTORE создаст базуданных с именем и алиасом, совпадающими с параметром алиаса базыданных-источника.)v Копирование файла конфигурации базы данных из резервной копииv Если при команде RESTORE указан newlogpath, установите для него значениепараметра logpath в файле конфигурации базы данных. Проверьтеправильность пути к журналу: если база данных не может его использовать,измените в конфигурации базы данных путь к журналу на устанавливаемыйпо умолчанию.v Восстановление типа авторизации из резервной копии.v Восстановление комментариев к базе данных из резервной копии длякаталогов базы данных.v Восстановление файла хронологии восстановления для база данных.Метод восстановления: восстановление с повтором транзакций||||Восстановление с повтором транзакций при использовании команды BACKUP всочетании с командами RESTORE и ROLLFORWARD позволяет выполнятьвосстановление базы данных или табличного пространства до состояния науказанный момент времени.При первом создании базы данных для нее разрешается только циклическаязапись в журнал.
Это означает, что журналы используются повторно (по циклу),а не сохраняются или архивируются. При циклической записи в журналвосстановление с повтором транзакций невозможно: возможно тольковосстановление после отказа или восстановление версии. Тем не менее послевыполнения архивирования журналов восстановление с повтором возможно,поскольку в журналах записаны изменения базы данных со времени снятиярезервной копии.
Архивирование журналов выполняется либо при заданиизначения ″RECOVERY″ для параметра конфигурации базы данных logretain,Глава 8. Восстановление базы данных339либо при включении параметра конфигурации базы данных userexit, либо приобеих установках. Когда какой-либо из этих параметров сконфигурирован так, вбазе данных возможно восстановление с повтором транзакций.Когда база данных восстановима, резервное копирование, восстановление ивосстановление с повтором транзакций можно выполнять как на уровне базыданных, так и на уровне табличного пространства.
Резервные копии базыданных и табличного пространства можно делать в оперативном режиме. Науровне табличного пространства также доступны оперативные восстановление ивосстановление с повтором транзакций.||||||Восстановление с повтором транзакций повторно применяет выполненныерабочие единицы, записанные в журналах, к восстановленным базе данных,табличному пространству или табличным пространствам. Можно указатьпроведение восстановления с повтором транзакций до конца файлов журналаили до заданного момента времени.Восстановление с повтором транзакций может следовать за восстановлениемвсей базы данных, как описано в разделе “Восстановление базы данных” настр. 333. Его можно выполнить для табличных пространств, находящихся всостоянии отложенного повтора транзакций. Особенности повтора транзакцийдля табличного пространства смотрите в разделе “Повтор транзакций дляизменений в табличном пространстве” на стр.
353.Дополнительную информацию о параметрах конфигурации базы данных,связанных с записью в журналы, смотрите в разделе “Параметры конфигурациидля записи в журнал базы данных” на стр. 348.Особенности резервного копированияНиже описаны особенности резервного копирования для случая, когда в базеданных разрешено восстановление с повтором транзакций. Общую информациюотносительно выполнения резервного копирования смотрите в следующихразделах:v “Резервное копирование базы данных” на стр. 324v “Планирование использования команды BACKUP” на стр.
325v “Вызов команды BACKUP” на стр. 329v “Образы резервных копий, созданные BACKUP” на стр. 331.v Восстановление с повтором транзакций по умолчанию запрещено значениемпо умолчанию “No” для параметров конфигурации logretain и userexit. Поумолчанию для обоих параметров задается значение “No”, посколькуизначально нет резервной копии, которую можно использовать длявосстановления базы данных; из-за невозможности изначальноговосстановления из резервной копии в ней нельзя произвести восстановление сповтором транзакций.Чтобы разрешить в базе данных восстановление с повтором транзакций,необходимо перед снятием первой резервной копии с базы данных включить340Руководство администратора: Реализация|||||||по крайней мере один из этих параметров.
При изменении значения одногоили обоих параметров база данных будет переведена в состояниеотложенного резервного копирования, и потребуется снять резервную копиюбазы данных в оперативном режиме. После успешного завершения операциирезервного копирования базу данных можно использовать.v Нельзя производить резервное копирование базы данных, находящейся всостоянии, исключающем ее использование, кроме базы данных в состоянииотложенного резервного копирования.– Если база данных или табличное пространство находится в частичновосстановленном состоянии из-за отказа системы на любой из стадийвосстановления базы данных, перед резервным копированием базы данныхнеобходимо провести ее успешное восстановление.– Если какое-либо табличное пространство в базе данных находится в“ненормальном” состоянии, сделать резервную копию такой базы данныхили табличного пространства нельзя, если только это не состояниеотложенного резервного копирования.v Можно произвести резервное копирование базы данных или табличногопространства на жесткий диск, ленточное устройство или в положение,задаваемое TSM или любым другим программным продуктом дляуправления хранением.
Информацию о TSM смотрите в разделе “TivoliStorage Manager” на стр. 392.В OS/2 можно также выполнить резервное копирование на дискету или черезобработчик пользователя.v Если в базе данных разрешено восстановление с повтором транзакций и выиспользуете ленточную систему, не поддерживающую возможностьуникальной ссылки на резервную копию, рекомендуется не хранить на однойленте несколько резервных копий одной и той же базы данных.v Для резервной копии данных из базы данных или табличного пространстваможно создать несколько файлов.В OS/2 при восстановлении через обработчик пользователя и повторетранзакций базы данных путь к базе данных - единственная ссылка,используемая для обнаружения контейнеров. Поэтому восстанавливаются всеконтейнеры для этой базы данных, находящиеся на ленте с резервнымикопиями.v Для уменьшения времени, необходимого для выполнения резервногокопирования:– Используйте резервные копии табличных пространств.Резервную копию части базы данных можно сделать (и затемвосстановить) при помощи опции TABLESPACE команды BACKUP.
Этооблегчает управление данными, индексами и длинными полями/большимиобъектами в отдельных табличных пространствах.– Увеличьте значение параметра PARALLELISM, чтобы он соответствовалчислу табличных пространств, для которых снимаются резервные копии.v Особенности резервного копирования табличных пространств:Глава 8. Восстановление базы данных341– Резервное копирование табличных пространств и восстановление нельзявыполнять одновременно, даже если копируются и восстанавливаютсяразные табличные пространства.– Если есть таблицы, занимающие несколько табличных пространств,резервное копирование (и восстановление) таких наборов табличныхпространств необходимо производить совместно.– Если каждое табличное пространство находится на отдельном диске,ошибка носителя сказывается только на этом табличном пространстве, ане на всей базе данных.
Табличное пространство с ошибкой переводится всостояние ожидания повтора транзакций. При этом можно продолжатьиспользовать другие табличные пространства в базе данных, если только вэтом табличном пространстве не находятся таблицы системного каталога.В этом случае соединиться с базой данных нельзя.– Табличное пространство системного каталога можно восстановитьнезависимо от остальной базы данных, если доступна резервная копияуровня табличного пространства, содержащая табличное пространствосистемного каталога.– Резервное копирование не будет выполнено успешно, если в спискетабличных пространств, для которых делаются копии, содержитсявременное табличное пространство.v Особенности среды многораздельных баз данных:Если вы хотите иметь возможность восстановления с повтором транзакций,необходимо регулярно делать резервные копии базы данных на узлах изсписка, и у вас должна быть по крайней мере одна резервная копия остальныхузлов в системе (даже тех, на которых нет пользовательских данных для этойбазы данных).
Образ резервной копии раздела базы данных на серверераздела базы данных, не содержащем пользовательских данных для этой базыданных, требуется в двух случаях:– После снятия последней резервной копии вы добавили в систему базыданных сервер раздела базы данных, и вам необходимо провести на этомсервере восстановление с повтором транзакций.– Используется восстановление до определенного момента времени, длякоторого требуется, чтобы все разделы базы данных в системе находилисьв состоянии отложенного повтора транзакций.|||При каждом выполнении резервного копирования или восстановления целойбазы данных или табличного пространства в файле хронологии восстановленияавтоматически обновляется сводка информации.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
