Ausführen eines Failovers für einen Pool in Lync Server 2013

  • Artikel

 

Letzte Änderung: 10.10.2014

Wenn ein einzelner Front-End-Pool fehlgeschlagen ist und ein Fehler aufgetreten ist, führen Sie das folgende Verfahren aus. In diesem Verfahren enthält Datacenter1 Pool1, und Pool1 ist fehlgeschlagen. Sie führen einen Failover zu Pool2 in Datacenter2 durch.

Der Großteil der Arbeit für das Poolfailover umfasst ein Failover über den zentralen Verwaltungsspeicher, falls dies erforderlich ist. Dies ist wichtig, da der zentrale Verwaltungsspeicher funktionsfähig sein muss, wenn die Benutzer des Pools nicht erfolgreich sind.

Wenn ein Front-End-Pool fehlschlägt, aber der Edgepool an diesem Standort noch ausgeführt wird, müssen Sie außerdem wissen, ob der Edgepool den fehlgeschlagenen Pool als nächsten Hoppool verwendet. In diesem Beispiel müssen Sie den Edgepool so ändern, dass er einen anderen Front-End-Pool verwendet, bevor Sie einen Fehler über den fehlgeschlagenen Front-End-Pool ausführen. Wie Sie die Einstellung für den nächsten Hop ändern, hängt davon ab, ob der Edge einen Pool am selben Standort wie der Edgepool oder einen anderen Standort verwendet.

So legen Sie einen Edgepool für die Verwendung eines nächsten Hoppools am selben Standort fest

  1. Öffnen Sie den Topologie-Generator, klicken Sie mit der rechten Maustaste auf den Edgepool, der geändert werden muss, und klicken Sie auf "Eigenschaften bearbeiten".

  2. Klicken Sie auf "Nächster Hop". Wählen Sie in der Liste "Nächster Hoppool: " den Pool aus, der nun als nächster Hoppool dienen soll.

  3. Klicken Sie auf "OK", und veröffentlichen Sie die Änderungen.

So legen Sie einen Edgepool für die Verwendung eines nächsten Hoppools an einem anderen Standort fest

  1. Öffnen Sie ein Fenster mit der Lync Server-Verwaltungsshell, und geben Sie das folgende Cmdlet ein:

    Set-CsEdgeServer -Identity EdgeServer:<Edge Server pool FQDN> -Registrar Registrar:<NextHopPoolFQDN>

So schlagen Sie einen Pool in einer Katastrophe fehl

  1. Suchen Sie, welcher Pool der Host für den zentralen Verwaltungsserver ist, indem Sie das folgende Cmdlet auf einem Front-End-Server in Pool2 eingeben:

    Invoke-CsManagementServerFailover -Whatif

    Die Ergebnisse dieses Cmdlets zeigen, welcher Pool derzeit den zentralen Verwaltungsserver hostet. Im restlichen Verfahren wird dieser Pool als CMS_Pool bezeichnet.

  2. Verwenden Sie den Topologie-Generator, um die Version von Lync Server zu finden, die auf dem CMS_Pool ausgeführt wird. Wenn Lync Server 2013 ausgeführt wird, verwenden Sie das folgende Cmdlet, um den Sicherungspool von Pool 1 zu finden.

    Get-CsPoolBackupRelationship -PoolFQDN <CMS_Pool FQDN>

    Lassen Sie Backup_Pool der Sicherungspool sein.

  3. Überprüfen Sie den Status des zentralen Verwaltungsspeichers mit dem folgenden Cmdlet:

    Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

    Dieses Cmdlet sollte zeigen, dass sowohl ActiveMasterFQDN als auch ActiveFileTransferAgents auf den FQDN von CMS_Pool zeigen. Wenn sie leer sind, ist der zentrale Verwaltungsserver nicht verfügbar, und Sie müssen ihn überschreiben.

  4. Wenn der zentrale Verwaltungsspeicher nicht verfügbar ist oder wenn der zentrale Verwaltungsspeicher auf Pool1 ausgeführt wurde (d. h. der Pool, der fehlgeschlagen ist), müssen Sie einen Fehler über den zentralen Verwaltungsserver ausführen, bevor Sie den Pool überschlagen. Wenn Sie einen Fehler über den zentralen Verwaltungsserver ausführen müssen, der in einem Pool mit Lync Server 2013 gehostet wurde, verwenden Sie das Cmdlet in Schritt 5 dieses Verfahrens. Wenn Sie einen Fehler über den zentralen Verwaltungsserver ausführen müssen, der in einem Pool mit Lync Server 2010 gehostet wurde, verwenden Sie das Cmdlet in Schritt 6 dieses Verfahrens. Wenn Sie keinen Fehler über den zentralen Verwaltungsserver ausführen müssen, fahren Sie mit Schritt 7 dieses Verfahrens fort.

  5. Gehen Sie wie folgt vor, um einen Fehler über den zentralen Verwaltungsspeicher in einem Pool mit Lync Server 2013 auszuführen:

    • Überprüfen Sie zunächst, auf welchem Back-End-Server in Backup_Pool die Hauptinstanz des zentralen Verwaltungsspeichers ausgeführt wird, indem Sie Folgendes eingeben:

      Get-CsDatabaseMirrorState -DatabaseType Centralmgmt -PoolFqdn <Backup_Pool Fqdn>

    • Wenn der primäre Back-End-Server in Backup_Pool der Prinzipal ist, geben Sie Folgendes ein:

      Invoke-CSManagementServerFailover -BackupSQLServerFqdn <Backup_Pool Primary BackEnd Server FQDN> -BackupSQLInstanceName <Backup_Pool Primary SQL Instance Name>

      Wenn der Back-End-Spiegelserver in Backup_Pool der Prinzipal ist, geben Sie Folgendes ein:

      Invoke-CSManagementServerFailover -MirrorSQLServerFqdn <Backup_Pool Mirror BackEnd Server FQDN> -MirrorSQLInstanceName <Backup_Pool Mirror SQL Instance Name>

    • Überprüfen Sie, ob das Failover des zentralen Verwaltungsservers abgeschlossen ist. Geben Sie Folgendes ein:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

      Überprüfen Sie, ob sowohl ActiveMasterFQDN als auch ActiveFileTransferAgents auf den FQDN von Backup_Pool verweisen.

    • Überprüfen Sie abschließend den Replikatstatus für alle Front-End-Server, indem Sie Folgendes eingeben:

      Get-CsManagementStoreReplicationStatus

      Überprüfen Sie, ob alle Replikate den Wert "True" aufweisen.

      Fahren Sie mit Schritt 7 in diesem Verfahren fort.

  6. Installieren Sie den zentralen Verwaltungsspeicher auf dem Back-End-Server von Backup_Pool.

    • Führen Sie zuerst den folgenden Befehl aus:

      Install-CsDatabase -CentralManagementDatabase -Clean -SqlServerFqdn <Backup_Pool Back End Server FQDN> -SqlInstanceName rtc

    • Führen Sie den nächsten Befehl auf einem der Front-End-Server von Backup_Pool aus, um die Verschiebung des zentralen Verwaltungsspeichers zu erzwingen:

      Move-CsManagementServer -ConfigurationFileName c:\CsConfigurationFile.zip -LisConfigurationFileName c:\CsLisConfigurationFile.zip -Force

    • Überprüfen Sie, ob die Verschiebung abgeschlossen ist:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

      Überprüfen Sie, ob sowohl ActiveMasterFQDN als auch ActiveFileTransferAgents auf den FQDN von Backup_Pool verweisen.

    • Überprüfen Sie den Replikatstatus für alle Front-End-Server, indem Sie Folgendes eingeben:

      Get-CsManagementStoreReplicationStatus

      Überprüfen Sie, ob alle Replikate den Wert "True" aufweisen.

    • Installieren Sie den Zentralen Verwaltungsserverdienst auf den restlichen Front-End-Servern in Backup_Pool. Führen Sie dazu den folgenden Befehl auf allen Front-End-Servern aus, mit Ausnahme des Servers, den Sie beim Verschieben des zentralen Verwaltungsspeichers zuvor in diesem Verfahren verwendet haben:

      Bootstrapper /Setup

  7. Führen Sie das folgende Cmdlet in einem Lync Server-Verwaltungsshell-Fenster aus, um die Benutzer von Pool1 zu Pool2 zu überlisten:

    Invoke-CsPoolFailover -PoolFQDN <Pool1 FQDN> -DisasterMode -Verbose

    Da die Schritte in den vorherigen Teilen dieses Verfahrens zum Überprüfen des Status des zentralen Verwaltungsspeichers nicht universell sind, besteht weiterhin die Möglichkeit, dass dieses Cmdlet fehlschlägt, da der zentrale Verwaltungsspeicher noch nicht vollständig fehlgeschlagen ist. In diesem Fall müssen Sie den zentralen Verwaltungsspeicher basierend auf den angezeigten Fehlermeldungen korrigieren und dieses Cmdlet dann erneut ausführen.

    Wenn die folgende Fehlermeldung angezeigt wird, müssen Sie den Edgepool an diesem Standort so ändern, dass er einen anderen Pool als nächsten Hop verwendet, bevor Sie einen Fehler über den Pool ausführen. Ausführliche Informationen finden Sie in den Verfahren am Anfang dieses Themas.

    Invoke-CsPoolFailOver : This Front-end pool "pool1.contoso.com" is specified in
topology as the next hop for the Edge server. Failing over this pool may cause External
access/Federation/Split-domain/XMPP features to stop working. Please use Topology Builder to
change the Edge internal next hop setting to point to a different Front-end pool,  before you
proceed.