Vorbereitung auf Instanzübergreifende Datenreplikation

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 6 Minuten Lesedauer

    • Bevor Sie Instanzübergreifende Datenreplikation (HLA) einrichten, analysieren Sie die Tabellen und Spalten in den Hersteller- und Verbraucherinstanzen, um Daten erfolgreich zu replizieren.

    Entscheiden, welche Tabellen repliziert werden sollen

    Bevor Sie einen Erstellerreplikationssatz erstellen, entscheiden Sie, welche Tabellen repliziert werden sollen. Vermeiden Sie die Replikation von Systemtabellen (Tabellen mit dem Präfix sys_). Wenn Sie Systemtabellen (wie sys_user, sys_user_group oder sys_user_grmember) replizieren, die in der Verbraucherinstanz bereits Daten enthalten, können während der Replikation Fehler beim Einfügen und Aktualisieren auftreten. Wenn Sie sich entscheiden, diese Tabellen zu replizieren, haben Sie möglicherweise anschließend zusätzliche Arbeit, um diese Tabellen zu bereinigen.

    Vermeiden Sie das Replizieren von CMDB -Tabellen. Das Replizieren von CMDB-Tabellen kann aufgrund der Anzahl der beteiligten Datensätze zu Leistungsproblemen oder unvorhergesehenen Konsequenzen bei der Replikation führen. Wenn Sie feststellen, dass die CMDB-Tabellen repliziert werden müssen, verwenden Sie Bedingungen, um die Anzahl der replizierten Datensätze einzuschränken und sicherzustellen, dass alle erforderlichen Spalten im Replikationssatz enthalten sind.

    Eine Liste der Tabellen, die nicht repliziert werden sollten, finden Sie unter Ausgeschlossene Tabellen in Instanzübergreifende Datenreplikation.

    Tabellenhierarchien werden analysiert

    Bestimmen Sie für jede Tabelle, die Sie replizieren möchten, ob die Tabelle eine über- oder untergeordnete Tabelle ist. Wenn die Tabelle zu einer Hierarchie mit über- und untergeordneten Elementen gehört, entscheiden Sie, ob Sie die Hierarchie beibehalten möchten und welche Strategie Sie verwenden möchten, um die Hierarchie vom Ersteller zum Verbraucher zu verschieben.
    Wichtig:
    Um die Datenintegrität aufrechtzuerhalten und sicherzustellen, dass die Referenzfelder des Verbrauchers wie erwartet ausgefüllt werden, müssen Sie alle über- und untergeordneten Tabellen in der Tabellenhierarchie replizieren.

    Weitere Informationen finden Sie unter Beibehalten der Tabellenhierarchie in Instanzübergreifende Datenreplikation.

    Tabellenbeziehungen werden analysiert

    Bestimmen Sie für jede Tabelle, die Sie replizieren möchten, ob die Tabelle Referenzfelder hat, die auf andere Tabellen verweisen. Wenn Sie eine Tabelle mit einem Referenzfeld replizieren, das auf eine andere Tabelle verweist, diese Tabelle jedoch nicht in Ihren Replikationssatz aufnehmen, ist das Referenzfeld im Datensatz in der Verbraucherinstanz leer. Durch das Replizieren von Tabellenbeziehungen wird die Datenintegrität gewahrt und sichergestellt, dass Referenzfelder beim Verbraucher wie erwartet ausgefüllt werden.

    Replikationssätze werden organisiert

    Bestimmen Sie im Rahmen der Planungsphase, wie Sie Ihre Replikationssätze und die darin enthaltenen Tabellen organisieren möchten.

    • Erstellen Sie einen einzelnen Replikationssatz für jede Tabelle. Diese Option erfordert mehr Setup, Konfiguration und Zeitmanagement, ermöglicht Ihnen jedoch, die Replikation für eine einzelne Tabelle ohne Auswirkungen auf andere Tabellen anzuhalten.
      • Die Replikation wird parallel mithilfe mehrerer Aufträge durchgeführt.
      • Durchsatzmetriken sind mit separaten Replikationssätzen leichter zu verfolgen.
      • Wenn ein Fehler auftritt, ist die Replikation für eine einzelne Tabelle betroffen und nicht für alle Tabellen.
    • Erstellen Sie einen Replikationssatz für eine Gruppe zugehöriger Tabellen. Diese Option ist einfacher einzurichten und zu verwalten, aber Aufsicht und potenzielle Probleme wirken sich auf alle Tabellen in der Gruppe aus.
      • Wenn Sie Informationen zum Replikationsstatus benötigen, ist der für diesen Replikationssatz verwendete logische Name möglicherweise leichter zu finden und zu verstehen, als wenn Sie für jede Tabelle unterschiedliche Replikationssätze verwenden.
      • Wenn Sie die Replikation anhalten möchten, können Sie für die gesamte Gruppe von Tabellen die Replikation ab einem Replikationssatz anhalten.
      • Wenn in einer Tabelle ein Replikationsproblem auftritt und die Replikation beendet wird, wird die Replikation für alle Tabellen im Replikationssatz beendet.

      Wenn Sie Tabellen in einem einzelnen Replikationssatz gruppieren möchten, versuchen Sie, die Anzahl der Tabellen auf maximal fünf Tabellen zu beschränken. Wenn Sie mehr als fünf Tabellen zu replizieren haben, verwenden Sie mehrere Replikationssätze mit fünf oder weniger Tabellen in jedem Satz.

    Entscheiden, welche Spalten repliziert werden sollen

    Entscheiden Sie für jede Tabelle, die Sie replizieren möchten, welche Spalten eingeschlossen werden sollen. Vermeiden Sie es, standardmäßig alle Spalten in Ihren Replikationssatz aufzunehmen. Entscheiden Sie stattdessen, welche Spalten erforderlich sind, und schließen Sie alle sys_-Spalten oder andere Spalten aus, die automatisch von Skripts aktualisiert werden.

    Wenn Sie beispielsweise eine Spalte hinzufügen, die vom System regelmäßig automatisch aktualisiert wird, repliziert HLA die Daten möglicherweise häufiger als erforderlich. Wenn diese Daten vom System repliziert werden, kann dies das Kapazitätsabonnement beeinträchtigen. Überprüfen Sie regelmäßig das Dashboard „IDR-Lizenz und Nutzungsdetails “, um die Anzahl der vom Ersteller generierten Nachrichten zu überwachen.

    Zieltabellen in der Verbraucherinstanz werden vorbereitet

    Standardmäßig verwendet HLA das Feld „sys_id“ eines Datensatzes als Suchwert, um die Synchronisierung der Daten zwischen der Produzenten- und Verbraucherinstanz zu gewährleisten. Wenn die Zieltabelle vorhandene Daten oder Datensätze aus vorherigen Datenimporten enthält, stimmen die sys_id-Werte im Verbraucher nicht mit den sys_ids der Herstellerinstanz überein.

    Betrachten Sie immer die Erstellerinstanz als die Quelle der Wahrheit. Befolgen Sie diese Richtlinien, um optimale Replikationsergebnisse zu erzielen:

    • Machen Sie die Herstellerinstanz zur ausschließlichen Datenquelle für die Verbraucherinstanz.
    • Stellen Sie vor der Replikation sicher, dass die Zieltabelle in der Verbraucherinstanz leer ist. Idealerweise werden die ersten Datensätze in der Zielinstanz aus Daten erstellt, die ausschließlich vom Ersteller über einen Replikationssatz oder einen Klon gesendet werden.
    • Stellen Sie sicher, dass nach dem Start der Replikation keine anderen laufenden Datenimporte oder Aktualisierungen von Zieltabellen in der Verbraucherinstanz vorhanden sind.

    Wenn beispielsweise Anwender aus LDAP mit einer anderen Datenquelle in die Verbraucherinstanz importiert werden, stimmen die sys_ids für diese Datensätze nicht mit den sys_id-Werten in der Herstellerinstanz überein. In diesem Szenario werden vorhandene Benutzerdatensätze in der Zieltabelle des Verbrauchers nicht aktualisiert, und es werden doppelte Datensätze erstellt.

    In Situationen, in denen dies nicht vermieden werden kann, bereinigen Sie vor der Replikation die Tabellen in der Verbraucherinstanz. Sie müssen die Datensätze in der Zieltabelle löschen oder sicherstellen, dass die sys_id-Werte in Ersteller und Verbraucher identisch sind.

    Alternativ können Sie ein anwenderdefiniertes Koaleszenzfeld verwenden, um eindeutige Datensätze (anstelle der Standardspalte „sys_id“) für die Replikation zu identifizieren. Verwenden Sie eine anwenderdefinierte Koaleszenzspalte, wenn Datensätze in der Verbraucherinstanz für dieselben Datensätze in der Herstellerinstanz eine andere sys_id haben. Weitere Informationen zur Verwendung einer anwenderdefinierten Zusammenfügungfinden Sie unter Spalten in zusammenfügen Instanzübergreifende Datenreplikation.

    Geschäftsregeln werden überprüft

    Sie können Business-Regeln verwenden, um Workflows nach der Replikation auszulösen, z. B. das Senden einer Benachrichtigung oder das Validieren der replizierten Daten. Überprüfen Sie alle Geschäftsregeln in der Verbraucherinstanz, die den Benutzer idr.system möglicherweise daran hindern, Datensätze in der Zieltabelle einzufügen, zu aktualisieren oder zu löschen.

    Wenn Fehler im Zusammenhang mit Business-Regeln auftreten, werden sie in angezeigt Instanzübergreifende Datenreplikation > Replizierungsnutzlastfehler Tabelle in der Verbraucherinstanz. Zeigen Sie das Feld Fehlermeldung an, um Details zu dem Skript zu erhalten, das den Fehler verursacht.

    Bei der bidirektionalen Replikation werden in der Erstellerinstanz erstellte Datensätze an eine Verbraucherinstanz repliziert und umgekehrt. Wenn der Datensatz in der Verbraucherinstanz eingefügt wird und eine Geschäftsregel ausgelöst wird, die den Datensatz aktualisiert, wird diese Aktualisierung nicht an die Herstellerinstanz zurückrepliziert.

    ACLs werden überprüft

    Überprüfen Sie die ACLs, die in der Zieltabelle in der Verbraucherinstanz vorhanden sind, um sicherzustellen, dass HLA Daten erfolgreich replizieren kann. Vergewissern Sie sich, dass der Benutzer „idr.system“ über die entsprechenden Rollen für die Zieltabelle verfügt.

    Wenn Fehler in Bezug auf ACLs auftreten, werden sie in angezeigt Instanzübergreifende Datenreplikation > Replizierungsnutzlastfehler Tabelle in der Verbraucherinstanz. Zeigen Sie das Feld Fehlermeldung an, um Details zu der ACL zu erhalten, die den Fehler verursacht.

    Datenrichtlinien werden überprüft

    Überprüfen Sie alle in der Zieltabelle in der Verbraucherinstanz vorhandenen Datenrichtlinien, um sicherzustellen, dass HLA Daten erfolgreich replizieren kann. Stellen Sie sicher, dass die Daten, die Sie replizieren, die Datenrichtlinie erfüllen.

    Wenn Fehler im Zusammenhang mit Datenrichtlinien auftreten, werden sie in angezeigt Instanzübergreifende Datenreplikation > Replizierungsnutzlastfehler Tabelle in der Verbraucherinstanz. Zeigen Sie das Feld Fehlermeldung an, um Details zu der Datenrichtlinie zu erhalten, die den Fehler verursacht.