Planen der Notfallwiederherstellung für Reaktionsgruppen in Lync Server 2013
Thema Letzte Änderung: 01.11.2012
In diesem Abschnitt werden einige Möglichkeiten zum Vorbereiten von Reaktionsgruppen für die Notfallwiederherstellung beschrieben und ein Überblick über den Notfallwiederherstellungsprozess bereitgestellt.
Vorbereiten der Notfallwiederherstellung für Reaktionsgruppen
Beachten Sie bei der Vorbereitung und Durchführung von Notfallwiederherstellungsverfahren Folgendes.
Hinweis
In einer Koexistenzumgebung werden nur die Lync Server 2013-Reaktionsgruppen für die in diesem Dokument beschriebenen Notfallwiederherstellungsverfahren unterstützt.
Planen Sie die Notfallwiederherstellung, wenn Sie Ihre Kapazitätsplanung durchführen. Für die Notfallwiederherstellungskapazität sollte jeder Pool in einem gekoppelten Pool in der Lage sein, die Workloads aller Reaktionsgruppen in beiden Pools zu verarbeiten. Ausführliche Informationen zur Kapazitätsplanung für Reaktionsgruppen finden Sie unter Kapazitätsplanung für Reaktionsgruppen in Lync Server 2013.
Erstellen Sie regelmäßige Sicherungskopien aller Reaktionsgruppenkonfigurationen in allen Front-End-Pools, in denen Sie die Reaktionsgruppenanwendung mithilfe des in diesem Dokument beschriebenen Exportverfahrens bereitgestellt haben. Ausführliche Informationen finden Sie unter Notfallwiederherstellungsverfahren für Reaktionsgruppen in Lync Server 2013. Bewahren Sie die Sicherungskopien an einem sicheren Ort auf.
Bewahren Sie eine separate Sicherungskopie aller ursprünglichen Audiodateien auf, die Sie für die Reaktionsgruppenanwendung verwendet haben, einschließlich aller Aufzeichnungen und Wartemusikdateien. Bewahren Sie die Sicherungsdateien an einem sicheren Speicherort auf.
Für die Notfallwiederherstellung in Lync Server 2013 müssen alle Reaktionsgruppeneinstellungen eindeutige Namen für die gesamte Bereitstellung aufweisen. Diese Anforderung gilt für Workflows, Warteschlangen, Agentgruppen, Feiertagssätze und Geschäftszeiten. Sie sollten überprüfen, ob diese Anforderung erfüllt ist, wenn die primären und Sicherungspools noch aktiv sind und bevor Sie eine Failoverprozedur initiieren müssen. Wenn beim Importieren von Reaktionsgruppendaten in den Sicherungspool Namenskonflikte auftreten, schlägt der Import fehl. Um die Import- und Failoverprozedur abzuschließen, müssen Sie die Namenskonflikte lösen, indem Sie das Antwortgruppenobjekt im Sicherungspool umbenennen oder das Cmdlet Import-CsRgsConfiguration mit dem Parameter "–ResolveNameConflicts" verwenden, um den Konflikt automatisch zu lösen, indem Sie eine eindeutige Identifikationsnummer an das Reaktionsgruppenobjekt anfügen.
Im Allgemeinen wird empfohlen, tägliche Sicherungen durchzuführen, aber wenn Sie über eine große Anzahl von Änderungen verfügen, sollten Sie häufigere Sicherungen planen. Die Menge der Informationen, die Sie im Falle eines Notfalls verlieren können, hängt von der Häufigkeit Ihrer Sicherungen sowie von der Häufigkeit und dem Volumen der Änderungen ab.
Es ist möglich, Reaktionsgruppen in einen Sicherungspool zu importieren, bevor ein Notfall- oder Failovervorgang auftritt. Durch das vorabe Importieren von Reaktionsgruppen werden Ausfallzeiten reduziert, da der Lync Server Response Group-Dienst im Sicherungspool wiederhergestellt werden kann, sobald Anrufe an den Sicherungspool weitergeleitet werden.
Hinweis
Die Reaktionsgruppenanwendung kann keine Agents erreichen, die in einem inaktiven Pool verwaltet werden, bis das Failover abgeschlossen ist. Während dieser Zeit verarbeitet die Reaktionsgruppenanwendung Aufrufe so, als ob diese Agents nicht verfügbar sind.
Notfallwiederherstellungsprozess für Reaktionsgruppen
Im Falle eines Notfalls können Sie Reaktionsgruppen mithilfe eines der folgenden Wiederherstellungsansätze wiederherstellen:
Führen Sie einen Failover zu einem Sicherungspool durch, und führen Sie dann einen Failback zum ursprünglichen Pool durch.
Führen Sie einen Failover zu einem Sicherungspool durch, erstellen Sie einen neuen Pool mit einem anderen vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN), und importieren Sie dann die Reaktionsgruppen in den neuen Pool.
Während der Failoverphase der Notfallwiederherstellung befinden sich die Reaktionsgruppen in mehreren Pools: im primären Pool (der nicht verfügbar ist) und im Sicherungspool. Die Reaktionsgruppen in beiden Pools haben denselben Namen und denselben Besitzer (den primären Pool), aber sie haben unterschiedliche übergeordnete Elemente.
Wenn Sie sich wiederherstellen, indem Sie einen neuen Pool mit einem anderen FQDN erstellen, müssen Sie den neuen Pool beim Importieren als Besitzer der Reaktionsgruppen zuweisen. Der Besitz von Reaktionsgruppen verbleibt beim ursprünglichen Pool, es sei denn, Sie weisen den Besitz explizit mithilfe des Parameters "–OverwriteOwner" mit dem Cmdlet "Import-CsRgsConfiguration " zu.
Hinweis
Sie müssen auch den Parameter "–OverwriteOwner" verwenden, wenn Sie den Pool während der Wiederherstellung neu erstellt haben (d. h. die Reaktionsgruppendatenbank ist leer), unabhängig davon, ob Sie denselben FQDN verwenden oder nicht. Sie müssen den Parameter "–OverwriteOwner" nicht verwenden, wenn Sie den Pool nicht neu erstellt haben, aber es ist zulässig, diesen Parameter zu verwenden, wenn Sie Reaktionsgruppen wieder in den primären Pool importieren.
Sie können nur einen Satz von Konfigurationseinstellungen für Reaktionsgruppen auf Anwendungsebene pro Pool definieren. Zu diesen Einstellungen gehören die Standardkonfiguration für die Wartemusik, die Standardmäßige Audiodatei für die Wartemusik, die Agent-Rückruf-Nachfrist und die Konfiguration des Anrufkontexts. Um diese Konfigurationseinstellungen anzuzeigen, führen Sie das Cmdlet "Get-CsRgsConfiguration " aus. Ausführliche Informationen zum Cmdlet "Get-CsRgsConfiguration " finden Sie unter "Get-CsRgsConfiguration".
Sie können diese Einstellungen auf Anwendungsebene von einem Pool in einen anderen übertragen, indem Sie das Cmdlet "Import-CsRgsConfiguration " mit dem Parameter "–ReplaceExistingSettings" verwenden. Dadurch werden jedoch die Einstellungen im Zielpool außer Kraft gesetzt.
Wichtig
Diese Einschränkung beim Übertragen von Einstellungen in einen anderen Pool gilt nur für die Einstellungen auf Anwendungsebene und die standardmäßige Audiodatei für die Wartemusik. Sie gilt nicht für Agentgruppen, Warteschlangen, Workflows, Geschäftszeiten und Feiertagssätze.
Wenn Sie die Einstellungen auf Anwendungsebene im Sicherungspool während eines Notfalls nicht ersetzen möchten und der primäre Pool nicht wiederhergestellt werden kann, gehen die Einstellungen auf Anwendungsebene aus dem primären Pool verloren. Wenn Sie einen neuen Pool erstellen müssen, um den primären Pool während der Wiederherstellung zu ersetzen, entweder durch denselben FQDN oder durch einen anderen FQDN, können Sie die ursprünglichen Einstellungen auf Anwendungsebene nicht wiederherstellen. In diesem Fall müssen Sie den neuen Pool mit diesen Einstellungen konfigurieren und die Audiodatei "Musik im Haltebereich" einschließen.
Wenn Sie sich entscheiden, das Cmdlet Import-CsRgsConfiguration zu verwenden, um Einstellungen auf Anwendungsebene während eines Notfalls aus dem primären Pool in den Sicherungspool zu übertragen, können Sie die Einstellungen während der Wiederherstellung aus dem Sicherungspool auf die gleiche Weise übertragen, wie Sie sie aus dem primären Pool in den Sicherungspool übertragen haben.
Die folgende Tabelle enthält eine Übersicht über die Schritte zum Wiederherstellen von Reaktionsgruppen.
Ausführliche Informationen zum Ausführen dieser Schritte finden Sie unter Notfallwiederherstellungsverfahren für Reaktionsgruppen in Lync Server 2013.
Notfallwiederherstellungsschritte für Reaktionsgruppen
| Phase | Schritte | Erforderliche Gruppen und Rollen |
|---|---|---|
Vor dem Ausfall |
Führen Sie routinemäßig das Cmdlet Export-CsRgsConfiguration aus, um Sicherungen aller Reaktionsgruppenkonfigurationen in allen Front-End-Pools zu erstellen, in denen die Reaktionsgruppenanwendung bereitgestellt wird. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Während eines Ausfalls |
Führen Sie das Cmdlet Import-CsRgsConfiguration aus, um die gesicherte Konfiguration des Lync Server Response Group-Diensts aus dem primären Pool in den Sicherungspool zu importieren. Hinweis Verwenden Sie den Parameter "–ReplaceExistingSettings", wenn Sie einstellungen für Reaktionsgruppen auf Anwendungsebene im Sicherungspool durch die Einstellungen aus dem primären Pool ersetzen möchten. Wenn Sie die Einstellungen auf Anwendungsebene nicht aus dem primären Pool in den Sicherungspool übertragen und der primäre Pool nicht wiederhergestellt werden kann, gehen die Einstellungen aus dem primären Pool verloren. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Nach dem Importieren |
Führen Sie Cmdlets für Reaktionsgruppen mit dem Parameter "–ShowAll" (zum Anzeigen aller Reaktionsgruppen) oder dem Parameter "–Owner" (um nur importierte Reaktionsgruppen anzuzeigen) aus, um zu überprüfen, ob alle Reaktionsgruppenkonfigurationen in den Sicherungspool importiert wurden. Wichtig Wenn Sie weder den Parameter –ShowAll noch den Parameter –Owner verwenden, werden die Antwortgruppen, die Sie in den Sicherungspool importiert haben, nicht in den Ergebnissen aufgeführt, die von den Cmdlets zurückgegeben werden. Führen Sie die folgenden Cmdlets aus:
|
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Nach dem Failover |
|
Nicht zutreffend |
Nach der Wiederherstellung, vor dem Failback |
Führen Sie das Cmdlet "Export-CsRgsConfiguration " aus, indem Sie den Parameter "-Source" als Sicherungspool und den Parameter "–Owner" als primären Pool angeben, um die Reaktionsgruppen zu exportieren, die sich im Besitz des primären Pools befinden, aus dem Sicherungspool. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Nach dem Failback |
|
RTCUniversalServerAdmins CsResponseGroupAdministrator |