Document 2619103

<Insert Picture Here>
Обеспечение высокой готовности на основе
СУБД Oracle
Владимир Дёмкин
Oracle СНГ
План
• Введение: Высокая готовность (ВГ) СУБД Oracle
• Компоненты ВГ СУБД Oracle Database и их роль для
минимизации:
• Внеплановых простоев (аварии, сбои, потери данных ..)
• Плановых простоев (техническое обслуживание)
• Архитектура Максимальной Готовности (АМГ)
Традиционный способ защиты БД
Дополнительное кластерное ПО
Основной Сервер
РАБОТАЕТ
Дополнительный
менеджер томов
Дополнительное
ПО для резервного
копирования БД на
ленту
Серверы удаленной
площадки
ПРОСТАИВАЮТ
Резервный Сервер
ПРОСТАИВАЕТ
е
ни
а
в
ро в
и
ал иво
к
р
с
е
е з х мас
о
енн овы
л
а
Уд диск
• Решение интегрируется из разрозненных
компонент;
• Резервное оборудование простаивает
• Нет хороших решений:
Одиночный
дисковый массив
• Против человеческих ошибок
• Для оперативных изменений данных
• Для оперативного обновления ПО
• Против искажений данных
Видение Oracle проблемы ВГ
• Превосходство над аппаратно-ориентированной ВГ
• Защита от сбоя серверов, систем хранения, сети, площадок
• Традиционные решения: идентичность на уровне битов и байтов
• Решения от Oracle: ориентированы на знание структур данных - пример: защита
целостности блока
• Предоставить ВГ Интегрированную с Приложением
• Защита/восстановление объектов бизнеса
• Онлайн операции: изменение данных, модернизация и исправление
программного обеспечения
• Аппаратно-ориентированные решения: не имеют представления что такое таблица
employee
• Oracle: позволяет менять структуру таблицы при одновременном доступе к ним
пользователей
• Интегрировано, автоматизировано, просто и открыто
• Базируется на недорогих масштабируемых компонентах
• Основа Архитектуры максимальной Доступности
Набор технологий СУБД Oracle для ВГ
Интегрирован с СУБД - нет аналогов в индустрии!
Плановый
простой
Real Application Clusters
Потеря
данных
Automatic Storage Management
Flashback
RMAN & Flash Recovery Area
H.A.R.D
Data Guard
Сопровождение
системы
Online Reconfiguration
Rolling Upgrades
Сопровождение
данных
Online Redefinition
Oracle MAA
Внеплановый
простой
Системный
сбой
Исключение простоев или их минимизация при любых типах сбоев и
при выполнении любых плановых работ
План
• Введение: Высокая готовность (ВГ) СУБД Oracle
• Компоненты ВГ СУБД Oracle Database и их роль для
минимизации:
• Внеплановых простоев (аварии, сбои, потери данных ..)
• Плановых простоев (техническое обслуживание)
• Архитектура Максимальной Готовности (АМГ)
Защита СУБД от сбоя сервера
Лучшее решение в индустрии
Внеплановый
простой
Плановый
простой
Системный
сбой
Потеря
данных
Сопровождение
системы
Сопровождение
данных
Real Application
Clusters (RAC)
Масштабируемость с помощью RAC
• RAC объединяет для совместной
работы стандартные недорогие сервера
• Отличное масштабирование & высокая
готовность
• Нет простаивающих ресурсов
• Тысячи пользователей по всему миру
Database
• Улучшенная производительность,
масштабируемость, обработка
аварийных ситуаций, управляемость
Обеспечивает иммунитет к системному сбою и дешевое
наращивание мощности
Аппаратные Компоненты Кластера
Сеть
общего
пользования
Собственная
сеть
кластера
Независимые
компьютеры /
узлы кластера
Разделяемые
устройства
хранения
Оптимальная защита от потери данных
При минимальных затратах
Внеплановый
простой
Плановый
простой
Системный
сбой
Потеря
данных
Сопровождение
системы
Сопровождение
данных
Ошибка
Человека
Сбой носителя
Повреждение
данных
Катастрофа
Flashback
RMAN
Oracle Secure
Backup
ASM
Data Guard
Streams
Исправление человеческих ошибок
Уникальное семейство технологий
Внеплановый
простой
Плановый
простой
Системный
сбой
Потеря
данных
Сопровождение
системы
Сопровождение
данных
Ошибка
Человека
Сбой носителя
Повреждение
данных
Катастрофа
Технологии
Flashback
Революция в восстановлении
Поиск ошибки и исправление
• Flashback изменяет представление о
восстановлении
• Применяется над только, что измененными данными
• Время восстановления равно времени совершения
ошибки
• Минуты вместо часов
Традиционное
восстановление
80
60
40
20
Flashback
0
Время
восстановления
(минуты)
Correction Time = Error Time + f(DB_SIZE)
• Flashback просто использовать
• Одна команда вместо сложной процедуры
• Низкое влияние на производительность – менее 2%
• Прекрасно подходит для проведения тестов
Flashback Query: select * from Salary AS OF ‘12:00 P.M.’ where …
Flashback Database: FLASHBACK DATABASE TO TIMESTAMP TO_TIMETAMP
('12-10-2008 10:00:00', 'DD-MM-YYYY HH24:MI:SS');
Flashback Query: Поиск ошибки
• Flashback Query
• Запросить все данные на определенное
время
select * from Salary AS OF ‘12:00 P.M.’ where …
Flashback Version Query
• Посмотреть все версии записи между
двумя точками во времени
• Посмотреть транзакции, которые
меняли записи
Tx 3
Tx 2
select * from Salary VERSIONS BETWEEN
‘12:00 PM’ and ‘2:00 PM’ where …
Flashback Transaction Query
• Посмотреть все изменения, сделанные
транзакцией
Tx 1
select * from FLASHBACK_TRANSACTION_QUERY
where xid = ‘000200030000002D’;
Flashback: Исправление ошибок
База Данных
Customer
Order
• Восстановление на любом уровне
• Flashback Database восстанавливает БД целиком
• Flashback Table - восстанавливает
записи в наборе таблиц
• Flashback Transaction – Откат
транзакции и всех последующих
конфликтующих транзакций
Flashback Data Archive
Select * from orders
AS OF
‘Midnight 3131-DecDec-2004’
ORDERS
Changes
User
Tablespaces
Archive
Tables
Flashback
Data Archive
Oracle Database
• Долгое время хранения годы
• Автоматически сохраняет все
изменения определенных
таблиц в Flashback Data
Archive
• Данные в архиве не могут
изменяться
• Старые данные меняются на
новые согласно политики
сроков хранения
• Позволяет просмотреть
содержимое таблицы на
любой момент в прошлом
Оптимальная защита от потери данных
При минимальных затратах
Внеплановый
простой
Плановый
простой
Системный
сбой
Ошибка
Человека
Сбой носителя
Потеря
данных
Сопровождение
системы
Сопровождение
данных
Повреждение
данных
Катастрофа
Всеобъемлющие
возможности для
предотвращения,
обнаружения и
восстановления
после искажения
данных и сбоев
дисковых
подсистем
Зеркалирование данных с ASM
• ASM может обеспечить защиту данных
на недорогих модульных массивах
• Автоматическое восстановление
избыточности в случае сбоя диска или
всего массива
Database
Storage
• Улучшения в ASM
• Автоматическое восстановление
испорченных блоков с зеркальной копии
• Быстрая ресинхронизация зеркальной
копии в случае кратковременных сбоев –
восстанавливаются только измененные
блоки
• Попеременная модификация ПО для
экземпляров ASM
Надежность и производительность даже на
недорогих устройствах
Oracle Recovery Manager - RMAN
“Родная” утилита для резервирования и восстановления БД
•
•
•
•
•
•
Знает все тонкости формата фалов
БД и процедур восстановления
Создает и поддерживает политики
резервирования
Заносит в каталог все действия
связанные с резервированием и
восстановлением
Работает в оперативном режиме и
распараллеливает работы для
скорости выполнения
Идентифицирует поврежденные
блоки во время операций
резервирования и восстановления
Интегрирован с другими решениями
Oracle, такими как Oracle Secure
Backup, Data Guard, ASM, Enterprise
Manager, а также утилитами
резервирования других поставщиков
Oracle Flash Recovery Area
Автоматическое копирование/восстановление с диска на диск
• Flash Recovery Area (FRA)
• Предпочтительная экономика –
используются недорогие SATA диски
• Oracle позволяет мгновенно
восстановление:
• RMAN> switch datafile 4 to copy;
• RMAN> recover datafile 4;
• Ускоренное инкрементальное
копирование
Database
Area
Ночной Flash Recovery
инкременArea
тальное
копирование
Еженедельное
копирование
на ленту
• Копируются только измененные блоки
• Изменяемые блоки отслеживаются с
использованием очень эффективного
алгоритма – в 20 раз быстрей
• Ночное инкрементальное
копирование обновляет полную
резервную копию в FRA
• Нет необходимости делать полное
копирование БД снова
Oracle Secure Backup
• Менеджер носителей для RMAN
копирует на ленту БД Oracle9i и 10g
• Создает резервные копии файловых
систем
• Oracle Home, App Server, и т.д..
• Бесплатная Express edition
включенная в состав СУБД Oracle
• Низкая стоимость лицензирования
• Централизованное управление
резервным копирование ЦОД
• Масштабируется до сотен серверов
• Наилучшая интеграция с БД Oracle
• Шифрование резервных копий
http://www.oracle.com/technology/products/secure-backup/index.html
Самая низкая цена на рынке
Ведущий
производитель
Возможность
Цена
•
•
Ведущий
производитель
Tape Drive
$
Client Host
$
Oracle Agent
$
Central Server $
SAN Backup
$
Encryption
$
Media Server
$
NFS Filer-NDMP $
Oracle
3 000 $ 3 000
1 000
Free
6 000
Free
1 000
Free
3 000
Free
2 000
Free
2 000
Free
6 000
Free
Цена Oracle Secure Backup всего $3000 на один накопитель
Бесплатно при прямом подключении ленточных накопителей к серверам
СУБД
Лучшая защита от катастроф
Надежность + Эффективность
Сбой носителя
Внеплановый
простой
Плановый
простой
Системный
сбой
Потеря
данных
Сопровождение
системы
Сопровождение
данных
Ошибка
Человека
Повреждение
данных
Катастрофа
Data Guard
Data Guard: Лучшая защита за
наименьшую цену
Рабочая БД
Автоматическое
аварийное
переключение
Синхронная
передача
журналов
Data Guard
•
•
•
•
•
Синхронная и асинхронная передача изменений;
Испорченные данные не передаются;
Любые классы серверов и устройств хранения;
Data Guard бесплатен с Enterprise Edition
Тысячи промышленных инсталляций
Физическая
или
Логическая
резервные БД
Физическая резервная БД
запросы в реальном времени
Беспрерывная передача
журналов и
их “накат”
Первичная
БД
Конкурентные
запросы в
реальном времени
Физическая
резервная БД
• Запросы на чтение на физической резервной БД производятся
одновременно с “накатом” журналов
• Поддерживает на RAC на первичной/резервной
• Запросы получаю транзакционно согласованные результаты
• Поддерживает все типы данных, но не такая гибкая как логическая
резервная БД
Snapshot Standby – Использование
Резервной БД для тестов
Physical Standby
накат журналов
Открыть
БД
Откат
изменений
• Конвертировать Physical Standby в
Snapshot Standby и открыть для записи
тестовому приложению
• ALTER DATABASE CONVERT TO SNAPSHOT
STANDBY;
• Откатить произведенные изменения и
догнать первичную БД “накатом” логов
• ALTER DATABASE CONVERT TO PHYSICAL
STANDBY;
• Гарантирует нулевые потери данных
Snapshot Standby
Выполнение тестов
Continuous Redo Shipping
• Но нет запросов в реальном времени и
быстрого восстановления
• Нет простаивающих ресурсов
• Похож на storage snapshots, но:
• Одновременно обеспечивает высокую
готовность
• Использует тоже дисковое пространство
Улучшенное быстрое аварийное
переключение
• Поддерживает режим Maximum Performance (ASYNC)
• Автоматическое восстановление для резервных БД на очень больших
дистанциях
• Потери данных могут быть ограничены (Broker property
FastStartFailoverLagLimit (default = 30 secs))
• Немедленное аварийное переключение при заданном условии
• ENABLE FAST_START FAILOVER [CONDITION <value>];
• Примеры условий:
• Файл БД Offline
• Поврежденный Controlfile
• Поврежденный Dictionary
• Недоступный Logfile
• “Зависший” архиватор
• Любые явные ORA-xyz ошибки
• Приложение может потребовать быстрого аврийного переключения
используя DBMS_DG.INITIATE_FS_FAILOVER
Идентификации незавершенных
записей блоков на диск
• Новый инициализационный параметр
db_lost_write_protect
• Сравнение версий блоков на резервной БД с
приходящими данными журналов
• Различие версий определяет симптом
незавершенных записей
• Можно использовать резервную БД для
аварийного переключения
Без потерь на больших дистанциях
Зона Data Guard
• Достаточно далеко, что бы не
подвергнуться региональным
катастрофам
• Достаточно близко, что бы обеспечить
нулевые потери
100 км
300 км
Data Guard: Синхронная передача
журналов
Синхронное
зеркалирование
дисков
• Для передачи журналов в Data Guard необходимо
на порядок меньше сетевых сообщений чем для
аппаратного удаленного зеркалирования дисков
• Позволяет обеспечить нулевые потери на расстояниях
в сотни километров
500+ км
Удаленное зеркалирование
Синхронизация на бинарном уровне
Network I/O
Production DBMS
Control
Files
Online
Logs
Control
Files
Online
Logs
Archive
Logs
Archive
Logs
fil
Изменения
Standby DBMS
fil
Flashback
Logs
Flashback
Logs
Data
Files
Data
Files
SYSTEM
USER
TEMP
UNDO
SYSTEM
USER
TEMP
UNDO
Data Guard
Эффект от работы на уровне данных приложения
Production DBMS
Control
Files
Online
Logs
fil
Archive
Logs
Изменения
Flashback
Logs
Data
Files
Standby DBMS
Oracle apply
Network I/O
Проверка данных
7X less
volume*
27X fewer
network
I/Os*
SYSTEM
USER
TEMP
UNDO
*www.oracle.com/technology/deploy/availability/htdocs/DataGuardRemoteMirroring.html
Преимущества Data Guard
1. Эффективный сетевой
трафик
4. Функциональность
–
• Передаются только журналы
изменений
2. Отлично подходит для
глобальных сетей
• Основан на TCP/IP, нет
необходимости конвертирования
протоколов
3. Лучшая защита данных
• Обеспечивает Preserves write-order
consistency
• Исключает логическую и
физическую порчу данных
Законченное
катастрофоустойчивое
решение
5. Гибкость
–
Нет замыкания на вендоре по
выбору дисковых устройств
6. Возврат инвестиций
–
Полная утилизация ресурсов
Соединения разнесенного RAC
• На расстоянии свыше 10 км требуется dark fiber.
• Для больших дистанций необходим buffer credits.
Dark fiber
ВЦ A
ВЦ B
DWDM
device
DWDM
device
Копия
БД
Копия
БД
Публичная сеть
Клиенты
Зеркалирование дисков в
разнесенном RAC
• Копия данных требуется на каждой площадке
• Два варианта:
• Программное зеркалирование
• Аппаратное зеркалирование
ВЦ A
ВЦ B
Первичный
Резервный
Копия
БД
Копия
БД
Копия
БД
Копия
БД
Преимущества Data Guard
• Лучше защита от катастроф
•
•
Больше дистанция
Дополнительная защита от повреждения данных
• Лучше для плановых сервисных работ
•
Гарантирована возможность попеременных обновлений
• Большая производительность на больших расстояниях
•
Выбор асинхронного режима
• Если нет возможности обеспечить дорогостоящую сеть
DWDM, Data Guard работает через стандартные недорогие
линии связи.
Oracle Streams
Мощное средство логической репликации
Исходная
БД
Целевая
БД
Propagate
Redo
Logs
Capture
Apply1
Apply2
Transparent
Gateway
• Активная-Активная БД с автоматическим разрешением
конфликтов и опциональным разрешением
• Обеспечивает ВГ для самостоятельно-разрабатываемых
приложений, в которых конфликты могут быть исключены
или разрешаемы
Non-Oracle
Database
Поддержка режима Active-Active
С одновременной защитой
Updates
Queries
Data Guard
• Простейшее и высокопроизводительное
решение для обеспечения
катастрофоустойчивости
• Реплика доступна для чтения
• Защита всей БД
• Поддержка всех типов данных (physical
standby)
• Данные не могут быть трансформированы
• Требует идентичных платформ
Updates
Updates
Streams
• Гибкое решение для совместного
использования данных
• Обе БД активны (read-write)
• Может использоваться для защиты части
данных
• Некоторые типы данных не поддерживаются
• Поддержка трансформации данных
• Поддержка гетерогенных систем
Data Recovery Advisor
Мотивация
Исследование и
Планирование
• Oracle предлагает мощные средства для
восстановления данных:
RMAN – физическая потеря носителей или
порча данных
Flashback – логические ошибки
Data Guard – физические и логические
проблемы
• Тем не менее проблемы диагностики и
выбора правильного решения может
сопровождаться ошибками и занять
Восстановление
значительное время
• Вероятны ошибки в ситуациях требующих
немедленного разрешения
Time to Repair
Data Recovery Advisor
• Инструмент СУБД Oracle, который
• автоматизирует диагностику потерь данных;
• предлагает методы восстановления;
• восстанавливает по запросу пользователя;
• Определение потерь основано на симптомах
• Например потеря файла сопровождается соответствующей ошибкой
• Информация сохраняется в диагностическом репозитории (ADR)
• Оповещает об ошибках до того как пользователь их обнаружит с
помощью автоматического мониторинга
• Разумно определяет стратегию восстановления
• Агрегирует потери для эффективного восстановления
• Предлагает только реальные процедуры восстановления
• Показывает размер потерь данных для каждой предлагаемой
процедуры
• Может автоматически выполнить выбранные шаги по
восстановлению
Data Recovery Advisor Wizard
Data Recovery Advisor – View Failures
Data Recovery Advisor – Manual Repair
Data Recovery Advisor – Recovery Advice
Data Recovery Advisor – Recovery Summary
Data Recovery Advisor
командный интерфейс RMAN
RMAN> list failure
• Список всех обнаруженных сбоев
RMAN> advise failure
• Демонстрирует рекомендуемые варианты восстановления
RMAN> repair failure
• Произвести восстановление (по умолчанию первый предлагаемый
способ последнего ADVISE FAILURE)
RMAN> change failure 5 priority low
• Меняет приоритет сбоя (за исключением ‘critical’, таких как потеря
контрольного файла)
План
• Введение: Высокая готовность (ВГ) СУБД Oracle
• Компоненты ВГ СУБД Oracle Database и их роль для
минимизации:
• Внеплановых простоев (аварии, сбои, потери данных ..)
• Плановых простоев (техническое обслуживание)
• Архитектура Максимальной Готовности (АМГ)
Системные изменения –
без остановки сервиса
Computer
Системный
Failures
сбой
Внеплановый
Unplanned
простой
Downtime
Плановый
простой
Data
Потеря
Failures
данных
Сопровождение
System
Changes
системы
Сопровождение
Data
Changes
данных
Цель
• Позволить изменения
конфигурации системы без
остановки сервиса
Системные изменения – возможности по
требованию
•
CPU
•
•
Узлы кластера
•
•
•
Добавить/удалить узел online
Нет необходимости перераспределять
данные
Память
•
•
•
Добавить/снять CPU на SMP-компьютере
online
Увеличение и сокращение shared memory и
buffer cache online
Автоматический “тюнинг” памяти online
Диск
•
•
•
Добавить/снять диски online
Автоматическая ребалансировка
Перемещение datafiles
Онлайн патчи и модификация ПО
• Большинство простых пачтей могут быть применены во время
работы экземпляра
• Linux-x86, Solaris 10, HP-UX 11i
• Другие платформы в будущем
• Более сложные патчи могут быть применены при помощи
попеременной модификации ПО с RAC (10g и выше)
• Переход на новую версию/редакцию, модификация ОС,
миграция на другое оборудование может быть осуществлено
с помощью Data Guard / Streams
• Перенос ЦОД / Миграция на/между SAN/ Изменение
технологий и т.д. Может быть осуществлено при помощи Data
Guard / Streams
Поочередное обновление ПО
Использование RAC
Клиенты
Клиенты
A
1
Patch
Срочный
патчи
2
Критические
патчи
Начальная конфигурация RAC
BB
4
Клиенты -> A, Патч -> B
Patch
Изменение
ОС
3
Изменение
аппаратуры
Модификация закончена
Клиенты -> B, Патч -> A
Поочередное обновление БД с SQL Apply
• Для попеременного обновления БД до новой версии или
редакции требуется логическая резервная БД
• Стратегия
• Создать новую логическую резервную БД
• Использовать существующую логическую резервную БД
• Использование существующей физической резервной БД
(транзитная логическая)
• Простой = время переключение ролей + время переключения приложения
* see Metalink Note 413484.1
Поочередное обновление версий
SQL Apply
Upgrade
Redo
Клиенты
A
Версия X
1
B
Logs
Queue
Версия X
X+1
Redo
A
B
X+1
X+1
4 Переключение на B, изменение A
A
X
3
Изменение
релиза
Изменение узла B на X+1
Redo
Upgrade
B
X
2
Начальный SQL Apply
A
Изменение
версии
B
X+1
Работа в смешанном режиме
Изменение
кластерного
ПО или
“железа”
Попеременная смена версий с физ.резервной БД
Transient Logical Standby
1. Подготовка
a) создать guaranteed restore point (GRP)
b) Инсталлировать новый ORACLE_HOME на каждой машине
2. Конвертировать существующую физическую резервную БД в логическую
(transient)
3. Модифицировать логическую резервную БД до новой версии и
ресинхронизировать
4. Смена ролей (switchover)
5. Flashback оригинальную первичную БД (сейчас логическую резервную
БД) до GRP
6. Монтировать логическую резервную БД с новым Oracle Home
7. Конвертировать логическую резервную БД в физическую
8. Ресинхронизировать, процесс модернизации завершатеся
автоматически
9. Ждать завершения ресинхронизауии
10. Обратное переключение
11. Опционально установить COMPATIBLE
11g Rolling Database
Upgrades Using Transient
Logical Flow
Guaranteed
Guaranteed
Restore
Restore Point
Point
Preparation
Preparation
Preparation
Preparation
PROD
PSTBY
11g Rolling Database
Upgrades Using Transient
Logical Flow
Guaranteed
Guaranteed
Restore
Restore Point
Point
Preparation
Preparation
Preparation
Preparation
PROD
PSTBY
Logminer
Logminer
Build
Build
KEEP IDENTITY
LSTBY
synchronize
Upgrade
Upgrade
11g Rolling Database
Upgrades Using Transient
Logical Flow
Guaranteed
Guaranteed
Restore
Restore Point
Point
Preparation
Preparation
Preparation
Preparation
PROD
PSTBY
Logminer
Logminer
Build
Build
KEEP IDENTITY
LSTBY
synchronize
Upgrade
Upgrade
FLASHBACK
DATABASE
TO:
Guaranteed
Guaranteed
Restore
Restore Point
Point
synchronize
LSTBY
SWITCHOVER
PROD
11g Rolling Database
Upgrades Using Transient
Logical Flow
Guaranteed
Guaranteed
Restore
Restore Point
Point
Preparation
Preparation
Preparation
Preparation
PROD
PSTBY
Logminer
Logminer
Build
Build
KEEP IDENTITY
LSTBY
synchronize
Upgrade
Upgrade
synchronize
FLASHBACK
DATABASE TO:
LSTBY
Guaranteed
Guaranteed
Restore
Restore Point
Point
New
New $OH
$OH
CONVERT TO
PHYSICAL
PSTBY
SWITCHOVER
PROD
11g Rolling Database
Upgrades Using Transient
Logical Flow
Guaranteed
Guaranteed
Restore
Restore Point
Point
Preparation
Preparation
Preparation
Preparation
PROD
PSTBY
Logminer
Logminer
Build
Build
KEEP IDENTITY
LSTBY
synchronize
Upgrade
Upgrade
synchronize
FLASHBACK
DATABASE TO:
LSTBY
SWITCHOVER
PROD
Guaranteed
Guaranteed
Restore
Restore Point
Point
New
New $OH
$OH
CONVERT TO
PHYSICAL
PSTBY
PROD
synchronize
PROD
SWITCHOVER
PSTBY
Extended Datatype Support (EDS)
•
Extended Datatype Support: SQL Apply and Streams
http://www.oracle.com/technology/deploy/availability/pdf/maa_edtsoverview.pdf
•
Позволяет SQL Apply (и Streams) синхронизировать данные в таблицах с
неподдерживаемыми типами данных
•
Доступно с 10.2.0.4 до 11.1.0.7
•
Использует триггеры и лог-таблицы для таблиц с неподдерживаемыми
типами данных
•
В текущий момент поддерживаются:
•
•
Объектные столбцы с простыми или вложенными объектами
•
Varrays
•
Частично типы Spatial (SDO_GEOMETRY)
Дополнительные типы
•
•
XML, object tables
MetaLink 559353.1, “Extended Datatype Support (EDS) for SQL Apply “
SQL Apply
Extended Datatype Support
Native Data Type Support
insert into EMP values (1001, ‘Smith’, ‘Sales’, 42, sysdate, 30000, 10, 19);
Upgraded
Logical Standby
Source Database
Data Guard
CUST
Trigger
CUST
log
table
SQL Apply
EMP
EMP
CUST
log
table
Trigger
CUST
Extended Datatype Support
insert into CUST values (123, ‘Acme Corp’,address_typ(‘123 Any St’, ‘New York’, ‘NY’, 10001));
Плановое техобслуживание
с Data Guard
<Insert Picture Here>
Предпочтительное решение для
• Переход на новую версию СУБД
• Cluster-wide System or HW maintenance that cannot leverage RAC
• Scheduled power outages, Site maintenance
• Regular planned switchovers to test infrastructure
• 10.2 ASM upgrades (rolling in 11g)
• “Selected" platform migrations, a few examples*:
• 32-bit to 64-bit, same OS family
• HP-UX PA-RISC to HP-UX Itanium
• Windows to Linux
• Fast migration to RAC, new storage (ASM), or a new Data Center
• Logical standby: physical DB changes (block size, ASSM, etc.)
* see Metalink Note 413484.1
Реорганизация данных без
ограничения к ним доступа
Computer
Системный
Failures
сбой
Внеплановый
Unplanned
простой
Downtime
Плановый
простой
Data
Потеря
Failures
данных
Сопровождение
System
Changes
системы
Сопровождение
Data
Changes
данных
Цель
• Обеспечить
возможность
реорганизации и
переопределения
данных без
прерываний работы
приложения
Online Redefinition
• Все операции по индексированию можно делать online
• Create new index, move index, defragment index
• Таблицы можно реорганизовать и переопределить online
• Содержание таблицы копируется в новую таблицу
• Дефрагментация, изменение расположения, секционирование
• Содержание можно изменить во время копирования
• Можно менять столбцы, типы, размеры - используя SQL “Select”
Source
Table
Continuous
Queries &
Updates
Copy
Table
Update
Tracking
Transform
Result
Table
Store
Updates
Transform
Updates
GUI
interface
to make it
Simple
Больше DDL операций без
остановки работы
• Быстрое добавление ‘add column’ со значением по
умолчанию
• Невидимые индексы ускоряют скорость миграции
приложений и тестов
• Нет рекомпиляций для зависимых объектов, если Online
Redefinition не затрагивает логическое определение объектов
• Поддержка Online Redefinition для таблиц с Materialized View
Logs
• Усовершенствовано выполнение DDL в online
• DDL операции теперь ждут, в случае если требуемый ресурс занят
(конфигурирует через параметр DDL_LOCK_TIMEOUT)
• Некоторые операции DDL (добавить/удалить кокстрэйнт, добавить
столбец, создать/перестроить индекс) требуют только разделяемых
блокировок
План
• Введение: Высокая готовность (ВГ) СУБД Oracle
• Компоненты ВГ СУБД Oracle Database и их роль для
минимизации:
• Внеплановых простоев (аварии, сбои, потери данных ..)
• Плановых простоев (техническое обслуживание)
• Архитектура Максимальной Готовности (АМГ)
Резюме
• СУБД Oracle как следующее поколение платформы ВГ
Scalable Grid Clusters ………………………………………
RAC
DR with fast failover and production offload ……………… Data Guard
Active-active flexible replication …………………………...
Streams
Continuous Data Protection (CDP) ……………………….
Flashback
Integrated volume management …………………………..
ASM
Data corruption protection …………… Checksum Validation plus more
Disk-to-Disk backup ……..…………… RMAN & Flash Recovery Area
Integrated tape & cloud backup …….………… Oracle Secure Backup
Minimal downtime planned maintenance …….
Rolling Upgrades
No downtime system changes ………………… Online Reconfiguration
Все возможности базируются на интегрированном, модульном
ПО и недорогих стандартных аппаратных компонентах
Oracle Maximum Availability Architecture
Integrated suite of best-of-breed HA technologies
- Each is scale-out, fully active, data centric
Real Application Clusters
& Clusterware
Online Upgrade
Upgrade Hardware
and Software Online
Fault Tolerant
Server Scale-Out
Database
Automatic Storage
Management
Fault Tolerant
Storage Scale-Out
Flashback
Correct Errors by
Moving Back in Time
Best Availability AND
Lowest Cost
Data Guard
Fully Active
Failover Replica
Database
Storage
Storage
Recovery Manager &
Oracle Secure Backup
Online Redefinition
Redefine Tables Online
Low Cost High Performance
Data Protection & Archival
Ресурсы
• Maximum Availability Architecture документы:
http://www.oracle.com/technology/deploy/availability/htdocs/maa.htm
• Oracle HA Портал на OTN:
http://www.oracle.com/technology/deploy/availability/
• Oracle HA Истории Успеха на OTN:
http://www.oracle.com/technology/deploy/availability/htdocs/HA_CaseStudies.html