Instanzübergreifende Datenreplikation erkunden

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 4 Minuten Lesedauer

    • Instanzübergreifende Datenreplikation( IDR) Repliziert Datenaktualisierungen auf einer Instanz, der sogenannten Erstellerinstanz, auf 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 IDR der administrator bestimmt, welche Tabellen und Spalten repliziert werden sollen, und analysiert Tabellenhierarchien und -Beziehungen. Die IDR der administrator erstellt Hersteller- und Verbraucher-Replikationssätze und überwacht die laufende Replikation.

    Workflow von IDR

    Dieses Bild zeigt, wie IDR Repliziert 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 IDR der administrator gibt die zu replizierenden Tabellen und Tabellenspalten an, indem er einen Erstellerreplikationssatz erstellt.
    2. Die IDR der administrator aktiviert den Erstellerreplikationssatz, wodurch die Erstellerdaten für die Replikation für Verbraucher verfügbar gemacht werden.
    3. Die IDR der administrator erstellt Verbraucherreplikationssätze auf einer oder mehreren Verbraucherinstanzen, um die Herstellerreplikationssatzdaten zu erhalten.
    4. Auf jeder Verbraucherinstanz IDR administrator fordert die Genehmigung von der Erstellerinstanz an.
    5. In der Erstellerinstanz IDR der administrator genehmigt oder lehnt die Anforderungen von jeder Verbraucherinstanz ab.
    6. Für jede genehmigte Verbraucherinstanz wird IDR administrator 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 IDR der administrator kann optional vorhandene Daten aus der Erstellerinstanz replizieren, indem er Daten in die Verbraucherinstanzen setzt.
    8. Entweder auf der Ersteller- oder Verbraucherinstanz IDR der 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 IDR der 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. Workflows werden nach der Replikation ausgelöst Administrator

    IDR Einschränkungen und wann nicht verwendet werden soll IDR

    • Nicht verwenden IDR Zum Klonen von Instanzen.

      IDR Repliziert keine Metadatentabellen, untergeordneten Metadatentabellen und die meisten Anwender- und Systemtabellen. IDR Dient 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 Instance Clone.

    • Vermeiden Sie die Verwendung IDR Dient 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 IDR Um sicherzustellen, dass die Verzögerungszeit die Erwartungen nicht übertrifft.
    • Kontinuierliche Replikation von vermeiden CMDB Tabellen. Wird Repliziert CMDB Daten, 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 CMDB Tabellen, 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üsselung Felder , und Passwort (zweifach verschlüsselt).
    • IDR Synchronisiert die Datenarchivierung zwischen Instanzen nicht. Beispielsweise wirkt sich das Archivieren von Datensätzen oder das Wiederherstellen von Archivdatensätzen in einer Erstellerinstanz nicht auf archivierte Datensätze in der Verbraucherinstanz aus (und umgekehrt). Sie müssen Archivregeln für jede Instanz unabhängig erstellen und verwalten.
    • Zusätzliche Replikationseinschränkungen:
      • Die maximale Datensatzgröße beträgt 10 MB.
      • Die kontinuierliche Replikation unterstützt bis zu 1 Million Datensätze pro Tag.
      • Seeding darf nicht länger als sieben Tage dauern.
      • Sie können nur einen geplanten Replikationssatz mit nur einem ausgehenden Eintrag in diesem Satz erstellen.
    Warnung:
    IDR Überschreibt Daten in Instanzen und kann vertrauliche Daten replizieren. Vermeiden Sie potenziellen Datenverlust und Datengefährdung, indem Sie testen IDR Implementierung 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: