Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Configure los requisitos previos para la migración en Oracle

Cuando migras datos desde una base de datos fuente Oracle, Relational Migrator verifica automáticamente los cambios necesarios de configuración en tu base de datos y genera un script SQL para implementarlos. Solicita que un Administrador de Bases de Datos (DBA) haga una revisión del script y ejecute los comandos en el servidor de bases de datos. Esta página proporciona más detalles sobre los pasos de configuración necesarios.

Para detalles sobre las versiones compatibles de Oracle, consulta Bases de datos y versiones soportadas.

  • Si migras de una instancia de Oracle 12c, debes ejecutar los comandos como el rol SYSDBA.

  • Oracle 12c introdujo el concepto de base de datos enchufable (PDB). Algunos comandos pueden ejecutarse en un PDB, mientras que comandos como habilitar ARCHIVELOG deben ejecutarse en la base de datos del contenedor/principal (CDB). Para obtener detalles sobre cada arquitectura, consulta Descripción general de Base de datos de contenedores y Base de datos enchufables.

  • Algunos comandos difieren según si la base de datos es de un solo inquilino o de varios inquilinos. En una base de datos multiinquilino, los permisos deben de incluir el sufijo CONTAINER=ALL. Para comprobar si la base de datos es multiinquilino o no, ejecuta la siguiente consulta SQL:

    SELECT cdb AS is_multitenant FROM v$database;

Para configurar tu instancia de Oracle para tareas de snapshots:

1

El siguiente código crea una nueva cuenta de servicio Oracle para que Relational Migrator se conecte a la instancia de Oracle. Alternativamente, puede utilizar una cuenta de servicio Oracle existente para conectarse a Relational Migrator con los permisos correspondientes.

Tip

Para migrar datos de una base de datos contenedora multi-inquilino, crea tablaspaces y un Usuario Común.

  1. Crear una cuenta de servicio:

    CREATE USER <user> IDENTIFIED BY "<password>";
  2. Confirme que la cuenta de servicio sea la propietaria de las tablas en la tarea de migración.

    Los permisos requeridos dependen de si la cuenta de servicio es la propietaria de las tablas utilizadas en la tarea de migración. Para comprobar la propiedad de la tabla, debes ejecutar la siguiente query:

    SELECT TABLE_NAME, OWNER
    FROM ALL_TABLES
    WHERE TABLE_NAME ='<table_name>'
    ORDER BY OWNER, TABLE_NAME;
  3. Concede permisos a la cuenta de servicio.

    Importante

    Si estás migrando una base de datos de contenedores multitenant como usuario común, añade CONTAINER=ALL al otorgar permisos. Por ejemplo:

    GRANT CREATE SESSION TO <user> CONTAINER=ALL;

    Si la cuenta de servicio es la propietaria de la tabla:

    GRANT CREATE SESSION TO <user>;
    GRANT SELECT ON V_$DATABASE TO <user>;

    Si la cuenta de servicio no es la titular de la tabla:

    GRANT CREATE SESSION TO <user>;
    GRANT SELECT_CATALOG_ROLE TO <user>;
    GRANT SELECT ANY TABLE TO <user>;
    GRANT SELECT ON V_$DATABASE TO <user>;
    GRANT FLASHBACK ANY TABLE TO <user>;