27_SH43-0144-00 (1038594), страница 79
Текст из файла (страница 79)
При восстановлении и повторетранзакций с использованием копии 2 базы данных необходимо повторитьтранзакции с использованием S0000012.LOG. После него повтор транзакцийможно продолжать либо через верхнюю последовательность файлов журнала,либо через новую нижнюю последовательность. Если при повторе транзакциивоспользоваться нижней последовательностью, использовать копию 3табличного пространства для его восстановления и повтора транзакций будетнельзя.Чтобы выполнить повтор транзакций до конца файлов журнала сиспользованием копии 3 табличного пространства, необходимо произвестивосстановление с использованием копии 2 базы данных, а затем повторитьтранзакции с использованием верхней последовательности файлов журнала.Только после восстановления табличного пространства из копии 3 можнозапрашивать повтор транзакций до конца файлов журнала.v Файл журнала использует отметку времени, связанную с завершениемединицы работы.
Для отметки времени в файлах журнала используетсяскоординированное универсальное время (Coordinated Universal Time - CUT),что помогает предотвратить появление одинаковых отметок времени дляразных файлов (например, из-за изменения, связанного с переходом на летнеевремя). Отметка времени, используемая при резервном копировании,основана на местном времени.
При вызове команды ROLLFORWARDнеобходимо указывать скоординированное универсальное время.Примечание: В специальном регистре CURRENT TIMEZONE содержитсяразница между CUT и местным временем в базе данных сервераприкладных программ. Местное время получается путемприбавления к CUT содержимого этого регистра.Использование непосредственных файлов журналаДля журнала базы данных можно использовать непосредственное устройство. Уэтого есть свои преимущества и недостатки.v Преимущества:– К системе можно подключить более 26 физических дисководов.– Длина пути ввода/вывода для файла меньше. Это может повыситьпроизводительность в вашей системе.
Следует провести контрольныетесты производительности, чтобы понять, есть ли значимый выигрыш длявашей рабочей нагрузки.Глава 8. Восстановление базы данных369v Недостатки:– Устройство не смогут использовать другие прикладные программы; онополностью должно быть назначено DB2.– Устройство не сможет работать с утилитой операционной системы илинезависимого производителя для снятия резервных копий или копированияс этого устройства.– Можно с легкостью стереть файловую систему на существующем диске,если указать неверный номер диска.Непосредственный журнал можно сконфигурировать посредством параметраконфигурации базы данных newlogpath. Пример синтаксиса, используемого дляуказания непосредственного устройства, смотрите в разделе “Прямой доступ кдискам” на стр.
121. Перед работой с непосредственными устройствамиознакомьтесь с перечисленными выше их преимуществами и недостатками, атакже с дополнительными замечаниями ниже:v Допустимо только одно устройство. Это устройство можно определить нанескольких дисках на уровне операционной системы. DB2 произведет вызовоперационной системы для определения размера устройства в страницах по 4Кбайт.Если вы используете несколько дисков, это приведет к образованию большегопо размеру устройства и к параллельной записи, что может увеличитьпроизводительность за счет ускорения ввода/вывода.v DB2 будет пытаться производить запись в последнюю 4-Кбайтную страницуустройства. Если размер устройства больше 2 Гбайт, в операционныхсистемах, которые не поддерживают такие устройства, попытка записи напоследнюю страницу закончится неудачно.
В этом случае DB2 попробуетиспользовать все страницы до поддерживаемого предельного значения.Информация о размере этого устройства используется для указания размераустройства (в страницах по 4 Кбайта), доступного для DB2 через поддержкуоперационной системы. Дисковое пространство, в которое DB2 можетпроизводить запись, обозначается как доступный-размер-устройства.Первая страница устройства размером 4 Кбайта DB2 не используется(обычно это пространство используется операционной системой для другихцелей).
Это означает, что общее пространство, доступное DB2, определяетсяпо формуле размер-устройства = доступный-размер-устройства - 1.v Параметр logsecond не используется. DB2 не будет размещать вторичныефайлы журналов. Размер пространства активного журнала представляетсобой число страниц по 4 Кбайта, получающееся в результате умноженияlogprimary на logfilsiz.v Записи журнала группируются в экстенты журнала, каждый из которых имеетразмер файла журнала (logfilsiz) в страницах по 4 Кбайта. Экстенты журналапомещаются на непосредственное устройство один за другим. В каждомэкстенте также есть две дополнительные страницы для заголовка экстента.370Руководство администратора: РеализацияvvvvvЭто означает, что число доступных экстентов журнала, поддерживаемыхустройством, равно размер-устройства / (logfilsiz+ 2)Устройство должно быть достаточно большим для поддержки пространстваактивного журнала.
Это значит, что число доступных экстентов журналадолжно быть больше или равно значению, указанному для параметраконфигурации logprimary.Если вы используете циклическую запись в журнал, параметр конфигурацииlogprimary будет определять число экстентов журнала, записанных наустройство. Это может привести к появлению на этом устройственеиспользуемого пространства.Если вы используете сохранение журнала (logretain) без обработчикапользователя, после полного использования числа доступных экстентовжурнала все операции, приводящие к изменениям, будут вызывать ошибкупереполнения журнала.
В это время следует остановить базу данных и сделатьее резервную копию в автономном режиме для обеспечения восстановимости.После резервного копирования базы данных записи журнала, сделанные наустройство, теряются. Это означает, что нельзя использовать более раннююрезервную копию базы данных для восстановления базы данных ипоследующего повтора транзакций. Если сделать резервную копию базыданных до полного использования числа доступных экстентов журнала, базуданных можно восстанавливать из резервной копии и производить для нееповтор транзакций.Если вы используете сохранение журнала (logretain) с обработчикомпользователя, программа обработчика пользователя вызывается для каждогоэкстента журнала, как только он заполняется записями журнала.
Программаобработчика пользователя должна быть в состоянии выполнять чтение сустройства и сохранять архивированный журнал в виде файла. DB2 не будетвызывать обработчик пользователя для считывания файлов журнала нанепосредственное устройство. Вместо этого во время восстановления сповтором транзакций DB2 будет читать заголовки экстентов для определениятого, содержится ли на непосредственном устройстве нужный файл журнала.Если необходимый файл журнала не обнаружен на этом непосредственномустройстве, DB2 будет производить поиск по пути переполнения журнала.Если файл журнала все еще не обнаружен, DB2 вызовет обработчикпользователя для считывания файла журнала по пути переполнения журнала.Если не указать путь переполнения журнала для команды rollforward, DB2 небудет вызывать обработчик пользователя для считывания журнала во времяоперации повтора транзакций.
Дополнительную информацию о вызовепрограммы обработчика пользователя смотрите в разделе “Формат вызовадля операционных систем на основе UNIX или Windows NT” на стр. 447.Если вы используете DPropR и записываете файлы журнала нанепосредственное устройство, API чтения журнала не будет вызыватьобработчик пользователя для считывания файлов журнала. Тем не менеезапрошенные записи журнала будут возвращены, если они доступны на этомустройстве. Если вы запрашиваете файлы журнала с датой более ранней, чемГлава 8. Восстановление базы данных371есть на устройстве, они не будут возвращены (поведение аналогично томуслучаю, когда DB2 не в состоянии найти файл журнала, содержащийнеобходимые записи).Примечания:1.
При использовании для записи в журнал непосредственного устройства нерекомендуется использовать DPropR.2. При использовании API sqlurlog непосредственное устройство для записи вжурнал использовать нельзя.Потеря файлов журналаv Отбрасывание базы данных стирает все файлы журнала в текущем каталогепути к журналу базы данных. Перед отбрасыванием базы данных можетпотребоваться сделать копии файлов журнала.v Если вы повторяете транзакции для базы данных до определенного моментавремени, повторно используются последний файл журнала, использованныйпри восстановлении с повтором транзакций, и все следующие за нимсуществующие файлы журнала. Возможность восстановления после этогомомента времени теряется.
Поэтому перед началом восстановления доопределенного момента времени необходимо скопировать все файлы журналав текущем каталоге пути к журналу базы данных.|||||||||||||||Когда обработка восстановления с повтором транзакций заканчивается, файлжурнала с последней принятой транзакцией усекается, и запись в журналначинается со следующего последовательного номера. Если у вас нет копийотброшенного файла и файлов со следующими за ним номерами, вы несможете восстанавливать базу данных после указанного момента времени.(Если после повтора транзакций происходит нормальная активность базыданных, создаются новые файлы журналов, которые можно использовать дляпоследующих восстановлений.)v Если вы изменили каталог пути к журналу, а затем удалили этот подкаталогили стерли какие-либо из файлов журнала в подкаталоге, вызываемом попути журнала, при открытии базы данных менеджер баз данных будет искатьэти файлы журнала пути к журналу по умолчанию SQLOGDIR.
Если файлыжурнала не найдены, база данных перейдет в состояние ожидания резервногокопирования, и для ее дальнейшего использования надо сделать резервнуюкопию базы данных.Эту резервную копию надо сделать даже в том случае, когда в этомподкаталоге содержатся пустые файлы журнала.v Если вы утеряли файл журнала, содержащий конечную точку резервнойкопии, сделанной в оперативном режиме, и производите повтор транзакцийдля соответствующего восстановленного образа, база данных будетнепригодна к использованию. Чтобы сделать базу данных пригодной киспользованию, необходимо восстановить ее из другой резервной копии ивсех связанных с ней файлов журнала.||||||372Руководство администратора: Реализация||||||Вы можете столкнуться с ситуацией, аналогичной следующей: вы хотите сделатьвосстановление с повтором транзакций для целой базы данных, но боитесь впроцессе восстановления потерять журнал. (Это может произойти, если у васесть много архивных файлов журнала между временем образа последнейрезервной копии базы данных и моментом времени, до которого вы хотитевосстановить базу данных.)||||||Прежде всего следует скопировать все применимые файлы журнала в“безопасное” место.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
