1. Migración a Oracle Database@Azure con Oracle Zero Downtime Migration
  2. Migración a Oracle Database@Azure con Oracle Zero Downtime Migration

Migración a Oracle Database@Azure con Oracle Zero Downtime Migration

Oracle Database@Azure le permite ejecutar sus bases de datos de Oracle esenciales en Oracle Exadata Database Service on Dedicated Infrastructure en el centro de datos de Microsoft Azure.

Aproveche la alta disponibilidad, el rendimiento y la escalabilidad incorporados que proporcionan Oracle Exadata Database Service y Oracle Real Application Clusters (Oracle RAC), al tiempo que se beneficia de la baja latencia de sus aplicaciones de Azure.

La migración de la base de datos a la nube suele ser un proceso manual asociado al tiempo de inactividad de su negocio. Oracle Zero Downtime Migration simplifica y automatiza las migraciones de bases de datos de Oracle con un tiempo de inactividad de cero a mínimo, incorpora las mejores prácticas de Oracle Maximum Availability Architecture (Oracle MAA) por defecto, soporta migraciones de conjuntos y es gratuito, entre otras ventajas.

Desde su lanzamiento en 2019, Oracle Zero Downtime Migration ha sido la herramienta de migración de confianza para clientes de todo el mundo para las migraciones de bases de datos de Oracle a máquinas Oracle Exadata locales, Oracle Exadata Database Service on Cloud@Customer y Oracle Cloud Infrastructure (OCI). Consulte Explorar más para obtener más información sobre Oracle Zero Downtime Migration.

Arquitectura

Esta arquitectura de referencia describe las migraciones de Oracle Database de entornos locales a Oracle Exadata Database Service on Dedicated Infrastructure en Oracle Database@Azure mediante el flujo de trabajo de migración física en línea basado en Oracle Data Guard y la transferencia directa de datos, lo que proporciona simplicidad, automatización y continuidad del negocio durante las migraciones de base de datos a Oracle Database@Azure.

El host del servicio Oracle Zero Downtime Migration está instalado en una máquina virtual (VM) local independiente junto a la base de datos de origen. El destino Oracle Exadata Database Service on Dedicated Infrastructure se aprovisiona en el centro de datos de Azure dentro de la red virtual de Azure (VNet) en una subred delegada a Oracle Database@Azure. El centro de datos local está conectado al centro de datos de Azure a través de Azure ExpressRoute o VPN de sitio a sitio. El flujo de trabajo físico en línea de Oracle Zero Downtime Migration basado en la transferencia directa de datos crea la base de datos de destino mediante la restauración de un método de servicio y evita realizar copias de seguridad de la base de datos de origen en una ubicación de almacenamiento intermedia. Oracle Zero Downtime Migration utiliza automáticamente Oracle Data Guard para replicar los datos de la base de datos local a la base de datos de destino. Oracle Zero Downtime Migration configura automáticamente Oracle Data Guard, lo mantiene y limpia la configuración una vez finalizada la migración. Por lo tanto, no es necesario tener conocimientos sobre la configuración y el mantenimiento de Oracle Data Guard. Una vez finalizada la migración, la base de datos de destino puede utilizar la función de copia de seguridad automática para realizar una copia de seguridad de la base de datos en Oracle Database Autonomous Recovery Service.

El siguiente diagrama ilustra esta arquitectura de referencia.


A continuación se muestra la descripción de oracle-db-azure-zdm.png
Descripción de la ilustración oracle-db-azure-zdm.png

oracle-db-azure-zdm-oracle.zip

Microsoft Azure proporciona los siguientes componentes:

  • VNIC de Azure

    Los servicios de los centros de datos de Azure tienen tarjetas de interfaz de red (NIC) física. Las instancias de máquina virtual se comunican mediante NIC virtuales (VNIC) asociadas con las NIC físicas. Cada instancia tiene una VNIC principal que se crea y se asocia automáticamente durante el inicio y que está disponible durante toda la vida de la instancia.

  • Gateway de red virtual de Azure

    El gateway de red virtual de Azure es un servicio que establece una conectividad segura entre ubicaciones locales entre una red virtual de Azure y una red local. Le permite crear una red híbrida que abarque su centro de datos y Azure.

  • Subred delegada de Azure

    La delegación de subred es la capacidad de Microsoft para inyectar un servicio gestionado, específicamente un servicio de plataforma como servicio, directamente en su red virtual. Esto significa que puede designar o delegar una subred para que sea un directorio raíz de un servicio gestionado externo dentro de la red virtual. En otras palabras, ese servicio externo actuará como un recurso de red virtual, aunque técnicamente sea un servicio de plataforma como servicio externo.

  • Red virtual de Azure

    La red virtual de Azure (VNet) es el componente fundamental de su red privada en Azure. VNet permite a muchos recursos de Azure, como máquinas virtuales de Azure, comunicarse de forma segura entre sí, Internet y redes locales.

Oracle Cloud Infrastructure proporciona 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 entre sí y pueden separarse a grandes distancias (entre países e incluso continentes).

  • Red virtual en la nube (VCN) y subredes

    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 el control 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.

  • Red local

    Esta red es la red local utilizada por su organización. Es uno de los radios de la topología.

  • Gateway de servicio

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

  • Data Guard

    Oracle Data Guard y Oracle Active Data Guard proporcionan un completo juego de servicios que permiten crear, mantener, gestionar y controlar una o más bases de datos en espera y que permiten que las bases de datos Oracle de producción permanezcan disponibles sin interrupción. Oracle Data Guard mantiene estas bases de datos en espera como copias de la base de datos de producción mediante la replicación en memoria. Si la base de datos de producción deja de estar disponible debido a una interrupción planificada o no planificada, Oracle Data Guard puede cambiar cualquier base de datos en espera al rol de producción, minimizando el tiempo de inactividad asociado a la interrupción. Oracle Active Data Guard proporciona la capacidad adicional de descargar cargas de trabajo de lectura principalmente en bases de datos en espera y también proporciona funciones avanzadas de protección de datos.

  • Servicio de base de datos de Exadata

    Oracle Exadata Database Service le permite aprovechar la potencia de Exadata en la nube. Puede aprovisionar sistemas X9M de Exadata flexibles que le permitan agregar servidores de cálculo y servidores de almacenamiento de base de datos al sistema a medida que aumenten sus necesidades. Los sistemas Exadata X9M ofrecen una red RDMA sobre Ethernet convergente (RoCE) para módulos de memoria persistente (PMEM) de gran ancho de banda y baja latencia, así como software de Exadata inteligente. Puede aprovisionar sistemas X9M de Exadata mediante una unidad que sea equivalente a un sistema X9M de cuarto de rack y, a continuación, agregar bases de datos y servidores de almacenamiento en cualquier momento después del aprovisionamiento.

    Oracle Exadata Database Service on Dedicated Infrastructure proporciona Oracle Exadata Database Machine como servicio en un centro de datos de Oracle Cloud Infrastructure (OCI). La instancia de Oracle Exadata Database Service on Dedicated Infrastructure es un cluster de máquina virtual (VM) que reside en racks de Exadata en una región de OCI.

    Oracle Exadata Database Service on Cloud@Customer proporciona Oracle Exadata Database Service alojado en el centro de datos.

  • Host del servicio de migración sin tiempo de inactividad

    El host del servicio Oracle Zero Downtime Migration debe ser un sistema dedicado, pero se puede compartir para otros fines.

    El software de Oracle Zero Downtime Migration requiere un host de Oracle Linux independiente que se ejecute en cualquiera de las siguientes plataformas: Oracle Linux 7, Oracle Linux 8 o Red Hat Enterprise Linux 8.

    El host del servicio Oracle Zero Downtime Migration debe poder conectarse a los servidores de base de datos de origen y destino; mientras se garantice la conectividad, el host del servicio se puede ubicar en cualquier lugar.

  • Oracle Database Autonomous Recovery Service

    Oracle Database Autonomous Recovery Service es un servicio de Oracle Cloud que protege las bases de datos de Oracle. Con la automatización de copias de seguridad y las capacidades mejoradas de protección de datos para bases de datos OCI, puede descargar todos los requisitos de almacenamiento y procesamiento de copias de seguridad en Oracle Database Autonomous Recovery Service, con lo que se eliminan los costos de infraestructura de copia de seguridad y la sobrecarga de administración manual.

Flujos de trabajo de migración de Oracle Zero Downtime Migration

Note:

Para cada tarea de migración mostrada, consulte Explorar más para obtener más información.

Puede realizar los siguientes flujos de trabajo para migrar Oracle Database a Oracle Exadata Database Service on Dedicated Infrastructure en Oracle Database@Azure.

  • Migración en línea física

    El flujo de trabajo de migración física en línea admite migraciones entre las mismas versiones y plataformas de base de datos. Utiliza la transferencia directa de datos y el método "restore from service" para crear la base de datos de destino, evitando explícitamente realizar copias de seguridad de la base de datos de origen en una ubicación de almacenamiento intermedia. Oracle Data Guard mantiene sincronizadas las bases de datos de origen y destino para lograr una migración de tiempo de inactividad mínima.

  • Migración fuera de línea física

    El flujo de trabajo de migración física fuera de línea soporta migraciones entre las mismas versiones y plataformas de base de datos. Crea la base de datos destino mediante la copia de seguridad y restauración de Recovery Manager (RMAN). El servicio de archivos de Azure proporciona un recurso compartido de archivos NFS para almacenar los archivos de copia de seguridad de RMAN.

  • Migración lógica en línea

    El flujo de trabajo lógico de migración en línea admite migraciones entre la misma versión de base de datos y plataformas diferentes. Utiliza la exportación e importación de Oracle Data Pump para crear la base de datos destino. El servicio de archivos de Azure proporciona un recurso compartido de archivos NFS para almacenar los archivos de volcado de pump de datos. OCI GoldenGate mantiene sincronizadas las bases de datos de origen y destino para lograr una migración de tiempo de inactividad mínima.

  • Migración lógica fuera de línea

    El flujo de trabajo de migración lógica fuera de línea soporta migraciones entre la misma versión de base de datos y plataformas diferentes. Utiliza la exportación e importación de Oracle Data Pump para crear la base de datos destino. El servicio de archivos de Azure proporciona un recurso compartido de archivos NFS para almacenar los archivos de volcado de pump de datos.

Puede realizar los siguientes flujos de trabajo de migración de Oracle Zero Downtime Migration para migrar Oracle Database a Oracle Autonomous Database Serverless en Oracle Database@Azure.

  • Migración lógica en línea

    El flujo de trabajo lógico de migración en línea admite migraciones entre la misma versión de base de datos y plataformas diferentes. Utiliza la exportación e importación de Oracle Data Pump para crear la base de datos destino. El servicio de archivos de Azure proporciona un recurso compartido de archivos NFS para almacenar los archivos de volcado de pump de datos. OCI GoldenGate mantiene sincronizadas las bases de datos de origen y destino para lograr una migración de tiempo de inactividad mínima.

  • Migración lógica fuera de línea

    El flujo de trabajo de migración lógica fuera de línea soporta migraciones entre la misma versión de base de datos y plataformas diferentes. Utiliza la exportación e importación de Oracle Data Pump para crear la base de datos destino. El servicio de archivos de Azure proporciona un recurso compartido de archivos NFS para almacenar los archivos de volcado de pump de datos.

Recomendaciones

Utilice las siguientes recomendaciones como punto de partida. Los requisitos pueden diferir de la arquitectura que se describe aquí.
  • Descargue la última versión de software de Oracle Zero Downtime Migration desde My Oracle Support (MOS) buscando el número de parche 33509650 en el separador Parches y actualizaciones.
  • Instale el host del servicio Oracle Zero Downtime Migration local junto a la base de datos de origen.
  • Asegúrese de que el host del servicio Oracle Zero Downtime Migration tenga al menos 100 GB de almacenamiento libre.
  • Garantice una conectividad de red segura y privada entre el entorno local y Azure mediante una VPN de sitio a sitio o Azure ExpressRoute.
  • Según el tamaño de la base de datos, garantice un rendimiento de red suficiente de la red local a Azure.

Consideraciones

Tenga en cuenta los siguientes puntos al desplegar esta arquitectura de referencia.

  • La base de datos de destino debe:
    • Se aprovisionará con las herramientas de Oracle Cloud sin activar las copias de seguridad automáticas.
    • Tener una versión de archivo de zona horaria que sea igual o superior a la base de datos de origen.
  • Las bases de datos de origen y destino deben:
    • Tener el mismo nombre de base de datos (DB_NAME).
    • Tienen nombres únicos de base de datos diferentes (DB_UNIQUE_NAME).
    • Utilice un archivo de parámetros del servidor (SPFILE).
    • Utilice el mismo juego de caracteres.
    • Tener el mismo algoritmo de cifrado definido en el archivo sqlnet.ora.
    • Tener la misma versión principal (por ejemplo, 19c). Sin embargo, la base de datos de destino puede tener un nivel de parche superior (por ejemplo, el origen en la versión 19.21 y el destino en la versión 19.22). Si la base de datos de destino tiene un nivel de parche superior al de la base de datos de origen, Oracle Zero Downtime Migration ejecuta automáticamente el parche de datos como parte de la migración.
  • La contraseña de la cuenta de usuario SYS debe ser la misma en las bases de datos de origen y destino.
  • El parámetro de inicialización de la base de datos COMPATIBLE debe ser el mismo en las bases de datos de origen y destino.
  • Para Oracle Database 12c versión 2 y posteriores, la cartera de TDE debe existir en el origen y el estado de la cartera debe ser OPEN. No es necesario cifrar la base de datos origen, pero se debe configurar una cartera de TDE.
  • Oracle Zero Downtime Migration requiere que la clave SSH del host de servicio de Oracle Zero Downtime Migration esté en formato RSA (en Oracle Linux 8, el valor por defecto es OPENSSH).

Explorar más

Obtenga más información sobre los servicios de esta arquitectura.

Revise estos recursos adicionales:

Agradecimientos

  • Autores: Sinan Petrus Toma, Ricardo Gonzalez, Thomas Van Buggenhout
  • Contribuyentes: Emiel Ramakers, Wei Han, John Sulyok