Fermer

août 10, 2018

Migration vers Skype Entreprise Server 2019 – Phase 7 (partie 7)


Bienvenue à nouveau! Ou si vous êtes nouveau, alors bienvenue! Dans le blog d'hier, nous avons discuté de la phase 6, qui incluait le passage d'un pilote à un déploiement de production. Aujourd'hui, nous travaillons à sceller l'accord en reprenant nos tâches de post-migration. La liste des tâches est assez longue, mais nous nous assurerons de couvrir chacun en détail pour que vous ne vous sentiez pas coincé. En outre, si vous n'avez pas extrait les phases 1 à 6, vous les trouvez ici .

Phase 7: Terminer la tâche post-migration

Félicitations! Vous êtes à la maison! Maintenant que la migration vers Skype Entreprise Server 2019 est terminée, il vous suffit de discuter des tâches de post-migration que vous devez effectuer. Cette liste peut paraître assez longue mais il est essentiel de couvrir toutes vos bases pour assurer une transition en douceur du système existant vers le nouveau. La liste de post-migration comprend:

Migrer des réunions et du contenu de réunion existants

  • Lorsqu'un compte d'utilisateur est déplacé vers un serveur Skype Entreprise Server 2019, les informations suivantes sont déplacées avec ce compte d'utilisateur.
    • Réunions déjà planifiées par l'utilisateur . Cela inclut le déplacement des répertoires de conférence et des données de conférence.
    • Numéro d'identification personnel (PIN) de l'utilisateur . Le code PIN actuel de l'utilisateur continue à fonctionner jusqu'à son expiration ou à la demande d'un nouveau code PIN.
  • Les informations de compte d'utilisateur suivantes ne sont pas transférées vers le nouveau serveur.
    • Contenu de la réunion . Pour déplacer le contenu partagé lors d'une réunion, tel que PowerPoint, Whiteboard, les pièces jointes ou les données d'interrogation, utilisez le paramètre -MoveConferenceData dans la cmdlet Move-CsUser . 19659010]

      Migration des numéros d'accès entrants

      • La migration des numéros d'accès entrants vers Skype Entreprise Server 2019 nécessite l'exécution de la cmdlet Move-CsApplicationEndpoint pour la migration des objets contact.
      • Les numéros que vous avez créés dans l'installation héritée, mais que vous avez créés dans Skype Entreprise Server 2019 ou créés dans Skype Entreprise Server 2019 avant, pendant ou après la migration, présentent les caractéristiques suivantes:
        • N'apparaissent pas sur les invitations à des réunions Office Communications Server 2007 R2 et sur la page du numéro d'accès entrant.
        • Apparaît sur les invitations aux réunions d'installation héritées et sur la page du numéro d'accès entrant.
        • Apparaît sur Skype Entreprise Invitations à une réunion Server 2019 et page du numéro d'accès entrant.
        • Impossible à afficher ou à modifier dans l'outil d'administration Office Communications Server 2007 R2.
        • Peut être affiché et modifié dans le Panneau de configuration d'installation hérité et dans l'installation héritée Shell de gestion.
        • Peut être visualisé et modifié dans le Panneau de configuration Skype Entreprise Server 2019 et dans Skype Entreprise Server 2019 Management Shell.
        • Peut être re-séquencé dans la région à l'aide de la cmdlet Set-CsDialinConferencingAccessNumber Paramètre prioritaire.
      • Vous devez terminer la migration des numéros d'accès entrants qui pointent vers le pool d'installation hérité avant de mettre hors service le pool d'installation hérité. Si vous n'effectuez pas la migration du numéro d'accès entrant comme décrit dans la procédure suivante, les appels entrants aux numéros d'accès échoueront.

      Important: Vous devez exécuter cette procédure avant de mettre le pool d'installation hérité hors service. [19659023]

      Identification et déplacement des numéros d'accès entrants

      1. Démarrez Skype Entreprise Server Management Shell: cliquez sur Démarrer cliquez sur Tous les programmes cliquez sur Server 2019 puis cliquez sur Shell de gestion Skype Entreprise Server .
      2. Pour déplacer chaque numéro d'accès entrant vers un pool hébergé sur Skype Entreprise Server 2019, à partir de la ligne de commande: Move-CsApplicationEndpoint -Identity -Target
      3. Ouvrez le Panneau de configuration de Skype Entreprise Server.
      4. Dans la barre de navigation de gauche, cliquez sur
      5. Cliquez sur l'onglet Numéro d'accès entrant .
      6. Vérifiez qu'il ne reste aucun numéro d'accès entrant pour le pool d'installation hérité à partir duquel vous effectuez la migration.

      Remarque: Lorsque tous les numéros d'accès entrant pointent vers le pool Skype Entreprise Server 2019, vous pouvez ensuite les désactiver. ommission du pool d'installation hérité.

      Vérification de la migration du numéro d'accès entrant à l'aide du panneau de configuration Skype Entreprise Server

      1. A partir d'un compte d'utilisateur affecté au rôle CsUserAdministrator ou au rôle CsAdministrator connectez-vous
      2. Ouvrez le Panneau de configuration de Skype Entreprise Server.
      3. Dans la barre de navigation de gauche, cliquez sur Conferencing .
      4. Cliquez sur Accès entrant Onglet Number .
      5. Vérifiez que tous les numéros d'accès entrant sont migrés vers le pool hébergé sur Skype Entreprise Server 2019.

      Vérification de la migration des numéros d'accès entrants à l'aide du shell de gestion Skype Entreprise Server

      1. Ouvrez Skype Entreprise Server Management Shell.
      2. Pour renvoyer tous les numéros d'accès aux conférences rendez-vous migrés depuis la ligne de commande: Get-CsDialInConferencingAccessNumber -Filter {Pool -eq ""}
      3. Vérifiez que tous les numéros d'accès entrant sont migrés vers le pool hébergé sur Skype Entreprise Server 2019. [19659039]

        Migration des paramètres de l'application Call Park

        • La migration de l'application Call Park comprend le provisionnement du pool Skype Entreprise Server 2019 avec tout fichier de musique en attente personnalisé qui a été téléchargé dans l'installation héritée, en restaurant le niveau de service. paramètres et réorientation de toutes les orbites de parcage d'appels vers le pool Skype Entreprise Server 2019.
        • Si des fichiers musicaux en attente personnalisés ont été configurés dans le pool, ces fichiers doivent être copiés sur le nouveau serveur Skype Entreprise Server 2019
        • Les fichiers musicaux en attente personnalisés pour l'application Call Park sont stockés dans le magasin de fichiers du pool. Pour copier les fichiers audio d'un magasin de fichiers pool dans un magasin de fichiers Skype Entreprise Server 2019, utilisez la commande Xcopy avec les paramètres suivants: Xcopy
          • Exemple d'utilisation: Xcopy " OcsFileStore coX-ApplicationServer-X AppServerFiles CPS " " OcsFileStore coX-ApplicationServer-X AppServerFiles CPS "
        • Lorsque tous les fichiers audio personnalisés ont été copiés dans le magasin de fichiers Skype Entreprise Server 2019, les paramètres de l'application Parc d'appels du pool Skype Entreprise Server 2019 doivent être configurés et les plages d'orbite de parcage d'appels associées. avec le pool hérité doit être réaffecté au pool Skype Entreprise Server 2019.
        • Les paramètres de l'application de parcage d'appels incluent le seuil de temporisation de ramassage, l'activation ou la désactivation de la musique en attente, le nombre maximal de tentatives d'appel et la demande de délai d'attente. Vous devez gérer les paramètres d'application de parcage d'appels à l'aide de l'environnement de gestion Skype Entreprise Server Management Server pour exécuter la cmdlet Set-CsCpsConfiguration . Vous ne pouvez pas gérer les paramètres de l'application Parc d'appels à l'aide du Panneau de configuration Skype Entreprise Server.

        Reconfiguration des paramètres du service de parcage d'appels

        1. À partir du serveur frontal Skype Entreprise Server 2019, ouvrez le shell de gestion Skype Entreprise Server.
        2. Sur la ligne de commande, tapez: Set-CsCpsConfiguration -Identity "" -CallPickupTimeoutThreshold " -EnableMusicOnHold" "-MaxCallPickupAttempts" "-OnTimeoutURI" "

        Note: Les paramètres de l'application Business Park 2019 Call Park sont identiques aux paramètres hérités, vous pouvez ignorer cette étape. Si les paramètres des applications Call Park sont différents pour les environnements Skype Entreprise Server 2019 et hérités, utilisez la cmdlet ci-dessous comme modèle pour mettre à jour ces modifications.

        Pour réaffecter toutes les plages d'orbite Call Park du pool hérité à Skype Entreprise Server Pool 2019, vous pouvez utiliser le Panneau de configuration Skype Entreprise Server ou Skype Entreprise Server Management Shell.

        Réaffectation de toutes les plages d'orbites de parcage d'appels à l'aide du panneau de configuration Skype Entreprise

        1. Ouvrez le Panneau de configuration Skype Entreprise Server.
        2. Dans le volet gauche, sélectionnez Fonctions vocales . Onglet Call Park .
        3. Pour chaque plage d'orbites Call Park affectée à un pool hérité, modifiez le paramètre Nom de domaine complet du serveur de destination et sélectionnez le pool Skype Entreprise Server 2019 qui traitera le Demandes de parcage d'appel.
        4. Sélectionnez Commit pour enregistrer les modifications.

        Réaffectation de toutes les plages d'orbites de parcage d'appels à l'aide de Skype Entreprise Management Shell

        1. Ouvrez l'environnement de gestion Skype Entreprise Server.
        2. Sur la ligne de commande, tapez: Get-CsCallParkOrbit

        toutes les plages d'orbite Call Park dans le déploiement. Toutes les orbites de parcage d'appel dont les paramètres CallParkServiceId et CallParkServerFqdn sont définis comme pool hérité doivent être réaffectées.

        Pour réaffecter les plages d'orbite Call Park héritées à Skype Entreprise Server 2019 pool, sur la ligne de commande, tapez ce qui suit:

        Set-CsCallParkOrbit -Identity " Service" -CallParkService ": ApplicationServer: "

        Appelez Park Range orbit sur le pool Skype Entreprise Server 2019, le processus de migration de l'application Call Park sera terminé et le pool Skype Entreprise Server 2019 gérera toutes les futures requêtes Call Park.

        Migration des groupes de réponses

        • La migration des groupes de réponses inclut la copie des groupes d'agents, des files d'attente, des flux de travail, des fichiers audio et le déplacement des objets de contact Response Group du déploiement hérité vers le pool Skype Entreprise Server 2019. Une fois que vous avez migré vos groupes de réponses hérités, les appels aux groupes de réponses sont traités par l'application Response Group du pool Skype Entreprise Server 2019. Les appels aux groupes de réponses ne sont plus gérés par le pool hérité.
        • Avant de migrer les groupes de réponses, vous devez avoir déployé un pool Skype Entreprise Server 2019 comprenant l'application Response Group. L'application Response Group est installée et activée par défaut lorsque vous déployez Enterprise Voice. Vous pouvez vous assurer que l'application Response Group est installée en exécutant la cmdlet Get-CsService -ApplicationServer .

        Remarque: Bien que vous puissiez migrer des groupes de réponses avant de déplacer tous les utilisateurs vers Skype Entreprise Pool Server 2019, nous vous recommandons de déplacer d'abord tous les utilisateurs. En particulier, les utilisateurs qui sont des agents de groupe de réponse ne disposeront pas des fonctionnalités complètes des nouvelles fonctionnalités tant qu'ils ne seront pas déplacés vers le pool Skype Entreprise Server 2019. En outre, vous pouvez créer de nouveaux groupes de réponses Skype Entreprise Server 2019 dans le pool Skype Entreprise Server 2019 avant de migrer vos groupes de réponses hérités.

        Pour migrer des groupes de réponses d'un pool hérité vers Skype Entreprise Server 2019, vous devez exécuter l'applet de commande Move-CsRgsConfiguration .

        Important: L'applet de commande de migration Response Group déplace la configuration de Response Group pour l'ensemble du pool. Vous ne pouvez pas sélectionner des groupes, files d'attente ou flux de travail spécifiques à migrer.

        Après avoir migré les groupes de réponses, vous devez utiliser le Panneau de configuration Skype Entreprise Server ou les cmdlets Skype Entreprise Server Management Shell pour vérifier que tous les groupes d'agents, files d'attente,

        Lorsque vous migrez des groupes de réponses, les groupes de réponses hérités ne sont pas supprimés. Lorsque vous gérez des groupes de réponses après la migration en utilisant le Panneau de configuration Skype Entreprise Server ou Skype Entreprise Server Management Shell, vous pouvez voir les groupes de réponses hérités et les groupes de réponses Skype Entreprise Server 2019. Vous devez appliquer les mises à jour uniquement aux groupes de réponses Skype Entreprise Server 2019. Les groupes de réponses hérités sont conservés uniquement à des fins de restauration.

        PRÉCAUTION: une fois la migration terminée et les nouveaux groupes de réponses créés, le panneau de configuration Skype Entreprise Server et Skype Entreprise Server Management Shell affichera les versions héritées et Skype Entreprise Server 2019 de chaque groupe de réponses. N'utilisez pas le Panneau de configuration Skype Entreprise Server ou Skype Entreprise Server Management Shell pour supprimer les groupes de réponses hérités. Si vous en supprimez un, le groupe de réponses correspondant créé lors de la migration cessera de fonctionner. Les groupes de réponses hérités sont supprimés lorsque vous mettez hors service le pool hérité.

        Important: Nous vous recommandons de ne supprimer aucune donnée de votre déploiement précédent avant de mettre le pool hors service. En outre, nous vous recommandons fortement d'exporter les groupes de réponses immédiatement après la migration. Si un groupe de réponses hérité doit être supprimé, vous pouvez restaurer vos groupes de réponses à partir de la sauvegarde pour que les groupes de réponses Skype Entreprise Server 2019 soient exécutés à nouveau.

        Skype Entreprise Server 2019 introduit une nouvelle fonctionnalité Response Group appelée Tapez . Le type de workflow peut être Managed ou Unmanaged . Tous les groupes de réponses sont migrés avec Type de flux de travail défini sur Non géré et avec une liste de gestionnaires vide.

        Lorsque vous exécutez la cmdlet Move-CsRgsConfiguration l'agent les groupes, les files d'attente, les flux de travail et les fichiers audio restent dans le pool hérité à des fins de restauration. Si vous devez restaurer le pool hérité, vous devez exécuter l'applet de commande Move-CsApplicationEndpoint pour déplacer les objets contact vers le pool hérité.

        Procédure suivante pour la migration des configurations Response Group suppose que vous avez une relation directe entre vos pools hérités et les pools Skype Entreprise Server 2019. Si vous prévoyez de consolider ou de diviser des pools pendant votre migration et votre déploiement, vous devez planifier les mappes de pool héritées sur lesquelles le pool Skype Entreprise Server 2019 doit être stocké.

        Migration des configurations de Response Group

        1. Ouvrez une session sur l'ordinateur avec un compte membre du groupe RTCUniversalServerAdmins ou disposant des droits et des autorisations d'administrateur équivalents.
        2. Démarrez Skype Entreprise Server Management Shell: cliquez sur Démarrez cliquez sur Tous les programmes cliquez sur Microsoft Skype Entreprise Server 2019 puis cliquez sur Skype Entreprise Server Management Shell .
        3. Move-CsRgsConfiguration -Source-Destination
        4. Par exemple: Move-CsRgsConfiguration -Source skype-old.contoso.net -Destination skype-new.contoso .net
        5. Après la migration des groupes de réponses et des agents vers le pool Skype Entreprise Server 2019, l'URL utilisée par les agents pour se connecter et se déconnecter est une URL Skype Entreprise Server 2019 disponible à partir de le menu Outils . Rappelez aux agents de mettre à jour les références, telles que les signets, à la nouvelle URL.

        Vérification de la migration de Response Group à l'aide du panneau de configuration Skype Entreprise Server

        1. Ouvrez une session sur l'ordinateur avec un compte membre du groupe RTCUniversalReadOnlyAdmins ou membre minimal du rôle CsViewOnlyAdministrator. puis entrez l'URL d'administration pour ouvrir le Panneau de configuration Skype Entreprise Server. Pour plus d'informations sur les différentes méthodes de démarrage du panneau de configuration de Skype Entreprise Server, voir Outils d'administration de Skype Entreprise Server 2019 .
        2. Dans le volet de navigation de gauche, cliquez sur .
        3. Dans l'onglet Workflow vérifiez que tous les flux de travail de votre environnement hérité sont inclus dans la liste.
        4. Cliquez sur l'onglet Queue et vérifiez que tous les files d'attente de votre environnement hérité sont incluses dans la liste.
        5. Cliquez sur l'onglet Groupe et vérifiez que tous les groupes d'agents de votre environnement hérité sont inclus dans la liste.

        Vérification de la migration de Response Group à l'aide de Skype Entreprise Management Shell

        1. Ouvrez une session sur l'ordinateur avec un compte membre du groupe RTCUniversalReadOnlyAdmins ou membre minimal du rôle CsViewOnlyAdministrator.
        2. Démarrez Skype Entreprise Server Management Shell: cliquez sur cliquez sur cliquez sur puis sur Microsoft Skype Entreprise Server 2019 puis sur Skype Entreprise Server Management Shell .
        3. Pour plus de détails sur les applets de commande suivantes, exécutez: Get-Help -Detailed
        4. Exécution: Get-CsRgsAgentGroup
          19659013] Vérifiez que tous les groupes d'agents de votre environnement hérité sont inclus dans la liste.
        5. Exécution: Get-CsRgsQueue
        6. Vérifiez que toutes les files d'attente de votre environnement hérité sont incluses dans la liste.
        7. Exécution: Get-CsRgsWorkflow
        8. Vérifiez que tous les flux de travail de votre environnement hérité sont inclus dans la liste.

        Migration du carnet d'adresses

        • En général, le carnet d'adresses est migré avec le reste de votre topologie. Toutefois, vous devrez peut-être effectuer certaines étapes de post-migration si vous avez personnalisé les éléments suivants dans votre environnement hérité:
          • Définissez la propriété WMI PartitionbyOU pour regrouper les entrées du carnet d'adresses par unité d'organisation (UO).
          • Personnalisation des règles de normalisation du carnet d'adresses.
          • Modification de la valeur par défaut UseNormalizationRules paramètre à False.

        Entrées du carnet d'adresses groupées

        • Si vous définissez la propriété WMI PartitionbyOU sur True pour créer des carnets d'adresses pour chaque unité d'organisation, vous devez définir l'attribut Active Directory msRTCSIP-GroupingId sur les utilisateurs et les contacts. pour continuer à regrouper les entrées du carnet d'adresses. Vous souhaiterez peut-être regrouper les entrées du carnet d'adresses pour limiter l'étendue des recherches dans le carnet d'adresses. Pour utiliser l'attribut msRTCSIP-GroupingId écrivez un script pour remplir l'attribut, en attribuant la même valeur à tous les utilisateurs que vous souhaitez regrouper. Par exemple, attribuez une valeur unique à tous les utilisateurs d'une unité d'organisation.

        Règles de normalisation du carnet d'adresses

        • Si vous avez personnalisé les règles de normalisation du carnet d'adresses dans votre environnement hérité, vous devez migrer les règles personnalisées vers votre pool pilote.
        • Les règles de normalisation par défaut pour Skype Entreprise Server 2019 sont identiques aux règles par défaut de l'installation héritée . Suivez la procédure décrite plus loin dans cette section pour migrer les règles de normalisation personnalisées.

        Remarque: Si votre organisation utilise le contrôle des appels distants et que vous avez personnalisé les règles de normalisation du carnet d'adresses avant de pouvoir utiliser le contrôle d'appel distant. La procédure nécessite l'appartenance au groupe RTCUniversalServerAdmins ou des droits équivalents.

        UseNormalizationRules défini sur False

        • Si vous définissez la valeur de UseNormalizationRules sur False afin que les utilisateurs puissent utiliser les numéros de téléphone tels qu'ils sont définis dans les services de domaine Active Directory sans que Skype Entreprise Server 2019 applique des règles de normalisation, vous devez définir le Paramètres UseNormalizationRules et IgnoreGenericRules sur True. Suivez la procédure plus loin dans cette section pour définir ces paramètres sur True.

        Migration des règles de normalisation du carnet d'adresses

        1. Recherchez le fichier Company_Phone_Number_Normalization_Rules.txt à la racine du dossier partagé du carnet d'adresses et copiez-le à la racine du dossier partagé du carnet d'adresses de votre pool pilote Skype Entreprise Server 2019. 19659133] Remarque : les exemples de règles de normalisation du carnet d'adresses ont été installés dans votre répertoire de fichiers de composants Web ABS. Le chemin est $ installedDriveLetter: Program Files Microsoft Skype Entreprise Server 2019 Composants Web Fichiers du carnet d'adresses Files Sample_Company_Phone_Number_Normalization_Rules.txt . Ce fichier peut être copié et renommé en Company_Phone_Number_Normalization_Rules.txt dans le répertoire racine du dossier partagé du carnet d'adresses. Par exemple, le carnet d'adresses est partagé dans $ serverX le chemin sera similaire à: $ serverX SkypeForBusiness-FileShare 2-WebServices-1 ABFiles .

  • Utilisez un éditeur de texte, tel que le Bloc-notes, pour ouvrir le fichier Company_Phone_Number_Normalization_Rules.txt.
  • Certains types d'entrées ne fonctionneront pas correctement dans Skype Entreprise Server 2019. Parcourez le fichier pour rechercher les types d'entrées décrits dans ce document. étape, éditez-les si nécessaire et enregistrez les modifications dans le dossier partagé du carnet d'adresses dans votre pool pilote.Les chaînes qui contiennent des espaces ou des signes de ponctuation obligatoires entraînent l'échec des règles de normalisation car ces caractères sont supprimés de la chaîne entrée dans les règles de normalisation . Si vous avez des chaînes contenant des espaces ou des signes de ponctuation requis, vous devez modifier les chaînes. Par exemple, la chaîne suivante entraînerait l'échec de la règle de normalisation:
      s *  ( s *  d  d  d  s * )  s *  -  s *  d  d  d  s *  -  s *  d  d  d ré
    

    La ​​chaîne suivante n'entraînerait pas l'échec de la règle de normalisation:

      s *  (?  S *  d  d  d  s * )?  S *  -?  S *  d  d  d  s *  -?  s *  d  d  d  d  
  • Définition de UseNormalizationRules et IgnoreRules sur True

    1. Démarrez Skype Entreprise Server Management Shell: cliquez sur Démarrer cliquez sur Tous les programmes cliquez sur Business Server 2019 puis cliquez sur Skype Entreprise Server Management Shell .
    2. Effectuez l'une des opérations suivantes:
      • Si votre déploiement inclut uniquement Skype Entreprise Server 2019, exécutez l'applet de commande suivante au niveau global pour modifier les valeurs de UseNormalizationRules et IgnoreGenericRules sur True: CsAddressBookConfiguration -identity -UseNormalizationRules = $ true -IgnoreGenericRules = $ true
      • Si votre déploiement comprend une combinaison de Skype Entreprise Server 2019 et une installation héritée, exécutez l'applet de commande suivante et affectez-la à chaque pool Skype Entreprise Server 2019 dans la topologie: New-CsAddressBookConfiguration -identity -UseNormalizationRules = $ true -IgnoreGenericRules = $ true
    3. Attendez que la réplication du magasin central de gestion se produise sur tous les pools.

    4. Modifiez le fichier de règles de normalisation du téléphone, "Company_Phone_Number_Normalization_Rules.txt", pour que votre déploiement efface le contenu. Le fichier se trouve sur le partage de fichiers de chaque pool Skype Entreprise Server 2019. Si le fichier n'est pas présent, créez un fichier vide nommé "Company_Phone_Number_Normalization_Rules.txt".
    5. Attendez quelques minutes pour que tous les pools frontaux lisent les nouveaux fichiers.
    6. Exécutez l'applet de commande suivante sur chaque Skype Entreprise Server 2019 pool dans votre déploiement: Update-CsAddressBook

    Configurer la page de réunion

    Lorsqu'un utilisateur clique sur un lien de réunion dans une demande de réunion, la page est déjà installé sur l'ordinateur de l'utilisateur. Si un client est déjà installé, ce client s'ouvre et rejoint la réunion. Si un client n'est pas installé, l'application Web s'ouvre par défaut.

    Vous pouvez modifier le comportement de la page de réunion de réunion si vous souhaitez autoriser les utilisateurs à participer à des réunions. Ces options de configuration ont été supprimées du panneau de configuration, mais vous les configurez à l'aide de l'applet de commande CsWebServiceConfiguration.

    Page de jointure de réunion Paramètres CsWebServiceConfiguration

    Configuration de la page de réunion à l'aide de Skype Entreprise Server 2019 le shell de gestion Skype Entreprise Server 2019: Cliquez sur Démarrer cliquez sur Tous les programmes cliquez sur Microsoft Skype Entreprise Server 2019 puis sur Business Server Management Shell .

  • Exécutez l'applet de commande suivante:
     Get-CsWebServiceConfiguration
    

    Cette cmdlet renvoie les paramètres de configuration du service Web.

  • Exécutez la commande suivante, avec les paramètres définis sur True ou False, selon vos préférences (pour plus d'informations sur les paramètres de cette cmdlet, consultez la documentation de Skype Entreprise Server Management Shell ):

     Set-CsWebServiceConfiguration -Identity global -ShowJoinUsingLegacyClientLink $ True 
  • Suppression de serveurs d'archivage et de surveillance hérités

    • Si votre déploiement hérité contenait un serveur d'archivage ou un serveur de surveillance, après la migration vers Skype Entreprise Server 2019, ces serveurs peuvent être supprimés de l'environnement hérité, à condition que tous les utilisateurs aient été supprimés. Vous pouvez supprimer le serveur d'archivage ou le serveur de surveillance dans n'importe quelle séquence. La condition essentielle est que tous les utilisateurs ont été supprimés des pools existants restants. Vous pouvez déplacer les utilisateurs vers Skype Entreprise Server 2019 en référençant les procédures de déplacement dans « Phase 4: Déplacement des utilisateurs de test vers le pool pilote ».
    • Après avoir confirmé que tous les utilisateurs ont été supprimés pools, désaffecter le serveur et supprimer des rôles. Un exemple daté mais pertinent est "Désinstallation de Microsoft Lync Server et suppression des rôles de serveur", que vous pouvez télécharger à https://go.microsoft.com/fwlink/p/?linkId=246227 . 19659052]

      Configuration de serveurs d'applications sécurisés

      • Dans un environnement mixte, si vous créez un serveur d'applications approuvé, vous devez définir le pool de tronçons suivant comme pool Skype Entreprise Server 2019. Dans un environnement mixte, le pool hérité et le pool Skype Entreprise Server 2019 apparaissent dans la liste déroulante. La sélection du pool hérité n'est pas prise en charge.

      Important: Si vous migrez un serveur d'applications approuvé, vous devez également mettre à jour la version d'UCMA que vous utilisez. Si vous créez un nouveau pool d'applications approuvées pour Skype Entreprise Server 2019, vous devez mettre à jour UCMA avec la version fournie avec Skype Entreprise Server 2019 ou la dernière version disponible.

      Sélectionnez Skype Entreprise Server 2019 comme saut suivant lorsque création d'un serveur d'applications approuvé

      1. Ouvrez le Générateur de topologies.
      2. Dans le volet gauche, cliquez avec le bouton droit sur Serveurs d'applications sécurisés et cliquez sur Nouveau pool d'applications approuvées . Pool FQDN du pool d'applications approuvées et sélectionnez s'il s'agit d'un serveur unique ou de plusieurs serveurs.
      3. Cliquez sur Suivant .
      4. Sur le Sélectionnez le suivant sautez sur la page dans la liste, sélectionnez le pool frontal Skype Entreprise Server 2019.
      5. Cliquez sur Terminer .
      6. Sélectionnez le nœud supérieur Skype Entreprise Server et à partir du menu Action sélectionnez Publier .
      7. Vérifiez que le pool d'applications approuvé a bien été créé et qu'il est associé au pool de serveurs frontaux correct.

      Déploiement des clients Skype Entreprise Server

      Pour plus d'informations, voir Déployer des clients pour Skype Entreprise Server dans la documentation de déploiement.

      Connecter un SBA (Survivable Branch Appliance)

      • Chaque appliance Sv (Survivable Branch Appliance) est associée à un pool de serveurs frontaux qui sert de registraire de sauvegarde pour le SBA. Lorsque le pool de serveurs frontaux est migré vers Skype Entreprise Server 2019, le SBA doit être dissocié du pool de serveurs frontaux lorsque le pool est mis à niveau. Une fois le pool migré vers Skype Entreprise Server 2019, le SBA peut être associé à nouveau au pool frontal mis à niveau. Cela implique la suppression du SBA de la topologie héritée dans le Générateur de topologies, puis l'ajout du SBA à la topologie Skype Entreprise Server 2019. Les utilisateurs hébergés sur le SBA hérité doivent d'abord être déplacés vers un autre pool de serveurs frontaux avant de supprimer le SBA de la topologie. Une fois le SBA ajouté à la topologie Skype Entreprise Server 2019, ces utilisateurs peuvent être redirigés vers le SBA. Ces étapes sont résumées ci-dessous:
      1. Déplacez les utilisateurs de branche hébergés sur le SBA hérité vers un autre pool frontal.
      2. Supprimez le SBA de la topologie héritée pour déconnecter le pool frontal existant en tant que registrar de sauvegarde. la topologie Skype Entreprise Server 2019 et configurez ce nouveau pool frontal en tant que bureau d'enregistrement de sauvegarde.
      3. Déplacez les utilisateurs de la branche vers le nouveau SBA Skype Entreprise Server 2019.

      Ajout d'un site de succursale SBA hérité à votre topologie [19659141] Ouvrez Générateur de topologies .

    • Dans le volet gauche, cliquez avec le bouton droit sur Sites de succursales puis cliquez sur Nouveau site de succursale .
    • Boîte de dialogue Définir un nouveau site de succursale cliquez sur Nom puis tapez le nom du site de succursale.
    • (Facultatif) Cliquez sur Description puis tapez a Description significative du site de la succursale.
    • Cliquez sur Suivant .
    • (Facultatif) In t Boîte de dialogue Définir un nouveau site de succursale effectuez l'une des opérations suivantes:
      1. Click Cityand then type the name of the city in which the branch site is located.
      2. Click State/Regionand then type the name of the state or region in which the branch site is located.
      3. Click Country Codeand then type the two-digit calling code for the country/region in which the branch site is located.
    • Click Nextand then, if you are using a Survivable Branch Appliance or Server at this site, be sure to clear the Open the New Survivable Wizard when this wizard closes check box. Click Finish.
    • To associate the legacy SBA to the Skype for Business Server 2019 Front End pool:
      1. Expand the branch site that has been created.
      2. Right-click on legacy version, and then click New.
      3. Click Survivable Branch Appliance.
    • Follow the directions in the wizard that opens. For information about wizard items, see
    • Note: A SBC can only be associated with a monitoring store.

      10. If you are not using a Survivable Branch Appliance or Server at this site, clear the Open the New Survivable Wizard when this wizard closes check box, and then click Finish.

      11. Repeat the previous steps for each branch site you want to add to the topology.

      Configuring SCOM monitoring 

      • After migrating to Skype for Business Server 2019, you must complete a few tasks to configure Skype for Business Server 2019 to work with System Center Operations Manager.
        • Apply updates to a server elected to manage the central discovery logic.
        • Update the central discovery candidate server registry key.
        • Configure your primary System Center Operations Manager management server to override the candidate central discovery node.

      Instructions for carrying out each of these tasks are provided below.

      Apply updates to a server elected to manage the central discovery logic.

      1. Elect a server that has the System Center Operations Manager agent files installed and is configured as a candidate discovery node.
      2. Apply updates to this server. See the topic Apply updates.

      Update the central discovery candidate server registry key.

      1. On the server elected to manage the central discovery logic, open a Windows PowerShell command window.
      2. At the command line, type the following:

      New-Item -Path "HKLM:SoftwareMicrosoftReal-Time CommunicationsHealth"

      New-Item -Path "HKLM:SoftwareMicrosoftReal-Time CommunicationsHealthCentralDiscoveryCandidate"

      Note: Whenever you edit the registry, you may experience an error that the command failed if the registry key already exists. If you experience this, you can safely ignore the error.

      Whenever you edit the registry, you may experience an error that the command failed if the registry key already exists. If you experience this, you can safely ignore the error.

      • Migrate Common Area Phones
      • Migrate analog devices

      Configuring your primary SCOM management server to override the candidate central discovery watcher node.

      1. On a computer where the System Center Operations Manager console has been installed, expand Management Pack Objects and then select Object Discoveries.
      2. Click Change Scope
      3. From the Scope Management Pack Objects page, select LS Discovery Candidate.
      4. Override the LS Discovery Candidate Effective Value to the name of the candidate server elected in the earlier procedure.
      5. To finalize your changes, restart the health service on the System Center Operations Manager Root Management Server.

      Migrating Common Area Phones

      Common Area Phones are IP phones that most often reside in a shared workspace or common area, like a lobby, kitchen, or factory floor. Common Area Phones do not need to be connected to a computer to provide Skype for Business Server unified communications (UC) functionality. After migrating a deployment to Skype for Business Server 2019, you must also migrate the contact objects associated with the legacy Common Area Phone. Using Skype for Business Server Management Shell, you will first retrieve all contact objects associated with the legacy Common Area Phones, and then move those objects to the Skype for Business Server 2019 pool.

      Migrating Common Area Phones

      1. From the Skype for Business Server 2019 Front End server, open Skype for Business Server Management Shell.
      2. From the command line, type the following: Get-CsCommonAreaPhone -Filter {RegistrarPool -eq "pool01.contoso.net"} | Move-CsCommonAreaPhone -Target pool02.contoso.net
      3. To verify that all contact objects have been moved to the Skype for Business Server 2019 pool, from the Skype for Business Server Management Shell type the following: Get-CsCommonAreaPhone -Filter {RegistrarPool -eq "pool02.contoso.net"}
      4. Verify that all contact objects are now associated with the Skype for Business Server 2019 pool.

      Migrate analog devices 

      1. Start the Skype for Business Server Management Shell: Click Startclick All Programsclick Microsoft Skype for Business Server 2019and then click Skype for Business Server Management Shell.
      2. At the command line, type: Get-CsAnalogDevice -Filter {RegistrarPool -eq "pool01.contoso.net"} | Move-CsAnalogDevice -Target pool02.contoso.net
      3. Verify that all contact objects have been moved to the Skype for Business Server 2019 pool. At the command line, type: Get-CsAnalogDevice -Filter {RegistrarPool -eq "pool02.contoso.net"}
      4. Verify that all the contact objects are now associated with the Skype for Business Server 2019 pool.

      Great job! I know this was a longer blog article, but I wanted to make sure we covered all bases so nothing was missed. On that note though, we’re almost done! In Phase 8, we’ll discuss decommissioning our legacy pools! So you can finally say bye bye to Lync Server 2013 or Skype for Business Server 2015 and brag about how your company is using the latest and greatest that Microsoft has to offer (well besides Teams, but that’s a blog for another day ? )!






    Source link

    Revenir vers le haut