Mirror Technology: gestión de errores más sencilla (versión 3.2.91j)
La RapidiOnline Mirror Technology detecta los cambios en sistemas como MS Dynamics AX que no ofrecen una marca de tiempo ni una función equivalente para identificar los cambios en los datos. La Mirror Technology es totalmente automática: una vez activada, todo ocurre en segundo plano. La ventaja es que el RapidiConnector devuelve entonces solo los registros modificados en lugar de todos los registros. Ten en cuenta que la Mirror Technology de RapidiOnline no es una tecnología estándar de SQL Server ni de base de datos.
Errores provocados por las reglas de validación del sistema de destino al usar la Mirror Technology
Al usar la Mirror Technology pueden producirse errores al insertar o actualizar datos en el sistema de destino (por ejemplo, por reglas de validación en Salesforce.com). También puedes tener problemas al corregir esos registros erróneos. El motivo es que el mirror guarda todos los cambios del sistema de origen en el orden en que se producen. Al leer del mirror es posible que haya varios cambios del mismo registro en la cola de cambios. El mirror envía cada uno de esos cambios al sistema de destino en el orden en que ocurrieron (el primero que entra es el primero que sale). Así que, aunque corrijas los datos en el sistema de origen, el mirror seguirá intentando entregar los cambios anteriores (los previos al cambio que corrigió los datos). Como consecuencia, el Transfer en cuestión seguirá fallando con el mismo mensaje de error.
Dos formas de recuperarse de estos errores
Una forma de salir de esta situación, después de corregir en el origen los datos que provocan el error, es hacer un Rebuild completo del mirror. Un Rebuild del mirror borra el mirror de esa tabla de origen y lo vuelve a construir a partir de la tabla de origen. Las demás tablas del mirror no se ven afectadas. Así se eliminan del mirror los datos problemáticos, pero al mismo tiempo se envían de nuevo TODOS los datos al destino, la clara desventaja de esta solución.
Una solución mejor es usar nuestra función Mirror Cleanup, que se introdujo en la versión 3.2.86m (hace mucho tiempo). Básicamente recorre los cambios que todavía no se han entregado correctamente al sistema de destino e intenta detectar si se hicieron varias actualizaciones sobre el mismo registro. Si es así, actualiza los cambios anteriores con los datos de los cambios más recientes y, de ese modo, corrige el problema. Sigue enviando todos los cambios al sistema de destino (si se hicieron varios cambios sobre el mismo registro).
Una función Cleanup actualizada y mejorada
En la versión actual hemos mejorado la función Mirror Cleanup. El Cleanup sigue recorriendo todos los cambios que no se han enviado correctamente al sistema de destino. En lugar de actualizar los datos de los cambios anteriores, ahora marca esos cambios como Skipped, de modo que no se envían en absoluto al sistema de destino. Los registros solo se omiten si encuentra en el mirror un cambio posterior del mismo registro. Además, la función Cleanup es más avanzada: no solo busca actualizaciones posteriores del registro, también detecta eliminaciones y altas. Así, el Cleanup hace un trabajo mucho mejor que en versiones anteriores.
Cambios en la interfaz de usuario de MyRapidi
Para facilitar el uso de las funciones Rebuild y Cleanup de la Mirror Technology, hemos hecho una serie de pequeños cambios en la interfaz de usuario de MyRapidi.
Para facilitar el uso de las funciones Rebuild y Cleanup de la Mirror Technology, hemos hecho una serie de pequeños cambios en la interfaz de usuario de MyRapidi. Hemos añadido dos botones (como se ve en la captura de pantalla de abajo) en la página RTI para las entradas RTI correspondientes, es decir, las que se refieren a Transfers que usan la Mirror Technology. Estos dos botones actualizan el valor del contador de origen del RTI para lanzar un Rebuild o un Cleanup en la siguiente ejecución del Transfer.
También hemos facilitado la navegación hasta la línea RTI correcta desde las páginas Log (o Runs). Hemos añadido en las entradas Log correspondientes enlaces que te llevan directamente a la página RTI mostrando la entrada RTI en cuestión.
Algunas mejoras más de productividad en MyRapidi relacionadas con RTI
Además de los cambios mencionados arriba, hemos añadido un enlace Transfer (el icono situado más a la derecha) en la página RTI, como se ve en la imagen anterior. Así puedes volver rápidamente al Transfer correspondiente desde la página RTI.
También hemos hecho posible eliminar por completo una entrada RTI (el icono de la papelera). Úsalo para limpiar las entradas RTI cuando un Transfer ya no use RTI o en casos similares.
En la página Transfers hemos cambiado el funcionamiento del enlace RTI: el icono RTI aparece ahora atenuado si el Transfer no usa SourceControl ni Mirror (en ese caso RTI no es relevante). ¡De hecho, te da una forma rápida de ver qué transferencias están optimizadas y usan SourceControl o Mirror!
En las transferencias que usan SourceControl o Mirror, al hacer clic en el icono se comprueba si existe una entrada RTI para el Transfer con las conexiones de origen y destino indicadas; si el RTI no existe, se crea. El enlace, por supuesto, también te lleva a la entrada RTI correspondiente en la página RTI.
Lee más sobre la Mirror Technology en la wiki.
¡Esperamos que te gusten estos cambios!
Si tienes alguna pregunta, ponte en contacto con nosotros.
Michael
