Migración de cargas de trabajo de Oracle a Azure
Como parte del recorrido de adopción de la nube, debe migrar las cargas de trabajo existentes a la nube. Las cargas de trabajo de Oracle son similares a otras cargas de trabajo y requieren un enfoque metódico para garantizar una migración correcta. Para obtener más información sobre la metodología de migración, consulte Migración a la nube en Cloud Adoption Framework. En este artículo se describen las restricciones y consideraciones únicas específicas de las cargas de trabajo de Oracle.
El proceso de migración de Oracle
Debe volver a evaluar continuamente los requisitos de infraestructura para mejorar el rendimiento y reducir los costos mediante el uso del tipo pertinente de servicio para las cargas de trabajo. Por ejemplo, si tiene pensado mover la carga de trabajo a Oracle Database@Azure, asegúrese de que la SKU que seleccione cumpla los requisitos. De forma similar, si mueve la carga de trabajo a Oracle en Azure Virtual Machines, asegúrese de que los tamaños de máquina virtual (VM) cumplan los requisitos. Para obtener más información, consulte Planeamiento de capacidad para migrar cargas de trabajo de Oracle a zonas de aterrizaje de Azure.
Revise los recursos de migración para definir el proceso de migración de Oracle a Azure. También puede:
Comprobar los límites de cuota de la suscripción de Azure: Asegúrese de que los límites de cuota de la suscripción de Azure se adapten a los tamaños de VM de destino que elija si migra a Oracle en Azure Virtual Machines.
Identificar un modelo de implementación: Automatice la implementación de los componentes de la solución tanto como sea posible mediante una infraestructura como código (IaaS), canalizaciones de integración continua y entrega continua (CI/CD) y otras prácticas de DevOps.
Determinar las dependencias entre aplicaciones: Asegúrese de que las actividades de migración tengan un impacto perjudicial mínimo.
Identificar la capacidad de datos: Identifique la cantidad de datos que se van a migrar y evalúe la capacidad de conectividad de red disponible actualmente de los entornos locales a Azure. Utilice esta información para decidir si puede copiar los datos directamente desde entornos locales a Azure. Es posible que necesite un dispositivo de transferencia de datos físico, como Azure Data Box, para la carga inicial de datos.
Determinar los requisitos de disponibilidad: Determine los requisitos de disponibilidad de la carga de trabajo, ya que pueden afectar a las herramientas de migración que pueda utilizar.
Para Oracle Database@Azure, asegúrese de:
Comprobar que la solución de Oracle Database@Azure esté disponible en la región donde desea implementar la solución. Para obtener más información, consulte Regiones disponibles.
Considere la posibilidad de utilizar Oracle Zero Downtime Migration (ZDM) para el proceso de migración. Evalúe las estrategias de migración para determinar el enfoque más adecuado para sus requisitos de migración específicos. Para obtener más información, consulte Migración sin tiempo de inactividad.
Actividades específicas de cargas de trabajo de migración de Oracle
En la sección siguiente se describe más en detalle el proceso de migración. Los pasos no son secuenciales necesariamente. Puede seguir algunos pasos en paralelo.
Evaluar las versiones del sistema de origen y destino: evalúe que las versiones del sistema operativo local, las versiones de las aplicaciones y las versiones de las bases de datos sean las mismas que tiene pensado utilizar en Azure.
Si tiene que actualizar uno o varios recursos, actualícelos antes de la migración para evitar complicar el proceso de migración.
Si la base de datos local se ejecuta en un sistema operativo big endian, como Oracle Solaris, IBM Advanced Interactive eXecutive o Hewlett Packard Unix, el proceso de migración de bases de datos incluye una conversión endian. Azure solo admite sistemas operativos little endian. Esta limitación reduce el número de herramientas disponibles para la migración. En concreto, no puede utilizar Oracle Data Guard ni ningún otro método de copia de archivos. Los métodos de migración que son compatibles con la conversión endian incluyen Oracle Data Pump Export o Import, Oracle Cross Platform Transportable Tablespaces (XTTS) o las utilidades de replicación de datos, como Oracle GoldenGate, Quest SharePlex y Striim.
Puede modernizar o migrar los servidores de aplicaciones locales en función de los requisitos y la compatibilidad. Para obtener más información, consulte Escenarios de adopción de la nube.
Evaluar los requisitos de disponibilidad de cargas de trabajo durante el proceso de migración: si tiene que minimizar el tiempo de inactividad de las cargas de trabajo, es posible que los métodos de migración como Data Pump Export o Import no sean adecuados para la carga de trabajo. En ese caso, puede seguir este proceso de cuatro pasos:
Utilizar Oracle Recovery Manager (RMAN) para hacer copias de seguridad y, a continuación, restaurar toda la base de datos en Azure. Realizar una conversión endian a través de XTTS si es necesario. Esto dará como resultado una base de datos que es una copia en un momento dado de la base de datos de origen local. Para obtener más información, consulte Transporte de datos entre plataformas.
Utilizar Oracle Data Guard para sincronizar la base de datos recién restaurada en Azure con la base de datos de origen si ambos orígenes tienen un formato little endian. No puede usar Data Guard si la migración implica la conversión de big endian a little endian. En su lugar, use una utilidad de replicación de datos basada en SQL, como Oracle GoldenGate, Quest SharePlex o Striim para sincronizar la base de datos recién restaurada en Azure con la base de datos de origen.
Después de sincronizar la base de datos de destino en Azure con la base de datos de origen local, puede programar una transición. Una transición apaga la base de datos local de origen y vacía las últimas transacciones en la base de datos de destino en Azure. A continuación, puede abrir la base de datos de destino en Azure como nueva base de datos de origen. Una transición puede tardar tan solo unos minutos, según el método de sincronización que se utilice.
En función del enfoque de migración que elija para los servicios de aplicación, es posible que tenga que completar varias tareas de servicio de aplicaciones antes de migrar completamente la aplicación a Azure.
Evaluar las licencias necesarias: La base de datos puede requerir varias licencias en función de las herramientas de migración. Por ejemplo:
Oracle Data Guard requiere Oracle Database Enterprise Edition.
Oracle GoldenGate requiere licencias de Oracle GoldenGate.
Para obtener más información sobre las licencias de Oracle en Azure, consulte Licencias de software de Oracle en el entorno de informática en la nube.