Mirror Technology : gestion des erreurs simplifiée (version 3.2.91j)
La RapidiOnline Mirror Technology détecte les modifications dans des systèmes comme MS Dynamics AX qui ne fournissent ni horodatage ni fonction équivalente permettant d’identifier les modifications de données. La Mirror Technology est entièrement automatique : une fois activée, tout se passe en arrière-plan. L’avantage est que le RapidiConnector ne renvoie alors que les enregistrements modifiés au lieu de tous les enregistrements. Notez que la Mirror Technology de RapidiOnline n’est pas une technologie SQL Server ou de base de données standard.
Erreurs provoquées par les règles de validation du système de destination lors de l’utilisation de la Mirror Technology
Lorsque vous utilisez la Mirror Technology, des erreurs peuvent se produire à l’insertion ou à la mise à jour de données dans le système de destination (par exemple à cause de règles de validation dans Salesforce.com). La correction de ces enregistrements erronés peut elle aussi poser problème. La raison en est que le mirror enregistre toutes les modifications du système source dans l’ordre où elles se produisent. À la lecture du mirror, plusieurs modifications du même enregistrement peuvent se trouver dans la file d’attente des modifications. Le mirror envoie chacune de ces modifications au système de destination dans l’ordre où elles sont survenues (premier entré, premier sorti). Même si vous corrigez les données dans le système source, le mirror tente donc toujours de livrer les modifications précédentes (celles antérieures à la correction elle-même). Le Transfer concerné continue par conséquent d’échouer avec le même message d’erreur.
Deux façons de corriger ces erreurs
Une façon de sortir de cette situation, après avoir corrigé les données fautives dans la source, consiste à effectuer un Rebuild complet du mirror. Un Rebuild du mirror supprime le mirror pour cette table source et le reconstruit à partir de la table source. Les autres tables du mirror ne sont pas affectées. Les données fautives disparaissent ainsi du mirror, mais TOUTES les données sont en même temps renvoyées vers la destination, ce qui constitue l’inconvénient évident de cette solution.
Une meilleure solution consiste à utiliser notre fonction Mirror Cleanup, introduite dans la version 3.2.86m (il y a longtemps). Elle parcourt les modifications qui n’ont pas encore été livrées avec succès au système de destination et cherche à détecter si plusieurs mises à jour ont été faites sur le même enregistrement. Si c’est le cas, elle met à jour les modifications antérieures avec les données des modifications plus récentes et corrige ainsi le problème. Toutes les modifications sont toujours envoyées au système de destination (si plusieurs modifications ont été faites sur le même enregistrement).
Une fonction Cleanup mise à jour et améliorée
Dans la version actuelle, nous avons amélioré la fonction Mirror Cleanup. Le Cleanup parcourt toujours toutes les modifications qui n’ont pas été envoyées avec succès au système de destination. Au lieu de mettre à jour les données des modifications antérieures, il marque désormais ces modifications comme Skipped, afin qu’elles ne soient pas envoyées du tout au système de destination. Les enregistrements ne sont ignorés que si une modification ultérieure du même enregistrement est trouvée dans le mirror. De plus, la fonction Cleanup va plus loin : elle ne cherche pas seulement les mises à jour ultérieures de l’enregistrement, elle détecte aussi les suppressions et les ajouts. Le Cleanup fait ainsi bien mieux son travail que dans les versions précédentes.
Modifications de l’interface utilisateur dans MyRapidi
Pour faciliter l’utilisation des fonctions Rebuild et Cleanup de la Mirror Technology, nous avons apporté plusieurs petites modifications à l’interface utilisateur de MyRapidi.
Pour faciliter l’utilisation des fonctions Rebuild et Cleanup de la Mirror Technology, nous avons apporté plusieurs petites modifications à l’interface utilisateur de MyRapidi. Nous avons ajouté deux boutons (visibles sur la capture d’écran ci-dessous) sur la page RTI, pour les entrées RTI concernées – celles qui correspondent aux Transfers utilisant la Mirror Technology. Ces deux boutons mettent à jour la valeur du compteur source RTI afin de déclencher un Rebuild ou un Cleanup lors de la prochaine exécution du Transfer.
Nous avons également facilité la navigation vers la bonne ligne RTI depuis les pages Log (ou Runs). Nous avons ajouté sur les entrées Log concernées des liens qui vous amènent directement à la page RTI en affichant l’entrée RTI correspondante.
Quelques autres gains de productivité dans MyRapidi autour de RTI
En plus des modifications décrites ci-dessus, nous avons ajouté un lien Transfer (l’icône la plus à droite) sur la page RTI, comme illustré plus haut. Vous pouvez ainsi revenir rapidement au Transfer concerné depuis la page RTI.
Nous avons aussi rendu possible la suppression complète d’une entrée RTI (l’icône corbeille). Utilisez-la pour nettoyer les entrées RTI lorsqu’un Transfer n’utilise plus RTI, par exemple.
Sur la page Transfers, nous avons modifié le fonctionnement du lien RTI : l’icône RTI est maintenant grisée si le Transfer n’utilise ni SourceControl ni Mirror (auquel cas RTI n’est pas pertinent). Cela vous donne d’ailleurs un moyen rapide de voir quels transferts sont optimisés et utilisent SourceControl ou Mirror !
Pour les transferts qui utilisent SourceControl ou Mirror, un clic sur l’icône vérifie s’il existe une entrée RTI pour le Transfer avec les connexions source et destination indiquées ; si l’entrée RTI n’existe pas, elle est créée. Le lien vous amène bien sûr aussi à l’entrée RTI correspondante sur la page RTI.
En savoir plus sur la Mirror Technology sur le wiki.
Nous espérons que ces changements vous plairont !
Si vous avez des questions, n’hésitez pas à nous contacter.
Michael
