Compartir a través de

Migración de cargas de trabajo de Oracle a máquinas virtuales de Azure

  • Artículo

En este artículo se explica cómo migrar la carga de trabajo de Oracle desde un entorno local a Azure Virtual Machines (VM). Usa la zona de aterrizaje para Oracle en máquinas virtuales de Azure, lo que proporciona instrucciones de diseño y procedimientos recomendados. La estrategia recomendada incluye un enfoque estructurado para la detección, el diseño y la implementación, seguidos de la migración de datos y la transición final.

Captura de pantalla de la estrategia de detección, diseño e implementación de la migración.

Detección

La migración comienza con una evaluación completa de la cartera de productos de Oracle. Esta evaluación incluye la evaluación de las versiones de base de datos de Oracle, los sistemas operativos actuales y de destino, así como las aplicaciones y sus dependencias.

Cuando planee migrar aplicaciones de Oracle, como Oracle (EBS, Siebel, PeopleSoft, JDE, u otras soluciones de asociados que no sean de Microsoft, como SAP o aplicaciones personalizadas, considere las aplicaciones como parte de la estrategia de migración.

El entorno de base de datos de Oracle existente puede ejecutarse en servidores independientes, clústeres de aplicaciones reales de Oracle (RAC) o soluciones de RAC de asociados que no son de Microsoft.

Nota:

Tenga en cuenta que la agrupación en clústeres de aplicaciones reales (RAC) no es compatible con la máquina virtual de Azure. Si esto se aplica a su entorno, asegúrese de proporcionar informes de RAC o informes PDB/CDB (en función de la arquitectura) de todos los nodos RAC. Estos informes deben generarse a partir del mismo período de tiempo para garantizar la coherencia. Las recomendaciones de ajuste de tamaño más precisas se obtienen mediante la generación de estos informes durante los períodos de uso máximo.

En el caso de las aplicaciones, determinar el tamaño de la infraestructura es sencillo mediante las funcionalidades de detección de Azure Migrate.

Durante la fase de detección, es esencial revisar todas las dependencias de la aplicación. Debe decidir si el tiempo de inactividad de la aplicación es aceptable durante la migración, ya que esto influye en la elección de las herramientas de migración. En función de esta decisión, puede elegir entre métodos de migración en línea o sin conexión.

Si opta por una migración en línea, asegúrese de que los puertos de firewall necesarios están abiertos para facilitar el proceso de migración.

El planeamiento de red es un paso fundamental durante el período de migración. Asegúrese de probar el ancho de banda necesario para transferir los datos a Azure exhaustivamente, en función del tamaño del conjunto de datos.

Diseño

Las migraciones de aplicaciones se pueden habilitar sin problemas mediante Azure Migrate. Use Azure Migrate para migrar mediante lift-and-shift la aplicación a IaaS de Azure en función de la detección inicial.

En caso de planear la migración de aplicaciones de Oracle propias, revise los requisitos de arquitectura antes de elegir una migración basada en Azure Migrate.

El planeamiento de capacidad para la base de datos de Oracle siempre se lleva a cabo a través de informes de AWR que se generan durante un período de tiempo máximo de una hora. Además de eso, es importante configurar el diseño de almacenamiento. El tamaño de los datos es el tamaño en el que debe centrarse durante la migración y tomar la decisión de almacenamiento más adecuada. Para averiguar el tamaño de los datos, puede usar nuestro script dbspace.

Una vez generados los informes de AWR, ejecute Oracle Migration Assistance Tool (OMAT) de Azure. La herramienta OMAT recomienda las opciones de almacenamiento y tamaño de máquina virtual correctas necesarias para Oracle Database en Azure IaaS. Como paso siguiente, establezca una arquitectura mediante la evaluación exhaustiva de los requisitos. Se recomienda encarecidamente diseñar la arquitectura para tener una fiabilidad y resiliencia elevadas en caso de desastres o errores, determinadas por los parámetros de objetivo de punto de recuperación (RPO) y objetivo de tiempo de recuperación (RTO).

Si necesita compatibilidad con el establecimiento del diseño de arquitectura, revise las arquitecturas de referencia de Oracle. Ofrece instrucciones de arquitectura para elegir la mejor arquitectura de la solución en función de los requisitos de RPO y RTO. El enfoque RPO y RTO permite separar la infraestructura RAC en dos partes: la arquitectura de alta disponibilidad (HA) y la arquitectura con recuperación ante desastres (DR) mediante Oracle Data Guard.

Implementación

En función del planeamiento de capacidad y el diseño de la arquitectura, puede usar Ansible para describir la infraestructura y la arquitectura como infraestructura como código (IaC) e iniciar la zona de aterrizaje con Terraform o Bicep. Use las acciones de GitHub disponibles para automatizar la implementación.

Tipos para la migración de datos

El tipo de migración de datos depende de las decisiones tomadas durante la fase de detección. Puede elegir entre herramientas y métodos como Data Box, RMAN, Data Pump, GoldenGate, Striim, SharePlex y Data Guard en función de sus preferencias y requisitos.

Para obtener más instrucciones, consulte Planeamiento de la migración de Oracle para revisar las características de las migraciones en línea y sin conexión.

Nota:

Las migraciones sin conexión suelen tardar más que las migraciones en línea. Como resultado, no se recomiendan herramientas como Data Pump para escenarios que implican tamaños de datos grandes y requisitos estrictos de tiempo de inactividad bajo.

Enfoque de migración de datos

Una vez configurada la infraestructura de Oracle en Azure, se instala la base de datos de Oracle y se migran las aplicaciones relacionadas, el siguiente paso es transferir datos de la base de datos de Oracle local a la nueva base de datos de Oracle en Azure. Para facilitar esto, considere la posibilidad de usar las siguientes herramientas de Oracle:

Azure mejora las herramientas de Oracle con la conectividad de red, el ancho de banda y los comandos adecuados que funcionan con las siguientes funcionalidades de Azure para la migración de datos.

Herramientas de Oracle para la migración de datos

El siguiente diagrama es una representación pictográfica de la cartera general de migración.

Diagrama que muestra una representación pictográfica de la cartera de migración.

Necesita una de las herramientas de Oracle y las infraestructuras de Azure para implementar la arquitectura de solución correcta para migrar datos. Consulte los siguientes escenarios de solución de referencia:

Escenario 1: RMAN: use la copia de seguridad y restauración de RMAN con características de Azure, la configuración de una recuperación basada en RMAN. Lo principal es la red entre el entorno local y Azure.

Diagrama que muestra la configuración de la recuperación basada en RMAN.

Escenario 2: enfoque de copia de seguridad de RMAN

Diagrama que muestra el enfoque de copia de seguridad y restauración de RMAN.

Escenario 3: como alternativa, la configuración se puede modificar de varias maneras diferentes, como se muestra en el escenario siguiente.

Diagrama que muestra las versiones modificadas del escenario 2.

Escenario 4: Data Pump y AzCopy: enfoque sencillo y directo usando la copia de seguridad y restauración de Data Pump mediante las funcionalidades de Azure.

Diagrama en el que se muestra la copia de seguridad y restauración de Data Pump mediante las funcionalidades de Azure.

Escenario 5: Data Box: un escenario único en el que los datos se mueven entre las ubicaciones mediante un dispositivo de almacenamiento y un envío físico.

Diagrama que muestra los datos movidos entre ubicaciones mediante un dispositivo de almacenamiento con envío físico.

Transición

Ahora los datos se migran y las aplicaciones y servidores de bases de datos de Oracle están en funcionamiento. Siga estos pasos para realizar la transición de operaciones empresariales que se ejecutan de forma local a aplicaciones y cargas de trabajo de Oracle nuevas en Azure IaaS.

  1. Programe una ventana de mantenimiento para minimizar la interrupción de los usuarios.
  2. Detenga la actividad de base de datos en la base de datos de Oracle de origen.
  3. Realice una sincronización de datos final para comprobar que se capturan todos los cambios.
  4. Actualice las configuraciones de DNS para que apunten a la nueva máquina virtual de Azure.
  5. Inicie la base de datos de Oracle en la máquina virtual de Azure y compruebe la conectividad.
  6. Supervise estrechamente el sistema para detectar cualquier problema durante el proceso de transición.

Tareas posteriores a la migración

Después de la transición, compruebe que todas las aplicaciones empresariales funcionan según lo previsto para ofrecer operaciones empresariales en conjunto con el entorno local.

  • Realice comprobaciones de validación para comprobar la coherencia de los datos y la funcionalidad de la aplicación.
  • Actualice la documentación, incluidos los diagramas de red, los detalles de configuración y los planes de recuperación ante desastres.
  • Implemente procesos de supervisión y mantenimiento continuos para la máquina virtual de Azure que hospeda la base de datos de Oracle.

A lo largo del proceso de migración, es esencial comunicarse eficazmente con las partes interesadas, incluidos los propietarios de las aplicaciones, los equipos de operaciones de TI y los usuarios finales, para administrar las expectativas y minimizar las interrupciones. Además, considere la posibilidad de recurrir a profesionales con experiencia o a servicios de consultoría especializados en migraciones de Oracle a Azure para garantizar una transición fluida y satisfactoria.

Pasos siguientes

Opciones de almacenamiento para máquinas virtuales de Oracle en Azure