1. Migra el servidor x86 o las cargas de trabajo de Oracle Database Appliance y VMware a OCI
  2. Migrar a Oracle Autonomous Database Serverless

Migrar a Oracle Autonomous Database Serverless

En esta sección se describe cómo migrar el servidor x86 local o las cargas de trabajo de Oracle Database Appliance a Oracle Autonomous Database Serverless y migrar las aplicaciones VMware a Oracle Cloud VMware Solution.

Arquitectura

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 implementació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.

El siguiente diagrama ilustra esta arquitectura de referencia.


A continuación se muestra la descripción de x86-oda-migrate-autonomous-serverless-vmware.png
Descripción de la ilustración x86-oda-migrate-autonomous-serverless-vmware.png

x86-oda-migrate-autonomous-serverless-vmware.zip (Migración autónoma a sin servidor)

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 grandes distancias pueden separarlos (entre países e incluso continentes).

  • Red virtual en la nube (VCN) y subred

    Una VCN es una red personalizable y definida por software 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 Serverless

    Oracle Autonomous Database Serverless proporciona acceso a la última tecnología de base de datos autónoma. Con Autonomous Database, tiene una base de datos totalmente flexible donde Oracle opera de manera 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.

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

    Oracle y VMware se han asociado para desarrollar una implantación de centro de datos definido por software (SDDC) certificada 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 de SDDC VMware locales a Oracle Cloud VMware Solution. Oracle Cloud VMware Solution contiene los siguientes componentes de 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 de rendimiento en comparación con otras nubes públicas y centros de datos locales.

  • Gateway de servicio

    El gateway de servicio 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 VCN 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 de nube.

  • FastConnect

    Oracle Cloud Infrastructure FastConnect proporciona una forma sencilla de crear una conexión privada dedicada 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.

  • 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 empezar, compruebe las versiones de los componentes principales utilizados en esta configuración y revise la documentación del producto para consultarla más adelante.

Requisitos de revisión

  • Asegúrese de que la base de datos de origen se está ejecutando en un servidor x86 u Oracle Database Appliance Standard Edition, Enterprise Edition, versión 19.18 o superior.
  • La base de datos Oracle Autonomous Database Serverless de destino debe ser de la versión 19.19.0.01 Extreme Enterprise Edition o superior.
  • Las bases de datos de destino que utilizan hasta 8 OCPU pueden ejecutar Oracle Standard Edition. Las bases de datos que utilizan más de 8 OCPU deben ejecutar Oracle Enterprise Edition Extreme Performance.
  • 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).

Revisión de 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 más información sobre cómo migrar las cargas de trabajo 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 su carga de trabajo a Oracle Cloud VMware Solution.

Revise los recursos de Oracle Zero Downtime Migration:

Revise los recursos de migración lógica:

Revise los recursos de Oracle Database:

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
  • Servidor x86 u Oracle Database Appliance
  • Oracle Autonomous Database Serverless

Estos son los roles necesarios para cada producto.

Nombre del producto: Rol Necesario para...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user
  • Crear cubo de OCI Storage
  • Crear clave de API para cargar datos en el cubo e importar la base de datos
OCI Compute: admin Crear instancia de OCI Compute para ejecutar el software de Oracle Zero Downtime Migration
OCI Object Storage: 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 de Oracle Zero Downtime Migration
Oracle Zero Downtime Migration: zdmuser
  • Instalar el software de Oracle Zero Downtime Migration
  • Ejecutar Oracle Zero Downtime Migration
Servidor x86 u Oracle Database Appliance: 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
Servidor x86 u Oracle Database Appliance Database: sys/system Ejecutar pump de datos para exportar la base de datos
Oracle Autonomous Database Serverless: Database Admin Crear base de datos de destino
Oracle Autonomous Database Serverless: ADMIN Ejecutar pump de datos para importar la base de datos

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 del servidor x86 u Oracle Database Appliance a Oracle Autonomous Database Serverless.
  • En los siguientes pasos de este manual se describe 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 las 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 las bases de datos conectables (PDB) y/o los esquemas. Las bases de datos sin contenedor se migran a Oracle Autonomous Database Serverless.
  • Se necesita un sistema de archivos compartido para las migraciones lógicas. Durante la migración lógica, Oracle Zero Downtime Migration no exportará los datos directamente a OCI Object Storage. En la base de datos origen, Oracle Zero Downtime Migration exporta datos a un sistema de archivos compartido (ya sea un sistema de archivos de red u Oracle Advanced Cluster File System). Los datos exportados se cargan a continuación en OCI Object Storage. A continuación, Oracle Zero Downtime Migration mueve los volcados de datos de OCI Object Storage a OCI File Storage. Por último, Oracle Autonomous Database Serverless puede importar los datos directamente desde OCI Object Storage.
  • El servidor x86 u Oracle Database Appliance local pueden ejecutar bases de datos RAC y de instancia única. Oracle Autonomous Database Serverless ejecuta bases de datos RAC. Durante la migración de base de datos, Oracle Zero Downtime Migration convierte una instancia única en bases de datos RAC cuando es necesario.
  • El cifrado de datos transparente de Oracle es opcional para bases de datos locales que se ejecutan en el servidor x86 u Oracle Database Appliance. Al migrar bases de datos a Oracle Autonomous Database Serverless, la base de datos de destino siempre se cifrará.
  • El servidor x86 de origen o la base de datos y las bases de datos de destino de Oracle Database Appliance deben ejecutar los mismos archivos de zona horaria. Para obtener instrucciones, consulte "Gestión de la versión del archivo de zona horaria en Autonomous Database" en la sección Revisar documentación. Para obtener instrucciones sobre cómo actualizar archivos de zona horaria en Oracle Autonomous Database Serverless, consulte "Gestión de la versión del archivo de zona horaria en Autonomous Database" en la sección Revisar documentación.
  • En los pasos de este manual se asume que hay conectividad de red directa entre el centro de datos donde está instalado el servidor x86 u Oracle Database Appliance y la red virtual en la nube (VCN) de OCI donde está configurada la máquina virtual de Oracle Zero Downtime Migration (mediante la VPN FastConnect o IPSec, como se muestra en el diagrama de arquitectura). También es necesaria la conectividad entre la VCN y la base de datos de destino a través de un gateway de servicios.
  • Oracle Autonomous Database Serverless solo soporta un tablespace estándar denominado DATA. Todas las tablas se deben colocar en este tablespace. Si la base de datos origen utiliza tablespaces personalizados, se deben reasignar al tablespace DATA durante la migración.

Migración mediante migración lógica

En los siguientes pasos, se describe cómo realizar una migración lógica fuera de línea. Para obtener información sobre la migración en línea, consulte la Guía paso a paso: migración lógica en línea de entornos locales a Oracle Autonomous Database en la sección Revisar documentación.

  1. Cree una base de datos Oracle Autonomous Database Serverless 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 de destino puede tener un nombre diferente al de la base de datos de 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.
  2. En la consola de OCI, cree una instancia informática en la VCN que tenga conectividad a la base de datos origen mediante el gateway de enrutamiento dinámico y Oracle Autonomous Database Serverless mediante el gateway de servicio.
    Esta instancia informática puede ser cualquier unidad, con al menos dos OCPU y 16 GB de RAM, que ejecute el sistema operativo Oracle Linux 7.9. Esta máquina virtual se utilizará para ejecutar el software Oracle Zero Downtime Migration.
  3. Siga la documentación de instalación de Oracle Zero Downtime Migration en la sección Revisar documentación para descargar e instalar el software de Oracle Zero Downtime Migration 21.4 en la instancia informática de OCI.
    Ejecute el software Oracle Zero Downtime Migration como zdmuser.
  4. Conéctese como zdmuser a la instancia informática que ejecuta el software Oracle Zero Downtime Migration y genere un par de claves SSH. Active el SSH sin contraseña de la cuenta zdmuser a todos los nodos de la base de datos origen (root, privilege-sudoer user).
  5. 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 red virtual en la nube (VCN) o el archivo /etc/hosts en la máquina virtual de Oracle Zero Downtime Migration si es necesario.
    • Verifique que haya una regla de seguridad que permita 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 de destino en el puerto TLS seguro 2484.
  6. En Oracle ZFS Storage Appliance, o dispositivo de almacenamiento conectado a la red, cree un recurso compartido del sistema de archivos de red para usar como marcador de posición para los volcados de datos de la base de datos mientras avanza la migración.
  7. Monte el recurso compartido del sistema de archivos de red en todos los nodos de la base de datos de origen.
    Asegúrese de que todos los usuarios tienen permisos de lectura, escritura y ejecución (rwx). Tome nota del punto de montaje.
  8. En la consola de OCI, cree un cubo de OCI Object Storage si aún no existe uno.
    Anote la URL de Swift, el espacio de nombres de Object Storage y el nombre del cubo.
  9. Cree una clave de API para el usuario de OCI propietario de la base de datos de destino y que también tenga permisos para cargar datos en el cubo de OCI Object Storage creado en el paso 8.
    Observe 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 para obtener información de la base de datos de 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 de Oracle Database Appliance de origen para asegurarse de que el parámetro Streams_Pool_Size está definido como mínimo en 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 de destino de Oracle Autonomous Database Serverless.
    • 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 origen de Oracle Database Appliance.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: nombre de servicio de la PDB de origen o de la base de datos de contenedores (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 del paso 9.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: ruta de archivo al archivo PEM de clave privada en el servidor de Oracle Zero Downtime Migration del 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 origen de Oracle Database Appliance.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: nombre del servicio para la base de datos de contenedores de origen en la base de datos de Oracle Database Appliance. 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_METADATAREMAPS-1: type:REMAP_TABLESPACE,oldValue:USERS,newValue:DATA.
    • DATAPUMPSETTINGS_METADATAREMAPS-2: type:REMAP_TABLESPACE,oldValue:<tablespace_to_be_migrated>,newValue:DATA. Se necesita una entrada de reasignación de tablespace para cada tablespace personalizado que se va a migrar.
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: comente esta línea con un signo de número (#) si el servidor x86 de origen o la base de datos de Oracle Database Appliance están ejecutando Oracle Standard Edition 2. De lo contrario, especifique un número mayor que 2, según el número de CPU disponibles.
    • 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. Ejecute un trabajo de migración de ejecución simulada de Oracle Zero Downtime Migration (-eval) para validar que se cumplen todos los requisitos para la migración. Se ejecuta la herramienta de ayuda previa a la migración a la nube (CPAT) para validar que la base de datos de origen es adecuada para la migración a Oracle Autonomous Database Serverless mediante la migración lógica de Oracle Zero Downtime Migration. Abordar los problemas informados por CPAT antes de continuar. Por ejemplo:
    zdmcli migrate database -sourcedb source_db_unique_name \
-sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
-srcauth zdmauth \
-srcarg1 user: root_or_sudoer_user \
-srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name_from_step_4
\
-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 origen. La segunda contraseña es la contraseña ADMIN para la base de datos de destino.
    Anote el ID de trabajo de Oracle Zero Downtime Migration.
    Después de una migración de ejecución simulada correcta, 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_x86_server/Oracle_Database_Appliance_node \
-srcauth zdmauth \
-srcarg1 user:root_or_sudoer_user \
-srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
-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 origen. La segunda contraseña es la contraseña ADMIN para la base de datos de destino. Anote el ID de trabajo de Oracle Zero Downtime Migration.