Aktualisieren replizierter Datenbanken

  • Artikel

Aktualisiert: 17. Juli 2006

SQL Server 2005 unterstützt das Aktualisieren replizierter Datenbanken von früheren Versionen von SQL Server. Während der Aktualisierung eines Knotens müssen die auf anderen Knoten ausgeführten Aktivitäten nicht beendet werden. Stellen Sie sicher, dass die Regeln, die im Hinblick auf die in einer Topologie unterstützten Versionen gelten, eingehalten werden:

  • SQL Server, Version 7.0, Service Pack 4 (SP4) ist die erforderliche Mindestversion, um an einer Replikationstopologie mit SQL Server 2005 teilzunehmen. Wenn SQL Server 2000 verwendet wird, ist Service Pack 3 (SP3) oder höher erforderlich.
  • Für den Verteiler ist jede Version zulässig, die der Verleger-Version entspricht oder höher als diese ist. (In vielen Fällen gehören Verteiler und Verleger derselben Instanz an.)
  • Für den Verleger ist jede Version zulässig, die der Verteiler-Version entspricht oder niedriger als diese ist.
  • Die Abonnenten-Version ist vom Publikationstyp abhängig:
    • Ein schreibgeschützter Abonnent einer Transaktionspublikation kann einer der beiden Versionen im Rahmen der Verleger-Version angehören. Beispiel: Ein SQL Server Version 7.0-Verleger kann mit SQL Server 2005-Abonnenten verwendet werden, und ein SQL Server 2005-Verleger kann mit SQL Server Version 7.0-Abonnenten verwendet werden.
    • Für einen aktualisierbaren Abonnenten einer SQL Server 2005-Transaktionspublikation ist jede Version ab SQL Server 2000 SP3 und höher zulässig.
    • Für einen Abonnenten einer Mergepublikation ist jede Version zulässig, die der Verleger-Version entspricht oder niedriger als diese ist.
ms143699.note(de-de,SQL.90).gifHinweis:
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.

Aktualisieren auf die Standard Edition, Workgroup Edition oder Express Edition

Überprüfen Sie vor der Aktualisierung auf eine andere Edition von SQL Server 2005, ob die derzeit von Ihnen verwendete Funktionalität auch von der Edition unterstützt wird, auf die Sie aktualisieren. Weitere Informationen finden Sie im Abschnitt "SQL Server 2005-Replikationsfeatures" im Thema Von den SQL Server 2005-Versionen unterstützte Features.

Das neue Sicherheitsmodell des Replikations-Agents

In früheren Versionen von SQL Server wurden Agents standardmäßig im Kontext des Kontos des SQL Server-Agent-Dienstes ausgeführt. SQL Server 2005 ermöglicht eine differenzierte Steuerung der Konten, in deren Kontext die Replikations-Agents ausgeführt und die integrierten Windows-Verbindungen mit Datenbanken und anderen Ressourcen hergestellt werden, wobei für jeden Agent ein eigenes Konto angegeben werden kann. Weitere Informationen finden Sie unter Überlegungen zur Sicherheit bei der Replikation und Sicherheitsmodell des Replikations-Agents.

Aufgrund des neuen Sicherheitsmodells sind bei der Aktualisierung oder bei Ausführung mehrerer Versionen von SQL Server in einer Topologie folgende Auswirkungen zu erwarten:

  • In SQL Server 2000 oder SQL Server 7.0 erstellte Replikationsskripts sollten für SQL Server 2005 aktualisiert werden, damit die verbesserte Sicherheit in vollem Umfang genutzt werden kann. Weitere Informationen finden Sie unter How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).
  • Ein Verteiler oder Abonnent, der von einer früheren Version von SQL Server auf SQL Server 2005 aktualisiert wurde, wird unter dem Konto des SQL Server-Agents weiterhin ausgeführt und verfügt wahrscheinlich über mehr Privilegien als tatsächlich erforderlich. Nach der Aktualisierung sollten für die Agents separate Konten mit entsprechend minimierten Privilegien angegeben werden. So geben Sie separate Konten an:
    1. Geben Sie die Publikation und die Abonnements aus.
    2. Nehmen Sie die erforderlichen Änderungen an den Skripts vor. Weitere Informationen finden Sie unter How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).
    3. Löschen Sie die Publikation und die Abonnements. Weitere Informationen finden Sie unter Veröffentlichen von Daten und Datenbankobjekten und Abonnieren von Publikationen.
    4. Erstellen Sie sie mithilfe der geänderten Skripts neu.
      Informationen zu den für die Agents erforderlichen Privilegien finden Sie unter Sicherheitsmodell des Replikations-Agents. Informationen zum Verwalten von Anmeldenamen und Kennwörtern finden Sie unter Verwalten von Anmeldeinformationen und Kennwörtern bei der Replikation. Aufgrund der nach einer Aktualisierung erstellten neuen Replikationskonfigurationen müssen die Konten für die einzelnen Replikations-Agents gesondert konfiguriert werden.
    ms143699.note(de-de,SQL.90).gifHinweis:
    Agents, für die für Verbindungen mit der lokalen Datenbank die SQL Server-Authentifizierung konfiguriert wurde, werden zum Verwenden der Windows-Authentifizierung geändert. Lokale Verbindungen sind die Verbindungen, die durch einen Agent zu einer Instanz von SQL Server auf demselben Computer wie der Agent hergestellt werden. Wenn beispielsweise der Merge-Agent für ein Pullabonnement auf dem Abonnenten ausgeführt wird, handelt es sich bei den zum Abonnenten hergestellten Verbindungen um lokale Verbindungen.
  • An einer Replikationstopologie teilnehmende Computer mit früheren Versionen von SQL Server behalten das frühere Replikationssicherheitsmodell unverändert bei. Beispiel:
    • Für ein Pullabonnement für einen Abonnenten mit SQL Server 2000 oder SQL Server, Version 7.0, wird das neue Sicherheitsmodell nicht verwendet, da der Merge-Agent oder die Verteilung auf dem Abonnenten erstellt wird.
    • Für ein Pushabonnenment eines Verteilers mit SQL Server 2005 für einen Abonnenten mit SQL Server 2000 oder SQL Server, Version 7.0, wird das neue Sicherheitsmodell verwendet, da der Merge-Agent oder die Verteilung auf dem Verteiler erstellt wird.
    • Für einen Verleger mit SQL Server 2000 oder SQL Server, Version 7.0, mit einem Verteiler mit SQL Server 2005 wird das neue Sicherheitsmodell nicht verwendet (für Snapshot-, Protokolllese- oder Warteschlangenlese-Agents), da die Agents im Kontext der Publikationsdatenbank erstellt werden.

Ausführen von Agents nach der Aktualisierung für die Mergereplikation

Führen Sie nach der Aktualisierung für jede Mergepublikation den Snapshot-Agent und für jedes Abonnement den Merge-Agent aus, um die Replikationsmetadaten zu aktualisieren. Sie müssen den neuen Snapshot nicht anwenden, da er für die erneute Initialisierung der Abonnements nicht benötigt wird. Die Metadaten des Abonnements werden aktualisiert, sobald der Merge-Agent zum ersten Mal nach der Aktualisierung ausgeführt wird. Dies bedeutet, dass die Abonnementdatenbank während der Aktualisierung des Verlegers online und aktiv bleiben kann.

Die Mergereplikation speichert die Metadaten der Publikation und des Abonnements in einer Reihe von Systemtabellen in den Publikations- und Abonnement-Datenbanken. Bei Ausführung des Snapshot-Agents werden die Publikationsmetadaten aktualisiert, und bei Ausführung des Merge-Agents werden die Abonnementmetadaten aktualisiert. Der Agent wird nur benötigt, um einen Snapshot der Publikation zu generieren. Wenn bei einer Mergepublikation parametrisierte Filter verwendet werden, gibt es auch für jede Partition einen Snapshot. Diese partitionierten Snapshots zu aktualisieren, ist nicht erforderlich. (In SQL Server 2000 wurden parametrisierte Filter als dynamische Filter und partitionierte Snapshots als dynamische Snapshots bezeichnet.)

Die Agents werden in Microsoft SQL Server Management Studio im Replikationsmonitor oder in der Befehlszeile ausgeführt. Weitere Informationen zum Ausführen des Snapshot-Agents finden Sie unter den folgenden Themen:

Weitere Informationen zum Ausführen des Merge-Agents finden Sie unter den folgenden Themen:

Nach der Aktualisierung von SQL Server in einer Topologie, in der die Mergereplikation verwendet wird, müssen Sie den Kompatibilitätsgrad aller Publikationen ändern, um neue Features verwenden zu können. Weitere Informationen finden Sie unter Verwenden mehrerer Versionen von SQL Server in einer Replikationstopologie.

Websynchronisierung für die Mergereplikation

Bei der Websynchronisierung für die Mergereplikation ist es erforderlich, dass die SQL Server-Replikationsüberwachung (replisapi.dll) in das virtuelle Verzeichnis auf dem Server mit Internetinformationsdienste (Internet Information Services, IIS) kopiert wird, der für die Synchronisierung verwendet wird. Wenn Sie die Websynchronisierung konfigurieren, wird die Datei vom Assistenten zum Konfigurieren der Websynchronisierung in das virtuelle Verzeichnis kopiert. Wenn Sie die auf dem IIS-Server installierten SQL Server-Komponenten aktualisieren, müssen Sie replisapi.dll manuell vom Verzeichnis COM in das virtuelle Verzeichnis auf dem IIS-Server kopieren. Weitere Informationen zum Konfigurieren der Websynchronisierung finden Sie unter Konfigurieren der Websynchronisierung.

Wiederherstellen einer replizierten Datenbank von einer früheren Version

Um sicherzustellen, dass die Replikationseinstellungen beibehalten werden, wenn die Sicherung einer replizierten Datenbank mithilfe einer früheren Version wiederhergestellt wird, stellen Sie die Sicherung auf einem Server und in einer Datenbank wieder her, deren Namen mit den Namen des Servers und der Datenbank übereinstimmen, von dem bzw. der die Sicherung erstellt wurde.

Siehe auch

Konzepte

Abwärtskompatibilität von Replikationen
Verwenden mehrerer Versionen von SQL Server in einer Replikationstopologie

Andere Ressourcen

Verwalten der Replikation
Replikationsverbesserungen
Versions- und Editionsupdates

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf

Version Verlauf

17. Juli 2006
Geänderter Inhalt:
  • Die Aussage wurde hinzugefügt, dass Abonnementdatenbanken während der Aktualisierung des Verlegers online und aktiv bleiben können.