Ausführen eines Failovers für den Server für beständigen Chat in Lync Server 2013

  • Artikel

 

Thema Letzte Änderung: 05.02.2014

Failover für den Server für beständigen Chat ist hauptsächlich auf einen manuellen Prozess ausgelegt.

Das Failoververfahren basiert auf der Annahme, dass das sekundäre Rechenzentrum eingerichtet ist und ausgeführt wird, aber die Dienste des Servers für beständigen Chat, in denen sich die primäre Datenbank für beständigen Chat befindet, sind vollständig nicht verfügbar, einschließlich der folgenden:

  • Die primäre Datenbank des Servers für beständigen Chat und die Spiegeldatenbank des Servers für beständigen Chat sind nicht verfügbar.

  • Der Lync Server-Front-End-Server ist nicht mehr vorhanden.

Das Verfahren basiert auf zwei grundlegenden Schritten:

  • Wiederherstellen der primären Datenbank für beständigen Chat (mgc).

  • Einrichten der Spiegelung für die neue Primärdatenbank

Fehler bei der Konformitätsdatenbank für beständigen Chat (mgccomp). Die Inhalte dieser Datenbank sind flüchtig und werden gelöscht, wenn der Konformitätsadapter die Daten verarbeitet. Es liegt in Ihrer Verantwortung als Administrator für beständigen Chat, die Adapterausgabe ordnungsgemäß zu verwalten, um Datenverluste zu vermeiden.

So schlagen Sie über den Server für beständigen Chat fehl

  1. Entfernen Sie den Protokollversand aus der Backup Log Shipping-Datenbank des Servers für beständigen Chat.

    1. Stellen Sie mit SQL Server Management Studio eine Verbindung mit der Datenbankinstanz her, in der sich die mgc-Sicherungsdatenbank für den Server für beständigen Chat befindet.

    2. Öffnen Sie ein Abfragefenster zur Masterdatenbank.

    3. Verwenden Sie den folgenden Befehl, um den Protokollversand zu verwerfen:

      exec sp_delete_log_shipping_secondary_database mgc

  2. Kopieren Sie alle nicht kopierten Sicherungsdateien von der Sicherungsfreigabe in den Kopierzielordner des Sicherungsservers.

  3. Wenden Sie alle nicht angewendeten Sicherungen des Transaktionsprotokolls nacheinander auf die sekundäre Datenbank an. Ausführliche Informationen finden Sie unter "How to: Apply a Transaction Log Backup (Transact-SQL)" unter https://go.microsoft.com/fwlink/p/?linkid=247428.

  4. Stellen Sie die mgc-Sicherungsdatenbank online bereit. Führen Sie im Abfragefenster, das in Schritt 1b oben geöffnet wird, folgende Aufgaben aus:

    1. Beenden Sie alle Verbindungen mit der mgc-Datenbank, falls vorhanden:

      1. Geben Sie exec sp_who2 ein, um Verbindungen mit der mgc-Datenbank zu identifizieren.

      2. kill <spid> , um diese Verbindungen zu beenden.

    2. Stellen Sie die Datenbank online bereit:

      1. restore database mgc with recovery.

  5. Verwenden Sie in der Lync Server-Verwaltungsshell den Befehl Set-CsPersistentChatState -Identity "service:atl-cs-001.litwareinc.com" –PoolState FailedOver , um einen Failover zur mgc-Sicherungsdatenbank auszuführen. Achten Sie darauf, den vollqualifizierten Domänennamen Ihres Pools für beständigen Chat durch „atl-cs-001.litwareinc.com“ zu ersetzen.

    Die mgc-Sicherungsdatenbank dient jetzt als Primärdatenbank.

  6. Verwenden Sie in der Lync Server-Verwaltungsshell das Cmdlet Install-CsMirrorDatabase , um einen Hochverfügbarkeitsspiegel für die Sicherungsdatenbank einzurichten, die jetzt als primäre Datenbank dient. Verwenden Sie die Sicherungsdatenbankinstanz als Primärdatenbank und die Instanz der Sicherungsspiegeldatenbank als Spiegelinstanz. Dies ist nicht dieselbe Spiegelung, die anfänglich beim Setup für die Primärdatenbank eingerichtet wurde. Ausführliche Informationen finden Sie im Abschnitt "Using Lync Server Management Shell Cmdlets" in Deploying SQL mirroring for Back End Server high availability in Lync Server 2013.

  7. Legen Sie den serveraktiven Server für beständigen Chat fest. Verwenden Sie in der Lync Server-Befehlsshell das Cmdlet Set-CsPersistentChatActiveServer , um die Liste der aktiven Server festzulegen.

    Wichtig

    Alle aktiven Server müssen sich im gleichen Rechenzentrum wie die neue primäre Datenbank oder in einem Rechenzentrum befinden, das über eine Verbindung mit geringer Latenz und hohen Bandbreite zur Datenbank verfügt.

    An diesem Punkt wird das Failover von der primären Datenbank des Servers für beständigen Chat zur Sicherungsdatenbank des Servers für beständigen Chat erfolgreich abgeschlossen.