Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
SQL Server
Hinweis
Diese Funktion wird in einer zukünftigen Version von SQL Serverentfernt. Nutzen Sie diese Funktionen bei Neuentwicklungen nicht mehr, und planen Sie die Änderung von Anwendungen, die diese Funktion zurzeit verwenden.
Durch die Verwendung von Merge-Replikation können Sie festlegen, dass Replikationsauslöser und Systemtabellen keine Löschungen für einen oder mehrere Artikel verfolgen. Wenn du diese Option für einen Artikel auswählst, werden Löschungen weder vom Publisher noch von Abonnenten nachverfolgt oder repliziert. Diese Option unterstützt eine Reihe von Anwendungsszenarien und bietet eine Leistungsoptimierung für Fälle, in denen eine Replikation von Löschungen nicht notwendig oder wünschenswert ist. Die Leistung wird auf drei Arten verbessert: Das System speichert keine Metadaten für Löschungen; es zählt keine Löschungen während der Synchronisation auf; und es repliziert keine Löschungen auf oder wendet sie auch nicht beim Abonnenten an.
Hinweis
Damit nur herunterladbare Artikel verwendet werden können, muss die Veröffentlichung mindestens einen Kompatibilitätsgrad von 90RTM aufweisen.
Diese Option kann beim Erstellen einer Veröffentlichung angegeben werden, oder ein- bzw. ausgeschaltet werden, wenn eine Anwendung erfordert, dass bestimmte Löschvorgänge repliziert werden, andere jedoch nicht (z. B. Batchlöschvorgänge). In den folgenden Beispielen wird veranschaulicht, wie diese Option in einer Anwendung verwendet werden kann:
In einer Anwendung für den Außendienst eines Unternehmens gibt es in der Regel Spalten wie SalesOrderHeader, SalesOrderDetail und Product. Bestellungen werden beim Subscriber eingegeben und dann zum Publisher repliziert, der die Daten häufig an ein Auftragserfüllungssystem weitergibt. Viele mobile Mitarbeiter verwenden Handheldgeräte mit begrenztem Speicherplatz: Nachdem der Auftrag beim Publisher eingegangen ist, kann er beim Subscriber gelöscht werden. Der Löschvorgang wird nicht an den Verleger weitergegeben, da die Bestellung weiterhin im System aktiv bleiben soll.
In diesem Szenario würden die Löschvorgänge für die Tabellen SalesOrderHeader und SalesOrderDetail nicht nachverfolgt werden. Löschvorgänge würden für die Tabelle Product nachverfolgt, da beim Löschen eines Produkts auf dem Publisher der Löschvorgang an den Subscriber gesendet werden sollte, damit die Produktliste aktuell bleibt.
Eine Anwendung könnte z. B. Vergangenheitsdaten in einer TransactionHistory-Tabelle speichern, aus der in regelmäßigen Abständen alle Datensätze gelöscht werden, die älter als ein Jahr sind. Die Tabelle könnte nun so gefiltert werden, dass Abonnenten nur Daten zu Transaktionen des laufenden Monats erhalten. Die monatlichen Batchlöschvorgänge zum Löschen älterer Daten auf dem Verleger sind für die Abonnenten irrelevant, würden jedoch trotzdem standardmäßig nachverfolgt und aufgelistet werden.
In diesem Szenario konnte der Betrieb auf dem System gestoppt werden, bevor die Batchverarbeitung stattfand, und die Anwendung konnte die Nachverfolgung von Löschvorgängen deaktivieren. Nach Abschluss der Verarbeitung konnte das Tracking wieder aktiviert werden.
Wichtig
Wenn beim Publisher weiterhin andere Aktivitäten stattfinden, müssen Sie sicherstellen, dass keine Löschungen, die an Subscriber weitergegeben werden sollen, vorgenommen werden, solange die Löschverfolgung deaktiviert ist.
So geben Sie an, dass Löschvorgänge nicht nachverfolgt werden
- Transact-SQL-Programmierung für die Replikation: Eigenschaften der Mergereplikation angeben