Consolidation du cloud pour Teams et Skype Entreprise

  • Article
  • S’applique à:
    Skype for Business, Microsoft Teams

Important

Skype Entreprise Online exploité par 21Vianet en Chine sera mis hors service le 1er octobre 2023. Si vous n’avez pas encore mis à niveau vos utilisateurs Skype Entreprise Online, ils sont automatiquement planifiés pour une mise à niveau assistée. Si vous souhaitez mettre à niveau votre organization vers Teams vous-même, nous vous recommandons vivement de commencer à planifier votre chemin de mise à niveau dès aujourd’hui. N’oubliez pas qu’une mise à niveau réussie aligne la préparation technique et la préparation des utilisateurs. Veillez donc à tirer parti de nos conseils de mise à niveau lorsque vous naviguez vers Teams.

Skype Entreprise Online, à l’exception du service exploité par 21Vianet en Chine, a été mis hors service le 31 juillet 2021.

De nombreuses grandes entreprises ont plusieurs forêts AD locales. Dans certains cas, les clients ont plusieurs déploiements Exchange et/ou Skype Entreprise Server (ou Lync Server). Les organisations qui n’ont qu’une forêt locale peuvent se trouver dans une situation similaire en raison d’une fusion ou d’une acquisition d’entreprise. À mesure que ces clients passent au cloud, ils souhaitent consolider plusieurs instances d’une charge de travail locale donnée en une seule organization Microsoft 365 en ligne. Cet article s’adresse aux organisations avec plusieurs déploiements locaux de Skype Entreprise (ou Lync) qui souhaitent déplacer leur organization entièrement vers Microsoft Teams (tous les utilisateurs sont Teams uniquement).

Historiquement, les conseils ont été pour les clients de consolider d’abord les déploiements locaux, puis de passer au cloud. Bien que ce guide soit toujours une option, cet article décrit une solution qui permet aux organisations avec plusieurs déploiements Skype Entreprise de migrer un déploiement à la fois dans un seul organization Microsoft 365, sans effectuer de consolidation locale. Microsoft Teams ne prend pas en charge plusieurs forêts Skype Entreprise ou Lync Server en mode hybride avec une seule organization Microsoft 365.

Important

Avant d’utiliser ce guide pour la configuration, veillez à examiner et à comprendre les limitations, car elles peuvent affecter votre organization.

Vue d’ensemble de la consolidation cloud

Vous pouvez regrouper tous les utilisateurs locaux de plusieurs déploiements Skype Entreprise en une seule organization Microsoft 365 en ligne, à condition que les conditions requises suivantes soient remplies :

  • Il doit y avoir au plus une organization Microsoft 365 impliquée. La consolidation dans les scénarios avec plusieurs organization n’est pas prise en charge.

  • À tout moment, une seule forêt Skype Entreprise locale peut être en mode hybride (espace d’adressage SIP partagé). Toutes les autres forêts Skype Entreprise locales doivent rester locales (et probablement fédérées les unes avec les autres). Ces organisations locales peuvent se synchroniser avec Microsoft Entra ID si vous le souhaitez si vous désactivez les domaines SIP en ligne.

Les clients avec des déploiements de Skype Entreprise dans plusieurs forêts doivent migrer entièrement tous les utilisateurs d’une seule forêt de Skype Entreprise hybride individuellement vers microsoft 365 organization à l’aide de la fonctionnalité d’espace d’adressage SIP partagé. Vous devez ensuite désactiver le déploiement hybride avec ce déploiement local, avant de passer à la migration du déploiement Skype Entreprise local suivant. Avant d’être migrés vers le cloud, les utilisateurs locaux restent dans un état fédéré avec tous les utilisateurs qui ne sont pas représentés dans l’annuaire local du même utilisateur.

Exemple canonique de consolidation cloud

Envisagez un organization avec deux déploiements locaux fédérés distincts de Skype Entreprise qui souhaite les consolider en ligne dans Microsoft Teams.

Détails de l’état d’origine Détails de l’état souhaité
  • Deux déploiements Skype Entreprise locaux indépendants dans des forêts AD distinctes
  • Au maximum, une forêt est en hybride avec Teams
  • Les organisations sont fédérées entre elles
  • Les utilisateurs ne sont pas synchronisés entre ces forêts
  • L’organisation peut avoir un organization Microsoft 365 et peut synchroniser son répertoire dans Microsoft Entra ID
  • Un organization Microsoft 365
  • Il n’y a plus de déploiements locaux, donc il n’y a plus d’hybride
  • Tous les utilisateurs locaux ont été déplacés vers le mode Teams uniquement
  • Aucune empreinte locale de Skype Entreprise Server n’importe où
  • Les utilisateurs disposent toujours de l’authentification locale

Consolidation de deux déploiements locaux fédérés distincts.

Les étapes de base pour passer de l’état d’origine à l’état final souhaité sont décrites ci-dessous. Certaines organisations peuvent constater que leur point de départ se trouve quelque part au milieu de ces étapes. Voir Autres points de départ, plus loin dans cet article. Enfin, dans certains cas, l’ordre peut être ajusté, en fonction des besoins. Les contraintes et limitations clés sont décrites plus loin.

  1. Obtenez un organization Microsoft 365 s’il n’en existe pas encore.
  2. Assurez-vous que tous les domaines SIP pertinents dans les deux déploiements locaux sont des domaines Microsoft 365 vérifiés.
  3. Choisissez un déploiement Skype Entreprise hybride avec Microsoft 365. Dans cet exemple, nous allons utiliser OriginalCompany.Com.
  4. Activez Microsoft Entra Connect pour la forêt qui deviendra hybride (OriginalCompany.com).
  5. Définissez la stratégie à l’échelle du locataire pour TeamsUpgradePolicy sur SfBWithTeamsCollab ou l’un des autres modes Skype Entreprise (SfBOnly ou SfBWithTeamsCollabAndMeetings). Cette étape est essentielle pour garantir le routage des appels et des conversations des utilisateurs qui passent uniquement à Teams vers les utilisateurs qui restent en local.
  6. Il est recommandé à ce stade (mais pas encore obligatoire avant l’étape 11) d’activer Microsoft Entra Connect pour l’autre forêt (AcquiredCompany.com). En supposant que Microsoft Entra Connect soit activé dans les deux forêts, l’organisation ressemble à la figure A, qui peut être un point de départ commun pour certaines organisations.
  7. Pour tous les domaines SIP hébergés par d’autres déploiements locaux (dans ce cas, AcquiredCompany.com), désactivez ces domaines SIP en ligne dans votre organization Microsoft 365 à l’aide Disable-CsOnlineSipDomain du module PowerShell Teams.
  8. Configurez Skype Entreprise hybride pour OriginalCompany.com (le seul déploiement qui a toujours activé les domaines SIP en ligne).
  9. Dans le déploiement hybride (OriginalCompany.com), commencez à déplacer les utilisateurs d’Skype Entreprise localement vers le cloud (teams uniquement ou non) afin que l’utilisateur soit Teams uniquement. Maintenant, le organization ressemble à la figure B. Les principales modifications apportées à la figure A sont les suivantes :
    • Les utilisateurs des deux répertoires locaux se trouvent désormais dans Microsoft Entra ID.
    • AcquireCompany.com est un domaine SIP en ligne désactivé.
    • Certains utilisateurs ont été déplacés en ligne vers Teams uniquement. (Voir l’utilisateur violet A.)
  10. Une fois que tous les utilisateurs sont déplacés vers le cloud, désactivez hybride avec le Skype Entreprise déploiement local pour OriginalCompany.com de Microsoft 365 :
    • Désactivez le domaine fractionné dans le organization Microsoft 365.
    • Désactivez la possibilité de communiquer avec Microsoft 365 dans OriginalCompany.com localement.
    • Mettez à jour les enregistrements DNS pour OriginalCompany.com pour pointer vers Microsoft 365.
  11. Si ce n’est pas déjà fait, activez Microsoft Entra Connect pour la forêt suivante qui sera hybride (AcquiredCompany.com). À ce stade, le organization ressemble à la figure C. Cette configuration peut être un autre point de départ courant pour certaines organisations.
  12. Dans Teams PowerShell, activez les domaines SIP pour le prochain déploiement local qui sera hybride, AcquiredCompany.Com. Cette opération est effectuée à l’aide Enable-CsOnlineSipDomainde , qui est une nouvelle fonctionnalité disponible depuis décembre 2018.
  13. Si vous utilisez la fédération fermée, vous devez ajouter tous les domaines SIP (à l’exception de *.microsoftonline.com) du locataire en ligne pur en tant que domaines autorisés dans le même Microsoft 365. Cela peut prendre un certain temps avant que la modification ne prenne effet et il n’y a aucun mal à le faire tôt. Nous vous suggérons donc de le faire bien avant de passer à l’étape 14.
  14. Mettez à jour l’environnement local pour accepter tous les domaines SIP du locataire en ligne afin qu’ils correspondent.
  15. Activez Skype Entreprise hybride entre l’entreprise AcquiredCompany locale.com et le cloud.
  16. Si vous le souhaitez, migrez les utilisateurs de l’environnement local vers le cloud pour devenir des utilisateurs TeamsOnly. Pendant cet état, le organization ressemble à la figure D.
  17. Une fois que tous les utilisateurs sont migrés, désactivez l’environnement hybride avec l’environnement local pour que le organization cloud pur !

Les diagrammes ci-dessous montrent la configuration à différents points clés au cours de ce processus.

Figure A
  • Les deux organisations se synchronisent via Microsoft Entra Connect. Par conséquent, Microsoft Entra ID contient désormais tous les utilisateurs des deux déploiements locaux.
  • Tous les utilisateurs sont hébergés localement.
  • Skype Entreprise hybride n’est pas encore configuré.
  • Si les utilisateurs de l’un ou l’autre des déploiements utilisent Teams, ils ne pourront pas se fédérer les uns avec les autres (ou avec les organization), et ils n’auront pas d’interopérabilité avec les utilisateurs Skype Entreprise. À cette étape, Microsoft recommande d’utiliser Teams pour les canaux uniquement.

    Figure Diagramme A.
Figure B

  • AcquireCompany.com est un domaine SIP en ligne désactivé . Tous les utilisateurs sont locaux. S’ils utilisent Teams, ils n’ont pas de fédération ou d’interopérabilité. À cette étape, Microsoft recommande d’utiliser Teams pour les canaux uniquement.

  • Skype Entreprise hybride a été activé pour l’une des organisations locales.

  • Certains utilisateurs de la organization hybride ont été déplacés vers le cloud et sont Teams uniquement (utilisateur A comme indiqué par l’ombrage violet). Ces utilisateurs Teams Seuls les utilisateurs disposent d’une prise en charge complète de l’interopérabilité et de la fédération avec d’autres utilisateurs Skype Entreprise.

    Diagramme de la figure B.

Figure C

  • Tous les utilisateurs d’OriginalCompany.com sont désormais en mode Teams Uniquement dans le cloud.

  • Skype Entreprise configuration hybride avec OriginalCompany.le déploiement com a été désactivé. Le déploiement local a disparu.

  • Si AcquireCompany.com n’était pas auparavant synchronisé avec Microsoft Entra ID. Pour continuer à partir de là, il doit être synchronisé maintenant. Mais il n’est pas encore hybride (espace d’adressage SIP partagé). Tant que le organization n’est pas prêt à passer à un environnement hybride, le domaine SIP en ligne pour les organization locaux purs (AcquiredCompany.com) doit rester désactivé, afin que les utilisateurs teams en ligne puissent communiquer avec les utilisateurs locaux.

    Diagramme de la figure C.

Figure D

  • AcquireCompany.com est désormais activé en tant que domaine SIP en ligne.

  • L’environnement local est mis à jour pour accepter OriginalCompany.Com. (Les certificats de domaine et de périphérie autorisés sont mis à jour).

  • L’espace d’adressage SIP partagé est activé entre AcquiredCompany.com et Microsoft 365 organization.

  • Certains utilisateurs de la organization hybride peuvent avoir été déplacés vers le cloud, comme l’utilisateur D ci-dessous (indiqué par l’ombrage violet).

    Diagramme de la figure D.

Autres points de départ

Les étapes de l’exemple canonique ci-dessus supposent que le organization commence par deux déploiements locaux fédérés sans présence de Microsoft 365. Toutefois, certaines organisations peuvent avoir une empreinte Microsoft 365 existante, et il peut y avoir différents points d’entrée dans la séquence ci-dessus. Il existe quatre configurations classiques :

  • Plusieurs organisations fédérées locales sans Microsoft 365 organization. Dans ce cas, commencez à l’étape 1.
  • Plusieurs organisations fédérées locales qui synchronisent déjà plusieurs forêts Skype Entreprise dans un seul locataire Microsoft Entra. Une telle organization ressemble à la organization hypothétique de la figure A, qui a terminé les étapes 1 à 6 et doit commencer à l’étape 7.
  • Un organization hybride qui fédère avec une ou plusieurs autres organisations locales pures, dont aucune n’est synchronisée avec Microsoft Entra ID. Une telle organization ressemblerait à la organization hypothétique de la figure E, illustrée ci-dessous.
    • Cette organization est similaire à la figure B, qui a effectué les étapes 1 à 9, sauf : - Ses déploiements de Skype Entreprise non hybrides ne sont PAS encore synchronisés avec Microsoft Entra ID. - Les domaines SIP en ligne ne sont pas encore désactivés.
    • Ces organisations doivent : - Effectuer la migration de la organization hybride existante et entrer la séquence ci-dessus à l’étape 10. OU , - Si vous souhaitez synchroniser d’autres forêts Skype Entreprise dans Microsoft Entra avant de terminer la migration de l’organization hybride, vous devez effectuer l’étape 7 pour désactiver tous les domaines SIP en ligne dans tout autre déploiement Skype Entreprise local qui se synchronisera dans ID Microsoft Entra. Vous devez ensuite activer Microsoft Entra Connect, puis passer ensuite à l’étape 10 (désactiver le déploiement hybride d’origine).
Figure E

Diagramme de la figure E.

  • Un organization Teams uniquement qui fédère avec un Skype Entreprise organization local distinct. Une fois que cette organization désactive le domaine SIP en ligne pour le organization local et active Microsoft Entra Connect pour le Skype Entreprise organization local, elle ressemble à l’hypothétique organization illustré dans la figure C qui a terminé les étapes 1 à 11.

Limites

  • Il doit y avoir au plus une organization Microsoft 365 impliquée. La consolidation dans les scénarios avec plusieurs organization n’est pas prise en charge.
  • Une seule forêt Skype Entreprise locale peut être en mode hybride (espace d’adressage SIP partagé) à la fois. Toutes les autres forêts Skype Entreprise locales doivent rester purement locales et doivent être fédérées entre elles et les organization Microsoft 365.
  • Avant la migration vers le cloud, il existe une expérience asymétrique pour les utilisateurs dans ce déploiement, car tous les utilisateurs en ligne ne sont pas représentés localement.
    • L’expérience peut se résumer comme suit :
      • Tout utilisateur hébergé en ligne interagit avec les utilisateurs locaux dans l’environnement hybride comme si l’utilisateur était hybride.
      • Les utilisateurs locaux du déploiement hybride interagissent avec les utilisateurs en ligne qui sont représentés dans leur annuaire local comme s’ils étaient hybrides.
      • Les utilisateurs locaux du déploiement hybride interagissent avec les utilisateurs en ligne qui ne sont pas représentés dans ad local comme fédérés.
      • Dans la figure D ci-dessus, l’utilisateur E est local dans AcquiredCompany.Com. L’utilisateur E interagit avec l’utilisateur D (hébergé en ligne) à l’aide de l’expérience hybride standard, mais l’utilisateur E aura une expérience fédérée avec les utilisateurs A, B et C, car ils ne sont pas représentés dans l’annuaire local. Toutefois, les utilisateurs A, B et C interagissent avec l’utilisateur E comme si l’utilisateur était en mode hybride.
      • Implications de l’interaction hybride et de la fédération :
        • La présence n’est pas automatiquement abonnée pour les utilisateurs fédérés, sauf si l’utilisateur est marqué comme contact.
        • Le transfert d’appel ne fonctionne pas entre les domaines fédérés.
        • Les scénarios de transfert d’appel sont plus limités.
        • Une limitation peut être appliquée au trafic fédéré.
  • Compte tenu de cette expérience, la prise en charge de la fonctionnalité d’appel dans les scénarios intersite entre un utilisateur local et un utilisateur cloud qui ne se trouve pas dans l’annuaire local est limitée à pair à pair uniquement.
    • Le transfert d’appels, le transfert, les files d’attente d’appels, etc. entre ces utilisateurs n’est pas pris en charge.
    • Ces scénarios d’appel non pris en charge semblent toujours activés, mais dans de nombreux cas, ils échouent de manière imprévisible.
    • Dans la figure D ci-dessus, l’utilisateur E est local et les appels avec les utilisateurs A, B ou C sont pris en charge uniquement en tant qu’homologue à pair. (Les appels avec l’utilisateur D n’ont pas de limitations de support.) Toutefois, une fois que l’utilisateur local E est déplacé vers le cloud, cette restriction ne s’applique plus.
  • Si vous avez plusieurs déploiements de Skype Entreprise Server 2019 dans votre environnement, un seul de ces déploiements peut être configuré pour utiliser le standard automatique organisationnel, car cette fonctionnalité nécessite Skype Entreprise Server configuration hybride.
  • L’ordre de certaines des étapes précédentes peut être ajusté. La condition clé est que si toutes ces conditions sont vraies :
    • Plusieurs Skype Entreprise forêt locales synchronisées avec un seul locataire Microsoft 365 dans Microsoft Entra ID.
    • Le domaine fractionné est activé avec une forêt locale.
    • Au moins un utilisateur de la organization hybride a été migré vers le cloud. Ensuite, vous devez désactiver tous les autres domaines SIP en ligne de toute autre forêt Skype Entreprise locale. Sinon, la fédération entre les utilisateurs en ligne dans le organization hybride et les utilisateurs locaux dans d’autres organisations s’interrompt dans une direction.

Implications

  • Étant donné qu’il existe des limitations dans la prise en charge des fonctionnalités d’appel avancées décrites ci-dessus, les organisations doivent traiter ces états asymétriques comme temporaires dans le cadre de la migration, et ne pas les poursuivre comme un état stable.
  • Les organisations avec plusieurs déploiements Skype Entreprise locaux doivent généralement commencer par un déploiement qui peut être entièrement migré vers le cloud, afin que la consolidation puisse se poursuivre. Il est entendu que, dans certains cas, il y aura des blocages de certains groupes d’utilisateurs pour lesquels il n’est pas encore viable de passer à Teams. Lorsqu’il s’agit d’une considération dans les scénarios impliquant plusieurs forêts Skype Entreprise, commencez à migrer avec une autre forêt qui n’a pas ces limitations, si possible.
  • Lors du déplacement d’un environnement local vers le cloud, les utilisateurs qui ont des relations de délégation et/ou qui sont généralement impliqués dans des scénarios de transfert d’appel doivent être déplacés ensemble en tant qu’unité.

Considérations relatives au passage en mode TeamsOnly

Lorsque vous déplacez des utilisateurs d’un environnement local vers le cloud dans un environnement hybride, ces utilisateurs deviennent des utilisateurs Teams uniquement.

  • Lorsque vous attribuez le mode TeamsOnly à un utilisateur, tous les conversations et appels de n’importe quel autre utilisateur arrivent dans le client Teams de cet utilisateur.
  • Si les utilisateurs disposant d’Skype Entreprise localement utilisent principalement Skype Entreprise client et non Teams, envisagez de définir TeamsUpgradePolicy afin que le routage vers ces utilisateurs locaux arrive toujours dans Skype Entreprise au lieu de Teams. Pour garantir un routage correct des conversations et des appels entre les utilisateurs qui sont TeamsOnly et les utilisateurs qui utilisent toujours Skype Entreprise localement, les utilisateurs locaux doivent avoir une valeur effective de TeamsUpgradePolicy avec l’un des modes Skype Entreprise, plutôt que Islands (qui est la valeur par défaut).
    • Vous devez d’abord définir la instance globale de TeamsUpgradePolicy de votre locataire sur l’une des valeurs suivantes : - SfBWithTeamsCollab (recommandé) - SfBWithTeamsCollabAndMeetings - SfBOnly
    • Vous pouvez accorder une stratégie à l’échelle du locataire à l’aide de cette commande :
      Grant-CsTeamsUpgradePolicy -PolicyName SfBWithTeamsCollab -Global
    • Remarque : vous devez effectuer cette étape à l’échelle du locataire, car la stratégie ne peut pas être affectée à des utilisateurs individuels qui n’ont pas d’adresse SIP dans l’annuaire en ligne. Bien que vous ayez désactivé les domaines SIP en ligne pour vos déploiements locaux purs, les utilisateurs de ces domaines n’auront pas d’adresses SIP dans l’annuaire en ligne par conception. Par conséquent, la seule façon d’appliquer une stratégie à ces utilisateurs locaux consiste à attribuer au niveau du locataire. Dans le déploiement hybride, les utilisateurs auront une adresse SIP dans l’annuaire en ligne afin qu’une stratégie puisse leur être explicitement affectée s’il est souhaité qu’ils aient une valeur différente de celle de la stratégie globale du locataire.

Voir aussi

Mettre à jour le certificat de serveur Edge

Mettre à jour Microsoft Entra Connect pour inclure plusieurs forêts

Désactiver le mode hybride pour terminer la migration vers le cloud