Изменить

Share via

Перенос базы данных Oracle в Azure

Azure Load Balancer
Azure ExpressRoute
VPN-шлюз Azure

Это решение переносит базу данных Oracle и его приложения в Azure. Мы используем Oracle Active Data Guard для базы данных и используем Azure Load Balancer для уровня приложений.

Архитектура

Схема архитектуры показывает завершение миграции базы данных из Oracle в Azure.

Скачайте файл Visio для этой архитектуры.

Поток данных

  1. Установите соединение среды Azure с локальной сетью с помощью ExpressRoute или VPN типа "сеть-сеть".
  2. Используйте DataGuard, чтобы пометить OracleDB1 в Azure как активную резервную базу данных.
  3. Для завершения миграции настройте OracleDB1 в качестве основной, а OracleDB2 — в качестве резервной баз данных в Azure.

Примечание.

  • Этот метод работает только при миграции в одну и ту же версию ОС и версию базы данных.
  • Предположение. Вы используете DataGuard в локальной среде.

Компоненты

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

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

SQL Server Migration Assistant для Oracle

Помощник по миграции Microsoft SQL Server (SSMA) для Oracle — это средство для переноса баз данных Oracle в Microsoft SQL Server и База данных SQL Azure. SSMA для Oracle преобразует объекты базы данных Oracle в объекты базы данных SQL Server, создает эти объекты в SQL Server, а затем переносит данные из Oracle в SQL Server или База данных SQL Azure.

Подробности сценария

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

Потенциальные варианты использования

Это решение применяется при переносе Базы данных Oracle в Azure.

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

Эти рекомендации реализуют основные принципы платформы Azure Well-Architected Framework, которая является набором руководящих принципов, которые можно использовать для улучшения качества рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Azure Well-Architected Framework.

Миграция

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

Служебная программа Oracle Data Pump используется для экспорта и импорта данных и метаданных из баз данных Oracle или из нее. Вы можете запустить экспорт и импорт насоса данных во всей базе данных, выборочные схемы, пространства таблиц или объекты базы данных. Data Pump — это рекомендуемое средство для переноса данных в Azure для больших баз данных, которые варьируются от 10 ГБ до 20 ТБ размера. Это позволяет обеспечить высокую степень параллелизма, гибких параметров извлечения данных и масштабируемых операций, которые позволяют быстро перемещать данные и метаданные из исходной базы данных в целевую базу данных. Oracle Data Pump также поддерживает шифрование и сжатие при экспорте данных в файлы дампа данных. Вы можете использовать Oracle Data Pump с Oracle Data Guard или Golden Gate для обработки начальной передачи данных для больших баз данных. Обратите внимание, что насос данных доступен только в Базе данных Oracle 10g версии 1 (10.1) и более поздних версиях.

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

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

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

Хранилище

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

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

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

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

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

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

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

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

При необходимости используйте Fuse BLOB-объектов Azure для подключения высокоизбыточного Хранилище BLOB-объектов Azure учетной записи и записи резервных копий RMAN в нее для дополнительной устойчивости.

Безопасность

Защита от атак DDoS Azure в сочетании с рекомендациями по проектированию приложений предоставляет расширенные функции защиты от атак DDoS. Необходимо включить защиту от атак DDOS Azure в любой виртуальной сети периметра.

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

Чтобы обеспечить непрерывность бизнес-процессов и аварийное восстановление, разверните указанное ниже программное обеспечение:

  • Oracle Data Guard FSFO (быстрый запуск отработки отказа) — для обеспечения доступности базы данных.
  • Oracle Data Guard Far Sync — для защиты от потери данных.
  • Oracle GoldenGate для режима с несколькими иерархиями или режима "активный — активный" в группе доступности и зоне доступности Azure зависит от требований соглашения об уровне обслуживания.

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

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

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

Наблюдение

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

Следующие шаги

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

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