27_SH43-0144-00 (1038594), страница 71
Текст из файла (страница 71)
(Смотритераздел “Tivoli Storage Manager” на стр. 392.)v Можно использовать и другие программные продукты управления хранениемнезависимых производителей, если именно они использовались длясохранения резервной копии.v Для восстановления базы данных требуется монопольное соединение, то естьпри запуске этой задачи никакие прикладные программы не могут работать сбазой данных.
При запуске эта утилита запрещает другим прикладным|||334Руководство администратора: Реализация|||программам доступ к базе данных до завершения восстановления.Восстановление табличного пространства может быть выполнено воперативном режиме.v База данных может быть как локальной, так и удаленной.v Если не указана опция WITHOUT DATALINK и недоступен Менеджер связейданных DB2, содержащий данные DATALINK, операция восстановлениязавершается неудачно.Если эта опция указана, а Менеджер связей данных DB2, содержащий данныеDATALINK недоступен, все табличные пространства, содержащие таблицы созначениями DATALINK, на недоступном сервере переводятся в состояниеRESTORE PENDING.
Эти табличные пространства необходимо восстановитьснова, когда сервер связей данных станет доступным.v Чтобы использовать ленточные устройства, пользователи DB2 в SCOUnixWare 7 должны задать для BUFFER значение 16. По умолчанию дляBUFFER используется значение 1024 страницы. Если для BUFFERустановлено 0, для параметра конфигурации менеджера баз данных backbufszдолжно быть установлено значение 16.Если у вас есть таблицы, содержащие столбцы DATALINK, смотрите такжеразделы “Восстановление баз данных и табличных пространств и повтортранзакций до конца файлов журнала” на стр. 384 и “Восстановление баз данныхиз резервных копий, сделанных в автономном режиме, без повтора транзакций”на стр. 383.Вызов команды RESTOREПри выполнении команды RESTORE полезно учитывать следующее:v Перед восстановлением базы данных необходимо запустить менеджер базданных.v Восстанавливать данные можно как в ту же базу, из которой производилосьрезервное копирование, так и в другую.
Данные можно восстанавливать как вновую, так и в существующую базу данных.v При восстановлении есть возможность дополнительно выбратьиспользование нескольких буферов для улучшения ее производительности.Эти внутренние буферы могут быть заполнены данными с носителя резервнойкопии.Можно указать число страниц, которые будут использоваться для каждого избуферов восстановления при вызове команды RESTORE.
Указанное значениедолжно быть кратным числу страниц буфера резервного копирования.Минимальное число страниц - 16. Если число страниц не указывать, каждыйиз буферов будет выделяться на основе параметра конфигурации менеджерабаз данных restbufsz. При недостатке памяти для размещения буфера будетвозвращена ошибка.Дополнительную информацию об этом параметре конфигурации смотрите вкниге Руководство администратора: Производительность.Глава 8. Восстановление базы данных335v Параметру TAKEN AT команды RESTORE DATABASE для резервногокопирования требуется отметка времени. Отметка времени должна выглядетьточно так же, как она была показана после успешного завершения командыBACKUP, то есть иметь формат ггггммддччннсс.Можно также указать частичную отметку времени.
Предположим, например,что есть две разных резервных копии с отметками времени 19971001010101 и19971002010101. Если для TAKEN AT указать 19971002, будет использованарезервная копия 19971002010101.Если не указывается TAKEN AT, на носителе-источнике должна быть толькоодна резервная копия.v Резервная копия базы данных, используемая с командой RESTORE, можетбыть расположена на жестком диске, на ленте или в положении, заданномутилитой Tivoli* Storage Manager (TSM) или другим коммерческимпрограммным продуктом для управления хранением. Информацию о TSMсмотрите в разделе “Tivoli Storage Manager” на стр. 392.Если при использовании TSM не указывать параметр TAKEN AT, TSMвосстановит последнюю резервную копию.||||||||||||||В OS/2 резервная копия базы данных может также быть размещена на дискетеили через обработчик пользователя.В поддерживаемых операционных системах Windows резервная копия можеттакже располагаться на дискете.v В операционных системах Windows и в OS/2 при использовании условия “TOкаталог_назначения” необходимо указывать только букву для устройства.Если указать более длинный путь, будет возвращена ошибка.v После начала работы команды RESTORE база данных становитсянедоступной для использования вплоть до успешного завершения этойкоманды.v Если на какой-либо стадии восстановления базы данных произойдет ошибка,вы не сможете связаться с базой данных без повторного использованиякоманды RESTORE и успешного завершения восстановления.v Если кодовая страница восстановленной базы данных не совпадает с кодовойстраницей, доступной прикладной программе, или если менеджер баз данныхне поддерживает преобразование кодовой страницы базы данных в кодовуюстраницу, доступную прикладной программе, эта восстановленная базаданных будет непригодна к использованию.Переопределение контейнеров табличных программ при операцииRESTOREВо время резервного копирования базы данных записываются все контейнеры,используемые копируемыми табличными пространствами.
Во время RESTOREдля всех контейнеров, перечисленных в резервной копии, проверяетсясуществование и доступность в данный момент времени. Если один илинесколько контейнеров недоступны из-за ошибки носителя (или по какой-либодругой причине), RESTORE закончится ошибкой. Чтобы в этом случае было336Руководство администратора: Реализациявозможным восстановление, RESTORE поддерживает перенаправлениеконтейнеров табличных пространств. Эта поддержка включает добавление,изменение и удаление контейнеров табличных пространств.Возможны случаи, когда восстановление требуется даже тогда, когдаперечисленные в резервной копии контейнеры не существуют в системе.
Пример- случай восстановления после аварии, выполняемого на системе, отличной оттой, на которой была сделана резервная копия. В новой системе могут быть неопределены необходимые контейнеры. Чтобы в этом случае было возможнымвосстановление, RESTORE поддерживает перенаправление контейнеровтабличных пространств в альтернативные контейнеры.В обеих ситуациях этот тип RESTORE обычно называется восстановлением сперенаправлением.Можно переопределить контейнеры табличных пространств через задачувосстановления из Центра управления DB2.
Для указания перенаправленияможно также использовать параметр REDIRECT команды RESTORE. Прииспользовании Центра управления DB2 один из способов восстановления сперенаправлением - использование страницы Контейнеры записной книжкиВосстановить базу данных. На этой странице есть функции, которые можноиспользовать для добавления новых контейнеров, изменения пути ксуществующему контейнеру и удаления контейнера. Если в процессе операциивосстановления базы данных обнаружен неверный путь к контейнеру, Центруправления запросит изменение пути к контейнеру или удаление этогоконтейнера.Примечания:1.
Если контейнеры каталогов и файлов не существуют, они создаютсяавтоматически. Перенаправление не требуется, если контейнеры недоступныпо какой-либо другой причине. Менеджер баз данных не создаетавтоматически контейнеры устройств.2. Возможность выполнения перенаправления контейнеров при любойоперации RESTORE дает значительную гибкость управления контейнерамитабличных пространств.
Например, несмотря на то, что добавлениеконтейнеров к табличным пространствам SMS непосредственно неподдерживается, это можно выполнить, просто указав дополнительныйконтейнер при восстановлении с перенаправлением. Аналогично, можнопереместить табличное пространство DMS из контейнеров файлов вконтейнеры устройств.3. Восстановление с перенаправлением поддерживается также различными API.В принципе можно написать программу, выполняющую восстановление сперенаправлением и для одного конкретного случая, но в первую очередь этиAPI предназначены для разработчиков утилит общего назначения.Глава 8. Восстановление базы данных337Восстановление в существующую базу данныхМожно восстановить резервную копию всей базы данных в существующую базуданных. Для восстановления в существующую базу данных у вас должны бытьполномочия SYSADM, SYSCTRL или SYSMAINT.
Образ резервной копии можетотличаться от существующей базы данных именем алиаса, именем базы данныхили уникальным номером базы данных.Уникальный номер - идентификатор базы данных, который остаетсяпостоянным в течение всего времени жизни базы данных. Уникальный номерназначается менеджером баз данных при начальном создании базы данных. Онне меняется после восстановления резервной копии, даже если эта резервнаякопия имела другой уникальный номер базы данных.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
