Instanzübergreifende Datenreplikation erkunden
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 mit konsistente Daten über verschiedene Instanzen hinweg IDR.
- 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
| 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 Replikationssätze für Hersteller und Verbraucher und überwacht die laufende Replikation. |
IDR – Workflow
Diese Abbildung zeigt, wie IDR Repliziert Daten aus mehreren Tabellen in einer Erstellerinstanz auf mehrere Verbraucherinstanzen.
- In der Erstellerinstanz die IDR der administrator gibt die zu replizierenden Tabellen und Tabellenspalten an, indem er einen Erstellerreplikationssatz erstellt.
- Die IDR der administrator aktiviert den Erstellerreplikationssatz, der die Erstellerdaten für die Replikation für Verbraucher verfügbar macht.
- Die IDR der administrator erstellt Verbraucherreplikationssätze auf einer oder mehreren Verbraucherinstanzen, um die Herstellerreplikationssatzdaten zu erhalten.
- In jeder Verbraucherinstanz die IDR der administrator fordert die Genehmigung von der Erstellerinstanz an.
- In der Erstellerinstanz die IDR der administrator genehmigt oder lehnt die Anforderungen von jeder Verbraucherinstanz ab.
- In jeder genehmigten Verbraucherinstanz die IDR der 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.
- In jeder Verbraucherinstanz die IDR der administrator kann optional vorhandene Daten aus der Erstellerinstanz replizieren, indem er Daten in die Verbraucherinstanzen setzt.
- Entweder in 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.
- Entweder in 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
| Vorteil | Funktion | Anwender |
|---|---|---|
| Replizieren Sie kontinuierlich Einfügungen und Updates von einer Erstellerinstanz in eine oder mehrere Verbraucherinstanzen nahezu in Echtzeit, um minimale Verzögerungen zu gewährleisten. | 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 in nahezu 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 werden. 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 Geschäftsregeln. | 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. Beispielsweise sind die Tabelle „Anwendungsdatei“ [sys_metadata] und Tabellen, die [sys_metadata] erweitern (einschließlich der Tabellen „Business Rules“ [sys_script], „Katalog“ [sc_catalog] und „Workflow“ [wf_Workflow]) ausgeschlossen und können nicht repliziert werden. Weitere Informationen zum Klonen finden Sie unter .
- Verwenden Sie nicht 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 hinzufügen 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 Encrypted nicht replizieren, Feldverschlüsselung Felder , und Passwort (2-fach verschlüsselt).
- 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.