Instanzübergreifende Datenreplikation erkunden

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

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

    IDR – Übersicht

    Verwalten Sie mit IDRkonsistente Daten über verschiedene Instanzen hinweg.

    • Replizieren Sie Daten automatisch in eine oder mehrere andere 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 Der IDR -Administrator bestimmt, welche Tabellen und Spalten repliziert werden, und analysiert Tabellenhierarchien und -beziehungen. Der IDR -Administrator erstellt Ersteller- und Verbraucherreplikationssätze und überwacht die laufende Replikation.

    IDR – Workflow

    Diese Abbildung zeigt, wie IDR Daten aus mehreren Tabellen in einer Erstellerinstanz in mehrere Verbraucherinstanzen repliziert.

    Abbildung : 1. Übersicht über die Replikation
    Daten werden von einer Erstellerinstanz zu einer oder mehreren Verbraucherinstanzen repliziert.
    1. Auf der Erstellerinstanz gibt der Administrator IDR die zu replizierenden Tabellen und Tabellenspalten an, indem er einen Erstellerreplikationssatz erstellt.
    2. Der Administrator IDR aktiviert den Erstellerreplikationssatz, wodurch die Erstellerdaten für die Replikation für Verbraucher verfügbar gemacht werden.
    3. Der Administrator IDR erstellt Verbraucherreplikationssätze auf einer oder mehreren Verbraucherinstanzen, um die Daten des Erstellerreplikationssatzes zu empfangen.
    4. Bei jeder Verbraucherinstanz fordert der Administrator IDR die Genehmigung von der Herstellerinstanz an.
    5. In der Herstellerinstanz genehmigt der -Administrator IDR die Anforderungen der einzelnen Verbraucherinstanzen.
    6. Bei jeder genehmigten Verbraucherinstanz aktiviert der -Administrator IDR 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 kann der Administrator IDR vorhandene Daten optional aus der Herstellerinstanz replizieren, indem er Daten an die Verbraucherinstanzen verteilt.
    8. Der Administrator IDR kann Daten in Tabellen oder Tabellenspalten mit anderen Namen in der Hersteller- oder Verbraucherinstanz replizieren, indem er eine Transformation im Replikationssatz konfiguriert.
    9. Der -Administrator IDR kann Erstellerdaten vor der Replikation zu einem Verbraucher optional ändern, indem er einen Adapter im Replikationssatz konfiguriert.

    IDR – Vorteile

    Tabelle : 2. – Vorteile
    Vorteil Funktion Anwender
    Replizieren Sie Einfügungen und Aktualisierungen kontinuierlich von einer Erstellerinstanz zu einer oder mehreren Verbraucherinstanzen, nahezu in Echtzeit, und stellen Sie so minimale Verzögerungen sicher. Kontinuierliche Replikation Administrator
    Planen Sie die Replikation historischer Einfügungen und Aktualisierungen von einer Erstellerinstanz zu einer oder mehreren Verbraucherinstanzen in vordefinierten Intervallen. Geplante Replikation Administrator
    Replizieren Sie Einfügungen und Aktualisierungen kontinuierlich und nahezu in Echtzeit von einer Erstellerinstanz zu einer Verbraucherinstanz, wobei Änderungen auf beiden Seiten zurück auf die andere repliziert werden. Bidirektionale Replikation Administrator
    Replizieren Sie Einfügungen und Aktualisierungen kontinuierlich von einer Erstellerinstanz zu bestimmten, eindeutigen Verbraucherinstanzen nahezu in Echtzeit, um sicherzustellen, dass jede Verbraucherinstanz unabhängig voneinander Aktualisierungen erhält. Diskrete Replikation Administrator
    Ordnen Sie Erstellerdaten Tabellen und Tabellenspalten zu, die bei Verbraucherinstanzen unterschiedlich benannt sind. Sie können beispielsweise Tabellenspalten ändern und zuordnen, um Daten für verschiedene Gebietsschemata zu lokalisieren. Transformieren Sie Replikationsdaten Administrator
    Ändern Sie Erstellerdaten, bevor Sie sie mit einem Adapter an eine Verbraucherinstanz replizieren. Sie können beispielsweise Adapter konfigurieren, die Zeichenfolgenoperationen und mathematische Berechnungen durchführen, z. B. das Konvertieren einer Währung in eine andere oder das Konvertieren einer Zeitzone in eine andere. Transformieren Sie Replikationsdaten Administrator
    Lösen Sie Workflows nach der Replikation aus, z. B. das Generieren von Benachrichtigungen oder das Validieren der Replikation mithilfe von Geschäftsregeln. Löst einen Workflow nach der Replikation aus Administrator

    IDR Einschränkungen und wann Sie sie nicht verwenden sollten IDR

    • Verwenden Sie IDR nicht zum Klonen von Instanzen.

      IDR repliziert keine Metadatentabellen, untergeordneten Metadatentabellen und die meisten Benutzer- und Systemtabellen. IDR wurde zum Replizieren von Daten entwickelt, nicht zum Klonen von Instanzen. Beispielsweise sind die Tabelle „Anwendungsdatei“ [sys_metadata] und Tabellen, die [sys_metadata] erweitern (einschließlich der Tabellen „Business-Regeln“ [sys_script], „Katalog“ [sc_catalog] und „Workflow“ [wf_workflow]), ausgeschlossen und können nicht repliziert werden. Weitere Informationen zum Klonen finden Sie unter .

    • Vermeiden Sie die Verwendung von IDR, um eine Reihe großer Anhänge regelmäßig zu replizieren. Wenn Sie regelmäßig Anhänge einschließen müssen, die größer als 10 MB sind, überwachen Sie IDR, um sicherzustellen, dass die Verzögerungszeit die Erwartungen nicht überschreitet.
    • Vermeiden Sie die kontinuierliche Replikation von CMDB -Tabellen. Das Replizieren von CMDB -Daten bei auftretenden Änderungen kann aufgrund der Anzahl der beteiligten Datensätze zu Leistungsproblemen oder unvorhergesehenen Konsequenzen bei der Replikation führen. Wenn Sie die Tabellen CMDB replizieren müssen, planen Sie die Replikation, oder verwenden Sie Bedingungen, um die Anzahl der replizierten Datensätze einzuschränken und sicherzustellen, dass alle erforderlichen Spalten im Replikationssatz enthalten sind.
    • Die Felder „Edge Encrypted“, Feldverschlüsselung„ “ und „Password (zweifach verschlüsselt)“ können nicht repliziert werden.
    • Zusätzliche Replikationsbeschränkungen:
      • Die maximale Datensatzgröße beträgt 32 MB.
      • Die kontinuierliche Replikation unterstützt bis zu etwa 1 Million Datensätze pro Tag.
      • Das 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 Datenrisiken, indem Sie Ihre IDR -Implementierung in einer Vorproduktionsumgebung testen. Weitere Informationen finden Sie unter Datenschutz in IDR.

    Empfehlungen für weitere Themen

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