Datenbankreplikation

Gilt für: Configuration Manager (Current Branch)

Die Configuration Manager-Datenbankreplikation verwendet SQL Server zum Übertragen von Daten. Er verwendet diese Methode, um Änderungen in seiner Standortdatenbank mit den Informationen aus der Datenbank an anderen Standorten in der Hierarchie zusammenzuführen.

Beachten Sie die folgenden Punkte zur Datenbankreplikation:

• Alle Websites enthalten dieselben Informationen.

• Wenn Sie einen Standort in einer Hierarchie installieren, richtet Configuration Manager automatisch die Datenbankreplikation zwischen dem neuen Standort und dem übergeordneten Standort ein.

• Wenn die Standortinstallation abgeschlossen ist, wird die Datenbankreplikation automatisch gestartet.

Wenn Sie einer Hierarchie einen neuen Standort hinzufügen, erstellt Configuration Manager eine generische Datenbank am neuen Standort. Die übergeordnete Website erstellt eine Momentaufnahme der relevanten Daten in ihrer Datenbank. Anschließend wird die Momentaufnahme mithilfe der dateibasierten Replikation auf die neue Site übertragen. Der neue Standort verwendet dann das SQL Server Massenkopieprogramm (BCP), um die Informationen in die lokale Kopie der Configuration Manager-Datenbank zu laden. Nachdem die Momentaufnahme geladen wurde, führt jeder Standort die Datenbankreplikation mit dem anderen Standort durch.

Zum Replizieren von Daten zwischen Standorten verwendet Configuration Manager einen eigenen Datenbankreplikationsdienst. Der Datenbankreplikationsdienst verwendet die Änderungsnachverfolgung von SQL Server, um die lokale Standortdatenbank auf Änderungen zu überwachen. Anschließend repliziert er die Änderungen mithilfe von SQL Server Service Broker (SSB) auf andere Standorte. Dieser Prozess verwendet standardmäßig den TCP-Port 4022.

Replikationsgruppen

Configuration Manager gruppiert Daten, die durch Datenbankreplikation repliziert werden, in verschiedene Replikationsgruppen. Für jede Replikationsgruppe gilt ein separater, fester Replikationszeitplan. Die Website verwendet diesen Zeitplan, um zu bestimmen, wie häufig Änderungen an anderen Standorten repliziert werden.

So wird beispielsweise eine Änderung an einer rollenbasierten Verwaltungskonfiguration schnell auf andere Standorte repliziert. Durch dieses Verhalten wird sichergestellt, dass die andere Website diese Änderungen schnell erzwingen kann. Eine Konfigurationsänderung mit geringerer Priorität, z. B. die Anforderung zur Installation eines neuen sekundären Standorts, wird mit geringerer Dringlichkeit repliziert. Es kann einige Minuten dauern, bis eine neue Websiteanforderung den primären Zielstandort erreicht.

Einstellungen

Sie können die folgenden Einstellungen für die Datenbankreplikation ändern:

• Links zur Datenbankreplikation: Steuern, wann bestimmter Datenverkehr das Netzwerk durchläuft.

• Verteilte Ansichten: Wenn ein Standort der Zentraladministration (Central Administration Site, CAS) ausgewählte Standortdaten anfordert, kann er direkt aus der Datenbank an einem untergeordneten primären Standort auf die Daten zugreifen.

• Zeitpläne: Geben Sie an, wann eine Replikationsverknüpfung verwendet wird und wann verschiedene Arten von Standortdaten repliziert werden.

• Zusammenfassung: Ändern Sie die Einstellungen für die Datenzusammenfassung über den Netzwerkverkehr, der Replikationslinks durchläuft. Die Zusammenfassung erfolgt standardmäßig alle 15 Minuten. Es wird in Berichten für die Datenbankreplikation verwendet.

• Schwellenwerte für die Datenbankreplikation: Legen Sie fest, wann die Website Verknüpfungen als fehlerhaft oder fehlerhaft meldet. Sie können auch konfigurieren, wann der Configuration Manager Warnungen zu Replikationslinks auslöst, die einen herabgestuften oder fehlerhaften Status haben.

Datentypen

Der Configuration Manager klassifiziert die Daten, die er repliziert, in erster Linie entweder als globale Daten oder als Standortdaten. Wenn die Datenbankreplikation stattfindet, überträgt der Standort Änderungen an globalen Daten und Standortdaten über die Datenbankreplikationsverknüpfung. Globale Daten werden an einen übergeordneten oder untergeordneten Standort repliziert. Standortdaten werden nur an einen übergeordneten Standort repliziert. Ein dritter Datentyp, lokale Daten, werden nicht an andere Standorte repliziert. Lokale Daten sind Informationen, die auf anderen Websites nicht erforderlich sind.

Globale Daten

Globale Daten sind vom Administrator erstellte Objekte, die an allen Standorten in der Hierarchie repliziert werden. Sekundäre Standorte erhalten nur eine Teilmenge der globalen Daten als globale Proxydaten. Sie erstellen globale Daten auf dem Clientzugriffsserver und an primären Standorten. Dieser Typ enthält die folgenden Daten:

• Softwarebereitstellungen
• Softwareupdates
• Sammlungsdefinitionen
• Rollenbasierte Verwaltungssicherheitsbereiche

Websitedaten

Standortdaten sind Betriebsinformationen, die von primären Configuration Manager-Standorten und deren zugewiesenen Clients erstellt werden. Standortdaten werden auf den Clientzugriffsserver repliziert, nicht jedoch an andere primäre Standorte. Standortdaten können nur am Clientzugriffsserver und am primären Standort, von dem die Daten stammen, angezeigt werden. Websitedaten können nur an dem primären Standort geändert werden, an dem Sie sie erstellt haben. Dieser Typ enthält die folgenden Daten:

• Hardwareinventar
• Statusmeldungen
• Warnungen
• Die Ergebnisse abfragebasierter Sammlungen

Alle Standortdaten werden auf den Clientzugriffsserver repliziert. Der CAS übernimmt die Verwaltung und Berichterstellung für die gesamte Websitehierarchie.

Links zur Datenbankreplikation

Wenn Sie einen neuen Standort in einer Hierarchie installieren, erstellt Configuration Manager automatisch eine Datenbankreplikationsverknüpfung zwischen dem übergeordneten Standort und dem neuen Standort. Dadurch wird eine einzige Verbindung zwischen den beiden Standorten hergestellt.

Um die Datenübertragung über die Replikationsverbindung zu steuern, ändern Sie die Einstellungen für jede Verbindung. Jeder Replikationslink unterstützt separate Konfigurationen. Jede Verknüpfung der Datenbankreplikation enthält die folgenden Steuerelemente:

• Beenden Sie die Replikation der Daten ausgewählter Standorte von einem primären Standort zum Clientzugriffsserver. Diese Aktion bewirkt, dass der CAS direkt aus der Datenbank des primären Standorts auf diese Daten zugreift.

• Planen Sie die Übertragung ausgewählter Standortdaten von einem untergeordneten primären Standort auf den Clientzugriffsserver.

• Definieren Sie die Einstellungen, die bestimmen, wann ein Datenbankreplikationslink einen herabgestuften oder fehlerhaften Status hat.

• Geben Sie an, wann Warnungen für einen fehlgeschlagenen Replikationslink ausgelöst werden sollen.

• Geben Sie an, wie häufig der Configuration Manager Daten zum Replikationsdatenverkehr zusammenfasst, der den Replikationslink verwendet. Es verwendet diese Daten in Berichten.

Um eine Datenbankreplikationsverknüpfung zu konfigurieren, wechseln Sie in der Configuration Manager-Konsole zum Arbeitsbereich Überwachung. Wählen Sie den Knoten Datenbankreplikation aus, und bearbeiten Sie die Eigenschaften für den Link. Dieser Knoten befindet sich auch im Arbeitsbereich "Verwaltung " unter dem Knoten "Hierarchiekonfiguration ". Bearbeiten Sie einen Replikationslink vom übergeordneten oder vom untergeordneten Standort des Replikationslinks.

Weitere Informationen zum Konfigurieren von Replikationsverknüpfungen finden Sie unter Steuerelemente für die Standortdatenbankreplikation. Weitere Informationen zum Überwachen der Replikation finden Sie unter Überwachen der Datenbankreplikation.

Verteilte Ansichten

Wenn Sie über verteilte Sichten beim CAS eine Anforderung für die Daten ausgewählter Standorte stellen, greift dieser direkt auf die Datenbank des untergeordneten primären Standorts zu. Dieser Direktzugriff ersetzt die Notwendigkeit, Standortdaten vom primären Standort auf den CAS zu replizieren. Da jeder Replikationslink unabhängig von anderen Replikationslinks ist, können Sie verteilte Sichten auf die von Ihnen ausgewählten Replikationslinks verwenden. Sie können keine verteilten Ansichten zwischen einem primären und einem sekundären Standort verwenden.

Verteilte Ansichten bieten die folgenden Vorteile:

• Reduzieren der CPU-Auslastung, um Datenbankänderungen auf dem Clientzugriffsserver und in den primären Standorten zu verarbeiten

• Verringern der Datenmenge, die über das Netzwerk an den Clientzugriffsserver übertragen wird

• Verbessern der Leistung des SQL Server, der die CAS-Datenbank hostet

• Verringern des von der CAS-Datenbank belegten Speicherplatzes

Erwägen Sie die Verwendung verteilter Ansichten, wenn sich ein primärer Standort in der Nähe des Clientzugriffsservers im Netzwerk befindet, die beiden Standorte immer eingeschaltet und immer verbunden sind. Verteilte Sichten ersetzen die Replikation der ausgewählten Daten zwischen den Standorten durch direkte Verbindungen zwischen den Standortdatenbankservern an jedem Standort. Der CAS stellt jedes Mal eine direkte Verbindung her, wenn Sie diese Daten anfordern.

Die Website fordert verteilte Ansichtsdaten in den folgenden Beispielszenarien an:

• Beim Ausführen von Berichten oder Abfragen
• Wenn Sie Informationen im Resource Explorer anzeigen
• Sammlungsauswertung für Sammlungen, die auf Websitedaten basierende Regeln enthalten

Standardmäßig sind verteilte Ansichten für jeden Replikationslink deaktiviert. Wenn Sie verteilte Ansichten aktivieren, wählen Sie Standortdaten aus, die nicht über diesen Link auf den CAS repliziert werden. Der Clientzugriffsserver greift direkt aus der Datenbank des untergeordneten primären Standorts, der den Link teilt, auf diese Daten zu. Sie können die folgenden Arten von Websitedaten für verteilte Ansichten konfigurieren:

• Hardwareinventurdaten von Clients
• Softwarebestands- und Softwaremessungsdaten von Clients
• Statusmeldungen von Clients, dem primären Standort und allen sekundären Standorten

Wenn Sie Daten in der Configuration Manager-Konsole oder in Berichten anzeigen, sind verteilte Ansichten für Sie operativ unsichtbar. Wenn Sie Daten anfordern, die für verteilte Sichten aktiviert sind, greift der CAS-Standortdatenbankserver direkt auf die Datenbank des untergeordneten primären Standorts zu, um die Informationen abzurufen.

Sie verwenden beispielsweise eine Configuration Manager-Konsole, die mit dem Clientzugriffsserver verbunden ist. Sie fordern Informationen zum Hardwarebestand von zwei primären Standorten an: ABC und XYZ. Sie haben die Hardwareinventur für verteilte Ansichten nur am Standort ABC aktiviert. Der CAS ruft Bestandsinformationen für XYZ-Clients aus seiner eigenen Datenbank ab. Der CAS ruft Bestandsinformationen für ABC-Clients direkt aus der Datenbank am Standort ABC ab. Diese Informationen werden in der Configuration Manager-Konsole oder in einem Bericht angezeigt, ohne die Quelle zu identifizieren.

Wenn für einen Replikationslink ein Datentyp für verteilte Ansichten aktiviert ist, repliziert der untergeordnete primäre Standort diese Daten nicht auf den Clientzugriffsserver. Wenn Sie verteilte Ansichten für einen Datentyp deaktivieren, setzt der untergeordnete primäre Standort die normale Datenreplikation auf dem Clientzugriffsserver fort. Bevor diese Daten auf dem Clientzugriffsserver verfügbar sind, müssen die Replikationsgruppen für diese Daten zwischen dem primären Standort und dem Clientzugriffsserver neu initialisiert werden. Nach der Deinstallation eines primären Standorts, an dem verteilte Ansichten aktiviert sind, muss der Clientzugriffsserver die Neuinitialisierung seiner Daten abschließen, bevor Sie auf Daten zugreifen können, die Sie für verteilte Ansichten auf dem CAS aktiviert haben.

Voraussetzungen und Einschränkungen für verteilte Ansichten

• Verwenden Sie verteilte Ansichten nur für Replikationslinks zwischen dem CAS und einem primären Standort.

• Der Clientzugriffsserver muss die SQL Server Enterprise Edition verwenden. Der primäre Standort hat diese Anforderung nicht.

• Der CAS kann nur eine Instance des SMS-Anbieters haben. Installieren Sie diese einzelne Instance auf dem Standortdatenbankserver. Diese Konfiguration unterstützt die Kerberos-Authentifizierung. Für den SQL Server auf dem Clientzugriffsserver auf dem Clientzugriffsserver (CAS) muss Kerberos auf den SQL Server am primären untergeordneten Standort zugreifen. Es gibt keine Einschränkungen für den SMS-Anbieter am primären untergeordneten Standort.

• Sie können auf dem Clientzugriffsserver nur einen Reporting Services-Punkt installieren. Installieren Sie SQL Server Reporting Services auf dem Standortdatenbankserver. Diese Konfiguration unterstützt die Kerberos-Authentifizierung. Für den SQL Server auf dem Clientzugriffsserver auf dem Clientzugriffsserver (CAS) muss Kerberos auf den SQL Server am primären untergeordneten Standort zugreifen.

• Sie können die Standortdatenbank auf einem SQL Server Always On Failovercluster instance hosten, wenn dieser über die folgenden Konfigurationen verfügt:

  • Die CAS-Datenbank befindet sich auf einem einzelnen SQL Server mit einem lokalen SMS-Anbieter.
  • Der primäre Standortlistener befindet sich auf Port 1433.

• Das Computerkonto des CAS-Datenbankservers erfordert Leseberechtigungen für die Datenbank des primären Standorts.

Übertragen von Standortdaten einplanen

Um die Netzwerkbandbreite zu steuern, die zum Replizieren von Standortdaten von einem untergeordneten primären Standort zum Clientzugriffsserver verwendet wird, planen Sie, wann eine Replikationsverbindung verwendet wird. Geben Sie dann an, wann verschiedene Arten von Standortdaten repliziert werden. Sie können steuern, wann der primäre Standort Statusmeldungen, Inventur und Messdaten repliziert. Datenbankreplikationslinks von sekundären Standorten unterstützen keine Zeitpläne für Standortdaten. Sie können die Übertragung globaler Daten nicht planen.

Wenn Sie einen Zeitplan für Datenbankreplikationsverknüpfungen konfigurieren, können Sie die Übertragung ausgewählter Standortdaten vom primären Standort zum CAS einschränken. Sie können auch unterschiedliche Zeiten konfigurieren, um unterschiedliche Arten von Standortdaten zu replizieren.

Zusammenfassung des Datenverkehrs

Jeder Standort fasst in regelmäßigen Abständen Daten zum Netzwerkdatenverkehr zusammen, der die Datenbankreplikationslinks für den Standort durchläuft. Die Website verwendet zusammengefasste Daten in Berichten für die Datenbankreplikation. Beide Standorte in einer Replikationsverknüpfung fassen den Netzwerkdatenverkehr zusammen, der die Replikationsverknüpfung durchläuft. Der Standortdatenbankserver fasst die Daten zusammen. Nachdem die Daten zusammengefasst wurden, werden die Informationen als globale Daten an andere Standorte repliziert.

Die Zusammenfassung erfolgt standardmäßig alle 15 Minuten. Um die Häufigkeit der Zusammenfassung für den Netzwerkverkehr zu ändern, bearbeiten Sie in den Eigenschaften des Datenbankreplikationslinks das Zusammenfassungsintervall. Die Häufigkeit der Zusammenfassung wirkt sich auf die Informationen aus, die Sie in Berichten über die Datenbankreplikation anzeigen. Sie können ein Intervall zwischen 5 und 60 Minuten auswählen. Wenn Sie die Häufigkeit der Zusammenfassung erhöhen, erhöhen Sie die Verarbeitungslast auf dem SQL Server an jedem Standort auf der Replikationsverknüpfung.

Schwellenwerte für die Datenbankreplikation

Datenbankreplikationsschwellenwerte definieren, wann Configuration Manager den Status einer Datenbankreplikationsverknüpfung als herabgestuft oder fehlerhaft meldet. Standardmäßig wird eine Verknüpfung als herabgestuft festgelegt, wenn eine Replikationsgruppe die Replikation bei 12 aufeinanderfolgenden Versuchen nicht abschließen kann. Die Verknüpfung wird als fehlgeschlagen festgelegt, wenn eine Replikationsgruppe bei 24 aufeinanderfolgenden Versuchen nicht repliziert werden kann.

Sie können benutzerdefinierte Werte für den Status "Heruntergestuft" oder "Fehlgeschlagen" angeben. Wenn Sie diese Werte anpassen, können Sie die Integrität der Datenbankreplikation über die Verknüpfungen hinweg genauer überwachen.

Eine oder mehrere Replikationsgruppen können möglicherweise nicht repliziert werden, während andere Replikationsgruppen weiterhin erfolgreich repliziert werden. Planen Sie die Überprüfung der Replikations status einer Verknüpfung, wenn diese zum ersten Mal als herabgestuft gemeldet wird.

Erwägen Sie, die Wiederholungswerte für den heruntergestuften oder fehlgeschlagenen Status der Verknüpfung in den folgenden Situationen zu ändern:

• Es gibt wiederkehrende Verzögerungen für bestimmte Replikationsgruppen, und diese Verzögerungen stellen kein Problem dar

• Die Netzwerkverbindung zwischen Standorten weist nur eine geringe verfügbare Bandbreite auf

Wenn Sie die Anzahl der Wiederholungsversuche erhöhen, bevor die Website den Link auf "Heruntergestuft" oder "Fehlgeschlagen" festlegt, können Sie falsche Warnungen für bekannte Probleme vermeiden. Auf diese Weise können Sie den Status des Links genauer nachverfolgen.

Um zu verstehen, wie häufig die Replikation dieser Gruppe auftritt, betrachten Sie das Replikationssynchronisierungsintervall für jede Replikationsgruppe. Um das Synchronisierungsintervall für Replikationsgruppen anzuzeigen, wechseln Sie in der Configuration Manager-Konsole zum Arbeitsbereich "Überwachung". Wählen Sie im Knoten Datenbankreplikation die Registerkarte Replikationsdetails eines Replikationslinks aus.

Weitere Informationen zum Überwachen der Datenbankreplikation, einschließlich des Anzeigens des Replikations status, finden Sie unter Überwachen der Datenbankreplikation.

Steuerelemente für die Standortdatenbankreplikation

Ändern Sie die Einstellungen für jede Standortdatenbank, um die für die Datenbankreplikation verwendete Netzwerkbandbreite zu steuern. Die Einstellungen gelten nur für die Standortdatenbank, in der Sie die Einstellungen konfigurieren. Die Einstellungen werden immer verwendet, wenn der Standort Daten durch Datenbankreplikation an einen anderen Standort repliziert.

Sie können die folgenden Replikationssteuerelemente für jede Standortdatenbank ändern:

• Der SSB-Port.

• Der Zeitraum, der gewartet werden muss, bevor Replikationsfehler dazu führen, dass der Standort seine Kopie der Standortdatenbank neu initialisiert.

• Komprimieren Sie die Daten, die eine Site repliziert. Es komprimiert die Daten nur für die Übertragung zwischen Standorten und nicht für die Speicherung in der Standortdatenbank an einem der beiden Standorte.

Um die Einstellungen für die Replikationssteuerelemente für eine Standortdatenbank zu ändern, bearbeiten Sie in der Configuration Manager-Konsole auf dem Knoten Datenbankreplikation die Eigenschaften der Standortdatenbank. Dieser Knoten wird unter dem Knoten Hierarchiekonfiguration im Arbeitsbereich "Verwaltung " und auch im Arbeitsbereich "Überwachung " angezeigt. Um die Eigenschaften der Standortdatenbank zu bearbeiten, wählen Sie die Replikationsverknüpfung zwischen den Standorten aus, und öffnen Sie dann entweder die Eigenschaften der übergeordneten Datenbank oder die Eigenschaften der untergeordneten Datenbank.

Nächste Schritte

Überwachen der Replikation

Problembehandlung SQL Server-Replikation