Перенос базы данных Oracle на виртуальную машину Azure

Виртуальные машины Azure

Azure ExpressRoute

VPN-шлюз Azure

В этой статье описывается, как использовать Oracle Data Guard для переноса локальной базы данных Oracle на виртуальную машину Azure. В этой статье предполагается, что у вас есть базовое представление о технологиях Oracle Database, вычислениях Azure и сетях Azure. Этот сценарий основан на сценарии миграции рабочих нагрузок базы данных Oracle в Azure.

Архитектура

На следующей схеме показан пример этого сценария.

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

Сценарий

Рассмотрим следующие сведения о сценарии:

В локальной сети у вас есть существующий экземпляр Базы данных Oracle и требуется перенести базу данных из этого экземпляра на виртуальную машину Azure.
База данных составляет 20 ТБ и работает в Oracle Enterprise Linux (x86). Версия базы данных — Oracle Database 19c, выпуск Enterprise.
База данных — это реальные кластеры приложений (RAC), которые включают два узла. Для аварийного восстановления база данных реплицируется с помощью Oracle Data Guard в другой центр обработки данных, географически удаленный от расположения базы данных-источника.
Вы провели оценку локальных баз данных Oracle и служб приложений и развернули виртуальную машину в Azure с необходимым размером вычислительных ресурсов и конфигурацией хранилища.
Виртуальная машина размещается в подсети базы данных, которая находится в виртуальной сети Oracle, которая выполняет одноранговые узлы в центральной виртуальной сети. Диапазон IP-адресов подсети базы данных — 10.42.1.0/24.
В центральной виртуальной сети трафик должен проходить через виртуальное устройство, отличное от Майкрософт (NVA), например FortiGate, Check Point или Cisco. NVA работает как устройство маршрутизации, которое помогает гарантировать, что подключение между виртуальной машиной и локальной реализацией Базы данных Oracle полностью routable. Вы настраиваете NVA для проверки всего трафика, который отправляется в локальную среду и из нее. IP-адрес концентратора NVA — 10.0.0.5.
Вы настраиваете гибридное подключение в виртуальной сети концентратора через подключение Azure ExpressRoute к локальной сети.
Необходимо перенести локальную базу данных на виртуальную машину Azure с минимальным количеством простоев. Вы решили использовать Oracle Data Guard и Oracle диспетчер восстановления (RMAN) для миграции.

Установка сетевого подключения

Чтобы использовать Oracle Data Guard для миграции, необходимо убедиться, что исходные и целевые базы данных могут взаимодействовать друг с другом.

Создайте таблицу маршрутов Azure и свяжите ее с подсетью базы данных.
Наведите таблицу маршрутов Azure на IP-адрес концентратора NVA для маршрутизации в локальную среду.
Настройте NVA концентратора для маршрутизации трафика между локальной средой и подсетью базы данных.

Настройка таблицы маршрутизации

Используйте следующую конфигурацию, чтобы создать таблицу маршрутов Azure и связать ее с подсетью базы данных:

Префикс адреса: 192.168.0.0/16
Тип следующего прыжка: Виртуальное устройство
IP-адрес следующего прыжка: 10.0.0.5
Имя: <имя таблицы маршрутизации>

На следующей схеме показан пример обновленной конфигурации сети.

Выполните следующие действия, чтобы проверить подключение.

Войдите на виртуальную машину Azure. Убедитесь, что протокол Secure Shell (SSH) можно использовать для установления подключения к локальному серверу базы данных.
Войдите на локальный сервер базы данных. Убедитесь, что протокол SSH можно использовать для установления подключения к виртуальной машине Azure.

Действия по миграции

Используйте RMAN, чтобы создать резервную копию базы данных с локального сервера базы данных и восстановить ее в целевой системе. Дополнительные сведения см. в статье "Восстановление базы данных на новом узле".

В зависимости от размера файла резервной копии базы данных и пропускной способности сети вы можете скопировать файлы резервных копий непосредственно на виртуальную машину Azure на промежуточном наборе дисков, которые вы специально создали для этой цели. Если этот метод не удается использовать из-за ограничений пропускной способности сети, можно использовать Azure Data Box для копирования файлов резервной копии в Azure. После того как файлы находятся в хранилище BLOB-объектов Azure, их следует скопировать в промежуточный набор дисков виртуальной машины Azure для операции восстановления.
Настройте Oracle Data Guard между локальным сервером базы данных (первичной репликой) и сервером базы данных виртуальной машины Azure (вторичная реплика). Дополнительные сведения см. в разделе "Создание физической резервной базы данных".
После завершения репликации Oracle Data Guard и синхронизации баз данных выполните переключение на виртуальную машину Azure. Дополнительные сведения см. в разделе "Переходы ролей". Обратитесь к команде приложений, чтобы убедиться, что они обновляют службы приложений для указания на новую базу данных.
Выполните следующие действия по миграции приложений параллельно с миграцией базы данных, чтобы обеспечить минимальное время простоя.
- Перенос служб приложений в соответствии с планами и обсуждениями.
- Обновите службы приложений, чтобы указать на новую базу данных, включая строка подключения, записи прозрачной сети (TNS) и другие необходимые конфигурации.
- Убедитесь, что службы приложений работают должным образом.

Выполнение действий после миграции

Настройте резервное копирование для базы данных на виртуальной машине Azure. Дополнительные сведения см. в стратегиях резервного копирования для Базы данных Oracle на виртуальной машине Linux Azure.
Виртуальные машины Azure не поддерживают Oracle RAC, поэтому рекомендуется использовать Oracle Data Guard для обеспечения высокой доступности и аварийного восстановления. Дополнительные сведения см. в статье "Непрерывность бизнес-процессов" и аварийное восстановление для Oracle на виртуальных машинах Azure.
Запустите локальную базу данных в качестве вторичной реплики Data Guard в течение определенного периода времени, чтобы убедиться, что миграция выполнена успешно.
После того как локальная база данных больше не нужна, выведите из эксплуатации базу данных и сервер. Просмотрите изменения, внесенные в порты и брандмауэр, чтобы разрешить обмен данными между локальной средой и виртуальной машиной Azure. Преобразуйте любые изменения, которые больше не нужны.

Заключение

Выполните предыдущие изменения конфигурации, чтобы перенести базу данных из локальной среды на виртуальную машину Azure. Изменения конфигурации помогают гарантировать, что исходные и целевые базы данных могут взаимодействовать друг с другом и что можно выполнить миграцию с минимальным временем простоя.

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участниками.

Ян Фаурсков | Архитектор облачных решений
Güher Kayali Sarikan | Архитектор облачных решений

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

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

Ознакомьтесь со следующими статьями, чтобы убедиться, что реализация соответствует рекомендациям.

Поделиться через