27_SH43-0144-00 (1038594), страница 70
Текст из файла (страница 70)
ПараметрPARALLELISM определяет число процессов или потоков, запущенных длячтения из базы данных. Каждому из процессов или потоков назначаетсярезервное копирование отдельного табличного пространства. Послезавершения резервного копирования одного табличного пространства этотпроцесс или поток запрашивает другое табличное пространство. Следуетотметить, что для каждого процесса или потока требуютсядополнительные ресурсы памяти и процессора, поэтому для систем сбольшой нагрузкой для параметра PARALLELISM следует оставитьзначение по умолчанию 1.– Увеличьте размер буфера резервного копирования.– Увеличьте число буферов.При использовании нескольких буферов и каналов ввода/вывода, чтобыканалы не ожидали данные, число буферов должно быть, как минимум,вдвое больше числа каналов.
На производительность операции резервногоГлава 8. Восстановление базы данных329копирования оказывает также влияние размер этих буферов. В идеалеразмер буфера резервного копирования должен быть кратен размеруэкстента табличного пространства (табличных пространств).Если у вас несколько табличных пространств с разными размерамиэкстентов, укажите кратное самому большому размеру экстента.Можно указать число страниц, которые будут использоваться для каждогоиз буферов резервного копирования при вызове команды BACKUP.Минимальное число страниц - 16. Если число страниц не указывать,каждый из буферов будет выделяться на основе параметра конфигурациименеджера баз данных backbufsz.
При недостатке памяти для размещениябуфера будет возвращена ошибка.Дополнительную информацию об этом параметре конфигурации смотритев книге Руководство администратора: Производительность.– Используйте несколько устройств-потребителей.v В OS/2 при резервном копировании базы данных на сменный носитель, такойкак магнитная лента, менеджер баз данных записывает информацию на томносителя 1. Вставив первый носитель в накопитель, не извлекайте его до техпор, пока функция резервного копирования операционной системы незапросит носитель 2.v Нельзя производить резервное копирование базы данных, находящейся всостоянии, исключающем ее использование, кроме базы данных в состоянииотложенного резервного копирования.– Если база данных находится в частично восстановленном состоянии из-заотказа системы на любой из стадий восстановления базы данных, передрезервным копированием базы данных необходимо провести ее успешноевосстановление.– Если база данных была создана при помощи предыдущего выпускаменеджера баз данных и впоследствии не перенастроена, перед еерезервным копированием необходимо произвести перенастройку.Информацию о перенастройке баз данных смотрите в книге Руководствоадминистратора: Планирование.– Если какое-либо табличное пространство в базе данных находится в“ненормальном” состоянии, сделать резервную копию такой базы данныхнельзя, если только она не находится в состоянии отложенного резервногокопирования.v Если отказ системы произошел во время критической стадии резервногокопирования базы данных, успешно связаться с базой данных удастся толькопосле повторной выдачи команды BACKUP.v Команда BACKUP обеспечивает управление одновременностью длянескольких процессов, выполняющих резервное копирование разных базданных.
Это управление оставляет устройство-потребитель резервной копииоткрытым до завершения всего процесса резервного копирования.330Руководство администратора: РеализацияЕсли в процессе резервного копирования произошла ошибка и открытыйконтейнер не удается закрыть, другие процессы резервного копирования,использующие то же самое устройство-потребитель, могут столкнуться сошибками доступа. Для исправления ошибок доступа необходимо полностьювыйти из процесса резервного копирования, вызвавшего ошибки иотключиться от устройства-потребителя.v При использовании команды BACKUP для одновременных процессоврезервного копирования на ленту убедитесь в том, что эти процессыиспользуют в качестве потребителей разные ленты.Образы резервных копий, созданные BACKUPОбразы резервных копий создаются на устройстве-потребителе, указанном привызове команды BACKUP:v В каталоге для резервных копий на диске или на дискетах|vvvvНа устройстве, указанном для резервных копий на лентахНа сервере Tivoli Storage Manager (TSM)На сервере другого поставщикаВ OS/2 через использование обработчика пользователя.При каждом выполнении резервного копирования или восстановления целойбазы данных в файле хронологии восстановления автоматически обновляетсясводка информации.
Этот файл может быть полезным механизмом слежения задействиями по восстановлению базы данных. Он создается в том же каталоге,что и файл конфигурации базы данных. Дополнительную информацию о файлехронологии восстановления смотрите в разделе “Информация файлахронологии восстановления” на стр.
373.В средах на основе UNIX имена создаваемых на диске файлов будут состоять изследующих частей, разделенных точками; на других платформах используетсячетырехуровневое дерево подкаталогов:|||||Алиас базы данныхИмя алиаса базы данных длиной от 1 до 8символов, введенное при вызове командырезервного копирования.ТипТип выполненного резервного копирования: “0”- вся база данных. “3” - резервная копиятабличного пространства. “4” - резервнаякопия, сгенерированная командойLOAD...COPY TO.Имя экземпляраИмя текущего экземпляра менеджера базданных, взятое из переменной средыDB2INSTANCE, длиной от 1 до 8 символов.Номер узлаНомер узлаГлава 8.
Восстановление базы данных331Номер узла каталогаНомер узла каталога базы данных.Отметка времени14-символьное представление даты и временивыполнения резервного копирования. Отметкавремени имеет вид ггггммддччннсс, где:гггг - год (с 1995 до 9999)мм - месяц (от 01 до 12)дд - день месяца (от 01 до 31)чч - час (от 00 до 23)нн - минуты (от 00 до 59)сс - секунды (от 00 до 59)Порядковый номерВ качестве расширения файла используется3-разрядный последовательный номер.В операционных системах на основе UNIX формат будет таким:Алиас базы данных.Тип.Имя экземпляра.УЗЕЛnnnn.CATNnnnn.отметка времени.номерВ других операционных системах формат будет таким:Алиас базы данных.Тип\Имя экземпляра.УЗЕЛnnn\CATNnnn\yyyymmdd\hhmmss.номерНапример, в средах на основе UNIX для базы данных с именем STAFF вэкземпляре DB201 может быть сделана резервная копия на диске в файле сименем:STAFF.0.DB201.NODE0000.CATN0000.19950922120112.001Для вывода на ленту имена файлов не создаются; однако указанная вышеинформация сохраняется в заголовке резервной копии для последующейпроверки.Примечания:1.
Если для операций резервного копирования и восстановления базы данныхвы хотите использовать магнитную ленту, ленточное устройство должнобыть доступно через стандартный интерфейс операционной системы. Однаков системе большой многораздельной базы данных может оказатьсянепрактичным назначать каждому серверу раздела базы данных отдельноеленточное устройство. Можно подключить ленточные устройства к одномуили нескольким серверам TSM, чтобы обеспечить доступ к этим устройствамвсем серверам разделов базы данных.2. В системе многораздельных баз данных можно также использоватьпрограммные продукты, предоставляющие функции виртуальных ленточныхустройств, такие как REELlibrarian 4.2 или CLIO/S.
Эти программныепродукты используются для доступа к ленточным устройствам,подключенным к другим узлам (серверам разделов базы данных) через||||||||332Руководство администратора: Реализацияэмуляцию ленточного устройства. Доступ к удаленным ленточнымустройствам производится прозрачным образом, а доступ к эмуляциямленточных устройств производится через стандартный интерфейсоперационной системы.|||||||Вывод информации о резервной копииСуществует утилита резервного копирования, предназначенная для выводаинформации о существующих образах резервных копий.
Эта утилита называетсяdb2ckbkp и позволяет:||При использовании этой утилиты у вас должно быть разрешение на чтениеуказанных образов резервных копий.|||Чтобы просто проверить существование образа резервной копии, утилитуможно использовать так:||||Вывод для этой утилиты выглядит примерно так:||Дополнительную информацию об этой утилите смотрите в книге CommandReference.v Проверять целостность образа резервной копии и определять, можно липроизвести восстановление.v Показывать информацию о резервной копии, хранящуюся в ее заголовке.db2ckbkp STAFF.0.DB201.NODE0000.CATNOOOO.19950922120112.001[1] Buffers processed:##Image Verification Complete - successful.Восстановление базы данныхВ следующих разделах приводятся требования, предъявляемые к командеRESTORE, и прочие соображения по этому поводу:v Планирование использования команды RESTOREv Вызов команды RESTOREv Переопределение контейнеров табличных программ при операции RESTOREv Восстановление в существующую базу данныхv Восстановление в новую базу данных.Глава 8.
Восстановление базы данных333||||Рисунок 9. Восстановление базы данных с использованием образа резервной копииПланирование использования команды RESTOREСледует учитывать следующее:v Для восстановления существующей базы данных из полной резервной копиибазы данных у вас должны быть полномочия SYSADM, SYSCTRL илиSYSMAINT. Для восстановления в новую базу данных необходимыполномочия SYSADM или SYSCTRL.v Эту команду можно использовать только в том случае, если ранее припомощи команды BACKUP была сделана резервная копия базы данных.v При использовании Центра управления DB2 нельзя восстанавливатьрезервные копии, сделанные в версиях DB2 более ранних, чем текущая.v В OS/2 команда RESTORE может вызывать программу обработчикапользователя только в том случае, если для резервного копирования базыданных была использована программа обработчика пользователя.v Во время восстановления можно выбрать тип восстановления. Выбиратьможно из следующих типов:– Полное восстановление всего содержимого резервной копии– Восстановление только файла хронологии восстановления– Поднабор табличных пространств в резервной копии.||||v Команда RESTORE может использовать утилиту Tivoli Storage Manager(TSM), все ограничения которой также необходимо учитывать.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
