Obtenga información sobre la migración de bases de datos x86 a Oracle Exadata Database Service on Cloud@Customer
Migre sus cargas de trabajo de base de datos Oracle x86 a Oracle Exadata Database Service on Cloud@Customer para consolidarse en una plataforma de base de datos de alto rendimiento. Con Oracle Zero Downtime Migration, automatice la migración mientras experimenta un tiempo de inactividad mínimo al migrar sus datos de la ubicación local a la nube. Oracle Exadata Database Service on Cloud@Customer mantiene los datos locales para cumplir con los requisitos de residencia de datos de clientes y normativos. Inicie su recorrido dentro de su centro de datos, detrás de su cortafuegos.
Arquitectura
Esta arquitectura muestra una migración de un servidor de base de datos x86 a Oracle Exadata Database Service on Cloud@Customer. Durante la migración para almacenamiento intermedio, se utiliza un dispositivo Oracle ZFS Storage Appliance (NAS). El software Oracle Zero Downtime Migration realiza la migración lógica o física a Oracle Exadata Database Service on Cloud@Customer. Utilice este diagrama para comprender el proceso de migración.
Antes de empezar
Antes de comenzar, asegúrese de que se cumplen estos requisitos:
-
Asegúrese de que la base de datos origen ejecuta Linux 7.9, en Oracle Database versión 19C o superior.
-
La base de datos destino debe ser Oracle Exadata Database Service on Cloud@Customer X8 o superior, en Oracle Database versión 19C o superior.
- La migración sin tiempo de inactividad debe ser de la versión 21.3 o superior.
-
Oracle ZFS Storage Appliance (NAS) de almacenamiento intermedio.
Revisar documentación
En este manual de soluciones se proporcionan instrucciones para realizar la migración. Puede que estos recursos adicionales le resulten útiles para el contexto, los detalles y la referencia.
- Oracle Zero Downtime Migration
- Video de Oracle Zero Downtime Migration
- Guía paso a paso sobre la migración física sin tiempo de inactividad de Oracle
- "Parámetros de migración física sin tiempo de inactividad" en Mover a Oracle Cloud mediante Zero Downtime Migration Guide
- "Setting Logical Migration Parameters" en Move to Oracle Cloud Using Zero Downtime Migration Guide
Acerca de los roles y servicios necesarios
Esta solución requiere los siguientes servicios:
- Servidor de migración sin tiempo de inactividad
- Servidor x86 de Oracle Database
- Oracle Cloud Infrastructure Identity and Access Management
- Oracle Exadata Database Service en Cloud at Customer
Estos son los roles necesarios para cada servicio.
Nombre de servicio: rol | Necesario para... |
---|---|
Servidor de migración sin tiempo de inactividad: zdmuser |
Ejecutar migración sin tiempo de inactividad |
Servidor de Oracle Database X86: sudoer user |
|
Servidor de Oracle Database X86: sys |
Realizar copias de seguridad de datos mediante Oracle Recovery Manager (RMAN) para migraciones físicas |
Oracle Cloud Infrastructure Identity and Access Management: OCI_user |
Crear tokens de autorización de API para migraciones lógicas |
Oracle Exadata Database Service on Cloud@Customer: Database Admin |
Crear una base de datos de destino de Oracle Exadata Database Service on Cloud@Customer |
Nodos de cluster de VM de Oracle Exadata Database Service on Cloud@Customer: opc (sudoer user) |
|
Consulte Descubra cómo obtener los servicios de Oracle Cloud para las soluciones de Oracle para obtener los servicios en la nube que necesita.
Acerca de las migraciones lógicas y físicas
Oracle Zero Downtime Migration soporta dos tipos de migraciones de base de datos de x86 a Oracle Exadata Database Service on Cloud@Customer: migración lógica y migración física.
Las migraciones lógicas utilizan una combinación de Oracle Data Pump y Oracle GoldenGate, mientras que las migraciones físicas utilizan una combinación de Oracle Recovery Manager (RMAN) y Oracle Data Guard. En la siguiente tabla se explican los escenarios en los que se debe utilizar una migración lógica o física.
Migraciones lógicas | Migraciones físicas |
---|---|
Se recomienda cuando se migran algunas bases de datos o esquemas de conexión. | Se recomienda cuando se migran bases de datos completas. Por ejemplo, las bases de datos de contenedor con todas las bases de datos conectables o la migración a la nube. |
Se pueden migrar bases de datos de conexión (PDB) o esquemas seleccionados. | Las bases de datos de contenedor se migrarán a bases de datos de contenedor y las bases de datos sin contenedor se migrarán a bases de datos sin contenedor. |
La contraseña Sys en el origen y el destino puede ser diferente. Los nombres de base de datos entre el origen y el destino pueden ser diferentes.
|
La contraseña Sys y el nombre de la base de datos tanto en el origen como en el destino deben ser idénticos. DB_UNIQUE_NAME en el origen y el destino deben ser diferentes.
|
Las bases de datos se pueden actualizar durante la migración. | Las bases de datos no se pueden actualizar como parte de la migración. |