Mirror Technology: Fehlerbehandlung leichter gemacht (Version 3.2.91j)
Die RapidiOnline Mirror Technology erkennt Änderungen in Systemen wie MS Dynamics AX, die keinen Zeitstempel oder eine vergleichbare Funktion zur Identifizierung von Datenänderungen bereitstellen. Die Mirror Technology arbeitet vollautomatisch – sobald sie aktiviert ist, läuft alles im Hintergrund. Der Vorteil besteht darin, dass der RapidiConnector dann nur noch geänderte Datensätze statt aller Datensätze zurückgibt. Bitte beachten Sie, dass die RapidiOnline Mirror Technology keine Standard-SQL-Server- bzw. Datenbanktechnologie ist.
Fehler durch Validierungsregeln im Zielsystem bei Verwendung der Mirror Technology
Bei Verwendung der Mirror Technology können beim Einfügen oder Aktualisieren von Daten im Zielsystem Fehler auftreten (zum Beispiel aufgrund von Validierungsregeln in Salesforce.com). Auch das Korrigieren dieser fehlerhaften Datensätze kann Probleme bereiten. Der Grund dafür ist, dass der Mirror alle Änderungen des Quellsystems in der Reihenfolge speichert, in der sie auftreten. Beim Lesen aus dem Mirror können in der Änderungswarteschlange mehrere Änderungen am selben Datensatz liegen. Der Mirror sendet jede dieser Änderungen in der Reihenfolge ihres Auftretens an das Zielsystem (first in, first out). Selbst wenn Sie die Daten im Quellsystem korrigieren, versucht der Mirror also weiterhin, die vorherigen Änderungen zu übermitteln (die Änderungen vor der eigentlichen Korrektur). Der betreffende Transfer schlägt deshalb weiterhin mit derselben Fehlermeldung fehl.
Zwei Wege, diese Fehler zu beheben
Eine Möglichkeit, diese Situation zu bereinigen, ist nach der Korrektur der fehlerhaften Daten in der Quelle ein vollständiger Rebuild des Mirrors. Ein Rebuild löscht den Mirror für diese Quelltabelle und baut ihn aus der Quelltabelle neu auf. Andere Tabellen im Mirror sind davon nicht betroffen. Damit werden die fehlerhaften Daten aus dem Mirror entfernt, gleichzeitig werden aber ALLE Daten erneut an das Ziel gesendet – der klare Nachteil dieser Lösung.
Die bessere Lösung ist unsere Funktion Mirror Cleanup, die bereits in Version 3.2.86m eingeführt wurde (vor langer Zeit). Sie durchläuft die Änderungen, die noch nicht erfolgreich an das Zielsystem übermittelt wurden, und prüft, ob mehrere Aktualisierungen am selben Datensatz vorgenommen wurden. Ist das der Fall, aktualisiert sie die früheren Änderungen mit den Daten der neueren Änderungen und behebt so das Problem. Es werden weiterhin alle Änderungen an das Zielsystem gesendet (wenn mehrere Änderungen am selben Datensatz erfolgt sind).
Eine aktualisierte und verbesserte Cleanup-Funktion
Im aktuellen Release haben wir die Funktion Mirror Cleanup verbessert. Der Cleanup durchläuft weiterhin alle Änderungen, die nicht erfolgreich an das Zielsystem gesendet wurden. Anstatt die Daten in den früheren Änderungen zu aktualisieren, markiert er diese Änderungen jetzt als Skipped, sodass sie überhaupt nicht an das Zielsystem gesendet werden. Datensätze werden nur dann übersprungen, wenn im Mirror eine spätere Änderung am selben Datensatz gefunden wird. Außerdem geht die Cleanup-Funktion weiter als früher: Sie sucht nicht nur nach nachfolgenden Aktualisierungen des Datensatzes, sondern erkennt auch Löschungen und Neuanlagen. Der Cleanup leistet damit deutlich mehr als in früheren Versionen.
Änderungen an der Benutzeroberfläche in MyRapidi
Um die Nutzung der Funktionen Rebuild und Cleanup der Mirror Technology zu erleichtern, haben wir eine Reihe kleiner Änderungen an der Benutzeroberfläche von MyRapidi vorgenommen.
Um die Nutzung der Funktionen Rebuild und Cleanup der Mirror Technology zu erleichtern, haben wir eine Reihe kleiner Änderungen an der Benutzeroberfläche von MyRapidi vorgenommen. Auf der Seite RTI haben wir für die relevanten RTI-Einträge zwei Schaltflächen hinzugefügt (siehe Screenshot unten) – also für die Einträge, die zu Transfers mit der Mirror Technology gehören. Diese beiden Schaltflächen aktualisieren den Wert des RTI-Quellzählers, um beim nächsten Lauf des Transfers entweder einen Rebuild oder einen Cleanup auszulösen.
Außerdem lässt sich nun leichter von den Seiten Log (oder Runs) zur richtigen RTI-Zeile navigieren. Wir haben bei den relevanten Log-Einträgen Links hinzugefügt, die Sie direkt zur Seite RTI führen und dort den passenden RTI-Eintrag anzeigen.
Einige weitere Produktivitätsverbesserungen in MyRapidi rund um RTI
Zusätzlich zu den oben genannten Änderungen haben wir der Seite RTI einen Transfer-Link hinzugefügt (das Symbol ganz rechts), wie oben abgebildet. Damit gelangen Sie von der Seite RTI schnell zurück zum betreffenden Transfer.
Wir haben es außerdem möglich gemacht, einen RTI-Eintrag vollständig zu löschen (das Papierkorb-Symbol). Nutzen Sie das, um die RTI-Einträge aufzuräumen, wenn ein Transfer kein RTI mehr verwendet oder Ähnliches.
Auf der Seite Transfers haben wir die Funktion des RTI-Links geändert: Das RTI-Symbol ist jetzt ausgegraut wenn der Transfer weder SourceControl noch Mirror verwendet (in diesem Fall ist RTI nicht relevant). So sehen Sie auf einen Blick, welche Transfers optimiert sind und SourceControl oder Mirror verwenden!
Bei Transfers, die SourceControl oder Mirror verwenden, prüft ein Klick auf das Symbol, ob für den Transfer mit den angegebenen Quell- und Zielverbindungen ein RTI-Eintrag vorhanden ist. Fehlt der RTI-Eintrag, wird er angelegt. Der Link führt Sie natürlich auch zum passenden RTI-Eintrag auf der Seite RTI.
Mehr über die Mirror Technology erfahren Sie im Wiki.
Wir hoffen, diese Änderungen gefallen Ihnen!
Bei Fragen wenden Sie sich gerne an uns.
Michael
