Pasa a Oracle Database@Google Cloud con Oracle Zero Downtime Migration
Oracle Database@Google Cloud le permite ejecutar sus bases de datos Oracle de misión crítica en Oracle Oracle Exadata Database Service on Dedicated Infrastructure y Oracle Autonomous Database Serverless en los centros de datos de Google Cloud.
Aproveche la alta disponibilidad, el rendimiento y la escalabilidad incorporados en Oracle Exadata Database Service y Oracle Real Application Clusters (Oracle RAC) y benefíciese de la baja latencia de sus aplicaciones de Google Cloud.
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 (ZDM) simplifica y automatiza las migraciones de bases de datos de Oracle con un tiempo de inactividad mínimo o nulo, incorpora las mejores prácticas de Oracle Maximum Availability Architecture (Oracle MAA) por defecto, admite 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 migraciones de bases de datos de Oracle a máquinas locales de Oracle Exadata, Oracle Exadata Database Service on Cloud@Customer y Oracle Cloud Infrastructure (OCI).
Arquitectura
El host del servicio Oracle Zero Downtime Migration se instala en una máquina virtual (VM) local independiente junto a la base de datos de origen. El destino Oracle Exadata Database Service se aprovisiona en el centro de datos de Google Cloud dentro de la nube privada virtual (VPC) de Google. El centro de datos local está conectado a Google Cloud mediante Google Cloud Interconnect o VPN de sitio a sitio. El flujo de trabajo de Oracle Zero Downtime Migration utiliza la transferencia directa de datos y crea la base de datos de destino mediante el método Restore From a Service, lo que elimina la necesidad de realizar una copia de seguridad de la base de datos de origen en una ubicación de almacenamiento intermedia. Oracle Zero Downtime Migration utiliza Oracle Data Guard para replicar los datos de la base de datos local en la base de datos de destino. Oracle Zero Downtime Migration configura Oracle Data Guard, lo mantiene y limpia la configuración una vez finalizada la migración, para que no tenga que hacerlo. 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.
En el siguiente diagrama se ilustra la arquitectura:
oracle_database_at_google_cloud_w_zdm-oracle.zip
La arquitectura tiene los siguientes componentes locales y de Oracle Cloud Infrastructure:
- Red local
Esta red es la red local que utiliza su organización. Es uno de los radios de la topología.
- 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 puede haber grandes distancias que las separen (entre países e incluso continentes).
- Red y subredes virtuales en la nube (VCN)
Una VCN es una red personalizable y definida por software que puede configurar 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.
- Tabla de rutas
Las tablas de rutas virtuales contienen reglas para enrutar el tráfico de subredes a destinos fuera de una VCN, normalmente a través de gateways.
- Lista de seguridad
Para cada subred, puede crear reglas de seguridad que especifiquen el origen, el destino y el tipo de tráfico que se debe permitir dentro y fuera de la subred.
- VPN de sitio a sitio
La VPN de sitio a sitio proporciona conectividad VPN IPSec entre la red local y las VCN en Oracle Cloud Infrastructure. El conjunto de protocolos IPSec cifra el tráfico IP antes de transferir los paquetes del origen al destino y descifra el tráfico cuando llega.
- Oracle Exadata Database Service
Oracle Exadata Database Service permite aprovechar la potencia de Exadata en la nube. Oracle Exadata Database Service ofrece capacidades probadas de Oracle Database en una infraestructura de Oracle Exadata optimizada y específica en la nube pública. La automatización incorporada en la nube, la ampliación flexible de recursos, la seguridad y el rendimiento rápido para todas las cargas de trabajo de Oracle Database le ayudan a simplificar la gestión y reducir los costos.
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 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.
- Oracle Database@Google Cloud
Oracle Database@Google Cloud es un servicio de base de datos de Oracle Cloud que ejecuta cargas de trabajo de Oracle Database en su entorno de Google Cloud. Todo el hardware de Oracle Database@Google Cloud se encuentra en los centros de datos de Google Cloud y utiliza redes de Google Cloud. El servicio se beneficia de la simplicidad, la seguridad y la baja latencia de un único entorno operativo dentro de Google Cloud. Puede administrar el servicio en la consola de Google Cloud o mediante las herramientas de automatización de Google Cloud. Google Cloud IAM y Admin proporcionan gestión federada de identidad y acceso para Oracle Exadata Database Service.
- Oracle Cloud Infrastructure Vault
Oracle Cloud Infrastructure Vault permite gestionar de forma central las claves de cifrado que protegen los datos y las credenciales secretas que utiliza para proteger el acceso a los recursos en la nube. Puede utilizar el servicio Vault para crear y gestionar almacenes, claves y secretos.
- Host del servicio Zero Downtime Migration
El host del servicio Oracle Zero Downtime Migration debe ser un sistema dedicado, pero se puede compartir para otros fines.
El software Oracle Zero Downtime Migration requiere un host de Oracle Linux independiente que se ejecute en Oracle Linux 7 u 8 o en Red Hat Enterprise Linux 8 o 9.
El host de servicio de Oracle Zero Downtime Migration debe poder conectarse a los servidores de base de datos de origen y destino; si se garantiza la conectividad, el host de servicio se puede ubicar en cualquier lugar.
- 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.
La arquitectura tiene los siguientes componentes de Google:
- Región de Google Cloud
Una región de Google Cloud es un área geográfica que contiene centros de datos e infraestructura para alojar recursos. Se compone de zonas que están aisladas entre sí dentro de la región.
- Proyecto de Google Cloud
Se necesita un proyecto de Google Cloud para utilizar las API de Google Workspace y para crear complementos o aplicaciones de Google Workspace. Un proyecto constituye la base para crear, activar y utilizar todos los servicios de Google Cloud, incluida la gestión de API, la facturación, la adición y eliminación de colaboradores y la gestión de permisos.
- Google Virtual Private Cloud
Google Cloud Virtual Private Cloud (VPC) proporciona funcionalidad de red para instancias de máquina virtual (VM) de Compute Engine, contenedores de Google Kubernetes Engine (GKE), servicios de base de datos y cargas de trabajo sin servidor. VPC proporciona redes globales, ampliables y flexibles para su servicio basado en la nube.
- Interconexión de Google Cloud
Cloud Interconnect extiende su red local a la red de Google a través de una conexión de alta disponibilidad y baja latencia. Utilice Dedicated Interconnect para conectarse directamente a Google o utilice Partner Interconnect para conectarse a Google a través de un proveedor de servicios compatible.
- Enrutador de Google Cloud
Cloud Router es un servicio distribuido y totalmente gestionado que proporciona capacidades de altavoz y responsable de respuesta del protocolo de gateway de borde (BGP). Cloud Router funciona con los dispositivos Cloud Interconnect, Cloud VPN y Router para crear rutas dinámicas en redes VPC basadas en rutas recibidas por BGP y personalizadas.
Flujos de trabajo de Oracle Zero Downtime Migration
Utilice los siguientes flujos de trabajo de Oracle Zero Downtime Migration (ZDM) para migrar Oracle Database a Oracle Exadata Database Service en Oracle Database@Google Cloud.
- Migración física en línea
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 la restauración desde el método de servicio para crear la base de datos destino, evitando explícitamente realizar copias de seguridad de la base de datos 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 física fuera de línea
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 servidor NFS gestionado por Google Cloud proporciona un recurso compartido de archivos NFS para almacenar los archivos de copia de seguridad de RMAN.
Utilice los siguientes flujos de trabajo de ZDM para migrar Oracle Database a Oracle Exadata Database Service en Oracle Database@Google Cloud o a Oracle Autonomous Database Serverless en Oracle Database@Google Cloud.
- 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 servidor NFS gestionado por Google Cloud proporciona un recurso compartido de archivos NFS para almacenar los archivos de volcado de pump de datos. Oracle 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 servidor NFS gestionado por Google Cloud proporciona un recurso compartido de archivos NFS para almacenar los archivos de volcado de pump de datos.
Recomendaciones
- Descargue la última versión del software Oracle Zero Downtime Migration de My Oracle Support (MOS) buscando el número de parche 33509650 en Patches & Updates (consulte la sección Deploy).
- Instale el host de servicio de 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 gratuito.
- Garantice una conectividad de red segura y privada entre las instalaciones y Google Cloud mediante el uso de VPN de sitio a sitio o Google Cloud Interconnect.
- En función del tamaño de la base de datos, garantice un rendimiento de red suficiente desde la red local hasta Google Cloud.
Consideraciones
Tenga en cuenta los siguientes puntos al desplegar esta arquitectura de referencia.
- 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 de origen, pero se debe configurar una cartera de TDE.
- Oracle Zero Downtime Migration requiere que la clave SSH del host del servicio Oracle Zero Downtime Migration esté en formato RSA (en Oracle Linux 8, el valor por defecto es
OPENSSH). - La base de datos de destino debe:
- Aprovisionarse 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 posterior a la base de datos de origen
- Las bases de datos de origen y destino deben:
- Tienen el mismo nombre de base de datos (
DB_NAME) - Tienen diferentes nombres únicos de base de datos (
DB_UNIQUE_NAME) - Utilizar un archivo de parámetros del servidor (
SPFILE) - Utilizar el mismo juego de caracteres
- Tienen el mismo algoritmo de cifrado definido en el archivo sqlnet.ora
- La contraseña de la cuenta de usuario
SYSdebe ser la misma en las bases de datos de origen y destino - El parámetro de inicialización de la base de datos
COMPATIBLEdebe ser el mismo en las bases de datos de origen y destino - Las bases de datos de origen y destino pueden tener la misma versión principal (por ejemplo, 19c). Sin embargo, la base de datos de destino podría tener un nivel de parche superior (por ejemplo, origen en 19.23 y destino en 19.24). 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 un parche de datos como parte de la migración. Esto se puede configurar y los clientes que migran dentro de la misma versión y niveles de parches pueden solicitar a ZDM que no ejecute el parche de datos.
- Tienen el mismo nombre de base de datos (
Despliegue
Descargue e instale la versión local más reciente de Oracle Zero Downtime Migration junto a la base de datos de origen:
- Vaya a My Oracle Support (MOS).
- Para buscar el software ZDM más reciente, seleccione Nombre o Número de Parche, introduzca el número de parche 33509650 y haga clic en Buscar.
- Haga clic en el número de parche más reciente y seleccione Descargar en el menú.
- Siga las instrucciones incluidas en la descarga.
Explorar más
Obtenga más información sobre las funciones de esta arquitectura y las arquitecturas relacionadas.
- Migración de bases de datos Oracle a ExaDB-D en Oracle Database@Google Cloud con Zero Downtime Migration (video)
- Oracle Zero Downtime Migration
- Oracle Data Guard
- Oracle Database@Google Cloud
- Oracle Cloud Infrastructure multinube
Obtén más información sobre los diferentes flujos de trabajo de Oracle Zero Downtime Migration:
- Migración física en línea a ExaDB-D en Oracle Database@Google Cloud
- Migración física fuera de línea a ExaDB-D en Oracle Database@Google Cloud
- Migración lógica en línea a ExaDB-D en Oracle Database@Google Cloud
- Migración lógica fuera de línea a ExaDB-D en Oracle Database@Google Cloud
- Migración lógica en línea a ADB-S en Oracle Database@Google Cloud
- Migración lógica fuera de línea a ADB-S en Oracle Database@Google Cloud
Revise estos recursos adicionales: