Введение

Программное обеспечение, которое корпорация Oracle продает как Oracle Data Guard, является расширением системы управления реляционными базами данных Oracle (RDBMS). Он помогает в создании и поддержании вторичных резервных баз данных в качестве альтернативных/дополнительных репозиториев к производственным первичным базам данных. Oracle предоставляет как графический пользовательский интерфейс (GUI), так и командную строку (CLI) для управления конфигурациями Data Guard. Data Guard поддерживает как физические, так и логические резервные сайты. Oracle Corporation предоставляет Data Guard только в виде комплектующей функции, включенной в "Enterprise Edition" Oracle RDBMS. При правильно настроенных операциях Data Guard DBA могут облегчить отказные переходы или переключение на альтернативные хосты в том же или альтернативных местах.

Конфигурации

Для целей Data Guard каждая база данных Oracle функционирует либо в качестве первичной базы данных, либо в качестве резервной базы данных с возможностью перехода от одной роли к другой.

Физическое ожидание (Redo Apply)

Физическая резервная база данных воспроизводит точное содержание своей первичной базы данных на сетевом уровне Oracle Net. Хотя относительные физические места хранения могут отличаться, данные в базе данных будут точно такими же, как и в первичной базе данных. Физические резервные базы данных могут функционировать либо в режиме управляемого восстановления, либо в режиме только для чтения, но не в обоих режимах одновременно (если только базы данных не находятся на Oracle Database 11.1 или выше и не лицензирована опция Active Data Guard, см. ниже). В режиме ожидания используется технология "Redo Apply". Физические резервные базы данных имеют те же идентификаторы DBID, что и их первичные эквиваленты.

Логическое ожидание (применение SQL)

Логические резервные базы данных преобразуют воспроизведение, сгенерированное в первичной базе данных, в данные и SQL, а затем повторно применяют эти транзакции SQL в логической резервной системе. Таким образом, физические структуры и организация будут отличаться от первичной базы данных. Пользователи могут читать из логических резервных баз данных, пока изменения применяются, и, если GUARD настроен на STANDBY (ALTER DATABASE GUARD STANDBY;), записывать в таблицы в логической резервной базе данных, которые не поддерживаются SQL Apply. К сожалению, существует ряд не поддерживаемых объектов (например, таблицы или последовательности, принадлежащие SYS, таблицы, использующие сжатие таблиц, таблицы, лежащие в основе материализованного представления или глобальных временных таблиц (GTT)) и не поддерживаемые типы данных (например: типы данных BFILE, ROWID и UROWID, пользовательские TYPEs, мультимедийные типы данных, такие как Oracle Spatial, ORDDICOM и Oracle Text Collections (например, вложенные таблицы, VARRAY), SecureFile LOBs, OBJECT RELATIONAL XMLTypes и BINARY XML). Логическое ожидание может быть неуместным в таком случае.

Активный защитник данных

Опция "Oracle Active Data Guard", дополнительная стоимость, расширяет функциональность Oracle Data Guard в конфигурациях Oracle 11g. Он позволяет получить доступ только в режиме чтения на физическом ноде ожидания одновременно с применением архивированных транзакций с основного узла. Также в нем есть автоматический ремонт блоков и быстрый дополнительный резервный копий в режиме физического ожидания,

Доступ на стороне клиента

Подсистема Data Guard Broker может помочь в настройке, управлении и мониторинге конфигураций Data Guard.

Преимущества

Data Guard обеспечивает высокую доступность для системы баз данных. Это также может уменьшить вмешательство человека, необходимое для переключения между базами данных во время восстановления после аварии ("переход к новой базе данных") или обновления/поддержания ("переход к новой базе данных"). Используя резервные файлы журнала повторного воспроизведения, Data Guard может минимизировать потерю данных. Он поддерживает гетерогенные конфигурации, в которых первичная и резервная системы могут иметь разные архитектуры процессора, операционные системы (например, Microsoft Windows и Linux), бинарные файлы операционной системы (32 бит/64 бит) или бинарные файлы базы данных Oracle (32 бит/64 бит).

Недостатки

Если сетевая линия, соединяющая первичный и резервный режим, перезаписана, журналы повторного выполнения не отправляются в хронологическом порядке, что может привести к появлению больших пробелов в доступном повторном выполнении в режиме ожидания. Такое состояние приводит к тому, что резервная система отстает от первичной. Это можно преодолеть, используя технологию Oracle Active Data Guard Farsync. Один и тот же выпуск Oracle Database Enterprise Edition должен быть установлен на первичной базе данных и всех резервных базах данных, за исключением процессов обновления баз данных с использованием логических резервных баз данных. Oracle Data Guard доступен только в качестве функции Oracle Database Enterprise Edition.