Oracle Active Data Guard [PDF]

Zitiervorschau

Oracle Active Data Guard Андрей Забелин Ведущий консультант Oracle СНГ

1

Data Guard

Репликация изменений через журналы транзакций

Primary Database

Data Guard Broker

Standby Database

Передача изменений в синхронном режиме ▪ При синхронной передаче Standby

Primary LGWR

NSS

RFS

Commit Commit Acknowledge

Redo Logs

Standby Redo Logs

транзакция на основной БД завершится только после подтверждения с удалённого сайта

▪ Задержка при выполнении commit на primary зависит от задержек в каналах связи ▪ Чем меньше задержка, тем меньшее влияние на производительность основной БД ▪ Режим Active Data Guard Fast Sync извещает о получении журнала транзакции перед тем как запишет в standby redo logs

Active Data Guard: Real-Time Cascade

ASYNC

SYNC

Primary Database

Standby 1

Standby 2

Active Data Guard Far Sync

SYNC

ASYNC

Far Sync Primary Database

Standby Database

Защита от потери данных из-за сбоев на дисковом массиве Репликация изменений через журналы транзакций

Primary Database

Automatic Block Repair

Standby Database

Nologging операции •Не всегда возможно на primary включать FORCE LOGGING, это снижает производительность загрузки большого объёма информации •Но есть возможность проверить блоки БД на standby, которые изменились nologging операциями на primary, используя RMAN : RMAN> VALIDATE/RECOVER .. NONLOGGED BLOCK; При этом выполняется запрос к Primary для определения расположения блоков, изменения которых не логируются, и затем эти блоки применяются на Standby

Active Data Guard: Real-time Query

Primary Database

Standby Database Read Only

Поддержка DML-операций на Active Data Guard DML перенаправляются на primary Для приложений которые часто читают, но мало пишут Включается c помощью ALTER SYSTEM | SESSION ENABLE ADG_REDIRECT_DML; DML на Active Data Guard перенаправляются на primary Сессия на Active Data Guard БД ждет пока изменения придут через redo apply Изменения до COMMIT-а видны только внутри сессии; после COMMIT-а – всем сессиям

CREATE GLOBAL TEMPORARY TABLE на Active Data

Guard Автоматически создает GTT на Primary Ожидает пока изменения придут с primary и применятся на Active Data Guard реплике Управление возвращается пользователю

Insert Update

Primary

Active Data Guard

Переключение на standby в Active Data Guard Read/Write

Primary

Read

Сессии только для чтения с БД Active Data Guard • сохраняют соединение во время failover/switchover • становятся сессиями в которых возможна запись, после того как БД Active Data Guard становится primary БД

Standby

Read/Write

Значительно уменьшает время восстановления работы приложений и устраняет шторм новых сессий на новую БД после сбоя SQL> alter system set standby_db_preserve_states=ALL scope=spfile;

Standby

Primary

Transparent Application Continuity

Маскирует запланированное/незапланированное отключение

Пользователь Серверы приложений

▪ Повторяет все вызовы к БД

▪ Маскирует большинство ошибок ПО, систем хранения, сети,«железа» ▪ Не требуется трудоёмкая разработка обработки ошибок приложения

Серверы БД Транзакция повторяется

In-Memory на Active Data Guard Standby Month In-Memory

Year In-Memory

• Real-Time аналитика на резервной БД, без влияния на основную БД

• Более эффективное использование ресурсов резервной БД Production

Standby

• Различные политики In-Memory для одной и той же таблицы на основной и резервной БД

Active Data Guard и Multitenant архитектура PDB могут быть открыты на standby в режиме read-only независимо от их состояния на primary

Active Data Guard: Fast Incremental Backup

Primary Database

Standby Database Read Only

Active Data Guard: Rolling Upgrade Уменьшение времени запланированных простоев

Database A Установить новую версию ПО Oracle Обновить базу данных B

Переключить нагрузку на базу данных B

Обновление базы данных A произойдёт автоматически через журналы 15

Текущая версия

Новая версия

Database B Synchronize

Synchronize

SWITCHOVER

Synchronize

Active Data Guard – опция Oracle Database EE Технологии Active Data Guard: • Physical Standby with Real-time Query • Active Data Guard DML Redirection • In-Memory Column Store on Active Data Guard standby • Fast Incremental Backup on Physical Standby • Automatic Block Repair • Automatic Correction of Non-logged Blocks • Active Data Guard Far Sync • Real-Time Cascade • Global Data Services • Application Continuity • Rolling Upgrade using Active Data Guard

Oracle Maximum Availability Architecture Continuous Availability Рекомендации экспертов

Application Continuity

Platinum

Data Protection

Gold

Silver

Global Data Services

24

Лучшие практики

Возможности БД по обеспечению высокой доступности

Replication

RMAN + ZDLRA

Flashback

Active Replication

Bronze Production Site

Replicated Site Active Data Guard

Архитектура для любых платформ

Generic Systems 17

Engineered Systems

Copyright © 2020, Oracle and/or its affiliates | Confidential: Public

DBCS ExaCS/ExaCC

GoldenGate

Scale Out

Autonomous DB

RAC

ASM

Sharding

18

Copyright © 2012, Oracle and/or its affiliates. All rights reserved.