Instanciación Precisa mediante Db2 para Utilidades de Base de Datos i

En los siguientes temas se describen los pasos para realizar la instanciación mediante Db2 para las utilidades de base de datos i.

Instanciación Precisa mediante Db2 para Utilidades de Base de Datos i

Para una carga inicial entre dos sistemas de origen y destino Db2 para i, puede utilizar Db2 para las utilidades del sistema i para establecer los datos de destino. Para ello, guarde los archivos que desea cargar en el destino mediante los comandos SAVOBJ o SAVLIB y, a continuación, restaurarlos en el destino mediante los comandos RSTOBJ o RSTLIB.

Otra alternativa es utilizar Db2 para los comandos i CPYTOIMPF (Copiar en archivo de importación) y CPYFRMIMPF (Copiar de archivo de importación) para crear archivos que se puedan utilizar con las utilidades de carga masiva de otras bases de datos. Consulte la documentación de i Information Center en Db2 para obtener más información sobre la copia entre diferentes sistemas.

En ambos casos, no se necesita ninguna configuración especial de ningún proceso de carga inicial de Oracle GoldenGate. Puede utilizar los grupos de extracción de sincronización de cambios configurados para Db2 para i e iniciar el grupo de extracción de sincronización de cambios para capturar los cambios de datos en curso mientras los copia y carga en un archivo. Cuando termine la copia, inicie el grupo Replicat de sincronización de cambios para volver a sincronizar las filas que se cambiaron mientras se aplicaba la copia. A partir de ese momento, tanto Extract como Replicat continúan ejecutándose para mantener la sincronización de datos.

Para realizar la instanciación con una utilidad de base de datos

  1. Asegúrese de que ha abordado los requisitos de Prerequisites for Instantiating for Db2 for i.

  2. Conéctese al despliegue en el sistema de origen e inicie los grupos de Extract o Extract principales para iniciar la extracción de cambios.

START EXTRACT *primary Extract group name*

  1. Comience a realizar la copia en el sistema de origen.

  2. Espere hasta que la copia haya finalizado y registre la hora de finalización.

  3. Consulte el archivo de parámetros Replicat para asegurarse de que se muestra el parámetro HANDLECOLLISIONS. Si no es así, edite el archivo y agregue el parámetro al archivo.

EDIT PARAMS *Replicat group name*

Nota: No utilice el comando VIEW PARAMS ni el comando EDIT PARAMS para ver o editar un archivo de parámetro existente que se encuentre en un conjunto de caracteres distinto al del sistema operativo local (como uno en que la opción CHARSET se ha utilizado para especificar un conjunto de caracteres distinto). Ver el archivo de parámetros desde fuera del cliente de administración si este es el caso; de lo contrario, el contenido puede dañarse.

  1. En el sistema de destino, inicie la replicación de cambios.
START REPLICAT *Replicat group name*
  1. En el sistema de destino, ejecute el siguiente comando para verificar el estado de la replicación de cambios.
INFO REPLICAT *Replicat group name*

  1. Siga emitiendo el comando INFO REPLICAT hasta que haya verificado que la replicación de cambios haya publicado todos los datos de cambio que se generaron durante la carga inicial. Haga referencia a la hora de finalización que ha registrado. Por ejemplo, si la copia se detuvo a las 12:05, asegúrese de que la replicación de cambios haya publicado datos hasta ese momento.

  2. En el sistema de destino, ejecute el siguiente comando para desactivar el parámetro HANDLECOLLISIONS y desactivar el manejo de errores de carga inicial.

SEND REPLICAT *Replicat group name*, NOHANDLECOLLISIONS

  1. En el sistema de destino, edite el archivo de parámetros Replicat para eliminar el parámetro HANDLECOLLISIONS. Esto evita que HANDLECOLLISIONS se vuelva a activar la próxima vez que se inicie Replicat.

    Atención: no utilice el comando VIEW PARAMS ni el comando EDIT PARAMS para ver o editar un archivo de parámetro existente que se encuentre en un conjunto de caracteres distinto al del sistema operativo local (como uno en los que la opción CHARSET se ha utilizado para especificar un conjunto de caracteres distinto). Ver el archivo de parámetros desde fuera del cliente de administración si este es el caso; de lo contrario, el contenido puede dañarse.

  2. Guarde y cierre el archivo de parámetros.

    Desde este punto en adelante, Oracle GoldenGate sigue sincronizando los cambios de datos.