Oracle Data Guard - Oracle Data Guard

Программное обеспечение, которое Корпорация Oracle рынки как Oracle Data Guard образует продолжение Система управления реляционными базами данных Oracle (СУБД). Он помогает в создании и обслуживании вторичных резервных баз данных в качестве альтернативных / дополнительных репозиториев к производственным первичным базам данных.

Oracle предоставляет оба графический интерфейс пользователя (GUI) и командная строка (CLI) инструменты для управления конфигурациями Data Guard.

Data Guard поддерживает оба физический режим ожидания и логический резерв места. Корпорация Oracle предоставляет Data Guard только в качестве в комплекте функция, включенная в ее "Enterprise Edition" СУБД Oracle.[1]

При правильной настройке операций Data Guard Администраторы баз данных может облегчить отработка отказов или же переключение альтернативным хостам в том же или альтернативном месте.

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

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

Физический режим ожидания (Повторить Применить)

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

Физические резервные базы данных имеют те же идентификаторы DBID, что и их основные эквиваленты.[3]

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

Логические резервные базы данных преобразуют повтор, сгенерированный в первичной базе данных, в данные и SQL, а затем повторно применяют эти транзакции SQL в логической резервной базе данных. Таким образом, физические структуры и организация будут отличаться от первичной базы данных. Пользователи могут читать из логических резервных баз данных, пока применяются изменения, и, если GUARD установлен в STANDBY (ALTER DATABASE GUARD STANDBY;), записывать в таблицы в логической резервной базе данных, которые не поддерживаются SQL Apply.

К сожалению, есть ряд неподдерживаемые объекты (например, таблицы или последовательности, принадлежащие SYS, таблицы, использующие сжатие таблиц, таблицы, лежащие в основе материализованного представления или глобальные временные таблицы (GTT)) и неподдерживаемые типы данных (например: типы данных BFILE, ROWID и UROWID, определяемые пользователем ТИПЫ, типы мультимедийных данных, такие как Oracle Spatial, ORDDICOM и Oracle Text Collections (например, вложенные таблицы, VARRAY), SecureFile LOB, OBJECT RELATIONAL XMLTypes и BINARY XML).[4] В таком случае логический режим ожидания может не подходить.

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

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

Операция

Серверная функциональность

LNS (сетевой сервер записи журнала) и АРКА (архиватор) процессы, запущенные в первичной базе данных, выберите в архиве журналы повторного выполнения и отправьте их на хост резервной базы данных,[7] где RFS (удаленный файловый сервер) фоновый процесс в экземпляре Oracle выполняет задачу получения архивных журналов повторов, происходящих из первичной базы данных, и записи их в резервный журнал повторов (SRL).[8]

В качестве альтернативы дополнительный механизм может передавать архивированные журналы повторов. В резервной базе данных архивный журнал выборки (FAL) клиент отслеживает пропуски в последовательности полученных журналов. Если он обнаруживает пробел, он может вызвать один или несколько серверов Fetch Archive Log (FAL) для запуска в первичной базе данных для пересылки отсутствующих элементов.[9]

После того, как архивированные журналы повторного выполнения поступят на резервный хост, другие процессы, такие как АРКА (процесс архиватора), MRP (Управляемый процесс восстановления[10]) и / или LSP (Logical Standby Process) - может установить применение содержимого журнала к резервной базе данных.

Использование резервные журналы повтора может ускорить внесение изменений в резервную базу данных[11]с применением в реальном времени.[12]

Процесс подключения Data Guard (DRCX) играет роль в передаче данных между базами данных.[13]

Клиентский доступ

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

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

Data Guard предоставляет высокая доступность для системы баз данных. Это также может уменьшить вмешательство человека, необходимое для переключения между базы данных в аварийное восстановление («аварийное переключение») или Обновить /поддержание («переключение») время.

За счет использования файлов журнала повторного выполнения в режиме ожидания Data Guard может минимизировать потерю данных.[15]

Он поддерживает разнородные конфигурации, в которых основная и резервная системы могут иметь разные архитектуры ЦП, операционные системы (например, Microsoft Windows и Linux), двоичные файлы операционной системы (32-разрядные / 64-разрядные) или двоичные файлы баз данных Oracle (32- бит / 64-бит).[16]

Недостатки

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

Один и тот же выпуск Oracle Database Enterprise Edition должен быть установлен в первичной базе данных и во всех резервных базах данных, за исключением периодических обновлений базы данных с использованием логических резервных баз данных.

Oracle Data Guard доступен только как функция Oracle Database Enterprise Edition.

Смотрите также

Oracle RAC

Рекомендации

  1. ^ http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/standby.htm#insertedID3 Концепции и администрирование Data Guard, 11g Выпуск 1 (11.1); Раздел 2.3.2: «Требования к программному обеспечению Oracle» Дата обращения 1 октября 2007 г.
  2. ^ Рич, Кэти; и другие. Концепции и администрирование Oracle Data Guard 11g, выпуск 2 (11.2). Получено 8 марта 2017.
  3. ^ Чоко, Флориберт (2012). Oracle: защитите свои данные. АвторДом. п. 128. ISBN  9781467896214. Получено 2015-03-17. [...] новой базе данных присваивается новый идентификатор DBID, если база данных не является резервной. В этом случае он сохраняет тот же DBID, что и исходная база данных.
  4. ^ Чупрински, Джим (январь 2010). «Использование логических резервных баз данных в Oracle 11g Data Guard». Получено 2010-07-16.
  5. ^ а б Лоренц, Диана (январь 2009 г.). «Параметры базы данных Oracle». Информация о лицензировании базы данных Oracle 11g, выпуск 1 (12c). Корпорация Oracle. Получено 2009-04-22. Если в физической резервной базе данных в конфигурации Data Guard включена какая-либо из вышеперечисленных функций, то опция Active Data Guard должна быть лицензирована для каждой такой физической резервной базы данных, а также для первичной базы данных.
  6. ^ «Oracle Active Data Guard». База данных Oracle. Корпорация Oracle. Январь 2010 г.. Получено 2009-04-22. Oracle Active Data Guard обеспечивает доступ только для чтения к физической резервной базе данных для запросов, сортировки, отчетности, доступа через Интернет и т. Д., Непрерывно применяя изменения, полученные из производственной базы данных.
  7. ^ Смит, Майкл Т (февраль 2007 г.). "Передовые методы передачи данных и сети Data Guard: Oracle Database 10g Release 2" (PDF). Корпорация Oracle. стр.6, 14. Получено 2009-03-11. ... отправка процессов (LNS и ARC) в производственную базу данных .... Процесс Data Guard LNS в производственной базе данных выполняет сетевую отправку процессу Data Guard RFS в резервной базе данных. Cite имеет пустой неизвестный параметр: | dateformat = (помощь)
  8. ^ Карпентер, Ларри; и другие. (2009). Справочник Oracle Data Guard 11g. Oracle Press. McGraw Hill Professional. п. 5. ISBN  9780071621489. Получено 2015-02-17. Записи повтора, переданные LNS, принимаются в резервную базу данных другим процессом Data Guard, называемым Удаленный файловый сервер (RFS). RFS получает повтор в резервной базе данных и записывает его в последовательный файл, называемый резервный файл журнала повторов (SRL).
  9. ^ Краткое описание сайта Oracle-Base Data Guard, получено 05.09.2007; Ссылки на документацию Oracle Corp версии 11.1, получено 05 сентября 2007.
  10. ^ Олт, Майк (2004). Oracle 10g Grid и кластеры реальных приложений: Oracle 10g Grid Computing с RAC. Oracle In-Focus Series. Мадху Тумма. Безудержный TechPress. п. 640. ISBN  9780974435541. Получено 2012-08-31. [...] управляемый процесс восстановления (MRP) в резервной базе данных определяет правильный порядок применения архивных журналов из разных потоков в резервной базе данных.
  11. ^ Бах, Мартин (2013). Консолидация экспертов в Oracle Database 12c. Голос эксперта в Oracle. Апресс. п. 320. ISBN  9781430244295. Получено 2015-02-19. [...] с Oracle 10g, [u] при использовании резервных журналов повторов на сервере резервной базы данных, поток повторов, поступающий в пункт назначения, может быть применен к резервной базе данных немедленно, без необходимости ждать, пока резервный журнал повторов будет заархивирован и применил.
  12. ^ Шупманн, Вивиан (2008). «Концепции и администрирование Oracle Data Guard, 10g, выпуск 2 (10.2)». Oracle. Получено 2015-02-20. Данные повтора могут применяться либо из архивных файлов журнала повтора, либо, если применение в реальном времени разрешено, непосредственно из файлов журнала повтора в режиме ожидания по мере их заполнения, без необходимости сначала архивировать данные повтора в резервной базе данных.
  13. ^ «Онлайн-документация по Oracle Database, 10g, выпуск 2 (10.2)». docs.oracle.com. Oracle. 2015 г.. Получено 2015-06-16. Процесс подключения Data Guard (DRCX) обнаружил ошибку при передаче данных из одной базы данных в другую.
  14. ^ Уэлен, Эдвард (2005). Администрирование Oracle Database 10g Linux. McGraw-Hill Professional. п. 329. ISBN  978-0-07-223053-6. Получено 2011-09-07. Брокер Data Guard - это набор утилит и служб, управляющих Data Guard. В состав Data Guard Broker входят как графический интерфейс с использованием Oracle Enterprise Manager, так и интерфейс командной строки (CLI). Брокер Data Guard используется для настройки Data Guard, управления конфигурацией и мониторинга Data Guard.
  15. ^ Кумар, Бипул (2005). Oracle Data Guard: Справочник аварийного переключения базы данных. Oracle In-Focus Series. 19. Безудержный TechPress. п. 277. ISBN  9780974599380. С введением [...] резервных журналов [...] повторного выполнения возможно, чтобы логическая резервная база данных была частью конфигурации Data Guard, работающей в режиме максимальной защиты. Таким образом, метод Data Guard SQL Apply обеспечивает полную поддержку нулевой потери данных.
  16. ^ «Предварительные условия для работы Data Guard». Концепции и администрирование Data Guard. Корпорация Oracle. Получено 2013-08-26. Начиная с Oracle Database 11g, Data Guard обеспечивает повышенную гибкость конфигураций Data Guard, в которых основная и резервная системы могут иметь разные архитектуры ЦП, операционные системы (например, Windows и Linux), двоичные файлы операционной системы (32-разрядные / 64-разрядные). ) или двоичные файлы базы данных Oracle (32- / 64-разрядные).