Migra tu base de datos de Oracle a AlloyDB para PostgreSQL

En esta página, se describe cómo convertir tu base de datos de Oracle a la sintaxis de PostgreSQL y migrar los datos a AlloyDB para PostgreSQL con Database Migration Service.

El proceso de migración incluye las siguientes tareas:

1. Configurar tu base de datos de origen para la conectividad de migración y preparar los datos para la conversión a PostgreSQL

2. Crear la instancia de destino de AlloyDB para PostgreSQL

3. Convertir tu esquema de Oracle y otros objetos a la sintaxis de PostgreSQL con un espacio de trabajo de conversión de Database Migration Service

4. Crear y ejecutar trabajos de migración en Database Migration Service

5. Supervisar el progreso del trabajo de migración con las funciones de observabilidad de Database Migration Service

6. Promocionar el trabajo de migración después de que los datos se migran por completo

Costos

En este documento, usarás los siguientes componentes facturables de Google Cloud

• AlloyDB para PostgreSQL (consulta los precios de AlloyDB para PostgreSQL )
• Si se usa para almacenar claves de encriptación administradas por el cliente (CMEK): Cloud Storage (consulta los precios de Cloud Storage)

Para generar una estimación de costos en función del uso previsto, usa la calculadora de precios.

Antes de comenzar

1. Verifica si esta ruta de migración puede admitir por completo tu situación. Consulta las siguientes páginas:
   • En la página Descripción general de la situación , en Fuentes y destinos compatibles, se enumeran todas las versiones de origen y destino compatibles.
   • En Limitaciones conocidas, se describen los tipos de datos, los tamaños de las bases de datos y otras limitaciones admitidos.
   • En Descripción general de la red, se describen las soluciones de conectividad de red disponibles.

     Para migrar tus datos, Database Migration Service debe establecer una conexión de red con tus instancias de origen y destino. Según tu arquitectura, es posible que necesites una preparación adicional para facilitar la conectividad de red.

2. Para migraciones únicas: Ten en cuenta la programación de tu migración. Las migraciones únicas solo realizan una operación de volcado y carga completa sin captura de datos modificados posteriores. Te recomendamos que inhabilites las operaciones de escritura en tu base de datos de origen para que el proceso de migración no pierda datos.
3. Considera en qué región deseas crear la base de datos de destino. Database Migration Service es un producto completamente regional, lo que significa que todas las entidades relacionadas con tu migración (perfiles de conexión de origen y destino, trabajos de migración, bases de datos de destino, espacios de trabajo de conversión) deben guardarse en una sola región.
4. En la Google Cloud consola de, en la página del selector de proyectos, selecciona o crea un Google Cloud proyecto de.

   Ir al selector de proyectos

5. Habilita las APIs de Database Migration Service, Compute Engine, Cloud Storage, y Cloud SQL Admin.

   Habilita las API

Roles obligatorios

Para obtener los permisos que necesitas para realizar migraciones heterogéneas de SQL Server con Database Migration Service, pídele a tu administrador que te otorgue los roles de IAM necesarios en tu proyecto:

• Administrador de Database Migration (roles/datamigration.admin)
• Administrador de AlloyDB (roles/alloydb.admin)

Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso en la documentación de Identity and Access Management.

Estos roles predefinidos contienen los permisos necesarios para realizar migraciones heterogéneas de SQL Server con Database Migration Service. Para ver los permisos exactos que son necesarios, expande la sección Permisos requeridos:

Permisos necesarios

Se requieren los siguientes permisos para realizar migraciones heterogéneas de SQL Server con Database Migration Service:

• datamigration.*

• cloudaicompanion.entitlements.get

  Este permiso se incluye en el roles/datamigration.admin rol. Es necesario para las funciones de conversión mejoradas con Gemini.

• alloydb.clusters.create
• alloydb.clusters.get
• alloydb.clusters.list
• alloydb.clusters.update
• alloydb.clusters.delete
• alloydb.instances.create
• alloydb.instances.get
• alloydb.instances.list
• alloydb.instances.update
• alloydb.instances.delete
• alloydb.operations.get
• alloydb.users.list
• alloydb.users.get
• alloydb.users.create
• alloydb.users.update
• alloydb.users.delete

Paso 1: Prepara tu base de datos de origen

Para preparar tus datos de origen para la migración, sigue estos pasos:

1. Configura la conectividad de la base de datos de origen. Haz lo siguiente:
   1. Opcional: Considera si deseas usar certificados SSL/TLS para proteger la conexión de red de origen. Para obtener más información, consulta Protege las conexiones de red con TLS.

      La encriptación SSL/TLS es compatible con Oracle versión 12 y versiones posteriores. Database Migration Service solo admite el método de encriptación TLS. Según tu configuración de SSL/TLS, es posible que debas realizar pasos de configuración adicionales en tu base de datos de origen.

   2. Elige y configura tu método de conectividad de red de origen.
2. Configura tu instancia de base de datos de origen.
   • Para las migraciones continuas, consulta Configura la base de datos de origen para migraciones continuas.
   • Para las migraciones únicas, consulta Configura la base de datos de origen para una migración única.

   En este paso, crearás una cuenta de usuario de base de datos de migración exclusiva y habilitarás las funciones de replicación necesarias.

3. Opcional: Optimiza la configuración de tu archivo de registro.

   El acceso a los archivos de registro archivados agrega, de forma inherente, cierta latencia al proceso de migración. Puedes ajustar ciertos parámetros de configuración de archivos de registro para controlar el impacto de la latencia.

4. Crea un perfil de conexión fuente.

   Los perfiles de conexión contienen la información necesaria para que Database Migration Service establezca la conexión con tu base de datos de origen. Los detalles de la conexión varían según el método de conectividad de red de origen que uses.

Paso 2: Prepara tu instancia de destino de AlloyDB para PostgreSQL

Para configurar tu instancia de destino de Cloud SQL, sigue estos pasos:

1. Elige y configura tu método de conectividad de red de destino.
2. Crea y configura tu instancia de destino de AlloyDB para PostgreSQL.

   Asegúrate de usar suficientes recursos de procesamiento y memoria para cubrir tus necesidades de migración necesidades. Para obtener más información, consulta Recomendaciones de migración.

3. Crea un perfil de conexión de destino.

   Los perfiles de conexión contienen la información necesaria para que Database Migration Service establezca la conexión con tu base de datos de destino. Los detalles de la conexión varían según el método de conectividad de red de destino que uses.

Paso 3: Convierte objetos de Oracle a la sintaxis de PostgreSQL

Las bases de datos a menudo pueden tener miles de objetos. Convertirlos todos en una sola sesión puede ser un proceso desafiante. Con los espacios de trabajo de conversión, puedes dividir el proceso de conversión en varias fases en las que agregas objetos nuevos a la conversión, corriges los problemas y, luego, los pruebas en tu base de datos de destino.

Para convertir objetos de tu base de datos de origen, haz lo siguiente:

1. Crea el espacio de trabajo de conversión y ejecuta la conversión inicial.
2. Soluciona los problemas de conversión y aplica el esquema a tu base de datos de destino.
   Sugerencia: Puedes usar las funciones de conversión asistidas por Gemini para acelerar el proceso de conversión.

Paso 4: Crea y ejecuta el trabajo de migración

Para configurar y ejecutar tu migración, sigue estos pasos:

1. Opcional: Si deseas administrar tus propios certificados para el trabajo de migración, prepara las claves de encriptación necesarias.

2. Opcional: Si deseas realizar la fase de volcado completo por tu cuenta, puedes exportar todos tus datos de la base de datos de origen de Oracle y cargarlos en la instancia de destino de AlloyDB para PostgreSQL fuera de Database Migration Service.

   Si decides realizar el volcado completo fuera del flujo de trabajo de migración, asegúrate de registrar el número de cambio del sistema (SCN) en el que Database Migration Service debe comenzar la replicación de CDC.

3. Crea y ejecuta el trabajo de migración.

   La base de datos de destino se puede escribir durante la migración para permitir que se apliquen los cambios de DML si es necesario. Ten cuidado de no realizar ningún cambios en la configuración de la base de datos ni en las estructuras de las tablas que puedan interrumpir el proceso de migración o afectar la integridad de los datos.

   Puedes supervisar el progreso de la migración, así como el estado de tu instancia de destino con las funciones de observabilidad de Database Migration Service. Consulta Métricas de los trabajos de migración.

Paso 5: Finaliza la migración

Cuando decidas cambiar tu aplicación a la nueva instancia de AlloyDB para PostgreSQL, finaliza la migración siguiendo estos pasos:

Migraciones únicas

Cuando Database Migration Service completa la fase de volcado completo, el estado de tu migración cambia a Listo para promocionar.

1. Opcional: Verifica que los datos de migración estén completos.
2. Promociona el trabajo de migración.

Migraciones continuas

1. Detén todas las operaciones de escritura en tu base de datos de origen. Puedes cambiarlas al modo de solo lectura para conservar la funcionalidad operativa.
2. Opcional: Verifica que los datos de migración estén completos.
3. Promociona el trabajo de migración.

Ahora puedes limpiar todas las entidades de Database Migration Service, como los perfiles de conexión, los trabajos de migración y los espacios de trabajo de conversión. También puedes optar por conservarlos y volver a usar estas entidades para otra migración.

¿Qué sigue?

Obtén más información sobre las funciones de AlloyDB para PostgreSQL. Google Cloud Consulta Funciones de AlloyDB para PostgreSQL.