1. Migración de las cargas de trabajo locales de VMware a la nube
  2. Migración de Oracle Database

Migración de Oracle Database

Recomendamos que migre bases de datos Oracle que se ejecuten en un entorno VMware local a un servicio de Oracle Cloud Infrastructure Database, como Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Base Database Service, etc. Puede aprovechar todas las ventajas que proporciona el servicio Oracle Cloud Infrastructure Database.

Migración de base de datos desde un entorno VMware local

Tanto si migra los sistemas de aplicaciones y capas medias existentes de ubicaciones locales a Oracle Cloud VMware Solution, como si crea sistemas de aplicaciones y capas medias en Oracle Cloud VMware Solution, los puntos clave que hay que tener en cuenta son la latencia y la proximidad de la base de datos a la plataforma Oracle Cloud VMware Solution.

A continuación se muestran las opciones para la ubicación de proximidad de la base de datos:
  • Creación de una instancia de Oracle Database o migración de una instancia de Oracle Database existente a Oracle Cloud Infrastructure

    Recomendamos encarecidamente un servicio Oracle Cloud Infrastructure Database. En Oracle Cloud Infrastructure hay disponibles distintas opciones de servicio de base de datos. Puede elegir la opción adecuada en función de los requisitos de la aplicación y la carga de trabajo.

  • Migración de bases de datos que no son de Oracle a Oracle Cloud VMware Solution

    Esta opción es específica para bases de datos que no son de Oracle, como Microsoft SQL Server, IBM DB2 y PostgreSQL. En este caso de uso, puede migrar bases de datos que no sean de Oracle a Oracle Cloud VMware Solution mediante la herramienta VMware HCX y las mejores prácticas de migración para la base de datos específica.

  • Mantenimiento de bases de datos locales

    Esta opción mitiga la necesidad de migrar los sistemas de base de datos de ubicaciones locales a la nube. Sin embargo, la latencia y el rendimiento pueden ser consideraciones clave para el impacto en sus aplicaciones. Considere soluciones como Oracle Cloud Infrastructure FastConnect para la conectividad entre Oracle Cloud VMware Solution y las ubicaciones locales.

Migración de bases de datos de Oracle a Oracle Cloud Infrastructure

Antes de migrar bases de datos Oracle o que no sean de Oracle de un centro de datos local a Oracle Cloud Infrastructure, revise las siguientes consideraciones, requisitos y proceso de evaluación.

Consideraciones

Esta sección se aplica a la migración de bases de datos Oracle locales a Oracle Cloud Infrastructure, que incluye las plataformas de base de datos que se muestran en la sección anterior. Antes de iniciar cualquier esfuerzo de migración, comprenda la carga de trabajo individual de la base de datos, las restricciones y cualquier dependencia.

Cada migración de Oracle Database requiere una fase de detección y planificación. Los debates clave en esta fase deben incluir las siguientes preguntas. Las respuestas a estas preguntas ayudan a determinar la agrupación de bases de datos, el número de bases de datos que migrar y el esfuerzo general de la migración.
  • ¿Cuál es la versión actual de esta base de datos?
  • ¿Cuántas bases de datos de esta versión va a migrar?
  • ¿Cuántas bases de datos están vinculadas a una línea de negocio (LOB) específica?
  • ¿Hay alguna base de datos en plataformas que no sean Linux, es decir, habrá alguna migración entre endianness?
  • ¿Hay alguna base de datos dependiente que pueda ser necesaria la migración conjunta?
  • ¿Hay bases de datos de terceros (no de Oracle) para migrar y qué versiones (por ejemplo, SQL Server 2016)?
  • Para la base de datos de prueba y desarrollo, ¿se migrarán todas las copias o solo la copia maestra?
  • ¿Qué tamaño tienen las bases de datos (espacio total en disco y espacio para los datos en GB/TB)?
  • ¿Utilizará FastConnect o VPN para la conectividad de red con Oracle Cloud? El ancho de banda y el tamaño de la base de datos impulsarán principalmente la solución de migración.

Opciones de migración

Existen muchos métodos para migrar bases de datos de Oracle de una ubicación local a Oracle Cloud Infrastructure. Cada método depende del objetivo de punto de recuperación de negocio (RPO), el objetivo de tiempo de recuperación (RTO) y el acuerdo de nivel de servicio de disponibilidad general (SLA). Los administradores de migración deben evaluar y asignar estos acuerdos de negocio con los métodos adecuados.

Oracle Maximum Availability Architecture (MAA) aborda específicamente estas opciones y métodos. En la siguiente tabla se tratan brevemente.

Solución Complejidad Granularidad de la migración Tipo de migración (física o lógica) Esfuerzo general de despliegue Modelo de migración Principales casos de uso de migración
Importación y exportación convencional de pump de datos Bajo Mediano Lógicas Alto En línea/punto en el tiempo
  • Base de datos pequeña
  • Subjuego de esquemas
Transportable completo de pump de datos Mediano Bajo Física Mediano En línea/Continuo

Necesita que el origen sea de solo lectura durante la exportación

 Base de datos completa con el mismo formato endian (requiere Oracle Database de origen versión 11.2.0.3)
Tablespace transportable de pump de datos Mediano Bajo Física Mediano En línea/Continuo Juego de tablespaces de esquema (requiere Oracle Database de origen versión 11.2.0.3)
SQL*Loader Bajo Alto Lógicas Alto Fuera de línea Migrar tablas o esquemas específicos
GoldenGate Alto Alto Lógicas Alto Fuera de línea/Continuo
  • Subjuego de esquemas
  • Transformación lógica
Copia de Seguridad y Restauración de RMAN Bajo Bajo Física Bajo Fuera de línea/Continuo Base de datos completa o juego de tablespaces
Data Guard Bajo Bajo Física Bajo En línea/Continuo Base de datos completa con cero o casi sin tiempo de inactividad

clonación remota de PDB

Clonación remota

Reubicación de PDB

Migración de PDB

 Bajo Bajo Física Bajo En línea/Continuo
  • Migración de PDB 12c a PDB existente
  • La clonación remota puede ser una no CDB

Note:

Muchas de las soluciones se pueden combinar para crear la estrategia de migración más eficiente. Algunas aplicaciones empaquetadas pueden tener restricciones en las herramientas admitidas para la migración.

Planificación de tamaño y despliegue

Como parte del esfuerzo de migración de origen, se debe realizar un ejercicio de planificación y tamaño adecuado para garantizar que la base de datos cumpla los requisitos de capacidad y rendimiento.

Note:

El esfuerzo de cambio de tamaño de la capacidad para la base de datos y la máquina virtual es el mismo que en el entorno local.
Los resultados de este ejercicio de planificación ayudan a definir la configuración de la base de datos de destino y las unidades de máquina virtual.
  • Requisitos de rendimiento de la carga de trabajo
    • Transacciones por Segundo
    • Número de conexiones de usuario
    • Cambios de carga de trabajo futuros previstos
  • Requisitos de capacidad
    • vCPUs
    • Memoria
    • Capacidad de almacenamiento y E/S
    • Crecimiento futuro
  • Requisitos de capacidad de gestión
    • Accesibilidad y servicios nativos de Oracle Cloud Infrastructure
    • Herramientas de Control
    • Soluciones de copia de seguridad
  • Capacidades de escalabilidad
    • Escala de base de datos
    • Escala de VM
    • Escala de cluster
  • Requisitos de disponibilidad
    • Soluciones de Oracle de alta disponibilidad
    • vMotion, DRS
  • Requisitos de aplicación
    • Dependencias entre componentes locales
    • Flujo de red entre aplicaciones y servicios de Oracle Cloud Infrastructure

Racionalización, estandarización y consolidación

Como parte del esfuerzo de migración, recomendamos que el equipo de migración aproveche esta oportunidad para estandarizar la versión de la base de datos y consolidar los sistemas de base de datos cuando corresponda. Oracle Database 19c debe ser la versión de base de datos estandarizada mínima porque proporciona la versión de soporte a largo plazo.

La consolidación es una de las principales estrategias que las organizaciones están llevando a cabo para lograr una mayor eficiencia en sus operaciones. La consolidación permite a las organizaciones aumentar la utilización de los recursos de TI, lo que reduce los costos porque se necesitan menos recursos para lograr el mismo resultado. Los costos operativos también se reducen porque es necesario supervisar, gestionar y mantener menos componentes y objetos.

Los administradores y administradores deben buscar la mejor oportunidad para consolidar tantas bases de datos como sea posible. Con Oracle 19c, tiene la oportunidad de utilizar la opción multi-inquilino de Oracle con un máximo de tres bases de datos conectables (PDB). Esto proporciona además mayores economías de escala, y se pueden lograr mayores densidades de consolidación con la modernización de aplicaciones y bases de datos. Por lo tanto, debe determinar qué bases de datos cabrían en el modelo de despliegue de la base de datos de contenedor (CDB).

Junto con la consolidación, considere la gestión del aislamiento. Los requisitos de aislamiento pueden influir en el método o grado de consolidación posible. El nivel de aislamiento que demanda el sistema determina si consolida varias PDB en una sola base de datos, aloja varias bases de datos en una sola plataforma o utiliza alguna combinación de ambos enfoques. El aislamiento se puede clasificar en cuatro áreas: fallo, recurso, seguridad y operaciones. Cada modelo en la nube maneja el aislamiento de manera ligeramente diferente, utilizando capacidades incorporadas de sistema operativo o base de datos, a menudo combinadas con funciones o productos avanzados para proporcionar una solución completa, acorde con el riesgo.

Migración a Oracle Database Service mediante Oracle Zero Downtime Migration

Oracle Zero Downtime Migration es la solución recomendada por Oracle Maximum Availability Architecture (MAA) para migrar bases de datos de Oracle a Oracle Cloud. Oracle Zero Downtime Migration se ha diseñado con el objetivo de mantener el proceso de migración lo más simple posible y garantizar el menor impacto en las cargas de trabajo de producción. Las bases de datos de origen pueden ser locales o en Oracle Cloud. Oracle Zero Downtime Migration automatiza todo el proceso de migración, lo que reduce las posibilidades de errores humanos. También utiliza tecnologías de alta disponibilidad (HA) integradas con Oracle Database, como Oracle Data Guard, y sigue todas las mejores prácticas de MAA que garantizan que los entornos de producción no tengan tiempo de inactividad.

No está en el ámbito de este artículo proporcionar pasos detallados para la migración de Oracle Database sin tiempo de inactividad desde un entorno local. Puede seguir los pasos detallados descritos en Oracle Database: migración a Oracle Cloud mediante Zero Downtime Migration.

Oracle Zero Downtime Migration proporciona el siguiente soporte de base de datos y configuraciones soportadas:
  • Oracle Zero Downtime Migration soporta las versiones 11.2.0.4 y posteriores de Oracle Database.
  • Las bases de datos de origen y destino deben utilizar la misma versión de base de datos.
  • Oracle Zero Downtime Migration soporta bases de datos Oracle alojadas en sistemas operativos Linux.
  • La base de datos origen puede ser una base de datos de instancia única que se esté migrando a una única instancia o a una base de datos Oracle Real Application Clusters (RAC), o puede ser una base de datos RAC de un nodo o RAC que se esté migrando a una base de datos RAC.
  • Oracle Zero Downtime Migration soporta bases de datos Oracle Enterprise Edition y Standard Edition como bases de datos de origen. Las bases de datos de Enterprise Edition se migran mediante Oracle Data Guard; las bases de datos de Standard Edition se migran fuera de línea mediante una metodología de copia de seguridad y restauración.
  • Oracle Zero Downtime Migration permite que la base de datos de origen sea una base de datos sin contenedor (CDB) o una base de datos de contenedor (CDB) con una o más bases de datos conectables (PDB). Si la base de datos origen es una base de datos no CDB, se migra como una base de datos no CDB. Si la base de datos de origen es una CDB con una o más PDB, Oracle Zero Downtime Migration la migra a una CDB con el mismo juego de PDB que en la CDB de origen.
  • Para soportar migraciones, Oracle Zero Downtime Migration utiliza funciones y funcionalidades del marco de Oracle Fleet Patching and Provisioning (FPP). Por ejemplo, utiliza las capacidades del programador de trabajos de FPP, que proporcionan un control total para programar, pausar y reanudar cualquier tarea de migración de la base de datos. Oracle Zero Downtime Migration también utiliza el modo de evaluación de FPP para validar el proceso de migración y detectar posibles condiciones de fallo antes de que se inicie la migración. Oracle Zero Downtime Migration incluye capacidades de auditoría durante y después de la migración, y distribuye su proceso de migración en fases distintivas, lo que permite a los usuarios personalizar el flujo de trabajo y agregar secuencias de comandos de acción de usuario en cualquier paso.

Al migrar de una ubicación local a la nube, hay muchos escenarios de origen y destino que considerar. Las bases de datos y las aplicaciones de origen locales pueden ejecutarse en VMware, o bien las aplicaciones pueden ejecutarse en VMware, mientras que las bases de datos ejecutan Oracle Database Appliance u Oracle Exadata. También hay que tener en cuenta varios escenarios de destino en la nube, como aplicaciones que se ejecutan en Oracle Cloud VMware Solution, mientras que las bases de datos se pueden ejecutar en Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure u Oracle Autonomous Database on Dedicated Exadata Infrastructure. Consulte Explorar más para obtener instrucciones detalladas sobre la migración de Oracle Database según los escenarios de origen y destino.