Als veraltet markierte Features der SQL Server-Replikation
In diesem Thema werden die als veraltet markierten Replikationsfeatures beschrieben, die in SQL Server 2008 noch verfügbar sind. Diese Features werden voraussichtlich in einer zukünftigen Version von SQL Server entfernt. Als veraltet markierte Features sollten in neuen Anwendungen nicht verwendet werden.
Als veraltet markierte Features mit Auswirkungen auf alle Replikationstypen
Die folgenden für alle Replikationstypen geltenden Features sind in SQL Server 2005 bzw. SQL Server 2008 als veraltet markiert.
Feature |
Beschreibung |
|---|---|
Anfügbare Abonnements |
Dieses Feature kann bei der Bereitstellung einer großen Anzahl von Pullabonnements verwendet werden, wie sie bei der Mergereplikation gebräuchlich sind. Wir empfehlen jedoch, anstatt anfügbarer Abonnements die folgenden Vorgehensweisen zu verwenden:
In beiden Fällen können Sie das Erstellen einer großen Anzahl von Abonnements mit Skripts automatisieren: Erstellen Sie ein einzelnes Abonnement, erstellen Sie ein Skript, ändern Sie das Skript für jeden Abonnenten, und wenden Sie das Skript für jeden Abonnenten an, um ein Abonnement zu erstellen. Weitere Informationen finden Sie unter Erstellen von Skripts für die Replikation. |
Abonnentenregistrierung |
Die gespeicherte Prozedur sp_addsubscriber ist als veraltet markiert. Es ist nicht länger erforderlich, einen Abonnenten im Verleger explizit zu registrieren. |
SQL Distributed Management Objects (SQL-DMO) |
Zwar kann vorhandener Code weiterhin ausgeführt werden, jedoch unterstützt SQL-DMO nicht die neuen Features in SQL Server 2005 und SQL Server 2008. Verwenden Sie stattdessen Replikationsverwaltungsobjekte (RMOs). Weitere Informationen finden Sie unter Konzepte für Replikationsverwaltungsobjekte (RMO). |
Schemaänderungen mithilfe von sp_repladdcolumn und sp_repldropcolumn |
Der gespeicherten Prozeduren sp_repladdcolumn und sp_repldropcolumn sind veraltet. Verwenden Sie stattdessen die Schemaänderungsreplikation. Weitere Informationen finden Sie unter Vornehmen von Schemaänderungen in Veröffentlichungsdatenbanken. Die gespeicherten Prozeduren können nicht zum Hinzufügen oder Löschen von Spalten mit in SQL Server 2005 und höheren Versionen eingeführten Datentypen verwendet werden: xml, varchar(max), nvarchar(max), varbinary(max) oder benutzerdefinierte Typen (User-Defined Type, UDT), datetime2, time, datetimeoffset, hierarchyid, geometry und geography. |
Prüfsummenüberprüfung |
Die Prüfsummenüberprüfung sollte nicht verwendet werden. Verwenden Sie die binäre Prüfsummenüberprüfung. Für alle SQL Server-Abonnenten (einschließlich der Abonnenten, die Veröffentlichungen über Oracle-Verleger abonnieren) können Sie auch die Zeilenanzahlüberprüfung verwenden. Weitere Informationen finden Sie unter Überprüfen von replizierten Daten. |
Hinzufügen von Veröffentlichungen zu Active Directory |
Das Hinzufügen einer Veröffentlichung zu Active Directory mithilfe des Parameters @add_to_active_directory von sp_addpublication oder sp_addmergepublication ist als veraltet markiert. Das Abonnieren einer Veröffentlichung über Active Directory wird nicht länger unterstützt. |
Parameter -UseInprocLoader |
Dieser Parameter des Verteilungs- und Merge-Agents ist als veraltet markiert, da er nicht mit dem XML-Datentyp kompatibel ist. Wenn Sie keine XML-Daten replizieren, können Sie diesen Parameter verwenden. Weitere Informationen finden Sie unter Replikationsverteilungs-Agent und Replikationsmerge-Agent. |
Parameter PublisherAddress, PublisherNetwork, DistributorNetwork und DistributorAddress in Verteilungs-Agents und Merge-Agents¹ |
Beim Herstellen einer Verbindung mit dem Verleger oder dem Verteiler werden diese Parameter verwendet, um die IP-Adresse anzugeben. Da das Replikationssubsystem die Verbindung anhand von Servernamen überprüft, wird empfohlen, bei den Clientprotokollen den Alias zu verwenden, um die IP-Adresse dem Servernamen zuzuordnen, und in den Agents den Servernamen zu verwenden. |
¹ In SQL Server 2008 als veraltet markiert.
Als veraltet markierte Features der Transaktionsreplikation
Die folgenden Transaktionsreplikationsfeatures wurden in SQL Server 2005 bzw. SQL Server 2008 als veraltet markiert.
Funktion |
Beschreibung |
|---|---|
Abonnementablauf für Transaktionsveröffentlichungen |
Die Eigenschaft @retention von sp_addpublication ist als veraltet markiert. Abonnements sind weiterhin als inaktiv gekennzeichnet und müssen neu initialisiert werden, wenn keine Synchronisierung mit der maximalen Beibehaltungsdauer für die Verteilung erfolgt ist (die Eigenschaft @max_distretention von sp_adddistributiondb). Weitere Informationen zur Beibehaltungsdauer finden Sie unter Abonnementablauf und -deaktivierung. |
"No sync"-Abonnements für Transaktionsveröffentlichungen |
Ein Abonnement ist ein "no sync"-Abonnement, wenn für den Parameter @sync_type von sp_addsubscription oder sp_addpullsubscription der Wert none angegeben ist. Wenn Sie angeben möchten, dass das benötigte Schema und die erforderlichen Daten bereits in der Abonnementdatenbank vorhanden sind, geben Sie für den Parameter stattdessen den Wert replication support only an. Weitere Informationen finden Sie unter Initialisieren eines Transaktionsabonnements ohne Snapshot. |
ODBC-Abonnenten |
Verwenden Sie für Abonnenten, die keine SQL Server-Abonnenten sind, stattdessen OLE-DB. Informationen zu den unterstützten Abonnenten finden Sie unter Nicht-SQL Server-Abonnenten. |
Transformierbare Abonnements |
Dieses Feature steht über die Schnittstelle für gespeicherte Prozeduren zur Verfügung. Die Unterstützung für dieses Feature über die Benutzeroberfläche wurde jedoch aufgegeben. Die Verwendung dieses Features erfordert die Installation von SQL Server 2000 Data Transformation Services (DTS). Weitere Informationen finden Sie unter Integration Services - Abwärtskompatibilität. |
Aktualisierbare Abonnements, einschließlich Abonnements für sofortige Aktualisierung und verzögerte Aktualisierung bei Snapshot- und Transaktionsveröffentlichungen¹ |
Wir empfehlen, stattdessen die Peer-to-Peer-Transaktionsreplikation zu verwenden. Weitere Informationen finden Sie unter Peer-to-Peer-Transaktionsreplikation. |
Verteilungssteuerelement von ActiveX |
Dieses Steuerelement ermöglicht es Ihnen, den Verteilungs-Agent in Anwendungen einzubetten. Verwenden Sie stattdessen RMO. Weitere Informationen finden Sie unter Vorgehensweise: Synchronisieren eines Pullabonnements (RMO-Programmierung) und unter Vorgehensweise: Synchronisieren eines Pushabonnements (RMO-Programmierung). |
Replikationsverteiler-Schnittstelle |
In SQL Server 2000 stellte die Replikationsverteiler-Schnittstelle eine Schnittstelle zum Speichern replizierter Transaktionen in der Verteilungsdatenbank auf dem Verteiler bereit. Diese Schnittstelle konnte verwendet werden, um das Veröffentlichen einer SQL Server-fremden Datenbank zu ermöglichen (zusätzlicher benutzerseitiger Programmierungsaufwand war erforderlich, um Änderungen im Verleger nachzuverfolgen). Der Support für dieses Feature ist als veraltet markiert. Vorhandener Code kann auf einem Server, der von SQL Server 2000 aktualisiert wurde, jedoch weiterhin ausgeführt werden. Weitere Informationen finden Sie in der Referenz zur Replikationsverteiler-Schnittstelle in der SQL Server 2000-Onlinedokumentation. SQL Server 2005 und SQL Server 2008 unterstützen das Veröffentlichen von Oracle-Datenbanken ohne benutzerseitigen Programmierungsaufwand. Weitere Informationen finden Sie unter Veröffentlichungen mit Oracle (Übersicht). |
Replizieren auf Oracle 8-Abonnenten und von Oracle 8-Verlegern¹ |
Weitere Informationen zu den unterstützten Versionen von Oracle finden Sie unter Veröffentlichungen mit Oracle (Übersicht) und Oracle-Abonnenten. |
¹ In SQL Server 2008 als veraltet markiert.
Als veraltet markierte Features der Mergereplikation
Die folgenden Mergereplikationsfeatures wurden in SQL Server 2005 bzw. SQL Server 2008 als veraltet markiert.
Funktion |
Beschreibung |
|---|---|
Alternative Synchronisierungspartner |
Das Feature der alternativen Synchronisierungspartner ermöglicht es Ihnen, einen alternativen Verleger anzugeben, mit dem ein Abonnent eine Synchronisierung ausführen kann. In SQL Server 2005 und SQL Server 2008 empfiehlt es sich, statt alternativer Synchronisierungspartner die Mergereplikation zusammen mit der Datenbankspiegelung zu verwenden. Weitere Informationen finden Sie unter Replikation und Datenbankspiegelung. |
"No sync"-Abonnements für Mergeveröffentlichungen1 |
Ein Abonnement ist ein "no sync"-Abonnement, wenn für den Parameter @sync_type von sp_addmergesubscription oder sp_addmergepullsubscription der Wert none angegeben ist. Dieser Typ des Abonnements ist für die Mergereplikation nicht zu empfehlen. |
Mergesteuerelement von ActiveX |
Dieses Steuerelement ermöglicht es Ihnen, den Merge-Agent in Anwendungen einzubetten. Verwenden Sie stattdessen RMO. Weitere Informationen finden Sie unter Vorgehensweise: Synchronisieren eines Pullabonnements (RMO-Programmierung) bzw. unter Vorgehensweise: Synchronisieren eines Pushabonnements (RMO-Programmierung). |
UPDATE-Option für mehrere Spalten |
Wenn die Mergereplikation eine Aktualisierung ausführt, aktualisiert sie alle geänderten Spalten in einer UPDATE-Anweisung und setzt nicht geänderte Spalten auf ihre ursprünglichen Werte zurück. Alternativ kann sie mehrere UPDATE-Anweisungen ausgeben, mit einer UPDATE-Anweisung für jede Spalte, die sich geändert hat. Die UPDATE-Anweisung für mehrere Spalten ist normalerweise effizienter. Für SQL Server-Versionen vor SQL Server 2005 war es empfehlenswert, für Fälle, in denen eine Aktualisierung mehrerer Spalten (eine UPDATE-Anweisung) weniger effizient wäre, für die Artikeloption @fast_multicol_updateproc article den Wert false anzugeben:
Aufgrund von Leistungsverbesserungen in SQL Server ist diese Option in diesen Fällen nicht mehr erforderlich. |
Parameter -ParallelUploadDownload¹ |
Dieser Parameter des Merge-Agenten wird verwendet, um Änderungen in einer Mergereplikationssitzung gleichzeitig hoch- und herunterzuladen. Der Parameter führt zu einem Leistungsvorteil, der jedoch durch die Menge der über das Netzwerk zu übertragenden Metadaten neutralisiert wird. |
@ allow_partition_realignment-Eigenschaft in sp_addmergepublication¹ |
Durch diesen Parameter werden die Löschvorgänge gesteuert, die an Abonnenten gesendet werden müssen, wenn eine Zeile aus deren Partition herausgenommen wird. |
Parameter -ExchangeType¹ |
Mit diesem Parameter wird gesteuert, ob der Merge-Agent die Uploadphase oder die Downloadphase oder beide durchläuft. Der Standardwert lautet 3, d. h., sowohl Upload als auch Download werden ausgeführt. Es wird davon abgeraten, nur den Upload auszuführen, da dabei Schemaänderungen oder Initialisierungsprozesse nicht repliziert würden. Damit nur der Download ausgeführt wird, können Sie für einen Artikel @subscriber_upload_options verwenden. Weitere Informationen finden Sie unter sp_addmergearticle (Transact-SQL). |
@delete_tracking-Eigenschaft in sp_addmergearticle¹ |
Mithilfe dieser Eigenschaft wird die Nachverfolgung von Löschvorgängen beendet, wenn Löschvorgänge an den Verleger oder Abonnenten gesendet werden sollen. Sie können dies implementieren, indem Sie unter BusinessLogicModule die Option DeleteHandler verwenden. Weitere Informationen finden Sie unter Ausführen der Geschäftslogik während der Mergesynchronisierung. |
Logische Datensätze¹ |
Dieses Feature wird verwendet, um in einer einzelnen Transaktion einen Satz verknüpfter Zeilen zu senden. In den meisten Fällen führt die Verwendung dieses Features zu einer erheblichen Zunahme des Verwaltungsaufwands bei der Replikation. Weitere Informationen finden Sie unter Gruppieren von Änderungen an verknüpften Zeilen mithilfe von logischen Datensätzen. |
¹ In SQL Server 2008 als veraltet markiert.