Migración a Oracle Autonomous Database on Dedicated Exadata Infrastructure

En esta sección se describe cómo migrar las cargas de trabajo de Oracle Exadata a Oracle Autonomous Database on Dedicated Exadata Infrastructure y migrar sus aplicaciones VMware a Oracle Cloud VMware Solution.

Arquitectura

Esta arquitectura muestra una migración de bases de datos Oracle Exadata locales y aplicaciones VMware a Oracle Autonomous Database on Dedicated Exadata Infrastructure y Oracle Cloud VMware Solution.

Con Oracle Zero Downtime Migration, automatice la migración de su base de datos mientras experimenta un tiempo de inactividad mínimo al migrar sus datos de la ubicación local a la nube.

Migre sus aplicaciones locales que se ejecutan en VMware a Oracle Cloud VMware Solution mediante herramientas VMware como HCX y vMotion. Oracle Cloud VMware Solution te ofrece una implantación totalmente automatizada de un centro de datos definido por software (SDDC) VMware en tu arrendamiento de OCI, que se ejecuta en instancias con hardware dedicado de OCI.

En el siguiente diagrama se ilustra esta arquitectura de referencia.

Descripción de la ilustración migrate-vmware-cloud-solution-autonomous-dedicated-architecture.png

migrar-vmware-cloud-solución-autónomo-dedicado-architecture.zip

Esta arquitectura soporta los siguientes componentes:

• Región

  Una región de Oracle Cloud Infrastructure es un área geográfica localizada que contiene uno o más centros de datos, denominados dominios de disponibilidad. Las regiones son independientes de otras regiones, y las grandes distancias pueden separarlas (entre países e incluso continentes).

• Red virtual en la nube (VCN) y subred

  Una VCN es una red definida por software y personalizable que se configura en una región de Oracle Cloud Infrastructure. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan un control completo de su entorno de red. Una VCN puede tener varios bloques de CIDR no superpuestos que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, las cuales se pueden acotar a una región o a un dominio de disponibilidad. Cada subred está formada por un rango contiguo de direcciones que no se solapan con las demás subredes de la VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o privada.

• Oracle Autonomous Database en infraestructura de Exadata dedicada

  Oracle Autonomous Database on Dedicated Exadata Infrastructure provides access to the latest autonomous database technology running on a dedicated Exadata Infrastructure in an OCI region. Con Autonomous Database tiene una base de datos totalmente flexible en la que Oracle opera de forma autónoma todos los aspectos del ciclo de vida de la base de datos, desde la ubicación de la base de datos hasta la copia de seguridad y las actualizaciones. Una infraestructura de Exadata dedicada puede alojar muchos clusters de VM autónomos, que pueden alojar muchas bases de datos autónomas.

• Oracle Cloud VMware Solution Centro de datos definido por software (SDDC)

  Oracle y VMware se han asociado para desarrollar una implantación del centro de datos definido por software (SDDC) certificado VMware para su uso en Oracle Cloud Infrastructure. Esta implantación, denominada Oracle Cloud VMware Solution, utiliza Oracle Cloud Infrastructure para alojar un SDDC VMware de alta disponibilidad. También permite una migración perfecta de todas sus cargas de trabajo del SDDC VMware locales a Oracle Cloud VMware Solution. Oracle Cloud VMware Solution contiene los siguientes componentes VMware:

  • VMware vSphere ESXi
  • VMware vSAN
  • VMware vCenter
  • VMware NSX-T
  • VMware HCX (opcional)
• Hardware dedicado

  Un centro de datos definido por software (SDDC) de Oracle Cloud VMware Solution contiene servidores con hardware dedicado que alojan Oracle Cloud VMware Solution. El servidor con hardware dedicado admite aplicaciones que requieren un gran número de núcleos, grandes cantidades de memoria y un gran ancho de banda (como Oracle Cloud VMware Solution). Puede desplegar Oracle Cloud VMware Solution en servidores con hardware dedicado y configurar máquinas virtuales con mejoras significativas en el rendimiento en comparación con otras nubes públicas y centros de datos locales.

• Gateway de servicio

  El gateway de servicios proporciona acceso desde una VCN a otros servicios, como Oracle Cloud Infrastructure Object Storage. El tráfico desde la VCN al servicio Oracle recorre el tejido de red de Oracle y no Internet.

• Gateway de enrutamiento dinámico (DRG)

  El DRG es un enrutador virtual que proporciona una ruta para el tráfico de red privada entre las redes virtuales de la misma región, entre una VCN y una red fuera de la región, como una VCN de otra región de Oracle Cloud Infrastructure, una red local o una red de otro proveedor en la nube.

• FastConnect

  Oracle Cloud Infrastructure FastConnect proporciona una forma sencilla de crear una conexión dedicada y privada entre el centro de datos y Oracle Cloud Infrastructure. FastConnect proporciona opciones de mayor ancho de banda y una experiencia de red más fiable en comparación con las conexiones basadas en Internet.

• Almacenamiento de archivos

  OCI File Storage se utiliza como espacio de almacenamiento temporal al migrar bases de datos de Oracle Exadata local a Oracle Autonomous Database on Dedicated Exadata Infrastructure.

• Object Storage

  OCI Object Storage se utiliza para el almacenamiento temporal de copias de seguridad y exportaciones de bases de datos durante la migración.

Antes de empezar

Antes de comenzar, compruebe las versiones de los principales componentes utilizados en esta configuración y revise la documentación del producto para obtener más información.

Requisitos de revisión

• Asegúrese de que la base de datos origen ejecuta Oracle Database versión 19.18 Enterprise Edition o posterior.
• La base de datos destino debe ser Oracle Autonomous Database on Dedicated Exadata Infrastructure versión 19.19.0.1.0 Enterprise Edition Extreme Performance o superior.
• Oracle Zero Downtime Migration debe ser de la versión 21.4 o superior.
• El almacenamiento intermedio debe incluir OCI Object Storage y Oracle ZFS Storage Appliance (NAS).

Revisar documentación

En este manual de soluciones se describe cómo migrar las cargas de trabajo de la base de datos. Consulte la siguiente solución para obtener información sobre cómo migrar las cargas de trabajo de VMware. Los recursos adicionales son útiles para el contexto, los detalles y la referencia para la migración de la base de datos.

Descubra cómo migrar los componentes VMware de la carga de trabajo a Oracle Cloud VMware Solution.

• Migración de las cargas de trabajo locales de VMware a la nube

Revise los recursos de Oracle Zero Downtime Migration:

• Oracle Zero Downtime Migration
• Video de Oracle Zero Downtime Migration
• Instalar el software Oracle Zero Downtime Migration

Revise los recursos de migración lógica:

• "Configuración de Parámetros de Migración Lógica" en Mover a Oracle Cloud mediante la Guía de Migración de Tiempo de Inactividad Cero
• Guía paso a paso: migración en línea lógica desde entornos locales a Oracle Autonomous Database

Revise los recursos de Oracle Database:

• "Upgrading the Time Zone File and Timestamp with Time Zone Data" en Oracle Database Globalization Support Guide

Acerca de los productos y los roles necesarios

Esta solución requiere los siguientes productos:

• Oracle Cloud Infrastructure Identity and Access Management
• Recursos informáticos de OCI
• OCI Object Storage
• Oracle Zero Downtime Migration
• Oracle Exadata
• Oracle Autonomous Database en infraestructura de Exadata dedicada

Estos son los roles necesarios para cada producto.

Nombre de producto: Rol	Necesario para...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user	Crear claves de API para migración lógica
Recursos informáticos de OCI: admin	Cree una instancia de OCI Compute para ejecutar el software de Oracle Zero Downtime Migration
Almacenamiento de objetos de OCI: Storage Admin	Crear cubos de OCI Object Storage para cargar datos exportados
Oracle Zero Downtime Migration: opc	Cree zdmuser para instalar y ejecutar el software Oracle Zero Downtime Migration
Oracle Zero Downtime Migration: zdmuser	Instalar el software Oracle Zero Downtime Migration Ejecución de Oracle Zero Downtime Migration
Oracle Exadata: root/sudoer user	Monte el recurso compartido del sistema de archivos de red desde el dispositivo de almacenamiento conectado a la red para exportar la base de datos Activar SSH sin contraseña desde la máquina virtual de Oracle Zero Downtime Migration Ejecute los comandos sudo para instalar el agente de software de Oracle Zero Downtime Migration Ejecute los comandos sudo para exportar la base de datos
Base de datos de Oracle Exadata: sys/system	Ejecutar pump de datos para exportar la base de datos para la migración lógica
Oracle Autonomous Database on Dedicated Exadata Infrastructure: Database Admin	Crear la base de datos Oracle Autonomous Database on Dedicated Exadata Infrastructure de destino
Oracle Autonomous Database on Dedicated Exadata Infrastructure: ADMIN	Ejecutar pump de datos para importar la base de datos para la migración lógica

Consulte Productos, soluciones y servicios de Oracle para obtener lo que necesita.

Consideraciones sobre migración

Antes de comenzar la migración, revise estas suposiciones y consideraciones.

• La migración lógica es el único método soportado para migrar bases de datos de Oracle Exadata a Oracle Autonomous Database on Dedicated Exadata Infrastructure.
• Los siguientes pasos de este manual describen cómo migrar mediante una migración lógica fuera de línea. Consulte la sección Revisar documentación para obtener información sobre cómo migrar mediante una migración lógica en línea. Durante la migración lógica en línea, Oracle Zero Downtime Migration configura Oracle GoldenGate para migraciones entre las bases de datos de origen y destino para garantizar que las bases de datos estén siempre en línea durante la migración.
• Durante la migración lógica, se migran bases de datos de conexión (PDB) y/o esquemas. Las bases de datos que no son de contenedor se migran a una base de datos de Oracle Autonomous Database on Dedicated Exadata Infrastructure incluida en una base de datos de contenedor autónoma.
• Durante la migración lógica, Oracle Zero Downtime Migration no exportará los datos directamente a OCI Object Storage. En la base de datos de Exadata de origen, Oracle Zero Downtime Migration exporta datos a un sistema de archivos compartido (ya sea sistema de archivos de red u Oracle Advanced Cluster File System). A continuación, los datos exportados se cargan en OCI Object Storage. La base de datos de destino de Oracle Autonomous Database on Dedicated Exadata Infrastructure importa datos de OCI Object Storage.
• Oracle Exadata local puede ejecutar bases de datos de instancia única y RAC. Oracle Autonomous Database on Dedicated Exadata Infrastructure ejecuta bases de datos RAC. Durante la migración de la base de datos, Oracle Zero Downtime Migration convierte una instancia única en bases de datos RAC cuando es necesario.
• En Oracle Exadata local, el uso del cifrado de datos transparente de Oracle para cifrar bases de datos es opcional. Al migrar bases de datos de Exadata a Oracle Autonomous Database on Dedicated Exadata Infrastructure, la base de datos de destino Oracle Autonomous Database on Dedicated Exadata Infrastructure siempre se cifrará.
• Las bases de datos Exadata de origen y Oracle Autonomous Database on Dedicated Exadata Infrastructure de destino deben ejecutar los mismos archivos de zona horaria.
• En los pasos de este manual se supone que hay conectividad de red directa entre el centro de datos en el que está instalado Exadata y la red virtual en la nube de OCI en la que está configurada la máquina virtual Oracle Autonomous Database on Dedicated Exadata Infrastructure y Oracle Zero Downtime Migration (mediante VPN FastConnect o IPSec, como se muestra en el diagrama de arquitectura).
• Por defecto, Oracle Zero Downtime Migration intentará comunicarse con la base de datos de Oracle Autonomous Database on Dedicated Exadata Infrastructure mediante el servicio high_tls. Asegúrese de que la conectividad para TCPS en el puerto 2484 está permitida entre la máquina virtual de Oracle Zero Downtime Migration y la base de datos de Oracle Autonomous Database on Dedicated Exadata Infrastructure.

Migración mediante migración lógica

En esta sección, se describe cómo realizar una migración lógica fuera de línea. Para la migración en línea, consulte la sección Revisar documentación.

1. En la consola de OCI, cree una instancia informática en la misma VCN en la que se configurará la base de datos destino.
   Esta instancia informática puede ser cualquier unidad, con al menos dos OCPU y 16 GB de RAM, que ejecutan el sistema operativo Oracle Linux 7.9. Esta máquina virtual se utilizará para ejecutar el software Oracle Zero Downtime Migration.
2. Descargue e instale el software Oracle Zero Downtime Migration 21.4 en la instancia informática de OCI mediante la documentación de instalación de Oracle Zero Downtime Migration en la sección Revisar documentación.
   Ejecute el software Oracle Zero Downtime Migration como zdmuser.
3. Conéctese a Oracle Zero Downtime Migration como zdmuser y genere un par de claves ssh. Active ssh sin contraseña desde la cuenta zdmuser a todos los nodos de la base de datos Exadata de origen (root, privilege-sudoer user).
4. Asegúrese de que la máquina virtual de Oracle Zero Downtime Migration se pueda comunicar con los hosts de la base de datos de origen mediante el nombre de host y la dirección IP. Verifique lo siguiente:
   • Modifique el solucionador de DNS de VCN o el archivo /etc/hosts de la VM de Oracle Zero Downtime Migration si es necesario.
   • Verifique que hay una regla de seguridad que permite a la máquina virtual de Oracle Zero Downtime Migration conectarse a la base de datos de origen en el puerto de listener por defecto 1521 y el puerto SSH 22.
   • Asegúrese de que la máquina virtual de Oracle Zero Downtime Migration pueda acceder a la base de datos destino en el puerto TLS seguro 2484.
5. En Oracle ZFS Storage Appliance, o en el dispositivo de almacenamiento conectado a la red, cree un recurso compartido del sistema de archivos de red que se utilizará como marcador de posición para los volcados de datos de la base de datos mientras avanza la migración.
6. Monte el recurso compartido del sistema de archivos de red en todos los nodos de la base de datos de Exadata.
   Asegúrese de que todos los usuarios tienen permisos de lectura, escritura y ejecución (rwx). Tome nota del punto de montaje.
7. Cree una nueva base de datos de destino mediante la consola de OCI o la API de REST. Configure la base de datos de la siguiente manera:
   • La nueva base de datos destino puede tener un nombre diferente al de la base de datos origen.
   • La nueva base de datos puede ser una versión más reciente que la base de datos origen.
   • Proporcione una contraseña para el usuario ADMIN. Anote la contraseña.
   Anote el OCID de la base de datos después de crearla.
8. En la consola de OCI, cree un cubo de OCI Object Storage si aún no existe uno.
   Tenga en cuenta la URL de Swift, el espacio de nombres de almacenamiento de objetos y el nombre del cubo.
9. Cree una clave de API para el usuario de OCI propietario de la base de datos destino y también tiene permisos para cargar datos en el cubo de OCI Object Storage creado en el paso 8.
   Anote el OCID de usuario, el OCID de arrendamiento, la huella y la región de OCI. Guarde las claves privadas y públicas correspondientes en los archivos PEM. Oracle Zero Downtime Migration utilizará esta clave de API para conectarse a OCI y obtener información de la base de datos destino durante la migración de la base de datos y cargar volcados de datos en OCI Object Storage.
10. Copie los archivos PEM del paso anterior en la máquina virtual de Oracle Zero Downtime Migration.
11. Conéctese como usuario sys a la base de datos Exadata de origen para asegurarse de que el parámetro Streams_Pool_Size está definido en al menos 2G, por ejemplo:

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

12. Utilice la plantilla de archivo de respuesta de migración lógica de Oracle Zero Downtime Migration incluida con Oracle Zero Downtime Migration para crear un archivo de respuesta para la migración. Los parámetros clave son:
    • TARGETDATABASE_OCID: OCID de la base de datos destino de Oracle Autonomous Database on Dedicated Exadata Infrastructure.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nombre de host del primer nodo en la base de datos de Exadata de origen.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: nombre de servicio de la PDB de origen o de la base de datos sin contenedor (no CDB). Utilice lsnrctl para buscar.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: OCID de arrendamiento del paso 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID de usuario del paso 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: huella digital del paso 9.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: ruta de archivo al archivo .pem de clave privada en el servidor de Oracle Zero Downtime Migration desde el paso 10.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID de región de OCI para el usuario de OCI del paso 9.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/nombre de host del primer nodo en la base de datos de Exadata de origen.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: nombre del servicio para la base de datos de contenedor de origen en la base de datos de Exadata. Utilice lsnrctl para buscar).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: punto de montaje de almacenamiento de archivos de red del paso 6.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: número de CPU disponibles. Debe ser mayor que 2.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: espacio de nombres de OCI Object Storage del paso 8.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: nombre del cubo de OCI Object Storage del paso 8.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. Se puede ejecutar un trabajo de migración en seco de Oracle Zero Downtime Migration (-eval) para validar todos los requisitos para la migración. De esta forma, se ejecuta la herramienta Cloud Pre-Migration Advisor Tool (CPAT) para validar que la base de datos origen es adecuada para la migración a Oracle Autonomous Database on Dedicated Exadata Infrastructure mediante la migración lógica de Oracle Zero Downtime Migration. Abordar los problemas notificados por CPAT antes de continuar. Por ejemplo:

    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user: root_or_sudoer_user \
    -srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12 \
    -eval

    Este comando solicita dos contraseñas. La primera contraseña es la contraseña del sistema para la base de datos de Exadata de origen. La segunda contraseña es la contraseña ADMIN para la base de datos de destino Oracle Autonomous Database on Dedicated Exadata Infrastructure.
    Anote el ID de trabajo de Oracle Zero Downtime Migration.
    Después de una migración correcta de ejecución simulada, continúe con el siguiente paso.
14. Una vez que la migración de ejecución simulada se haya realizado correctamente, ejecute el trabajo Oracle Zero Downtime Migration. Por ejemplo:

    zdmcli migrate database -sourcedb source_db__unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12

    Este comando solicita dos contraseñas. La primera contraseña es la contraseña del sistema para la base de datos de Exadata de origen. La segunda contraseña es la contraseña ADMIN para la base de datos destino. Anote el ID de trabajo de Oracle Zero Downtime Migration.