Миграция Oracle Database в AzureOracle Database Migration to Azure

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

Если вы хотите ознакомиться с этой статьей, дополнительные сведения (сведения о реализации, рекомендации по ценам, примеры кода и т. д.), сообщите нам о отзывах в GitHub!If you'd like to see us expand this article with more information (implementation details, pricing guidance, code examples, etc), let us know with GitHub Feedback!

Oracle DB миграцию можно выполнить несколькими способами.Oracle DB migrations can be accomplished in multiple ways. Эта архитектура охватывает один из этих вариантов, где Oracle Active Data Guard используется для переноса базы данных.This architecture covers one of these options wherein Oracle Active Data Guard is used to migrate the Database. Предполагается, что в целях высокой доступности и аварийного восстановления используется Oracle Data Guard (или активное Data Guard).It is assumed that Oracle Data Guard (or Active Data Guard) is used for HA/DR purposes. В зависимости от приложения либо приложение может быть перенесено первыми, либо базой данных.Depending on the application, either the application can be migrated first or the database. В этом случае приложение переносится в Azure с помощью Azure Load Balancer.In this case, the application is migrated to Azure using Azure Load Balancer. Это позволяет разделить трафик между локальной средой и Azure, что позволяет постепенно перенести уровень приложения.This enables you to split your traffic between on-premises and Azure, allowing you to gradually migrate your application tier. Миграция базы данных выполняется в несколько шагов.The database migration is performed in multiple steps. В качестве первого шага Oracle Data Guard используется для настройки базы данных-получателя и резервного сервера в Azure.As a first step, Oracle Data Guard is used to set up a Secondary/Standby Database in Azure. Это позволяет перенести данные в Azure.This allows you to migrate your data to Azure. После того как база данных-получатель в Azure будет синхронизирована с первичной репликой, можно перевернуть ее в Azure в качестве базы данных-источника, сохранив при этом вторичный локальный сервер.Once the secondary in Azure is in-sync with the primary, you can flip the database in Azure to be your primary database while maintaining your secondary on-premises. В качестве следующего шага вы можете настроить базу данных-получатель в другой зоне доступности (или регионе) для целей высокой надежности и аварийного восстановления.As a next step, you may set up a secondary database in a different Availability Zone (or region) for HA/DR purposes. На этом этапе можно списать локальную среду.At this point, you can decommission your on-premises environment. Весь трафик данных между локальной сетью и Azure проходит через Azure ExpressRoute или VPN-подключение типа "сеть — сеть".All data traffic between on-premises and Azure flows over Azure ExpressRoute or Site-to-Site VPN connectivity.

АрхитектураArchitecture

Схема архитектуры . Скачайте SVG этой архитектуры.Architecture Diagram Download an SVG of this architecture.

Поток данныхData Flow

  1. Подключите среду Azure к локальной сети через VPN-подключение типа "сеть — сеть" или ExpressRoute.Connect your Azure environment with your on-premises network via site-to-site VPN or ExpressRoute.
  2. Используйте Azure Load Balancer для переноса и балансировки трафика между локальными выборе и выборе Azure.Use Azure Load Balancer to migrate and balance traffic between the on-prem AppServer and your Azure AppServer.
  3. Используйте Data Guard, чтобы пометить OracleDB1 в Azure как активную автономную службу.Use DataGuard to mark your OracleDB1 in Azure as your active stand-by.
  4. Переключите OracleDB1 в Azure в качестве первичного и настройте свой OracleDB2 в Azure в качестве резервного, чтобы завершить миграцию.Switch your OracleDB1 in Azure as primary and set up your OracleDB2 in Azure as your standby to finish your migration. Примечание. Этот метод работает только при переходе на ту же версию ОС и версию базы данных и из нее.NOTE: This method only works when migrating to and from the same OS version and DB version. Допущение: клиент использует защиту в локальной среде.Assumption: customer is using DataGuard on-premises.