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

Перенос рабочих нагрузок Oracle в Oracle Database@Azure

  • Статья

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

Обнаружение

Миграция начинается с подробной оценки портфеля продуктов Oracle и приложений, участвующих в работе. Существующая база данных Oracle может управлять кластерами приложений Oracle Real (RAC). Для приложений необходимо определить размер инфраструктуры, которую можно легко сделать с помощью обнаружения на основе службы "Миграция Azure". Чтобы задать размер базы данных, обратитесь к представителю по продажам Oracle.

Проект

Для приложений служба "Миграция Azure" выполняет лифт и сдвиг инфраструктуры и приложений в Azure IaaS на основе обнаружения. Решение должно иметь высокую надежность и устойчивость при возникновении аварий, как определено параметрами целевой точки восстановления (RPO) и целевой цели времени восстановления (RTO). Целевая зона Oracle предлагает рекомендации по архитектуре для выбора оптимальной архитектуры решения на основе требований RPO и RTO.

Типы для миграции данных

Процесс миграции данных отличается от физической и логической миграции. Логическая миграция — это метод миграции баз данных, где данные и схемы извлекаются, преобразуются и загружаются в целевую базу данных. Это особенно полезно для сценариев, в которых необходимо перенести различные архитектуры, версии базы данных или платформы. Этот подход включает в себя Data Pump и GoldenGate. Физическая миграция включает перемещение всей базы данных как на уровне хранилища или файла данных из исходной системы в целевую систему. Структура базы данных остается неизменной. Это идеально подходит при переходе в систему с той же версией базы данных и совместимой архитектурой. Средства, используемые для этого сценария, — RMAN и Data Guard. Чтобы получить дополнительные рекомендации, ознакомьтесь с логической миграцией Oracle в Интернете.

Подход к миграции данных

После настройки Oracle в инфраструктуре Azure, установки базы данных Oracle и переноса связанных приложений; Следующим шагом является передача данных из локальной базы данных Oracle в новую базу данных Oracle в Azure. Ознакомьтесь со следующими инструментами Oracle:

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

Средства Oracle для миграции данных

Для миграции доступны различные варианты. На следующих схемах представлены общие сведения об этих схемах.

Для развертывания правильной архитектуры решения для переноса данных требуется одна из средств Oracle, а также инфраструктура Azure. Ознакомьтесь со следующими эталонными сценариями решения:

Сценарий-1. ZDM: используйте миграцию без простоя, которая может быть логической или физической миграцией на основе версии базы данных, операционных систем и требований к простою. Эта настройка использует Data Guard в логической миграции.

На схеме показана настройка ZDM с Data Guard.

Сценарий-2. Использование резервного копирования и восстановления RMAN с функциями Azure, настройка восстановления на основе RMAN. Главное — сеть между локальной средой и Azure.

Схема показывает прямую миграцию с помощью RMAN.

Сценарий-3. Подход к резервному копированию RMAN с подключением nfs

На схеме показан подход к резервному копированию и восстановлению RMAN с помощью общего ресурса nfs.

Примечание.

Если вы планируете использовать частную конечную точку с подключением Хранилище BLOB-объектов Azure и nfs, обязательно разверните локальную виртуальную сеть в другой подсети в той же виртуальной сети, что и для odAA.

Сценарий-4. Насос данных с помощью Azure NetApp Files или виртуальной машины Azure с подключением nfs

На схеме показаны измененные версии сценария 2.

Примечание.

Если вы планируете использовать частную конечную точку с подключением Хранилище BLOB-объектов Azure и nfs, обязательно разверните локальную виртуальную сеть в другой подсети в той же виртуальной сети, что и для odAA.

Сценарий-5. Data Box — уникальный сценарий, в котором данные перемещаются между расположениями с помощью устройства хранения и физической отправки.

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

Примечание.

Для запланированной миграции, которая учитывает производительность, рекомендуется использовать Azure Netapp Files.

Задачи, выполняемые после переноса

После перехода убедитесь, что все бизнес-приложения работают должным образом, чтобы обеспечить бизнес-операции в тандеме с локальной средой.

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

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

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

Мониторинг oracle Database@Azure