Миграция Oracle Database в Azure

Load Balancer
ExpressRoute
VPN-шлюз

Концепция решения

если вы хотите узнать больше о том, как получить дополнительные сведения о возможных вариантах использования, альтернативных службах, рекомендациях по реализации или ценах, сообщите нам о GitHub.

Oracle DB миграцию можно выполнить несколькими способами. В этом решении рассматривается один из этих вариантов, где Oracle Active Data Guard используется для переноса базы данных. Предполагается, что в целях высокой доступности и аварийного восстановления используется Oracle Data Guard (или активное Data Guard). В зависимости от приложения либо приложение может быть перенесено первыми, либо базой данных. В этом случае приложение переносится в Azure с помощью Azure Load Balancer. Это позволяет разделить трафик между локальной средой и Azure, что позволяет постепенно перенести уровень приложения. Миграция базы данных выполняется в несколько шагов. В качестве первого шага Oracle Data Guard используется для настройки базы данных-получателя и резервного сервера в Azure. Это позволяет перенести данные в Azure. После того как база данных-получатель в Azure будет синхронизирована с первичной репликой, можно перевернуть ее в Azure в качестве базы данных-источника, сохранив при этом вторичный локальный сервер. В качестве следующего шага вы можете настроить базу данных-получатель в другой зоне доступности (или регионе) для целей высокой надежности и аварийного восстановления. На этом этапе можно списать локальную среду. Весь трафик данных между локальной сетью и Azure проходит через Azure ExpressRoute или VPN-подключение типа "сеть — сеть".

Architecture

Схема архитектуры

Поток данных

  1. Подключение среду Azure с локальной сетью через VPN-подключение типа "сеть — сеть" или ExpressRoute.
  2. Используйте Data Guard, чтобы пометить OracleDB1 в Azure как активную автономную службу.
  3. Переключите OracleDB1 в Azure в качестве первичного и настройте свой OracleDB2 в Azure в качестве резервного, чтобы завершить миграцию.

Примечание

  • Этот метод работает только при переходе к той же версии ОС и версии базы данных и из нее.
  • Допущение: вы используете Guard в локальной среде.

Компоненты

Альтернативные варианты

если ваша база данных превышает 2 тб, можно использовать oracle Data Guard с oracle диспетчер восстановления (RMAN) или использовать генератор данных для репликации изменений после первоначальной массовой передачи данных, что обеспечивает минимальную миграцию времени простоя.

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

Миграция

вы можете перенести всю базу данных Oracle из локальной среды в виртуальную машину Azure с минимальным временем простоя с помощью oracle диспетчер восстановления (RMAN) и oracle Data Guard. Используйте RMAN для восстановления базы данных на целевой резервной виртуальной машине Azure с помощью резервного копирования, восстановления или метода дублирования базы данных. Затем целевую базу данных можно настроить как физическую резервную базу данных с помощью Oracle Data Guard, что позволит всем изменениям данных транзакций или повторных изменений из основной локальной базы данных в резервную базу данных. Когда основная локальная база данных Oracle синхронизируется с целевой резервной базой данных на экземпляре виртуальной машины Azure, можно переключиться на целевую базу данных, которая преобразует ее в базу данных, доступную для чтения и записи. Затем можно указать подключения приложения к новой базе данных источника. Этот параметр обеспечивает минимальный простой при переносе базы данных в Azure.

Программа переноса данных Oracle используется для экспорта и импорта данных и метаданных из баз данных Oracle или в них. Вы можете запустить экспорт или импорт в процессе работы с данными для всей базы данных, выборочных схем, табличных пространств или объектов базы данных. Для переноса данных в Azure рекомендуется использовать конвейер данных для больших баз данных размером от 10 ГБ до 20 ТБ. Он обеспечивает высокую степень параллелизма, гибкие варианты извлечения данных и масштабируемые операции, которые обеспечивают быстрое перемещение данных и метаданных из базы данных-источника в целевую базу данных. Генератор данных Oracle также поддерживает шифрование и сжатие при экспорте данных в файлы дампа данных. Вы можете использовать конвейер данных Oracle с Oracle Data Guard или Золотой вентиль для обработки начальной передачи данных для больших баз данных. Обратите внимание, что конвейер данных доступен только в версии Oracle Database 10G 1 (10,1) и более поздних версиях.

Рекомендации по проектированию

Изменение размера виртуальной машины

Рекомендуется использовать виртуальную машину с технологией Hyper-Threading, оптимизированную для памяти, с ограниченным базовым виртуальных ЦП Oracle Database для виртуальной машины, чтобы сэкономить на стоимости лицензирования и повысить производительность. Oracle гарантирует перемещение лицензий из локальной среды в Azure. См. раздел вопросы и ответы по сотрудничеству Oracle и Azure.

Память

Используйте несколько Premium или Ultra Disks (управляемые диски) для повышения производительности и доступности базы данных Oracle. При использовании управляемых дисков имя диска или устройства может изменяться при перезагрузке. Для обеспечения сохранения подключений между перезагрузками рекомендуется использовать UUID устройства вместо имени. Чтобы упростить управление хранилищем базы данных, рекомендуется использовать решение Oracle Automatic Storage Management (ASM).

Тестирование и настройка

Для проверки приложения в новой базе данных Oracle рекомендуется выполнить следующие тесты:

  • Запустите тесты производительности, чтобы убедиться, что они соответствуют ожиданиям бизнеса.
  • Выполните тестовую отработку отказа, восстановление и восстановление базы данных, чтобы убедиться в том, что выполняются требования к RPO и RTO.
  • Перечислите все критические задания и отчеты и запустите их на новом экземпляре Oracle, чтобы оценить их производительность в соответствии с соглашениями об уровне обслуживания (SLA).
  • Наконец, при переносе или создании приложений для облака важно настроить код приложения для добавления собственных облачных шаблонов, таких как шаблон повтора и шаблон прерывателя. Дополнительные шаблоны, определенные в руководстве по конструктивным шаблонам для облака, могут помочь повысить устойчивость вашего приложения.

Лицензирование Oracle

Если вы используете технологию Hyper-Threading на виртуальных машинах Azure, подсчитайте две виртуальных ЦП как эквивалентные одной лицензии на процессор Oracle. Дополнительные сведения см. в разделе Лицензирование программного обеспечения Oracle в среде облачных вычислений.

Стратегия резервного копирования

одной из стратегий резервного копирования является использование Oracle диспетчер восстановления (RMAN) и Azure Backup для создания резервных копий с поддержкой приложений. Также можно использовать метод резервного копирования Azure.

при необходимости используйте предохранитель blob-объекта azure, чтобы подключить высокоизбыточную учетную запись служба хранилища больших двоичных объектов azure и записать в нее резервные копии RMAN для повышения устойчивости.

Непрерывность бизнес-процессов и аварийное восстановление

Для непрерывности бизнес-процессов и аварийного восстановления рассмотрите возможность развертывания следующего программного обеспечения:

  • Отработка отказа Oracle Data Guard Fast-Start (ФСФО) для доступности базы данных
  • Oracle Data Guard значительно синхронизируется для защиты от потери данных.
  • Oracle GoldenGate для многоосновного или активного режима в группе доступности Azure или зоне доступности зависит от требований соглашения об уровне обслуживания.

Используйте Зоны доступности для достижения высокого уровня доступности в регионе. Дополнительные сведения см. в справочнике по архитектуре баз данных Oracle в Azure.

Доступность 99,99% для уровня базы данных может быть достигнута с помощью сочетания Зоны доступности Azure и Oracle Active Data Guard с ФСФО.

Для уменьшения задержки между уровнем приложения и уровнем базы данных рекомендуется использовать группы размещения близкого взаимодействия.

Мониторинг

Настройте Oracle Enterprise Manager для управления, мониторинга и ведения журнала.

Дальнейшие действия

Дополнительные сведения см. в следующих статьях:

Дополнительные сведения о различных компонентах архитектуры: