Datenbankeigenschaften (Seite Wird gespiegelt)
Greifen Sie von der Prinzipaldatenbank aus auf diese Seite zu, und verwenden Sie sie zum Konfigurieren und Ändern der Eigenschaften der Datenbankspiegelung für eine Datenbank. Verwenden Sie die Seite auch, um den Assistenten zum Konfigurieren der Sicherheit für die Datenbankspiegelung zu starten, um den Status einer Spiegelungssitzung anzuzeigen und um die Datenbank-Spiegelungssitzung anzuhalten oder zu entfernen.
Wichtig
Die Sicherheit muss konfiguriert werden, bevor die Spiegelung gestartet werden kann. Wenn die Spiegelung noch nicht gestartet wurde, müssen Sie zunächst den Assistenten verwenden. Die Textfelder der Seite Spiegelung sind deaktiviert, bis der Assistent abgeschlossen wurde.
So konfigurieren Sie die Datenbankspiegelung mithilfe von SQL Server Management Studio
Tastatur
Sicherheit konfigurieren
Klicken Sie auf diese Schaltfläche, um den Assistenten zum Konfigurieren der Sicherheit für die Datenbankspiegelungzu starten.
Wenn der Assistent erfolgreich beendet wird, hängt die durchzuführende Aktion auf folgende Weise davon ab, ob die Spiegelung bereits begonnen wurde:
| Wenn die Spiegelung nicht begonnen wurde. | Diese Verbindungsinformationen werden in der Eigenschaftenseite zwischengespeichert sowie zusätzlich ein Wert, der anzeigt, ob die Spiegeldatenbank über den entsprechenden Satz von Eigenschaften verfügt. Bei Abschluss des Assistenten werden Sie aufgefordert, die Datenbankspiegelung mit den standardmäßigen Server-Netzwerkadressen und dem standardmäßigen Betriebsmodus zu starten. Wenn Sie die Adressen oder den Betriebsmodus ändern müssen, klicken Sie auf Spiegelung nicht starten. |
| Wenn die Spiegelung begonnen wurde. | Wenn der Zeugenserver im Assistenten geändert wurde, wird diese Einstellung entsprechend festgelegt. |
Server-Netzwerkadressen
Eine entsprechende Option ist für jede Serverinstanz vorhanden: Prinzipal, Spiegel und Zeuge.
Die Server-Netzwerkadressen der Serverinstanzen werden automatisch angegeben, wenn Sie den Assistenten zum Konfigurieren der Sicherheit für die Datenbankspiegelung abschließen. Nach Abschluss des Assistenten können Sie die Netzwerkadressen bei Bedarf manuell ändern.
Für die Server-Netzwerkadresse gilt folgende grundlegende Syntax:
TCP**://fully_qualified_domain_name:**port
Hierbei gilt:
fully_qualified_domain_name ist der Server, auf dem die Serverinstanz vorhanden ist.
port ist der Port, der dem Endpunkt der Serverinstanz für die Datenbankspiegelung zugewiesen ist.
Um an einer Datenbankspiegelung teilnehmen zu können, ist für einen Server ein Datenbankspiegelungs-Endpunkt erforderlich. Wenn Sie den Assistenten zum Konfigurieren der Sicherheit für die Datenbankspiegelung verwenden, um die erste Spiegelungssitzung für eine Serverinstanz einzurichten, wird dieser Endpunkt automatisch vom Assistenten erstellt und für die Verwendung der Windows-Authentifizierung konfiguriert. Informationen zur Verwendung des Assistenten mit zertifikatbasierter Authentifizierung finden Sie unter Einrichten einer Datenbankspiegelungssitzung mithilfe der Windows-Authentifizierung (SQL Server Management Studio).
Wichtig
Jede Serverinstanz erfordert genau einen Datenbankspiegelungs-Endpunkt, unabhängig von der Anzahl der zu unterstützenden Spiegelungssitzungen.
Für eine Serverinstanz auf einem Computersystem namens DBSERVER9 , dessen Endpunkt den Port 7022verwendet, ist beispielsweise die folgende Netzwerkadresse möglich:
TCP://DBSERVER9.COMPANYINFO.ADVENTURE-WORKS.COM:7022
Weitere Informationen finden Sie unter Angeben einer Servernetzwerkadresse (Datenbankspiegelung).
Hinweis
Während einer Datenbank-Spiegelungssitzung können die Prinzipal- und die Spiegelserverinstanzen nicht geändert werden. Die Zeugenserverinstanz kann jedoch auch während einer Sitzung geändert werden. Weitere Informationen finden Sie unter "Hinweise" weiter unten in diesem Thema.
Spiegeln starten
Klicken Sie zum Starten der Spiegelung auf diese Schaltfläche, wenn alle der folgenden Bedingungen erfüllt sind:
Die Spiegeldatenbank muss vorhanden sein.
Bevor Sie die Spiegelung starten können, muss die Spiegeldatenbank durch eine aktuelle vollständige Sicherung mit der Option WITH NORECOVERY und ggf. durch Protokollsicherungen der Prinzipaldatenbank auf dem Spiegelserver erstellt worden sein. Weitere Informationen finden Sie unter Vorbereiten einer Spiegeldatenbank auf die Spiegelung (SQL Server).
Die TCP-Adressen der Prinzipal- und Spiegelserverinstanzen sind festgelegt (im Bereich Server-Netzwerkadressen ).
Wenn als Betriebsmodus hohe Sicherheit mit automatischem Failover (synchron) festgelegt ist, ist die TCP-Adresse der Spiegelserverinstanz ebenfalls festgelegt.
Die Sicherheit wurde ordnungsgemäß konfiguriert.
Klicken Sie auf Spiegeln starten , um die Sitzung einzuleiten. Von der Datenbank-Engine wird versucht, eine automatische Verbindung mit dem Spiegelungspartner herzustellen, um zu überprüfen, ob der Spiegelserver ordnungsgemäß konfiguriert ist, und um die Spiegelungssitzung zu beginnen. Wenn die Spiegelung gestartet werden kann, wird ein Auftrag zum Überwachen der Datenbank erstellt.
Anhalten oder Fortsetzen
Klicken Sie während einer Datenbank-Spiegelungssitzung auf Anhalten , um die Sitzung anzuhalten. Wenn Sie in der Bestätigungsaufforderung auf Jaklicken, wird die Sitzung angehalten und die Schaltfläche erhält die Bezeichnung Fortsetzen. Klicken Sie zum Fortsetzen der Sitzung auf Fortsetzen.
Informationen zu den Auswirkungen des Anhaltens einer Sitzung finden Sie unter Anhalten und Fortsetzen der Datenbankspiegelung (SQL Server).
Wichtig
Wenn der ursprüngliche Prinzipalserver nach einem erzwungenen Dienst erneut eine Verbindung herstellt, wird die Spiegelung angehalten. Das Fortsetzen der Spiegelung in dieser Situation könnte auf dem ursprünglichen Prinzipalserver zu Datenverlust führen. Informationen zum Verwalten potenzieller Datenverluste finden Sie unter Rollenwechsel während einer Datenbankspiegelungssitzung (SQL Server).
Spiegeln entfernen
Klicken Sie auf der Prinzipalserverinstanz auf diese Schaltfläche, um die Sitzung zu beenden und die Spiegelungskonfiguration aus den Datenbanken zu entfernen. Sie werden zur Bestätigung aufgefordert. Wenn Sie auf Jaklicken, wird die Sitzung beendet und das Spiegeln entfernt. Informationen zu den Auswirkungen des Entfernens der Datenbankspiegelung finden Sie unter Entfernen der Datenbankspiegelung (SQL Server).
Hinweis
Falls es sich um die einzige gespiegelte Datenbank auf der Serverinstanz handelt, wird der Überwachungsauftrag entfernt.
Failover
Klicken Sie hier, um manuell ein Failover der Prinzipaldatenbank zur Spiegeldatenbank ausführen.
Hinweis
Wenn die Spiegelungssitzung im Modus für hohe Leistung ausgeführt wird, wird das manuelle Failover nicht unterstützt. Zum Ausführen eines manuellen Failovers müssen Sie zuerst den Betriebsmodus in Hohe Sicherheit ohne automatisches Failover (synchron) ändern. Nach Abschluss des Failovers können Sie den Modus auf der neuen Prinzipalserverinstanz wieder in Hohe Leistung (asynchron) ändern.
Es wird eine Bestätigungsaufforderung angezeigt. Wenn Sie auf Jaklicken, wird versucht, ein Failover auszuführen. Der Prinzipalserver versucht als erstes, mithilfe der Windows-Authentifizierung eine Verbindung mit dem Spiegelserver herzustellen. Wenn die Windows-Authentifizierung nicht funktioniert, zeigt der Prinzipalserver das Dialogfeld Verbindung mit Server herstellen an. Wenn der Spiegelserver die SQL Server -Authentifizierung verwendet, wählen Sie im Feld Authentifizierung die Option SQL Server-Authentifizierung aus. Geben Sie im Textfeld Anmeldename das Anmeldekonto an, mit dem auf dem Spiegelserver eine Verbindung hergestellt werden soll, und geben Sie im Textfeld Kennwort das Kennwort für dieses Konto an.
Nach erfolgreicher Ausführung des Failovers, wird das Dialogfeld Datenbankeigenschaften geschlossen. Die Prinzipal- und Spiegelserverrollen werden gewechselt: die ehemalige Spiegeldatenbank wird zur Prinzipaldatenbank und umgekehrt. Beachten Sie, dass das Dialogfeld Datenbankeigenschaften für die bisherige Prinzipaldatenbank sofort nicht mehr verfügbar ist, weil diese zur Spiegeldatenbank wird. Nach dem Failover wird dieses Dialogfeld für die neue Prinzipaldatenbank verfügbar.
Wenn während des Failovers ein Fehler auftritt, wird eine Fehlermeldung angezeigt, und das Dialogfeld bleibt geöffnet.
Wichtig
Wenn Sie auf Failover klicken, nachdem Sie Eigenschaften im Dialogfeld Datenbankeigenschaften geändert haben, gehen diese Änderungen verloren. Um aktuelle Änderungen zu speichern, klicken Sie in der Bestätigungsaufforderung auf Nein , und klicken Sie auf OK , um die Änderungen zu speichern. Öffnen Sie danach das Dialogfeld für die Datenbankeigenschaften, und klicken Sie auf Failover.
Betriebsmodus
Sie können optional den Betriebsmodus ändern. Die Verfügbarkeit verschiedener Betriebsmodi hängt davon ab, ob Sie eine TCP-Adresse für einen Zeugen angegeben haben. Die folgenden Optionen sind verfügbar:
| Option | Zeuge? | Erklärung |
|---|---|---|
| Hohe Leistung (asynchron) | NULL (falls vorhanden, wird er nicht verwendet, die Sitzung benötigt jedoch ein Quorum) | Um die Leistung zu steigern, befindet sich die Spiegeldatenbank immer in einem gewissen zeitlichen Abstand zur Prinzipaldatenbank und niemals auf dem tatsächlich aktuellen Stand. Die Lücke zwischen den beiden Datenbanken ist üblicherweise aber sehr klein. Der Verlust eines Partners hat folgenden Effekt: Wenn die Spiegelserverinstanz ausfällt, bleibt die Prinzipalinstanz in Betrieb. Wenn die Prinzipalserverinstanz nicht mehr zur Verfügung steht, wird der Spiegel beendet. Wenn die Sitzung jedoch keinen Zeugen hat (wie empfohlen) oder der Zeuge mit dem Spiegelserver verbunden ist, ist der Zugriff auf den Spiegelserver als betriebsbereiter Standbyserver weiterhin möglich. Der Datenbankbesitzer kann die Spiegelserverinstanz zur Übernahme des Diensts zwingen, wobei es möglicherweise zu Datenverlusten kommt. |
| Hohe Sicherheit ohne automatisches Failover (synchron) | Nein | Für alle Transaktionen, für die ein Commit ausgeführt wird, wird sichergestellt, dass sie auf den Datenträger auf dem Spiegelserver geschrieben werden. Manuelles Failover ist möglich, wenn die Partner miteinander verbunden sind. Der Verlust eines Partners hat folgenden Effekt: Wenn die Spiegelserverinstanz ausfällt, bleibt die Prinzipalinstanz in Betrieb. Wenn die Prinzipalserverinstanz nicht mehr zur Verfügung steht, wird der Spiegel beendet, ist aber als betriebsbereiter Server verfügbar. Der Datenbankbesitzer kann die Spiegelserverinstanz zur Übernahme des Diensts zwingen, wobei es möglicherweise zu Datenverlusten kommt. |
| Hohe Sicherheit mit automatischem Failover (synchron) | Ja (erforderlich) | Bietet höchste Verfügbarkeit durch Einbindung einer Zeugenserverinstanz zur Unterstützung eines automatischen Failovers. Beachten Sie, dass die Auswahl der Option Hohe Sicherheit mit automatischem Failover (synchron) nur möglich ist, wenn Sie zuvor eine Zeugenserveradresse angegeben haben. Manuelles Failover ist immer möglich, wenn die Partner miteinander verbunden sind. ** Important ** Wenn der Zeuge getrennt wird, müssen die Partner miteinander verbunden sein, damit die Datenbank verfügbar ist. Weitere Informationen finden Sie unter Quorum: Auswirkungen eines Zeugen auf die Datenbankverfügbarkeit (Datenbankspiegelung). In den Modi für den synchronen Betrieb wird sichergestellt, dass alle Transaktionen, für die ein Commit ausgeführt wurde, auf den Datenträger des Spiegelservers geschrieben werden. In Anwesenheit eines Zeugen hat der Verlust eines Partners die folgende Auswirkung: Wenn der Prinzipalserver ausfällt, findet ein automatisches Failover statt. Die Spiegelserverinstanz übernimmt die Rolle des Prinzipals und stellt ihre Datenbank als Prinzipaldatenbank zur Verfügung. Wenn die Spiegelserverinstanz ausfällt, bleibt die Prinzipalinstanz in Betrieb. Weitere Informationen finden Sie unter Database Mirroring Operating Modes. |
Nach dem Beginn der Spiegelung können Sie den Betriebsmodus ändern und die Änderung speichern, indem Sie auf OKklicken.
Weitere Informationen zu den Betriebsmodi finden Sie unter Database Mirroring Operating Modes.
Status
Nach dem Beginn der Spiegelung wird im Bereich Status der Status der Spiegelungssitzung angezeigt, sobald Sie die Seite Spiegelung auswählen. Um den Bereich Status zu aktualisieren, klicken Sie auf die Schaltfläche Aktualisieren . Folgende Werte sind für den Status möglich:
| Zustände | Erklärung |
|---|---|
| Diese Datenbank wurde nicht für das Spiegeln konfiguriert | Es ist keine Datenbank-Spiegelungssitzung vorhanden und keine Aktivität auf der Seite Spiegelung anzuzeigen. |
| Angehalten | Die Prinzipaldatenbank ist verfügbar, sendet aber keine Protokolle an den Spiegelserver. |
| Keine Verbindung | Die Prinzipalserverinstanz kann keine Verbindung mit ihrem Partner herstellen. |
| Wird synchronisiert | Der Inhalt der Spiegeldatenbank liegt zeitlich hinter dem Inhalt der Prinzipaldatenbank. Die Prinzipalserverinstanz sendet Protokolldatensätze an die Spiegelserverinstanz, die die Änderungen auf die Spiegeldatenbank anwendet, um ein Rollforward dafür auszuführen. Beim Start einer Datenbank-Spiegelungssitzung befinden sich Spiegel- und Prinzipaldatenbank in diesem Status. |
| Failover | Auf der Prinzipalserverinstanz hat ein manuelles Failover (Rollenwechsel) begonnen, und der Server geht gerade in die Spiegelrolle über. In diesem Status werden Benutzerverbindungen mit der Prinzipaldatenbank schnell beendet, und die Datenbank übernimmt kurze Zeit später die Spiegelrolle. |
| Synchronisiert | Wenn der Spiegelserver den Stand des Prinzipalservers erreicht hat, wechselt der Datenbankstatus zu Synchronisiert. Die Datenbank behält diesen Status so lange bei, wie der Prinzipalserver Änderungen an den Spiegelserver sendet und der Spiegelserver Änderungen auf die Spiegeldatenbank anwendet. Im Modus für hohe Sicherheit ist das Failover ohne Datenverlust möglich. Im Modus für hohe Leistung ist immer ein gewisser Datenverlust möglich, sogar im Status Synchronisiert . |
Weitere Informationen finden Sie unter Spiegelungsstatus (SQL Server).
Aktualisieren
Klicken Sie auf diese Schaltfläche, um das Feld Status zu aktualisieren.
Bemerkungen
Wenn Sie mit der Datenbankspiegelung nicht vertraut sind, finden Sie weitere Informationen unter Datenbankspiegelung (SQL Server).
Hinzufügen eines Zeugen zu einer vorhandenen Sitzung
Sie können einer vorhandenen Sitzung einen Zeugen hinzufügen oder einen vorhandenen Zeugen ersetzen. Wenn Sie die Server-Netzwerkadresse des Zeugen kennen, können Sie sie manuell in das Feld Zeuge eingeben. Wenn Sie die Server-Netzwerkadresse des Zeugen nicht kennen, verwenden Sie den Assistenten zum Konfigurieren der Sicherheit für die Datenbankspiegelung zum Konfigurieren des Zeugen. Nachdem sich die Adresse im Feld befindet, stellen Sie sicher, dass die Option Hohe Sicherheit mit automatischem Failover (synchron) ausgewählt ist.
Nach dem Konfigurieren eines neuen Zeugen müssen Sie auf OK klicken, um der Spiegelungssitzung diesen neuen Zeugen hinzuzufügen.
So fügen Sie bei der Verwendung der Windows-Authentifizierung einen Zeugen hinzu
Hinzufügen oder Ersetzen eines Datenbank-Spiegelungszeugen (SQL Server Management Studio)
Entfernen eines Zeugen
Löschen Sie die Server-Netzwerkadresse aus dem Feld Zeuge , um einen Zeugen zu entfernen. Wenn Sie vom Modus für hohe Sicherheit mit automatischem Failover zum Modus zur hohe Leistung wechseln, wird das Feld Zeuge automatisch gelöscht.
Nach dem Löschen des Zeugen müssen Sie auf Ok klicken, um ihn aus der Spiegelungssitzung zu entfernen.
Überwachen der Datenbankspiegelung
Zum Überwachen der gespiegelten Datenbanken auf einer Serverinstanz können Sie entweder den Datenbankspiegelungs-Monitor oder die gespeicherte Systemprozedur „sp_dbmmonitorresults“ verwenden.
So überwachen Sie gespiegelte Datenbanken
Weitere Informationen finden Sie unter Überwachen der Datenbankspiegelung (SQL Server).
Related Tasks
Weitere Informationen
Transportsicherheit für Datenbankspiegelung und AlwaysOn-Verfügbarkeitsgruppen (SQL Server)
Rollenwechsel während einer Datenbank-Spiegelungssitzung (SQL Server)
Überwachen der Datenbankspiegelung (SQL Server)
Datenbankspiegelung (SQL Server)
Anhalten und Fortsetzen der Datenbankspiegelung (SQL Server)
Entfernen der Datenbankspiegelung (SQL Server)
Datenbank-Spiegelungszeuge