Инсталляция Oracle Active DataGuard 12.1 в операционной системе Centos 6.7

Beta версия докумена. Необходимо проверить на реальных серверах! Если кто будет делать по этой версии документа, отпишитесь, что да как, где, что поправить.


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

Изменения в основной базе данных могут быть переданы в резервные базы данных с гарантией отсутствия потерь данных в процессе передачи.

Поддерживаются 2 типа резервных баз данных - с осуществлением физического и логическог резервирования.

Физическая резервная база данных содержит те же самые структуры, что и основная. Логическая - может иметь другие внутренние структуры (например, дополнительные индексы, используемые для генерации отчетов). Синхронизация основной базы данных с резервными осуществляется путем передачи журнальных данных через SQL - операторы, выполняемые над резервной базой данных.

Физическая резервная база данных является поблочной копией первичной базы данных. Во время восстановления в аварийных ситуациях, резервная база данных в точности похожа на основную базу данных.

Логическая база данных - используется для подготовки отчетов (при подготовке отчетов требуются существенные ресурсы системы). В этом случае резервная база данных открывается только для чтения и пользователи, которым необходимо сформировать отчеты работают с ней. При этом основная база данных продолжает работать на прием данных от операторов.


У меня нет environment, где бы я постоянно работал с dataguard. Здесь я постараюсь его настроить. Буду обновлять по мере появления новых знаний.

В случае обнаружения ошибок, неточностей, опечаток или вам известны лучшие способы, пишите мне на адрес эл. почты:

Marley


И да, я пока не читал Concepts Guide по DataGuard и в ближайшее время не планирую. Нигде, где бы я работал, она не использовалась, т.к. дорого. Как будут задачи, так сразу приступлю к более глубокому изучению. Поэтому, уточнения будут оч. полезны.

Суть DataGuard для человека, не читавшего Concepts Guide выглядит достаточно просто. Нужно 2 одинаковых (или приблизительно одинаковых) сервера. На одном будут выполняться какие-то повседневные задачи, на другом, например строиться отчеты, которые жрут много процессорного времени, памяти и т.д.

Для этого делается копия основного сервера. Основной сервер делится архивлогами с резервным, поддерживая таким образом актуальной базу. При этом если первый сервер 3.14здой накроется, то можно будет их поменять местами.

Можно также настроить работу сервера в режиме failover (Аварийное переключение) и switchover (переключение ролей между primary и standby instance).

DataGuard работает в Enterprise конфигурации, требует GRID. Цена за лицензию будет выше, чем за стандарт. Раз так, то может быть дешевле будет развернуть 2 Standart сервера и одному подкладывать архивлоги от другого, например с помощью RSYNC.

Еще можно подобную задачу решить с помощью Oracle Golden Gate. Может быть решение с Golden Gate будет лучше.


Для информации:
db_name - имя нашей базы (одинаковое для основного и standby экземпляра).
db_unique_name - это уникальное имя для каждого экземпляра, оно не меняется при смене ролей со standby на production.


Подготовка виртуальных машин и instances:


Подготовка и создание DATAGUARD:


Брокер (DGMGRL)


Backups



Материалы по теме: (Сортирока от более полезных, к менее):