Migration Std2Pool
Viele Firmen starten einfach mal mit einem Lync Standard Server, welchen Sie in ihre Umgebung für Testzwecke installieren. Natürlich wissen wir alle, dass Test und Produktion genau genommen zwei strickt getrennte Bereiche sind und auf Lync Pilot, Ressourceforest und OCS-Aktion habe ich auch die verschiedenen Optionen beschrieben, wie man Lync in einer eigenen TestUmgebung installiert und dennoch "nahtlos" in der Produktion nutzen kann. für all die Administratoren, die ihren "Test-Standardserver" aber nun durch einen anderen produktiven Standardserver oder gar einen neuen Enterprise Server austauschen wollen, kann diese Anleitung ein Leitfaden sein.
Schwerpunkt dieser Anleitung ist die Überführung aller relevanten Daten in eine produktive Umgebung. Leider gibt es in Lync immer nur eine Federation Route, ein Edge hat immer nur genau einen "Next Hop" und die WebServiceURLs müssen auch eindeutig sein. Auch kann ein PSTN-Gateway immer nur einem Mediation Server/Pool zugeordnet sein, wenn man nicht mit HOSTS-Dateien oder sekundären DNS-Namen arbeiten will. Daher ist bei der Migration etwas Überlegung erforderlich. Dazu gibt es zwei Wege
- Sauberer Weg
Hierbei wird ein zweiter Pool komplett Funktionsfähig aufgebaut. Das bedeutet aber u.a. auch Zertifikate, Veröffentlichung nach Extern etc. Dieser Weg erlaubt aber eine längere Phase der Koexistenz und ausführliche Tests. Sie können sogar parallel Edge Server und weitere Gateways einrichten und testen. - Schneller Weg
Vielen dauert der erste Weg aber zu lange bzw. eigentlich soll die neue Umgebung den alten Server schnellstens Ablösen und die URLs möglichst gleich bleiben- Das erkauft man sich aber mit einer Betriebsunterbrechung von wenigen Stunden, um die Dienste quasi zu ersetzen.
Diese Beschreibung dient einer schnellen Migration.
Migrationsbeschreibung
Unter der Berücksichtigung einer "schnellen Migration" ohne lange Koexistenz und der Erlaubnis einer Downtime von wenigen Stunden werden folgende Start und Zielvorgaben angenommen
Ausgangssituation
- 1x Standard Server als erster Server, der auch den CMS-Master hostet
- 1x Webservice per TMG
veröffentlicht
Nur vorhanden, wenn Sie auch Teilnehmer aus dem Internet unterstützt haben - 1x Edge Server
Nur vorhanden, wenn Sie auch Teilnehmer aus dem Internet, Remote Access, Federation oder Lync Mobile unterstützt haben - 1x Gateway zu PSTN
Nur vorhanden, wenn Sie eine Kopplung an die TK-Anlage für Voice, Konferenz Dialin etc konfiguriert haben - Nicht beschrieben:
Prüfen Sie, was Sie ansonsten noch konfiguriert haben, was diese Beschreibung aber unnötig kompliziert gemacht hätte, wie z.B. Remote Call Control, Trusted Application, UCMA-Anbindungen von Callcenter o.ä.
Zielsituation
- 1x Enterprise Pool mit Loadbalancer für internen Zugriff auf Webservices
- 1x WebService per TMG auf Pool veröffentlicht
- 1x Nutzung des bestehenden Edge Server
- 1x Nutzung des bestehenden Gateways zu PSTN
Migrationsschritte
In der Regel kann so eine Migration in mehrere Phasen untergliedert werden, zwischen denen immer wieder eine Pause eingelegt werden kann. Dies sind
- Vorbereitung und Parallelaufbau des Pools
- Migration CMS
- Migration Benutzer und Konferenzen
- Switch und Abbau der alten Umgebung
Heraus gekommen ist die folgende Checkliste. Sie erhebt keinen Anspruch auf Vollständigkeit. Wer z.B. Dialpläne auf Pools (statt Global oder auf Benutzer) gebunden hat, wird weitere Nacharbeiten durchführen müssen. Es gibt viele Dinge, die in Lync "pro Pool" definiert werden können.
Phase | Beschreibung | Status |
---|---|---|
Basis |
Windows Server InstallationBereiten Sie die neuen FE-Server, den SQL-Cluster (so erforderlich) entsprechend für die Installation von Lync vor. Dazu gehören auch Themen wie:
|
|
Add Server |
Addieren der neuen Server im Topologie Builder
Damit ist die Basis für die Installation geschaffen. |
|
Install |
FE1/FE2: DeploymentNun geht es daran, die neu in der Topologie angelegten Server auch physikalisch aufzubauen. Die Aktionensind auf beiden Frontend Servern einzurichten
Nun sollte der neue Pool schon halbwegs produktiv sein. Telefonie geht noch über den alten Server und auch die Federation über Edge nutzt noch den alten Server. Der Server muss aus ihrer Sicht nun "zuverlässig" sein, um den nächsten Schritt anzugehen |
|
CMS Move |
Verschieben der CMS MasterdatenbankNun geht es darum die Konfigurationsdatenbank auf den neuen Server zu bringen.
Nun sollte die CMS-Instanz sauber auf dem neuen Server laufen und die anderen Server diese auch als Replikationsquelle ansehen. Erst dann sollten wir den nächsten Schritt angehen: |
|
Dienste |
Umstellen der DiensteDer nächste Schritt ist die Umstellung aller Benutzer und anderer Dienste auf den neuen Pool. Hierbei kann man "langsam" vorgehen, um Replikationen, DNS-Caches u.a. zu berücksichtigen. Diese kurze Beschreibung stellt einfach "um". Während der Phase wird es Unterbrechungen geben.
get-csConferenceDirectory | move-CsConferenceDirectory –targetpool <neuerFQDN>
Move-CsApplicationEndpoint -Identity <SIP URI of the access number to be moved> -TargetApplicationPool <FQDN of the pool to which the access number is moving>
Damit sind nun die meisten Dienste (Ausnahme PSTN-Anbindung) schon auf dem Enterprise Pool angekommen) |
|
Abbau |
Stufe 3: Abbau STD PoolEigentlich sollte nun ihre alter Standard Server "frei" sein.
|
|
Die Liste kann nie komplett sei, da ich bei viele Kunden immer wieder Komponenten gesehen habe. Lassen Sie sich überraschen :-)
Weitere Links
- Lync CMS
- Lync Migration
- Move-CsManagementServer
http://technet.microsoft.com/en-us/library/gg412921.aspx - Moving the Lync Central
Management Store
http://www.confusedamused.com/notebook/moving-the-lync-central-management-store/ - Uninstalling Lync Server
2010 and Removing Server Roles
http://technet.microsoft.com/en-us/library/gg195823.aspx - Removing Servers and Server
Roles
http://technet.microsoft.com/en-us/library/gg195709.aspx