Move-CsManagementServer
Dernière rubrique modifiée : 2012-04-23
Déplace le serveur de gestion centralisée d’un pool à un autre.
Syntaxe
Move-CsManagementServer [-ConfigurationFileName <String>] [-Confirm [<SwitchParameter>]] [-Force <SwitchParameter>] [-LisConfigurationFileName <String>] [-Report <String>] [-WhatIf [<SwitchParameter>]]
Description détaillée
La cmdlet Move-CsManagementServer permet aux administrateurs de déplacer le serveur de gestion centralisée (et le magasin central de gestion qui l’accompagne) d’un pool vers un autre. Si l’on tient compte des risques de perte de données (sans parler des risques d’interruption des services) qui peuvent survenir à chaque fois que vous déplacez le serveur de gestion centralisée, il est préférable de ne pas procéder à ce type de transfert, sauf dans les cas suivants :
1. Vous devez désactiver le pool de gestion existant, mais vous devez auparavant transférer le serveur de gestion centralisée.
2. Vous êtes confronté à un scénario de récupération d’urgence dans lequel le serveur de gestion centralisée existant n’est plus accessible.
Avant de déplacer le serveur de gestion centralisée, procédez comme suit :
1. Vérifiez que vous avez créé le nouveau magasin central de gestion. Pour cela, exécutez la cmdlet Install-CsDatabase et utilisez le paramètre CentralManagementDatabase.
2. Si vous déplacez le serveur de gestion centralisée vers un serveur Standard Edition, vérifiez que vous avez utilisé l’installation locale pour exécuter l’option de préparation du serveur Standard Edition. Cette préparation est nécessaire pour ajouter des règles de pare-feu qui permettront à Windows PowerShell d’accéder à distance au nouveau magasin central de gestion.
3. Vérifiez que vous disposez de suffisamment d’espace disque sur l’ordinateur à partir duquel vous exécutez la cmdlet Move-CsManagementServer pour accueillir le serveur de gestion centralisée.
4. Vérifiez que le service du serveur frontal a été installé sur l’ordinateur à partir duquel la cmdlet Move-CsManagementServer est exécutée. Si ce service n’est pas installé, le déplacement échouera.
5. Vérifiez que vous pouvez exécuter la cmdlet Enable-CsTopology sur l’ordinateur à partir duquel Move-CsManagementServer sera exécuté. Si Enable-CsTopology ne peut pas être exécuté sur cet ordinateur, le déplacement échouera, et votre magasin central de gestion ne fonctionnera plus.
Lorsque vous aurez suivi ces étapes, il vous suffira de vous connecter à un ordinateur du pool B puis d’appeler Move-CsManagementServer sans ajouter de paramètres pour déplacer le serveur de gestion centralisée du pool A vers le Pool B :
Move-CsManagementServer
Lorsque vous procédez ainsi, Move-CsManagementServer consulte la topologie afin de déterminer l’emplacement précédent du serveur de gestion centralisée (pool A) et transférer le serveur de gestion centralisée et le magasin central de gestion vers le pool actuel (pool B).
Si le déplacement aboutit, Move-CsManagementServer affiche une liste des ordinateurs. Pour terminer l’opération de déplacement, vous devez lancer l’installation locale sur chacun de ces ordinateurs. Les ordinateurs du pool A exécuteront toujours une version inactive du service de gestion centralisée ; l’installation locale aura pour effet de supprimer ce service. L’ordinateur du pool B vers lequel le serveur de gestion centralisée a été déplacé exécutera le service de gestion centralisée, ce qui ne sera néanmoins pas le cas pour d’autres ordinateurs dans le pool. L’installation locale réalisée sur ces ordinateurs permettra d’installer le service de gestion centralisée.
Pour transférer le serveur de gestion centralisée dans le cadre d’un scénario de récupération d’urgence, le mieux est d’utiliser les cmdlets Export-CsConfiguration et Export-CsLisConfiguration pour créer des fichiers de sauvegarde de vos configurations Microsoft Lync Server 2010 et Enhanced 9-1-1 (E9-1-1), respectivement. (Parce que les problèmes surviennent sans crier gare, vous devez régulièrement exécuter ces cmdlets et créer des fichiers de sauvegarde de vos paramètres de configuration.) Lorsque vous appelez le cmdlet Move-CsManagementServer, incluez les paramètres ConfigurationFileName et LisConfigurationFileName pour pouvoir lire ces fichiers de sauvegarde.
Utilisez également le paramètre Force chaque fois que vous essayez de déplacer un serveur de gestion centralisée hors connexion ou inaccessible. Lorsque vous appelez Move-CsManagementServer, la cmdlet définit provisoirement le magasin central de gestion en lecture seule avant de le déplacer, évitant ainsi les risques de perte de données. En revanche, dans un scénario de récupération d’urgence, le magasin central de gestion ne peut être marqué comme un élément en lecture seule. Le paramètre –Force demande à la cmdlet de déplacer le magasin central de gestion même s’il n’a pas été configuré en lecture seule.
Si Move-CsManagementServer échoue, il se peut que le serveur de gestion centralisée ne fonctionne plus. Pour restaurer le serveur de gestion centralisée, vous devez résoudre le problème ayant entraîné l’échec de Move-CsManagementServer puis exécuter de nouveau la cmdlet. Vous pouvez l’exécuter sur l’ancien ou le nouveau pool. Si vous exécutez Move-CsManagementServer sur l’ancien pool, le déplacement sera effectivement annulé et la configuration d’origine sera restaurée.
Notez que la cmdlet Move-CsManagementServer doit être exécutée localement ; vous ne pouvez pas l’appeler depuis une session de gestion à distance.
Personnes autorisées à exécuter cette cmdlet : Par défaut, les membres des groupes qui suivent sont autorisés à exécuter localement la cmdlet Move-CsManagementServer : RTCUniversalServerAdmins. Vous devez également être un administrateur local sur l’ordinateur à partir duquel la cmdlet est exécutée.
Paramètres
| Paramètre | Obligatoire | Type | Description |
|---|---|---|---|
ConfigurationFileName |
Facultatif |
Chaîne |
Chemin d’accès complet au fichier de sauvegarde de configuration Lync Server 2010 créé en exécutant la cmdlet Export-CsConfiguration. Ce paramètre doit être utilisé uniquement dans un scénario de récupération d’urgence. |
LisConfigurationFileName |
Facultatif |
Chaîne |
Chemin d’accès complet au fichier de sauvegarde E9-1-1 créé en exécutant la cmdlet Export-CsLisConfiguration. Ce paramètre doit être utilisé uniquement dans un scénario de récupération d’urgence. |
Force |
Facultatif |
Paramètre de commutateur |
Force le déplacement du serveur de gestion centralisée même si le magasin existant est hors connexion ; ce paramètre est obligatoire dans le cadre d’un scénario de récupération d’urgence. Notez qu’il existe un risque de perte de données à chaque déplacement forcé du serveur de gestion centralisée. Vous pouvez également utiliser le paramètre Force si vous n’avez pas réussi à appeler Move-CsManagementServer. |
Report |
Facultatif |
Chaîne |
Vous permet de spécifier un chemin d’accès au fichier journal créé lors de l’exécution de la cmdlet. Par exemple : -Report "C:\Logs\MoveManagementServer.html" |
WhatIf |
Facultatif |
Paramètre de commutateur |
Décrit ce qui se passe si vous exécutez la commande sans l’exécuter réellement. |
Confirm |
Facultatif |
Paramètre de commutateur |
Vous demande confirmation avant d’exécuter la commande. |
Types d’entrées
Aucun. Move-CsManagementServer n’accepte pas la saisie de données transmises via le pipeline.
Types de retours
Move-CsManagementServer ne retourne aucun objet.
Exemple
-------------------------- Exemple 1 ------------------------
Move-CsManagementServer
La commande de l’exemple 1 déplace le serveur de gestion centralisée de son pool existant vers un nouveau pool. Pour réaliser cette migration en direct (c’est-à-dire, pour déplacer un serveur de gestion centralisée en ligne et accessible), vous devez exécuter la commande à partir d’un ordinateur hébergé dans le pool vers lequel le serveur doit être déplacé.
-------------------------- Exemple 2 ------------------------
Move-CsManagementServer -ConfigurationFileName "C:\CsConfiguration.zip" -LisConfigurationFileName "C:\CsLisConfiguration.zip" -Force
L’exemple 2 déplace le serveur de gestion centralisée dans un scénario de récupération d’urgence, à savoir un scénario dans lequel le serveur de gestion existant est hors connexion ou inaccessible. Pour effectuer ce type de migration, vous devez exécuter la commande précédente depuis un ordinateur situé dans le pool vers lequel le serveur doit être déplacé. Qui plus est, vous devez inclure le paramètre ConfigurationFileName pour importer votre fichier de sauvegarde de configuration précédemment enregistré, le paramètre LisConfigurationFileName pour importer votre fichier de sauvegarde E9-1-1 précédemment enregistré (si vous utilisez le système E9-1-1), et enfin le paramètre Force pour transférer obligatoirement le serveur de gestion centralisée même si tout contact avec le serveur existant est impossible.