Integrieren heterogener Daten

Dieses Thema ist eine kurze Einführung in die Technologie der MicrosoftSQL Server-Replikation, mit der Daten zwischen SQL Server-Datenbanken und unterstützten Oracle- und IBM DB2-Datenbanken integriert werden.

Viele Unternehmen und Organisationen speichern wichtige Daten in Datenbanken verschiedener Hersteller. Bei der Automatisierung von Unternehmensprozessen müssen häufig Daten in getrennten Datenbanken verglichen und in andere Prozesse eingebunden werden. In vielen Fällen sind die Datenbanksysteme nicht direkt kompatibel und verwenden häufig nicht alle dasselbe Betriebssystem. Dieses Szenario wird im Allgemeinen als heterogene Datenumgebung bezeichnet.

SQL Server stellt Funktionen bereit, z. B. Integration Services und PowerPivot, die Sie bei der Integration heterogener Daten unterstützen. Eine andere Möglichkeit zur Integration heterogener Daten ist die Verwendung der Replikationsfunktionen von SQL Server, mit denen Daten zwischen Servern repliziert werden. SQL Server unterstützt die Replikation heterogener Daten bei bestimmten Oracle- und IBM-Datenbanken.

Die Replikation bietet mehrere Methoden zum Integrieren heterogener Daten:

• Sie können eine Oracle-Datenbank als Verleger für Daten einsetzen, die auf SQL Server-Datenbanken repliziert werden können.

• Verwenden Sie SQL Server als Verleger oder Verteiler für Daten, die auf IBM- und Oracle-Datenbanken repliziert werden können. Das folgende Diagramm veranschaulicht die Replikation von einem SQL Server-Verleger auf IBM DB2- und Oracle-Abonnenten.

  

• Daten, die aus Oracle in einem SQL Server-Abonnenten veröffentlicht werden, können anschließend von SQL Server an Oracle- oder IBM-Abonnenten verteilt werden. In diesem Szenario werden die Daten zunächst auf eine SQL Server-Datenbank repliziert und können anschließend auf andere Datenbanken wie SQL Server, IBM DB2 und Oracle repliziert werden.

  Hinweis
  Die direkte Replikation von Oracle zu IBM- oder Oracle-Abonnenten wird von SQL Server nicht unterstützt.

  Das folgende Diagramm zeigt die Replikation von Daten von einer Oracle-Datenbank auf anderen Datenbanken. Einige oder alle Daten der Oracle-Datenbank werden bei der Veröffentlichung berücksichtigt. Die Daten werden auf den ersten, als Verteiler konfigurierten SQL Server repliziert und anschließend an den zweiten SQL Server sowie die IBM- und Oracle-Datenbanken verteilt. Jede dieser Datenbanken ist ein Abonnent der Veröffentlichung, der Schema und Daten als Abonnement erhält.

  

Die folgenden Einschränkungen gelten für die SQL Server-Replikation in einer heterogenen Topologie:

• Die Transaktions- und Snapshotreplikation werden unterstützt. Die Mergereplikation wird nicht unterstützt.

• Sie können entweder Push- oder Pullabonnements verwenden. Peer-to-Peer-Abonnements werden nicht unterstützt.

• Eine Oracle-Datenbank kann gegenüber SQL Server als Verleger oder Abonnent fungieren.

• IBM-Datenbanken fungieren gegenüber SQL Server immer als Abonnenten. Veröffentlichungen aus IBM DB2 in SQL Server werden nicht unterstützt.

Weitere Informationen zur Replikation in einer heterogenen Topologie finden Sie unter Heterogene Datenbankreplikation.

Auswählen des zu verwendenden Replikationstyps

SQL Server bietet verschiedene Replikationstypen für die unterschiedlichen Anforderungen einer heterogenen Anwendung:

• Wenn Ihre Anwendung die Replikation von inkrementellen Änderungen nach deren Auftreten erforderlich macht, verwenden Sie die Transaktionsreplikation.

  Bei der Veröffentlichung auf Oracle setzt die Transaktionsreplikation mithilfe von Triggern und Änderungsnachverfolgungstabellen die Änderungsnachverfolgung auf dem Verleger ein. Weitere Informationen zur Transaktionsreplikation finden Sie unter Transaktionsreplikation (Übersicht), Funktionsweise der Transaktionsreplikation und Workflow der Transaktionsreplikation für Oracle-Verleger.

• Wenn Ihre Anwendung eine seltene Replikation von Daten bzw. eher periodische als inkrementelle Updates erforderlich macht, verwenden Sie die Snapshotreplikation.

  Bei der Snapshotreplikation werden keine Trigger in veröffentlichten Tabellen verwendet, da die Snapshotreplikation inkrementelle Änderungen weder nachverfolgt noch übermittelt. Weitere Informationen zur Snapshotreplikation finden Sie unter Transaktionsreplikation (Übersicht) und Funktionsweise der Transaktionsreplikation.

Sowohl die Snapshot- als auch die Transaktionsreplikation erfüllen die Hauptanforderungen für viele heterogene Integrationsszenarien:

• Replikation zwischen Datenbanken verschiedener Hersteller

• Transaktionskonsistenz

• Minimaler Aufwand

Die Transaktionsreplikation erfüllt die zusätzlichen Anforderungen von Systemen, die inkrementelle Updates erfordern:

• Geringe Latenzzeit

• Hoher Durchsatz

Schritte zum Implementieren einer heterogenen Integrationslösung

Klicken Sie auf die folgenden Links, um weitere Informationen zu erhalten.

• Veröffentlichungen mit Oracle:

  • Veröffentlichungen mit Oracle (Übersicht)

  • Konfigurieren eines Oracle-Verlegers

• Oracle- und IBM DB2-Abonnenten:

  • Nicht-SQL Server-Abonnenten

  • Oracle-Abonnenten

  • IBM DB2-Abonnenten

Nachdem das Abonnement initialisiert wurde und Daten zwischen dem Verleger und den Abonnenten fließen, müssen Sie möglicherweise folgende Themen zurate ziehen, um Informationen zu allgemeinen Verwaltungs- und Überwachungsaufgaben zu erhalten:

• Überwachen (Replikation)

• Strategien zum Sichern und Wiederherstellen einer Snapshot- und Transaktionsreplikation

• Sichern und Wiederherstellen bei Oracle-Verlegern

• Problembehandlung (Replikation)

• Problembehandlung bei Oracle-Verlegern

• Entfernen der Replikation

Siehe auch

Andere Ressourcen

Replizieren von Daten in einer reinen Serverumgebung