Оптимизация непрерывности бизнес-процессов и аварийного восстановления
При переносе ресурсов Oracle в Azure учитывайте надежность базы данных, а также надежность уровней на виртуальных машинах (виртуальных машинах), подсетях виртуальной сети и компонентах хранилища.
Oracle в инфраструктуре Azure как услуга (IaaS) может выполнять необходимые задачи устойчивости наиболее требовательных рабочих нагрузок Oracle. Чтобы эффективно использовать рекомендации в этой статье, сначала определите ключевые показатели эффективности устойчивости на основе ваших бизнес-требований. Используйте целевые показатели времени восстановления (RTO) и целевой точки восстановления (RPO) в качестве базовых ключевых показателей эффективности, чтобы определить оптимальную архитектуру для рабочей нагрузки Oracle в Azure.
RTO — это максимальное время, которое приложение остается недоступным после аварии, сбоя или сравнимого события.
RPO — это максимальный объем потери данных после аварии, сбоя или сравнимого события.
Методы резервного копирования для защиты данных
К трем методам резервного копирования базы данных Oracle для рабочей нагрузки Oracle в Azure IaaS относятся:
Потоковая передача резервных копий. Используйте oracle диспетчер восстановления (RMAN) для этого метода. RMAN передает резервные копии для последовательных ленточных носителей.
Назначения резервного копирования в Azure включают:
- Библиотеки виртуальных лент, отличные от Майкрософт, которые можно найти в Azure Marketplace.
- Локальные и удаленные общие папки, такие как Хранилище BLOB-объектов Azure с протоколом сетевой файловой системы, Файлы Azure и Azure NetApp Files.
Моментальные снимки уровня хранилища. Используйте Azure Backup для этого метода. Этот метод зависит от типа хранилища, используемого для файлов базы данных. Например, если вы используете управляемые диски Azure, такие как SSD Azure Premium, Azure Backup интегрируется с базой данных Oracle. При использовании Azure NetApp Files можно использовать возможности защиты данных Azure NetApp Files, такие как резервное копирование Azure NetApp Files и репликация между регионами.
Резервные копии на уровне виртуальной машины. Используйте Azure Backup для этого метода.
Осторожность
Убедитесь, что виртуальные машины в среде резервного копирования работают под управлением OS с поддержкой. Узнайте о поддерживаемыхOS.
При потоковой передаче резервных копий больших баз данных время, необходимое для копирования данных для последующего восстановления, может превышать требования RTO. Моментальные снимки уровня хранилища являются лучшим вариантом для этого сценария.
Рекомендации
Внимательно рассмотрим, следует ли реализовать стратегию резервного копирования, основанную на потоковой передаче, на моментальных снимках уровня хранилища или обоих стратегиях.
Оцените влияние стратегии резервного копирования на требования RTO и RPO.
Анализ доступных назначений хранилища для резервных копий RMAN на основе задокументированных ограничений пропускной способности для каждого варианта. Выберите вариант, соответствующий вашим требованиям.
Рассмотрите возможность использования Azure Backup для моментальных снимков уровня хранилища и рассмотрите возможность размещения моментальных снимков в парном регионе или зоне доступности для дополнительной защиты.
Рассмотрите различные варианты хранения архивных резервных копий журналов, необходимых для восстановления базы данных. Рассмотрим рекомендации по производительности, репликации и затратам каждого варианта.
Разрабатывайте и регулярно тестируйте планы резервного копирования и восстановления, чтобы предотвратить нежелательные сюрпризы в рабочей среде.
Защита служб и непрерывность бизнес-процессов
В этом разделе описывается, как улучшить общую высокую доступность и аварийное восстановление рабочей нагрузки Oracle в Azure IaaS путем реализации рекомендаций по защите служб и непрерывности бизнес-процессов (BC).
Включайте следующие рекомендации по улучшению избыточности архитектуры и, в конечном счете, увеличьте время, которое доступно вашей службе. Цель свести к минимуму время простоя службы из-за запланированных сбоев, таких как исправления, обновления и обновления, а также незапланированные сбои, такие как сбои. Используйте возможности Azure и Oracle для улучшения восстановления из географических сбоев.
Azure предоставляет множество вариантов обеспечения высокой доступности отдельных компонентов в архитектуре Oracle в архитектуре IaaS. Например, доступны следующие возможности:
- Развертывание виртуальных машин с помощью гибкого масштабируемого набора виртуальных машин, который автоматически распределяет виртуальные машины между доменами сбоя.
- Создайте зоны доступности для защиты от сбоев центра обработки данных.
- Размещение развертываний в разных регионах для защиты от сбоев полного региона.
Различные возможности хранилища Azure обеспечивают различные уровни избыточности хранилища, такие как локально избыточное хранилище, хранилище, избыточное между зонами и геоизбыточное хранилище. Рассмотрите каждый вариант при планировании развертывания рабочей нагрузки Oracle в Azure IaaS.
Вы также можете использовать Oracle Data Guard, которое является средством для настройки защиты службы баз данных Oracle. Data Guard перенаправит журналы транзакций и применяет журналы транзакций к одной или нескольким резервным базам данных. Этот процесс поддерживает точные копии базы данных-источника, на которую можно выполнить отработку отказа, если планируется обслуживание или сценарий сбоя.
Data Guard имеет три режима репликации данных: максимальную защиту, максимальную доступность и максимальную производительность. Каждый режим репликации предлагает различные сочетания режимов транспорта журнала и различные гарантии транзакций для приложения в базе данных-получателе.
В зависимости от стратегии, например стратегии нулевой задержки или нулевой потери данных, можно выбрать синхронную или асинхронную конфигурацию. Вы также можете реализовать быструю отработку отказа в зависимости от максимального времени простоя. Эталонные архитектуры доступны, которые обеспечивают восстановление менее чем за одну минуту или менее пяти минут и до четырех часов. Выпуск Enterprise Базы данных Oracle включает Data Guard.
Oracle GoldenGate — это другое средство, которое можно использовать для репликации данных между двумя базами данных и включения нескольких основных сценариев. Вы должны приобрести GoldenGate отдельно.
Рекомендации
Рассмотрим возможности, которые Azure предоставляет для обеспечения высокой доступности различных компонентов инфраструктуры в реализации Oracle в Azure IaaS.
Тщательно выберите режим защиты базы данных, который соответствует вашим требованиям при использовании Data Guard для высокой доступности и аварийного восстановления. Например, максимальный режим производительности сводит к минимуму влияние на источник, но имеет самый высокий потенциал для потери данных. Дополнительные сведения см. в статье BCDR для Oracle в Azure Виртуальные машины акселератор целевой зоны и режимы защиты Oracle Data Guard.
Рассмотрите возможность автоматизации процесса отработки отказа. Например, можно использовать быструю отработку отказа.
Создайте тестовые процедуры для процессов отработки отказа и выполните регулярное тестирование, чтобы избежать проблем.
Создайте комплексное решение с помощью собственных возможностей Azure, таких как зоны доступности и собственные средства Oracle, такие как Data Guard, для удовлетворения требований высокого уровня доступности и аварийного восстановления. В следующих двух примерах используются собственные компоненты Azure и Oracle.
Управление непрерывностью бизнес-процессов и защитой от аварийного восстановления в решениях и средах с помощью Центра непрерывности бизнес-процессов Azure. Это решение Azure предоставляет единую панель стекла, которая позволяет периодически управлять, отслеживать и просматривать отчеты для защиты и восстановления всех рабочих нагрузок.
Создание отработки отказа с пассивным резервным режимом
В этом разделе описывается пример сценария отработки отказа для критически важных для бизнеса приложений Oracle в развертывании двух зон доступности с пассивным резервным режимом.
Критически важные для бизнеса приложения Oracle, такие как Oracle E-Business Suite, требуют предотвращения сбоев и, следовательно, целостной архитектуры.
В этом примере:
Имеет развертывание зоны доступности с двумя уровнями доступности. На уровне приложений используется Azure Site Recovery с пассивной вторичной виртуальной машиной.
Использует функцию быстрого запуска Data Guard отработки отказа. Чтобы получить максимальную доступность, рекомендуется установить двух наблюдателей. Основной наблюдатель находится в зоне доступности один, и дополнительный наблюдатель находится в зоне доступности два. Наблюдатели отслеживают и направляют трафик. Если база данных-источник недоступна, наблюдатель автоматически выполняет отработку отказа в базу данных-получатель. Data Guard выполняет повторную синхронизацию. Интервал времени синхронизации повтора зависит от конфигурации повторного входа.
Имеет data Guard, настроенный в режиме защиты данных, например максимальной доступности, максимальной производительности или максимальной защиты. Дополнительные сведения о выборе режима требований к рабочей нагрузке см. в режимах защиты Oracle Data Guard.
Следующая архитектура направлена на порог простоя менее пяти минут.
Схема, демонстрирующая архитектуру отработки отказа с пассивным резервным режимом.
Создание отработки отказа с активным резервным режимом
В этом разделе описывается пример сценария отработки отказа для критически важных для бизнеса приложений Oracle в развертывании двух зон доступности с активным резервным режимом.
В этом примере:
Уровень веб-сервера, уровень приложений и уровень базы данных находятся в собственной подсети виртуальной сети.
База данных-источник находится в зоне доступности.
База данных, использующая Active Data Guard для репликации базы данных-источника в активный резервный режим, находится в трех зонах доступности.
Примечание.
Для этой установки требуется лицензия Active Data Guard.
Следующая архитектура предназначена для порога простоя менее одной минуты. Этот сценарий отработки отказа имеет активную резервную конфигурацию, но имеет возможности только для чтения.
Схема, демонстрирующая архитектуру отработки отказа с активным резервным режимом.