Sincronización de varias familias de bases de datos de usuario con msimportauto.bat

En determinadas circunstancias, la importación satisfactoria de paquetes de actualización de bases de datos de usuario puede depender de la información contenida en otros paquetes de bases de datos de usuario. Si el depósito de esquemas está asociado con varias familias de bases de datos de usuario, la importación puede fallar si los paquetes no se reproducen en el orden en el que se generaron.

El script msimportauto.bat, que se incluye con esta versión de Rational ClearQuest, explora el directorio de importación en busca de paquetes de actualización y, a continuación, intenta importar los paquetes en cada familia. Si los paquetes se han importado correctamente, los paquetes importados se suprimen del directorio y el script intenta importar el siguiente paquete. El script deja de ejecutarse cuando se reproducen todos los paquetes y el directorio está vacío. Si una serie de intentos de importación hace que no se suprima ningún paquete del directorio, el script deja de ejecutarse y la importación falla.

En los apartados siguientes se explica cuándo utilizar la herramienta y se proporcionan ejemplos de sintaxis e instrucciones.

Ejemplo

Un determinado clan, con sitios en Boston y Denver tiene dos bases de datos de usuario, Usuario1 y Usuario2. El administrador de Boston genera un paquete de sincronización para el Usuario1 (Paquete1) y, a continuación, genera uno para el Usuario2 (Paquete2). Mientras se están creando los paquetes, un administrador modifica la información de la cuenta de usuario; esto hace que el contenido del oplog del depósito de esquemas se incluya en ambos paquetes de bases de datos de usuario.

Posteriormente, el administrador de Boston genera otro par de paquetes de sincronización de bases de datos de usuario para el Usuario1 (Paquete3) y el Usuario2 (Paquete4). De nuevo, el administrador modifica la información de cuenta de usuario mientras se están creando los paquetes y el contenido del oplog del depósito de esquemas se incluya en ambos paquetes de bases de datos de usuario.

Los cuatro paquetes se envían al sitio Denver. En el sitio Denver, el administrador ejecuta syncreplica -import y especifica la familia de bases de datos de Usuario1. El Paquete1 y el Paquete3 están pensados para la familia de Usuario1. La importación del Paquete1 es satisfactoria y muestra los oplog en el Usuario1 y el depósito de esquemas. No obstante, la importación del Paquete3 falla, porque depende de los oplog de base de datos del depósito de esquemas contenidos en el Paquete2, que todavía no se han reproducido en la réplica Denver.

Solución

Para evitar esta situación, los paquetes creados en el sitio de exportación deben reproducirse en la misma secuencia en los sitios de importación. Utilice el script msimportauto.bat.


Comentarios