27_SH43-0144-00 (1038594), страница 68
Текст из файла (страница 68)
Откат текущей транзакции выполняетсялокально на каждом из серверов, если он не был подготовлен и не ожидает320Руководство администратора: Реализацияитогов транзакции. В такой ситуации транзакция остается неоднозначной наактивных серверах разделов базы данных, и узел координатора об этом незнает (поскольку она недоступна).Более подробно о том, как разрешаются неоднозначные транзакции,смотрите в книге Руководство администратора: Планирование.v Если прикладная программа была связана с совершившим ошибку серверомраздела базы данных (до совершения ошибки), но ни локальный серверраздела базы данных, ни совершивший ошибку сервер раздела базы данныхне являются узлом координатора, агенты, работающие для этой программы,прерываются.
Узел координатора пошлет другим серверам разделов базыданных сообщение либо об откате, либо о разрыве соединения. Если узелкоординатора возвратит сообщение SQL0279, транзакция будетнеоднозначной только на сохранивших активность серверах разделов базыданных.Если какой-либо процесс (такой, как агент или детектор тупиковых ситуаций)пытается послать требование совершившему ошибку серверу, ему будетсообщено о невозможности этого.Восстановление после ошибки транзакции на совершившем ошибкусервере раздела базы данныхЕсли ошибка привела к ненормальному завершению менеджера баз данных,чтобы его перезапустить, можно при перезапуске процессора ввести командуDB2START с опцией RESTART.
При невозможности перезапуска процессораDB2START можно использовать для перезапуска менеджера баз данных надругом процессоре. Дополнительную информацию смотрите в описанияхкоманды и API START DATABASE MANAGER в книгах Command Reference иAdministrative API Reference соответственно.Ненормальное завершение может привести к тому, что разделы базы данных насервере останутся в несогласованном состоянии (что означает невозможность ихиспользования). Для приведения их в рабочее состояние требуется аварийноевосстановление с целью достижения согласованности. Восстановление послеотказа может запускаться сервером раздела базы данных:v Явным образом при помощи команды RESTART DATABASEv Неявным образом при помощи запроса CONNECT, когда включен параметрконфигурации базы данных autorestart.Восстановление после отказов использует записи журнала в активных файлахжурнала для проверки, находятся ли в базе данных действия всех завершенныхтранзакций.
После применения всех изменений для всех непринятых транзакций(кроме неоднозначных) выполняется локальный откат. В среде многораздельнойбазы данных бывают два типа неоднозначных транзакций:v На сервере раздела базы данных, не являющемся узлом координатора,транзакция неоднозначная, если она подготовлена, но еще не принята.Глава 8.
Восстановление базы данных321v На узле координатора транзакция неоднозначная, если она принята, но еще незаписана в журнал как завершенная (то есть еще нет записи FORGET). Такаяситуация происходит, когда агент координатора не получил подтвержденийCOMMIT от всех серверов, работавших для прикладной программы.Восстановление после отказов пытается разрешить все неоднозначныетранзакции одним из следующих способов. Предпринимаемое действие зависитот того, был ли сервер раздела базы данных узлом координатора дляприкладной программы:v Если перезапущенный сервер не является для программы узломкоординатора, он посылает агенту координатора запрос для выяснениярезультата транзакции.v Если перезапущенный сервер является для программы узлом координатора,он посылает всем другим агентам (подчиненным) сообщение о том, что агенткоординатора все еще ожидает подтверждений COMMIT.Возможно, что при восстановлении после отказа не удастся разрешить всенеоднозначные транзакции (если, например, недоступны отдельные серверыразделов базы данных).
В таком случае возвращается предупреждение SQLSQL1061W. Следует обратить внимание на то, что неоднозначные транзакцииудерживают такие ресурсы, как блокировки и пространство активного журнала.Существует возможность дойти до точки, когда изменения в базе данных станутневозможно из-за того, что пространство активного журнала удерживаетсянеоднозначными транзакциями. Поэтому необходимо выяснить, остались липосле аварийного восстановления неоднозначные транзакции, и как можнобыстрее восстановить все серверы разделов базы данных, необходимые дляразрешения этих неоднозначных транзакций.Если невозможно вовремя восстановить один или несколько серверов,необходимых для разрешения неоднозначной транзакции, и требуется доступ кразделам базы данных на других серверах, можно разрешить эту неоднозначнуютранзакцию вручную, приняв решение эвристически.
Для запроса, принятия илиотката неоднозначной транзакции на сервере можно использовать команду LISTINDOUBT TRANSACTIONS. Дополнительную информацию смотрите вописаниях команды LIST INDOUBT TRANSACTIONS и API в книге CommandReference и Administrative API Reference соответственно.Примечание: Команда LIST INDOUBT TRANSACTIONS используется также длятранзакций в среде распределенных транзакций. Чтобы различитьэти два типа неоднозначных транзакций, в поле “источник”вывода, возвращенного LIST INDOUBT TRANSACTIONS, можетбыть показано следующее:v DB2 Universal Database Enterprise - Extended Edition (указывает,что источником транзакции является среда многораздельныхбаз данных).322Руководство администратора: Реализацияv XA (указывает, что источником транзакции являетсяраспределенная среда).Дополнительную информацию о распределенных средах смотрите в книгеРуководство администратора: Планирование.Идентификация совершившего ошибку сервера раздела базы данныхПри ошибке сервера раздела базы данных прикладная программа, скорее всего,получит один из следующих кодов SQLCODE.
Способ определениясовершившего ошибку сервера баз данных зависит от полученного SQLCODE:SQL0279NЭтот SQLCODE передается, когда сервер раздела базы данных,участвующий в транзакции, остановлен во время обработки COMMIT.SQL1224NЭтот SQLCODE передается, когда совершивший ошибку сервер разделабазы данных является для транзакции узлом координатора.SQL1229NЭтот SQLCODE передается, когда совершивший ошибку сервер разделабазы данных не является для транзакции узлом координатора.Определение совершившего ошибку сервера раздела базы данных выполняется вдва шага.
В SQLCA, связанной с SQLCODE SQL1229N, в шестой позициимассива поля sqlerrd содержится номер узла сервера, обнаружившего ошибку.(Номер узла, записанный для этого сервера, соответствует номеру узла в файлеdb2nodes.cfg.) На сервере раздела базы данных, обнаружившем ошибку, в файлdb2diag.log записывается сообщение, указывающее номер узла совершившегоошибку сервера.Примечание: Если на процессоре использовалось несколько логических узлов,ошибка на одном из них может привести к ошибкам на другихузлах на этом же процессоре.Обычно для восстановления после ошибки на сервере раздела базы данныхтребуются следующие действия:1.
Устраните причину ошибки.2. Перезапустите менеджер баз данных при помощи команды DB2START слюбого сервера раздела базы данных.3. Перезапустите базу данных при помощи команды RESTART DATABASE насовершившем ошибку сервере раздела базы данных (или на всех такихсерверах).Глава 8. Восстановление базы данных323Метод восстановления: восстановление версииВосстановление версии при помощи сочетания команд BACKUP и RESTOREвозвращает базу данных в предварительно сохраненное состояние. Этот методвосстановления используется для невосстановимых баз данных (то есть длятаких, для которых нет архивированных журналов).
При помощи опцииWITHOUT ROLLING FORWARD этот метод можно использовать и длявосстановимых баз данных.В этом разделе приводится обзор принципов планирования и способов вызоваконкретных утилит и команд при использовании этого метода. Затемизлагаются различные понятия и соображения, обеспечивающие эффективноеиспользование этого метода.Дополнительная информация содержится в следующих темах:v Резервное копирование базы данныхv Восстановление базы данныхv Информация файла хронологии восстановления.Резервное копирование базы данныхЧтобы сделать резервную копию базы данных, используется команда BACKUPили Центр управления DB2. В Центре управления DB2 выберите база данныхдля резервного копирования, а затем функцию резервного копирования.В системе многораздельной базы данных резервные копии разделов снимаются|||||||||Рисунок 8.
Создание образа базы данныхпо отдельности при помощи команды BACKUP DATABASE. Эта операцияявляется локальной для того сервера раздела базы данных, на котором выданаэта команда. Однако можно ввести команду db2_all с одного из серверовразделов базы данных в экземпляре для выполнения команды BACKUP на324Руководство администратора: Реализация||||списке серверов, заданных номерами их узлов. В этом случае сначала следуетсделать резервную копию узла каталога, а затем - других разделов базы данных.Для резервного копирования разделов базы данных можно также использоватьЦентр управления DB2.В системе многораздельной базы данных можно использовать команду LISTNODES для определения списка узлов (серверов разделов базы данных), накоторых есть таблицы пользователей. Поскольку этот метод восстановления неподдерживает восстановление с повтором транзакций, регулярно делайтерезервные копии базы данных в этом списке узлов.В системе с распределенными требованиями команды BACKUP и RESTOREприменяются к базе данных с распределенными требованиями и к метаданным,хранящимся в каталоге этой базы данных (оболочки, серверы, псевдонимы ит.п.).
Объекты-источники данных (таблицы и производные таблицы) неподвергаются резервному копированию или восстановлению, если только онине хранятся в базе данных с распределенными требованиями.Необходимо помнить о том, какой из методов восстановления будетиспользоваться. В следующих разделах приводятся требования, предъявляемыек этой задаче, и прочие соображения по этому поводу:v Планирование использования команды BACKUPv Вызов команды BACKUPv Образы резервных копий, созданные BACKUP.|||||Примечание: В следующих разделах при обсуждении “страниц” имеются в видустраницы утилит резервного копирования и восстановления.
Этистраницы всегда имеют размер 4 кбайт, и их не следует путать состраницами данных различного размера, допустимыми в базахданных.|Планирование использования команды BACKUPПри планировании следует учитывать следующее:v Для использования команды BACKUP у вас должны быть полномочияSYSADM, SYSCTRL или SYSMAINT.v База данных может быть как локальной, так и удаленной. Резервная копияостается на сервере базы данных, если для управления хранением неиспользуется какой-либо программный продукт, такой как Tivoli* StorageManager (TSM).v Можно произвести резервное копирование базы данных на жесткий диск,ленточное устройство или в положение, задаваемое TSM или любым другимпрограммным продуктом для управления хранением. Информацию о TSMсмотрите в разделе “Tivoli Storage Manager” на стр. 392.||||||||Глава 8.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
