Nicht mehr unterstützte Funktionalität in SQL Server 2005-Replikation

Artikel
12/15/2008

Aktualisiert: 14. April 2006

In diesem Thema werden Replikationsfeatures beschrieben, die in Microsoft SQL Server 2005 nicht mehr unterstützt werden.

Hinweis:
Das Thema ist sowohl in der Hilfe zum Setup als auch in der SQL Server 2005-Onlinedokumentation enthalten. Über die fett formatierten Hyperlinks in der Hilfe zum Setup gelangen Sie zu Themen, die nur in der Onlinedokumentation verfügbar sind.

Nicht mehr unterstützte Features mit Auswirkungen auf alle Replikationstypen

Die folgenden Replikationsfeatures werden in SQL Server 2005 nicht mehr unterstützt.

Feature	Beschreibung
Erstellen von Pushabonnements ohne eine Verbindung mit dem Abonnenten im Assistenten für neue Abonnements	Das Erstellen von Pushabonnements im Assistenten für neue Abonnements erfordert jetzt während der Konfiguration eine aktive Verbindung mit dem Abonnenten. Weitere Informationen zum Verwenden des Assistenten finden Sie unter Vorgehensweise: Erstellen eines Pushabonnements (SQL Server Management Studio).
Verwenden von FTP (File Transfer Protocol) zum Initialisieren von Abonnenten bei Ausführung von SQL Server, Version 7.0	Dieses Feature steht Abonnenten zur Verfügung, die SQL Server 2000 oder spätere Versionen ausführen. Weitere Informationen finden Sie unter Übertragen von Snapshots über FTP.
Erstellen von Abonnements in der Synchronisierungsverwaltung von Windows	Sie können nicht länger Abonnements in der Synchronisierungsverwaltung erstellen, jedoch weiterhin Abonnements synchronisieren. Weitere Informationen finden Sie unter Synchronisierungsverwaltung von Windows.
Abonnieren einer Publikation über Active Directory	Das Hinzufügen einer Publikation zu Active Directory mithilfe des Parameters @add_to_active_directory von sp_addpublication (Transact-SQL) oder sp_addmergepublication (Transact-SQL) ist als veraltet markiert. Das Abonnieren einer Publikation über Active Directory wird nicht länger unterstützt.
Snapshotsteuerelement von ActiveX	Dieses Steuerelement ermöglicht es Ihnen, den Snapshot-Agent in Anwendungen einzubetten. Verwenden Sie stattdessen den neuen, verwalteten Snapshot-Agent. Weitere Informationen finden Sie unter SnapshotGenerationAgent und How to: Create the Initial Snapshot (RMO Programming).
Aktivierung des Remote-Agents	Von SQL Server 2000 wurde die Ausführung des Verteilungs-Agents oder Merge-Agents auf einem anderen Computer und die anschließende Remoteaktivierung des Agents mithilfe von DCOM unterstützt. Die Unterstützung wurde für Verteiler, die SQL Server 2005 oder später ausführen, eingestellt. Für Verteiler, die frühere Versionen von SQL Server ausführen, ist dieses Feature als veraltet markiert. Weitere Informationen finden Sie im Abschnitt zur Aktivierung des Remote-Agents in der SQL Server 2000-Onlinedokumentation.
Microsoft Access (Jet 4.0)-Abonnenten	Jet ist die von Access als Grundlage verwendete Datenbank und unterstützt die Replikation von Abonnements für Jet-Datenbanken in SQL Server 2000. Diese Abonnements werden nicht mehr unterstützt. Es wird empfohlen, stattdessen Microsoft SQL Server 2005 Express Edition zu verwenden. In Access kann eine SQL Server-Datenbank als Backend verwendet werden, und SQL Server-Datenbanken sind von diesem Problem nicht betroffen. Weitere Informationen finden Sie unter Replizieren von Daten nach SQL Server Express.

Nicht mehr unterstützte Transaktionsreplikationsfeatures

Die folgenden Transaktionsreplikationsfeatures werden in SQL Server 2005 nicht mehr unterstützt.

Feature	Beschreibung
Message Queuing-Option für Abonnements mit verzögerter Aktualisierung über eine Warteschlange	Bei Abonnements mit verzögertem Aktualisieren über eine Warteschlange werden die Änderungen der Abonnenten in eine Warteschlange geschrieben; anschließend werden die Änderungen vom Warteschlangenlese-Agent aus der Warteschlange gelesen und an den Verleger übermittelt. In SQL Server 2000 kann für Abonnements eine SQL Server-Warteschlange bzw. Message Queuing verwendet werden, um Änderungen in die Warteschlange einzureihen. Der Warteschlangentyp wurde durch den @queue_type-Parameter von sp_addpublication (Transact-SQL) angegeben, für den die Werte sql oder msmq zulässig sind (Message Queuing). In SQL Server 2005 ist nur der Wert sql zulässig. Vorhandene Publikationen, für die Message Queuing verwendet wird, werden während der Aktualisierung geändert, um eine SQL Server-Warteschlange zu verwenden. Wenn Sie Anwendungen verwenden, die auf der verzögerten Aktualisierung über Message Queuing basieren, müssen diese Anwendungen für eine SQL Server-Warteschlange umgeschrieben werden. Weitere Informationen zu Abonnements mit verzögerter Aktualisierung über eine Warteschlange finden Sie unter Aktualisierbare Abonnements für die Transaktionsreplikation.

Message Queuing-Option für Abonnements mit verzögerter Aktualisierung über eine Warteschlange

Bei Abonnements mit verzögertem Aktualisieren über eine Warteschlange werden die Änderungen der Abonnenten in eine Warteschlange geschrieben; anschließend werden die Änderungen vom Warteschlangenlese-Agent aus der Warteschlange gelesen und an den Verleger übermittelt. In SQL Server 2000 kann für Abonnements eine SQL Server-Warteschlange bzw. Message Queuing verwendet werden, um Änderungen in die Warteschlange einzureihen. Der Warteschlangentyp wurde durch den @queue_type-Parameter von sp_addpublication (Transact-SQL) angegeben, für den die Werte sql oder msmq zulässig sind (Message Queuing). In SQL Server 2005 ist nur der Wert sql zulässig. Vorhandene Publikationen, für die Message Queuing verwendet wird, werden während der Aktualisierung geändert, um eine SQL Server-Warteschlange zu verwenden. Wenn Sie Anwendungen verwenden, die auf der verzögerten Aktualisierung über Message Queuing basieren, müssen diese Anwendungen für eine SQL Server-Warteschlange umgeschrieben werden. Weitere Informationen zu Abonnements mit verzögerter Aktualisierung über eine Warteschlange finden Sie unter Aktualisierbare Abonnements für die Transaktionsreplikation.

Nicht mehr unterstützte Mergereplikationsfeatures

Die folgenden Mergereplikationsfeatures werden in SQL Server 2005 nicht mehr unterstützt.

Feature	Beschreibung
Veröffentlichen aus SQL Server 2005 Express Edition	SQL Server MSDE kann bei Mergepublikationen als Verleger dienen. SQL Server Express, das MSDE ersetzt, kann hingegen nicht als Verleger eingesetzt werden. Es kann Merge-, Transaktions- und Snapshotpublikationen abonnieren. Bei der Mergereplikation und bei der Transaktionsreplikation mit aktualisierbaren Abonnements können Änderungen von den Abonnenten an den Verleger zurückgegeben werden. Weitere Informationen zum Replizieren nach SQL Server Express finden Sie unter Replizieren von Daten nach SQL Server Express.
IVBCustomResolver-Schnittstelle	Diese Schnittstelle ermöglichte das Schreiben COM-basierter, benutzerdefinierter Konfliktlöser in Visual Basic. In SQL Server 2005 empfiehlt sich die Verwendung von Geschäftslogikhandlern anstelle COM-basierter Konfliktlöser. Weitere Informationen finden Sie unter Ausführen der Geschäftslogik während der Mergesynchronisierung. Es ist weiterhin möglich, COM-basierte Konfliktlöser in C++ zu schreiben. Weitere Informationen finden Sie unter COM-basierte benutzerdefinierte Konfliktlöser.

Veröffentlichen aus SQL Server 2005 Express Edition

SQL Server MSDE kann bei Mergepublikationen als Verleger dienen. SQL Server Express, das MSDE ersetzt, kann hingegen nicht als Verleger eingesetzt werden. Es kann Merge-, Transaktions- und Snapshotpublikationen abonnieren. Bei der Mergereplikation und bei der Transaktionsreplikation mit aktualisierbaren Abonnements können Änderungen von den Abonnenten an den Verleger zurückgegeben werden. Weitere Informationen zum Replizieren nach SQL Server Express finden Sie unter Replizieren von Daten nach SQL Server Express.

IVBCustomResolver-Schnittstelle

Diese Schnittstelle ermöglichte das Schreiben COM-basierter, benutzerdefinierter Konfliktlöser in Visual Basic. In SQL Server 2005 empfiehlt sich die Verwendung von Geschäftslogikhandlern anstelle COM-basierter Konfliktlöser. Weitere Informationen finden Sie unter Ausführen der Geschäftslogik während der Mergesynchronisierung.

Es ist weiterhin möglich, COM-basierte Konfliktlöser in C++ zu schreiben. Weitere Informationen finden Sie unter COM-basierte benutzerdefinierte Konfliktlöser.

Siehe auch

Freigeben über

Nicht mehr unterstützte Funktionalität in SQL Server 2005-Replikation

Nicht mehr unterstützte Features mit Auswirkungen auf alle Replikationstypen

Nicht mehr unterstützte Transaktionsreplikationsfeatures

Nicht mehr unterstützte Mergereplikationsfeatures

Siehe auch

Konzepte

Andere Ressourcen

Hilfe und Informationen

Zusätzliche Ressourcen