27_SH43-0144-00 (1038594), страница 73
Текст из файла (страница 73)
Этот файл может бытьполезным механизмом слежения за действиями по восстановлению в базеданных. Файл создается в том же каталоге, что и файл конфигурации базыданных. Дополнительную информацию о файле хронологии восстановлениясмотрите в разделе “Информация файла хронологии восстановления” настр.
373.342Руководство администратора: РеализацияВ средах на основе UNIX имена создаваемых на диске файлов будут состоять изследующих частей, разделенных точками; на других платформах используетсячетырехуровневое дерево подкаталогов:Алиас базы данныхИмя алиаса базы данных длиной от 1 до 8символов, введенное при вызове командырезервного копирования.ТипТип сделанной резервной копии: “0” - для всейбазы данных, “3” - для табличногопространства, а “4” - для копии из загрузкитаблицы.Имя экземпляраИмя текущего экземпляра менеджера базданных, взятое из переменной средыDB2INSTANCE, длиной от 1 до 8 символов.Номер узлаНомер узлаНомер узла каталогаНомер узла каталога базы данных.Отметка времени14-символьное представление даты и временивыполнения резервного копирования. Отметкавремени имеет вид ггггммддччннсс, где:гггг - год (с 1995 до 9999)мм - месяц (от 01 до 12)дд - день месяца (от 01 до 31)чч - час (от 00 до 23)нн - минуты (от 00 до 59)сс - секунды (от 00 до 59)Порядковый номерВ качестве расширения файла используется3-разрядный последовательный номер.Особенности восстановленияНиже приводятся замечания о восстановлении из резервной копии, применимые,когда в базе данных разрешено восстановление с повтором транзакций.
Общуюинформацию о восстановлении из резервных копий смотрите в следующихразделах:v “Восстановление базы данных” на стр. 333v “Планирование использования команды RESTORE” на стр. 334v “Вызов команды RESTORE” на стр. 335v “Переопределение контейнеров табличных программ при операцииRESTORE” на стр.
336v “Восстановление в существующую базу данных” на стр. 338v “Восстановление в новую базу данных” на стр. 339.Следует учитывать следующее:Глава 8. Восстановление базы данных343v Можно восстановить резервную копию всей базы данных или табличногопространства в существующую базу данных.
Для восстановления всуществующую базу данных у вас должны быть полномочия SYSADM,SYSCTRL или SYSMAINT. Образ резервной копии может отличаться отсуществующей базы данных именем алиаса, именем базы данных илиуникальным номером базы данных.v При восстановлении в существующую базу данных, если уникальные номерабаз данных совпадают, журналы сохраняются.v Команду RESTORE можно использовать только в том случае, если ранее припомощи команды BACKUP была сделана резервная копия базы данных илитабличного пространства.v После восстановления из резервной копии базы данных, в которой разрешеновосстановление с повтором транзакций, она находится в состоянии ожиданияповтора транзакций. Базу данных нельзя использовать до тех пор, пока небудет выполнен повтор транзакций.
Исключение - база данных, прикопировании которой было указано WITHOUT ROLLING FORWARD.Отключить повтор транзакций нельзя, если было произведено восстановлениеоперативной резервной копии базы данных или были восстановлены толькорезервные копии избранных табличных пространств.v Резервная копия базы данных или табличного пространства, используемая скомандой RESTORE, может быть расположена на жестком диске, на лентеили в положении, заданном утилитой Tivoli* Storage Manager (TSM) илидругим коммерческим программным продуктом для управления хранением.Информацию о TSM смотрите в разделе “Tivoli Storage Manager” на стр.
392.Если при использовании TSM не указывать параметр TAKEN AT, TSMвосстановит последнюю резервную копию.|||||||||||В OS/2 резервная копия базы данных или табличного пространства можеттакже быть размещена на дискете или через обработчик пользователя.В Windows 9x и Windows NT резервная копия базы данных или табличногопространства также может быть размещена на дискете.v Поскольку восстановление из резервной копии и повтор транзакций являютсянезависимыми операциями, стратегия восстановления может включать в себявосстановление из резервной копии в качестве первой фазы полноговосстановления с повтором транзакций базы данных. После успешноговосстановления из резервной копии база данных, которая во время резервногокопирования была сконфигурирована для восстановления с повторомтранзакций, переходит в состояние ожидания повтора транзакций, и ее нельзяиспользовать до успешного выполнения команды ROLLFORWARD.Когда введена команда ROLLFORWARD:– Если база данных находится в состоянии ожидания повтора транзакций,происходит повтор транзакций базы данных.– Если база данных не находится в состоянии ожидания повтора транзакций,но в нем находятся табличные пространства этой базы данных, когдавведена команда ROLLFORWARD и указан список табличных пространств,происходит повтор транзакций только для этих табличных пространств.344Руководство администратора: Реализация|||||||Если список не указан, происходит повтор транзакций для всех табличныхпространств, находившихся в состоянии ожидания повтора транзакций.Примечание: Если после последнего резервного копирования выпереименовали табличное пространство, при повторетранзакций для него надо использовать новое имя.Предыдущее имя табличного пространства не будетопознаваться.– Если в среде многораздельной базы данных некоторые из разделов базыданных находятся в состоянии ожидания повтора транзакций, а в другихразделах базы данных в этом состоянии находятся отдельные табличныепространства (но не сами разделы), сначала необходимо выполнить повтортранзакций для разделов базы данных, а потом - для табличныхпространств.Во время процесса восстановления с повтором транзакций другие операцииRESTORE для баз данных запрещены.Примечания:|||||||||1.
В процессе восстановления из полной резервной копии базы данных,созданной с использованием опции offline команды BACKUP, состояниеожидания повтора транзакций можно обойти. Использование опцииWITHOUT ROLLING FORWARD позволяет использоватьвосстановленную базу данных немедленно, без повтора ее транзакций.2. При восстановлении из резервной копии, созданной с использованиемопции online команды BACKUP, состояние ожидания повтора транзакцийобойти нельзя.v Особенности восстановления табличных пространств:– Восстановление табличного пространства можно выполнять только всуществующее табличное пространство, причем в то же, с которого быласнята копия.
(“То же самое табличное пространство” означает, что этотабличное пространство не было отброшено и повторно создано междуснятием образа резервной копии и попыткой восстановить табличноепространство.) Если после последнего резервного копирования выпереименовали табличное пространство, при повторе транзакций для негонадо использовать новое имя.
Предыдущее имя табличного пространстване будет опознаваться.– Резервную копию табличного пространства нельзя восстановить в новуюбазу данных.– Если сделаны резервные копии таблиц, занимающих несколько табличныхпространств, восстановление таких наборов табличных пространствнеобходимо производить совместно.– После начала работы команды RESTORE для резервной копии табличногопространства табличное пространство становится недоступным дляиспользования вплоть до успешного завершения этой команды ипоследующего восстановления с повтором транзакций.Глава 8.
Восстановление базы данных345– Восстановление табличного пространства может быть выполнено как воперативном режиме (без отключения), так и в автономном режиме(монопольный режим).– Если во время восстановления резервной копии табличного пространствапроизошла ошибка системы, к использованию непригодно тольковосстанавливавшееся табличное пространство. Остальные табличныепространства в базе данных можно продолжать использовать.– Нельзя проводить восстановление табличного пространства таблицсистемного каталога без отключения.– При выполнении восстановления поднабора можно использовать либорезервную копию табличных пространств, либо полную копию базыданных, выбрав из нее одно или несколько табличных пространств. Всефайлы журналов, связанные с этим табличным пространством (илитабличными пространствами), должны существовать со времени созданиярезервной копии.
Если после последнего резервного копирования выпереименовали табличное пространство, при его восстановлении изрезервной копии или при повторе транзакций для этого табличногопространства надо использовать новое имя. Предыдущее имя табличногопространства не будет опознаваться.В системе многораздельной базы данных, если вы собираетесь повторитьтранзакции табличных пространств до конца журналов, вам не нужновосстанавливать их на каждом разделе базы данных (узле).
Нужновосстановить только те разделы базы данных, которые требуютвосстановления. Если вы собираетесь повторить транзакции длятабличного пространства до определенного момента времени, перед этимнеобходимо восстановить это табличное пространство из резервной копиина каждом разделе базы данных.– В OS/2 частичное восстановление или восстановление поднабораневозможно при восстановлении через обработчик пользователя.v Особенности перенаправленного восстановления из резервной копии:– Во время резервного копирования базы данных или одного или несколькихтабличных пространств записываются все контейнеры, используемыекопируемыми табличными пространствами.
Во время RESTORE для всехконтейнеров, перечисленных в резервной копии, проверяется существованиеи доступность в данный момент времени. Если один или несколькоконтейнеров недоступны из-за ошибки носителя (или по какой-либо другойпричине), RESTORE закончится ошибкой. Чтобы в этом случае сделатьвозможным восстановление, во время операции RESTORE поддерживаетсяперенаправление контейнеров табличных пространств. Эта поддержкавключает добавление, изменение и удаление контейнеров табличныхпространств.– За операцией RESTORE часто следует ROLLFORWARD для повторногоприменения изменений, записанных в журналы базы данных послемомента, в который была сделана резервная копия.
Во время операцииповтора транзакций можно повторно выполнить или повторно запуститьтранзакцию, выполняющую ALTER TABLESPACE с опцией ADD (добавить|||||||||||||||||||||||346Руководство администратора: Реализация|||||контейнер). Для успешного выполнения ROLLFORWARD добавляемыйконтейнер должен быть доступным. Если контейнер недоступен, повтортранзакций для табличного пространства будет приостановлен, итабличное пространство останется в состоянии ожидания повторатранзакций.– Операцию добавления контейнеров в журналах базы данных, можноповторить, а можно и не повторять. Действительно, вы можете не знать,какие контейнеры были добавлены со времени снятия резервной копии.Поэтому вы не сможете предвидеть, какие контейнеры будут необходимы.В качестве альтернативы, в зависимости от причины выполнениявосстановления с перенаправлением, можно просто предпочесть оставитьсписок контейнеров, указанных во время восстановления, и отказаться отвсех других добавленных контейнеров.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
