Новый подход к резервному копированию БД - Zero Data Loss Recovery Appliance

Новый подход к резервному копированию БД: Zero Data LossRecovery Appliance

Андрей Забелин

Oracle CIS

[email protected]

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

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

Ключевые цели защиты баз данных

• Требования бизнеса

– Никогда не терять критические для бизнеса данные

– Не влиять на работу бизнес приложений

• Цели IT

– Уверенность в возможности восстановления базы данных

– Централизованный сервис защиты всех БД

3


Резервное копирование БД требует особого подходаНедостаточно просто скопировать все файлы БД

4

Влияние на промышленные базы данных

Ежедневно требуется окно для выполнения резервного копирования

Потеря данных

Теряются все данные с момента последнего бэкапа

Множеством систем сложно управлять

Настройки резервного копирования зависят от инфраструктуры

Нет уверенности в возможности

восстановления

Файлы БД скопированны, но достаточно ли этого для восстановления БД


Zero Data Loss Recovery Appliance

5

Нужен принципиально другой подход к защите критических для бизнеса данных...

Copyright © 2014, Oracle and/or its affiliates. All rights reserved. | 6

Уникальные преимущества Recovery Appliance

Минимальное влияние на промышленные базы данных

Сжатие, проверка резервных копий, работа с лентами и т.п. выполняется уже не на промышленном сервере.

Без потерь данных

Передача журналов изменений в режиме реального времени защищает текущие транзакции

Облачная масштабируемость

Лёгкая защита всех баз данных в ЦОД, используя масштабируемый сервис

Надежное восстановление БД

Восстановление базы данных в согласованном состоянии, а не просто вернуть файлы БД на момент в прошлом


Обзор Zero Data Loss Recovery Appliance

7

Delta Push

•БД отправляют только изменения

• Минимальное влияние на

продуктивные БД

•Передача журналов транзакций в

режиме реального времени

Защищаемые БД

Защита всех БД в ЦОД

•Петабайты данных

•Версии Oracle 10.2 - 12c, все

редакции, любые платформы

•Агенты для RMAN

Delta Store

•Хранятся на диске проверенные, сжатые

изменения БД

•Быстрое восстановление на любой момент

времени используя дельты

•Масштабируемость и эластичность, как в Exadata

•Управление с помощью Enterprise Manager

Recovery Appliance

Репликация на

Recovery Appliance

в резервном ЦОДе

Резевное копирование

на ленты


Полный бэкап больше не нужен,

только изменения

Архитектура “Delta-Only”- только измененияNo More Full Backups: Incremental-Forever

Delta Push

Delta Push

• Быстрый инкрементальный бэкап

- никогда не читаются дубликаты блоков

- никогда не отправляются дубликаты блоков

• Исключаются блоки Undo для завершённых транзакций

• Исключаются неиспользованные блоки

Delta Store

• Хранятся только изменения данных

• Сжатие на уровне блока

• Реплицируются только изменения

Защищаемая БД Delta Store

Снижается нагрузка на ввод/вывод и сеть

Изменения

данных

Резервный

ЦОД

8


Эффективное хранение: “виртуальный” полный бэкап

• Выполнив полный бэкап один раздалее можно выполнять только инкрементальные бэкапы, получая при этом виртуальные полные копии базы данных на любой день

• Полный бэкап со скоростью инкрементального

• Виртуальные бэкапы требуют значительно меньшего места

• Хранить бэкапы можно дольшеDelta StoreЗащищаемые

БД

Day N

Incr

Day 1 Virtual Full

Day N Virtual Full

Day 1

Incr

Day 0

Full

9


Быстрое восстановление на любой момент в прошломНет необходимости на промышленном сервере выполнять слияние старых бэкапов

• Восстановление на любой виртуальный полный бэкап

• Извлекаются все блоки, на которые есть ссылки в виртуальном бэкапе

• Снижает нагрузку на промышленном сервере, т.к. нет необходимости выполнять слияние полного и инкрементальных бэкапов

10

Delta StoreЗащищаемые

БД

RESTORE DATABASE

TO DAY ‘N’

Day 0

Full

Day 1

Incr

Day N

Incr

Полный бэкап по состоянию

на день ‘N’


Защита всех БД схожая с технологией Data Guard

11

Традиционное решение для бэкапов

• Бэкап выполняется раз в день

•Могут потеряться все данные с момента

последнего бэкапа

Zero Data Loss Recovery Appliance

• Используется технология Data Guard для передачи

в реальном времени журналов транзакций из

буфера в памяти, защищая текущие транзакции

Защищаемые

БД

Сама по себе потеря данных – это плохо.

Но еще хуже, что это приводит к несогласованности данных между базами данных


Динамическое распределение дискового пространства

• Пространство динамически перераспределяется между базами данных так, чтобы удовлетворять интервалу времени окна восстановления

– Например: восстановить на любой момент за последние 35 дней

• Нет фрагментации, как например в файловых системах и на СХД

12

Окно

восстановленияERP

DWH

ERP DWH


Защита данных на основе политик

Recovery Appliance

Protection Policies

• окно восстановления,

• время хранения на ленте,

• политики репликации

Gold Policy – самые критичные

Disk: 35 дней

Tape: 90 дней Копия

на ленту

Silver Policy – критичные

Disk: 10 дней

Tape: 45 дней

Bronze Policy - Test/Dev

Disk: 5 дней

Tape: 30 дней

Реплика

К реплике также

применяются

политики

13


Ленточная

библиотека

одно-

направленная

дву-

направленная

Консолидация

Резервный ЦОДЛокальный ЦОД

Защита от потери данных в случае катастрофы

• Репликация на

резервный ЦОД

защищает данные от

потери в случае

катастрофы

• Восстановление

возможно как с

локального, так и с

резервного Recovery

Appliance

14


Резервное копирование на лентуАвтономный архив на ленте

Встроенный автономный архив на ленте: просто подключите ленточную библиотеку

–Резервное копирование на ленту выполняется на Recovery Appliance, а не на промышленном сервере

–Не требуется агент системы резервного копирования на промышленном сервере

–Ленточные библиотеки могут работать весь день независимо от нагрузки на промышленную БД

–Oracle Secure Backup предустановлен

15

Поддерживаются

все основные

ленточные библиотеки

16Gb FC


Единая точка управления

• Администратор Recovery Appliance централизованно контролирует процесс резервного копирования на всех уровнях

• Администратор БД контролирует состояние резервных копий на диске, на ленте, на резервном ЦОД

– Реплики и бэкапы на ленте автоматически появляются в RMAN Recovery Catalog

16

Tape

Резервный

Recovery

Appliance

Enterprise Manager

Ленточная

библиотека


• Base Rack

– 2x Compute Servers

• 8х портов 10Gb Ethernet

• 12х портов 40Gb InfiniBand

• Опционально четыре порта 16Gb Fibre Channel для подключения ленточной библиотеки

– 3x Storage Servers

• Каждый сервер хранения имеет 12 дисков (4 TB, 7200 rpm, SAS-2 HDD)

• Можно добавлять серверы хранения для увеличения ёмкости по мере необходимости

• Full Rack: 2x Compute Servers, 14x Storage Servers

Масштабируемость от Base Rack до Full Rack

дополнительныесерверыхранения

Полное резервирование

Recovery Appliance Base Rack


• соединяются друг с другом через InfiniBand

• до 18-ти Full Rack

• до 216 TB/час при захвате изменений и при восстановлении

Масштабируемость до 18-ти Full Rack

Производительность одного Full Rack

• до 12 TB/час при захвате изменений и

при восстановлении


Дополнительная информация

• Recovery Appliance Web Page:

– http://www.oracle.com/recoveryappliance

• Oracle High Availability

– http://www.oracle.com/goto/ha

• Oracle Maximum Availability Architecture

– http://www.oracle.com/goto/maa

19


Новый подход к резервному копированию БД - Zero Data Loss Recovery Appliance

Technology