Instanzübergreifende Datenreplikation erkunden

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 3 Minuten Lesedauer

    • Instanzübergreifende Datenreplikation( IDR) Repliziert Datenaktualisierungen in einer Instanz, der Erstellerinstanz genannt, in eine oder mehrere andere Instanzen, die als Verbraucherinstanzen bezeichnet werden.

    IDR – Übersicht

    Verwalten Sie konsistente Daten über verschiedene Instanzen hinweg mit IDR.

    • Replizieren Sie Daten automatisch in einer oder mehreren anderen Instanzen.
    • Synchronisieren Sie Daten zwischen verschiedenen Organisationen in Ihrem Unternehmen oder sogar zwischen verschiedenen Unternehmen mit separaten Instanzen.
    • Daten, die während eines Absturzes übertragen werden, können wiederhergestellt werden.

    IDR Anwender

    Tabelle : 1. Anwender
    Anwender Beschreibung
    IDR-Administrator Die IDRder administrator bestimmt, welche Tabellen und Spalten repliziert werden sollen, und analysiert Tabellenhierarchien und -Beziehungen. Die IDRder administrator erstellt Hersteller- und Verbraucher-Replikationssätze und überwacht die laufende Replikation.

    IDR – Workflow

    Dieses Bild zeigt, wie IDRRepliziert Daten aus mehreren Tabellen in einer Erstellerinstanz auf mehrere Verbraucherinstanzen.

    Abbildung : 1. Replikationsübersicht
    Daten werden von einer Erstellerinstanz auf eine oder mehrere Verbraucherinstanzen repliziert.
    1. In der Erstellerinstanz IDRder administrator gibt die zu replizierenden Tabellen und Tabellenspalten an, indem er einen Erstellerreplikationssatz erstellt.
    2. Die IDRder administrator aktiviert den Erstellerreplikationssatz, wodurch die Erstellerdaten für die Replikation für Verbraucher verfügbar gemacht werden.
    3. Die IDRder administrator erstellt Verbraucherreplikationssätze auf einer oder mehreren Verbraucherinstanzen, um die Herstellerreplikationssatzdaten zu erhalten.
    4. Auf jeder Verbraucherinstanz IDRadministrator fordert die Genehmigung von der Erstellerinstanz an.
    5. In der Erstellerinstanz IDRder administrator genehmigt oder lehnt die Anforderungen von jeder Verbraucherinstanz ab.
    6. Für jede genehmigte Verbraucherinstanz wird IDRadministrator aktiviert den Verbraucherreplikationssatz. Nachdem die Verbraucherreplikation aktiviert wurde, aktualisieren Daten, die in einem Erstellerreplikationssatz aktualisiert werden, automatisch die entsprechenden Daten in den Verbraucherreplikationssätzen.
    7. Auf jeder Verbraucherinstanz IDRder administrator kann optional vorhandene Daten aus der Erstellerinstanz replizieren, indem er Daten in die Verbraucherinstanzen setzt.
    8. Entweder auf der Ersteller- oder Verbraucherinstanz IDRder administrator kann Daten optional in Tabellen oder Tabellenspalten replizieren, die unterschiedliche Namen in der Verbraucherinstanz haben, indem er eine Transformation im Replikationssatz konfiguriert.
    9. Entweder auf der Ersteller- oder Verbraucherinstanz IDRder administrator kann Erstellerdaten optional ändern, bevor er sie an einen Verbraucher repliziert, indem er einen Adapter im Replikationssatz konfiguriert.

    IDR – Vorteile

    Tabelle : 2. – Vorteile
    Vorteil Funktion Anwender
    Replizieren Sie kontinuierlich Einfügungen und Updates von einer Erstellerinstanz auf eine oder mehrere Verbraucherinstanzen nahezu in Echtzeit, um minimale Verzögerungen sicherzustellen. Kontinuierliche Replikation Administrator
    Planen Sie die Replikation historischer Einfügungen und Aktualisierungen von einer Erstellerinstanz auf eine oder mehrere Verbraucherinstanzen in vordefinierten Intervallen. Geplante Replikation Administrator
    Replizieren Sie kontinuierlich Einfügungen und Updates von einer Erstellerinstanz nahezu in Echtzeit auf eine Verbraucherinstanz, wobei Änderungen auf beiden Seiten auf die andere Seite repliziert werden. Bidirektionale Replikation Administrator
    Replizieren Sie kontinuierlich Einfügungen und Updates von einer Erstellerinstanz auf bestimmte, eindeutige Verbraucherinstanzen nahezu in Echtzeit, um sicherzustellen, dass jede Verbraucherinstanz unabhängig Updates erhält. Diskrete Replikation Administrator
    Ordnen Sie Erstellerdaten Tabellen und Tabellenspalten zu, die in Verbraucherinstanzen unterschiedlich benannt sind. Sie können beispielsweise Tabellenspalten ändern und zuordnen, um Daten für verschiedene Gebietsschemata zu lokalisieren. Replikationsdaten transformieren Administrator
    Ändern Sie die Erstellerdaten, bevor Sie sie mithilfe eines Adapters in eine Verbraucherinstanz replizieren. Sie können beispielsweise Adapter konfigurieren, die Zeichenfolgen- und mathematische Vorgänge ausführen, z. B. die Konvertierung einer Währung in eine andere oder die Konvertierung einer Zeitzone in eine andere. Replikationsdaten transformieren Administrator
    Lösen Sie Workflows nach der Replikation aus, z. B. das Generieren von Benachrichtigungen oder das Validieren der Replikation mithilfe von Business-Regeln. Workflow wird nach der Replikation ausgelöst Administrator

    IDR Einschränkungen und wann nicht verwendet werden soll IDR

    • Nicht verwenden IDRZum Klonen von Instanzen.

      IDRRepliziert keine Metadatentabellen, untergeordneten Metadatentabellen und die meisten Anwender- und Systemtabellen. IDRDient zum Replizieren von Daten, nicht zum Klonen von Instanzen. Beispiel: Die Tabelle „Anwendungsdatei“ [sys_metadata] und Tabellen, die [sys_metadata] erweitern (einschließlich der Tabellen „Geschäftsregeln“ [sys_script], „Katalog“ [sc_catalog] und „Workflow“ [wf_Workflow]) sind ausgeschlossen und können nicht repliziert werden. Details zum Klonen finden Sie unter .

    • Vermeiden Sie die Verwendung IDRDient zum regelmäßigen Replizieren einer Reihe großer Anhänge. Wenn Sie Anhänge, die größer als 10 MB sind, regelmäßig einschließen müssen, überwachen Sie IDRUm sicherzustellen, dass die Verzögerungszeit die Erwartungen nicht übertrifft.
    • Kontinuierliche Replikation von vermeiden CMDBTabellen. Wird Repliziert CMDBDaten, wenn Changes auftreten, können aufgrund der Anzahl der beteiligten Datensätze Leistungsprobleme oder unvorhergesehene Konsequenzen bei der Replikation verursachen. Wenn Sie replizieren müssen CMDBTabellen, erwägen Sie die Planung der Replikation, oder verwenden Sie Bedingungen, um die Anzahl der replizierten Datensätze einzuschränken und sicherzustellen, dass alle erforderlichen Spalten im Replikationssatz enthalten sind.
    • Sie können Edge verschlüsselt nicht replizieren, FeldverschlüsselungFelder , und Passwort (zweifach verschlüsselt).
    • Zusätzliche Replikationseinschränkungen:
      • Die maximale Datensatzgröße beträgt 32 MB.
      • Die kontinuierliche Replikation unterstützt bis zu 1 Million Datensätze pro Tag.
      • Seeding darf nicht länger als sieben Tage dauern.
    Warnung:
    IDR Überschreibt Daten in Instanzen und kann vertrauliche Daten replizieren. Vermeiden Sie potenziellen Datenverlust und Datengefährdung, indem Sie testen IDRImplementierung in einer Vorproduktionsumgebung. Siehe Datenschutz in IDR Für weitere Informationen.

    Empfehlungen für weitere Themen

    Weitere Informationen über die Konfiguration und den Einsatz von IDR finden Sie unter: