27_SH43-0144-00 (1038594), страница 67
Текст из файла (страница 67)
Данные, выгруженныеутилитой EXPORT, можно загрузить при помощи утилиты LOAD.Утилита AutoLoader разделяет большие объемы данных и загружаетразделенные данные в различные разделы многораздельной базы данных.Утилиты IMPORT и EXPORT перемещают данные между таблицей илипроизводной таблицей и другой СУБД или программой электронных таблиц;между базами данных DB2; между базами данных DB2 и базами данных хостовпри помощи DB2 Connect.DataPropagator Relational (DPROPR) - это компонент DB2 Universal Database,который позволяет автоматически копировать изменения таблиц в другиетаблицы в других реляционных базах данных DB2.Примечание: Вся информация по данным темам и связанные с ней вопросы изкниг Command Reference и Administrative API Reference собраны вкниге Data Movement Utilities Guide and Reference.Книга Data Movement Utilities Guide and Reference - это основнойисточник информации по данным темам.© Copyright IBM Corp.
1993, 2000313314Руководство администратора: РеализацияЧасть 5. Восстановление© Copyright IBM Corp. 1993, 2000315316Руководство администратора: РеализацияГлава 8. Восстановление базы данных|||||||База данных может стать непригодной к использованию из-за ошибкиаппаратуры или программного обеспечения (или и того, и другого); различныеошибочные ситуации могут требовать различных действий по восстановлению.У вас должна быть наготове стратегия защиты базы данных от возникновениятаких ошибочных ситуаций. Разработав стратегию, необходимо проверить ее вдействии. Это позволит обнаружить в плане недостатки и избегать ошибок принеобходимости восстановления базы данных.|||||||В этой главе обсуждаются различные способы восстановления, которые можноиспользовать в случае ошибки, затрагивающей базу данных.
Обсуждаютсятакже различные идеи и решения, которые помогут при определении способавосстановления, наиболее подходящего для ваших обстоятельств. Все методывосстановления описываются вместе с соответствующими понятиями икомандами, предоставляемыми программным продуктом для поддержки этихметодов.||||Основные темы этой главы:v Восстановление после отказовv Метод восстановления: восстановление версииv Метод восстановления: восстановление с повтором транзакций||v Tivoli Storage Managerv Восстановление неоднозначных транзакций на хосте.||Если у вас есть таблицы, содержащие столбцы DATALINK, смотрите такжераздел “Особенности Менеджера связей данных DB2” на стр.
379.||||||||||Одна из ошибок, требующая восстановления с повтором транзакций доопределенного момента времени - повреждение данных, вызванное ошибочнойлогикой или неверным вводом в прикладной программе. Восстановление сповтором транзакций можно использовать для восстановления базы данных доопределенного момента, близкого к тому времени, когда прикладная программаначала работать с базой данных. Кроме того, можно попробовать отменитьдействие прикладной программы на базу данных путем обратного выполнениятранзакций. При решении об использовании второго подхода необходимодействовать с осторожностью. Ошибки прикладных программ в этой главеподробно не рассматриваются.© Copyright IBM Corp. 1993, 2000317Восстановление после отказовВосстановление после отказов с использованием команды RESTARTDATABASE или параметра конфигурации, разрешающего автоматическийперезапуск (autorestart), не позволяет базе данных оставаться в несовместимом,то есть в непригодном к использованию состоянии.Дополнительную информацию смотрите в следующих разделах:v Получение согласованной базы данныхv Восстановление при ошибке транзакции в среде многораздельной базыданныхv Идентификация совершившего ошибку сервера раздела базы данных.Получение согласованной базы данныхОшибки в командах и прикладных программах баз данных могут происходитьпо разным причинам.
Ошибка транзакции - это не ошибка при работе с базойданных, вызванная неверным параметром, превышением предельного значенияили откатом из-за тупиковой ситуации. Это серьезная ошибка или условие,которые приводят к ненормальному завершению работы базы данных илименеджера баз данных, что вызывает необходимость восстановления базыданных. Примерами этого являются такие события, как перебои в питаниикомпьютера (приводящие к прекращению работы на нем менеджера баз данныхи разделов базы данных) и ошибка COMMIT/ROLLBACK, приводящая кзакрытию базы данных из-за переполнения диска, на котором расположенжурнал этой базы данных, и отсутствия возможности размещениядополнительных файлов журнала для записи COMMIT/ROLLBACK.При выполнении прикладных программ или команд для базы данных сбойпитания или ошибка в прикладной программе могут привести к немедленнойостановке или прекращению всякой активности в этой базе данных. Одна илинесколько прикладных программ или команд могут начать работу с данными вбазе данных, но не завершить ее.
Кроме того, некоторые из принятых рабочихединиц могут быть не записаны на диск. Частично завершенные (илинезаписанные) рабочие единицы оставляют базу данных в несогласованном, тоесть в непригодном к использованию состоянии.Дополнительную информацию смотрите в следующих разделах:v Планирование использования автоматического перезапускаv Включение автоматического перезапуска.Планирование использования автоматического перезапускаЕдинственное, что надо учесть при использовании автоматического перезапуска- это решить, хотите ли вы, чтобы менеджер баз данных автоматическивыполнял откат незавершенных к моменту ошибки единиц работы.
Если да,включите параметр конфигурации автоматического перезапуска (autorestart),||||318Руководство администратора: Реализация|||задав для него значение “ON”. (Это значение по умолчанию.) Еслиавтоматический перезапуск не включен, при ошибке базы данных надо вручнуюввести команду RESTART DATABASE.||||||||Примечание: При включенном автоматическом перезапуске после ошибки базыданных производится перезапуск. Для перезапуска можетпотребоваться определенное время, поэтому не надо думать, чтобаза данных зависла или не отвечает.
При начале восстановлениябазы данных производится запись файла db2diag.log. Если выхотите постоянно быть в курсе происходящего и всегда знать,почему база данных не отвечает, имеет смысл отключитьавтоматический перезапуск.|Включение автоматического перезапускаАвтоматический перезапуск включается при помощи параметра конфигурациибазы данных autorestart.
По умолчанию этот параметр указывает, чтоавтоматический перезапуск “включен”. Дополнительную информацию об этомпараметре смотрите в книге Руководство администратора: Производительность.Восстановление при ошибке транзакции в среде многораздельнойбазы данныхКак правило, восстановление базы данных требуется как на совершившемошибку сервере раздела базы данных, так и на всех других серверах разделовбазы данных, принимавших участие в выполнении той же самой транзакции илиприкладной программы.
Восстановление базы данных на совершившем ошибкусервере раздела базы данных часто называют восстановлением после отказа.Восстановление после отказов на совершившем ошибку сервере раздела базыданных происходит после устранения причины ошибки (например, послевосстановления подачи питания). Восстановление базы данных на другихсерверах разделов базы данных (сохранивших активность) происходит сразупосле обнаружения ошибки. При этом процессе восстановления, который такженазывают восстановлением после ошибки базы данных, для завершившейсяошибкой транзакции или прикладной программы прозрачно очищаютсяресурсы.Дополнительную информацию смотрите в разделах “Восстановление послеошибки на активном сервере раздела базы данных” на стр.
320 и“Восстановление после ошибки транзакции на совершившем ошибку серверераздела базы данных” на стр. 321.Протокол двухфазного принятияОбсуждение двухфазного протокола принятия приводится здесь с цельюознакомления с аварийным восстановлением в системе многораздельной базыданных. Более подробную информацию о двухфазном принятии смотрите вкниге Руководство администратора: Планирование.Глава 8.
Восстановление базы данных319В среде многораздельных баз данных сервер раздела базы данных, на которомзапущена прикладная программа, называется узлом координатора, а первыйагент, работающий для этой прикладной программы, - агентом координатора.Агент координатора отвечает за распределение работы между другимисерверами разделов базы данных и наблюдает за теми из них, которыепринимают участие в транзакции. Когда прикладная программа выполняет длятранзакции COMMIT, агент координатора принимает транзакцию, используяпротокол двухфазного принятия. На первой фазе узел координатора передаеттребование PREPARE всем остальным серверам разделов базы данных,участвующим в транзакции. Серверы отвечают одним из следующих способов:READ-ONLYНа сервере не произошло изменение данныхYESНа сервере произошло изменение данныхNOСервер не готов к принятию из-за ошибкиЕсли один из серверов ответил “NO”, выполняется откат транзакции.
Впротивном случае узел координатора начинает вторую фазу.На второй фазе узел координатора записывает в журнал запись COMMIT, азатем передает требование COMMIT всем серверам, ответившим “YES”. Послевыполнения принятия всеми остальными серверами разделов базы данных онипосылают узлу координатора подтверждение COMMIT. Транзакциязавершается, когда агент координатора получит подтверждения COMMIT отвсех участвующих в ней серверов. После этого агент координатора делает вжурнал запись FORGET.Восстановление после ошибки на активном сервере раздела базыданныхЕсли какой-либо из серверов разделов базы данных обнаружил, что другойсервер не работает, всякая работа, связанная с последним, останавливается:v Если сохранивший активность сервер раздела базы данных является узломкоординатора для прикладной программы, и эта программа была запущенана совершившем ошибку сервере раздела базы данных (который не готов кCOMMIT), работа агента координатора прерывается для выполнениявосстановления после ошибки.
Если агент координатора находится на второйфазе обработки COMMIT, прикладная программа получает сообщение обошибке SQL SQL0279N и теряет соединение с базой данных. В противномслучае агент координатора выдаст всем остальным участвующим втранзакции серверам требование ROLLBACK, и программе будет возвращеносообщение SQL1229N.v Если совершивший ошибку сервер раздела базы данных являлся для этойпрограммы узлом координатора, агенты, продолжающие работу для этойпрограммы на активных серверах, прерываются для выполнениявосстановления после ошибки.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
