Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Skype Entreprise Online exploité par 21Vianet en Chine a été mis hors service le 1er octobre 2023. Si vous n’avez pas mis à niveau vos utilisateurs Skype Entreprise Online vers Teams, 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 à utiliser 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.
Cet article traite des attributs Skype Entreprise Server qui restent dans votre Active Directory local après la migration de l’utilisateur, et explique également le sujet où les numéros de téléphone sont gérés.
Par défaut, tous les utilisateurs qui ont été activés pour Skype Entreprise Server puis déplacés vers le cloud ont toujours des attributs msRTCSIP configurés dans votre Active Directory local.
Ces attributs, en particulier l’adresse sip (msRTCSIP-PrimaryUserAddress) et le numéro de téléphone (msRTCSIP-Line), continuent de se synchroniser à partir du Active Directory local dans Microsoft Entra ID.
Toutefois, une fois le déploiement Skype Entreprise Server supprimé, les outils Skype Entreprise Server ne sont pas disponibles pour gérer ces attributs.
Sans les outils permettant de gérer les attributs, si des modifications sont nécessaires pour les attributions de numéros de téléphone, les administrateurs ne peuvent pas utiliser les outils pour effectuer des mises à jour.
Deux modèles sont disponibles pour gérer cette situation de manière proactive. Les détails des considérations relatives à l’approche par phases suivent ce résumé.
| Modèle | Activités |
|---|---|
| 1 - Gérer les opérations d’administration locales | Conservez Active Directory en local comme source faisant autorité pour la gestion des numéros de téléphone.
Laissez les utilisateurs activés pour Skype Entreprise comptes de serveur tels quelles et gérez les attributs msRTCSIP à l’aide des outils Active Directory. |
| 2 - Gérer les opérations en ligne et supprimer les attributs locaux | Déplacez les tâches d’administration en ligne et effacez tous les attributs msRTCSIP des utilisateurs migrés dans votre Active Directory local. |
Modèle 1 : gérer les adresses sip et les numéros de téléphone des utilisateurs dans Active Directory
Cette méthode garantit aucune perte de service pour les utilisateurs migrés, tout en conservant les opérations de gestion des nombres avec des outils locaux et vous permet de supprimer le déploiement Skype Entreprise Server en éliminant (par exemple, en effaçant) les serveurs, sans désaffectation complète.
Remarque
Après la migration des utilisateurs vers Teams, les nouveaux utilisateurs sous licence n’auront pas ces attributs renseignés dans votre Active Directory local et sont gérés en ligne.
Les administrateurs peuvent gérer les utilisateurs qui ont été déplacés d’un Skype Entreprise Server local vers le cloud, même après la mise hors service du déploiement local.
Si vous souhaitez apporter des modifications à l’adresse sip d’un utilisateur ou au numéro de téléphone d’un utilisateur (et que l’adresse sip ou le numéro de téléphone a déjà une valeur dans le Active Directory local), vous devez apporter la modification dans le Active Directory local et laisser la ou les valeurs passer jusqu’à Microsoft Entra ID. Cette méthode ne nécessite PAS de Skype Entreprise Server locale. Au lieu de cela, vous pouvez modifier ces attributs directement dans le Active Directory local, à l’aide du composant logiciel enfichable MMC Utilisateurs et ordinateurs Active Directory (comme indiqué ci-dessous), ou à l’aide de PowerShell. Si vous utilisez le composant logiciel enfichable MMC, ouvrez la page des propriétés de l’utilisateur, cliquez sur l’onglet Attribut Rédacteur et recherchez les attributs appropriés à modifier :
Pour modifier l’adresse sip d’un utilisateur, modifiez le
msRTCSIP-PrimaryUserAddress.Remarque
Si l’attribut
ProxyAddressescontient une adresse sip, mettez également à jour cette valeur en tant que meilleure pratique. Bien que l’adresse sip dansProxyAddressessoit ignorée par O365 simsRTCSIP-PrimaryUserAddresselle est remplie, elle peut être utilisée par d’autres composants locaux.Pour modifier le numéro de téléphone d’un utilisateur, modifiez
msRTCSIP-Lines’il a déjà une valeur.
Si l’utilisateur n’avait pas de valeur locale
msRTCSIP-Lineà l’origine avant le déplacement, vous pouvez modifier le numéro de téléphone à l’aide du-PhoneNumberparamètre dans l’applet de commande Set-CsPhoneNumberAssignment dans le module PowerShell Teams.
Ces étapes ne sont pas nécessaires pour les nouveaux utilisateurs créés après la désactivation de l’hybride, et ces utilisateurs peuvent être gérés directement dans le cloud. Si vous êtes à l’aise avec la combinaison de ces méthodes et si vous laissez les attributs msRTCSIP en place dans votre Active Directory local, vous pouvez réimager les serveurs Skype Entreprise locaux et continuer à utiliser ce modèle indéfiniment. Toutefois, si vous préférez effacer tous les attributs msRTCSIP et effectuer une désinstallation traditionnelle de Skype Entreprise Server, utilisez le modèle 2.
Modèle 2 - Effacer les attributs Skype Entreprise pour tous les utilisateurs locaux dans Active Directory
Cette phase permet d’obtenir une approche de gestion cohérente pour les utilisateurs existants et nouveaux.
Cette option nécessite plus d’efforts et une planification appropriée, car les utilisateurs qui ont été déplacés d’une Skype Entreprise Server locale vers le cloud doivent être reprovisionnés. Ces utilisateurs peuvent être classés en deux catégories différentes : les utilisateurs sans système téléphonique et les utilisateurs disposant d’un système téléphonique. Les utilisateurs disposant d’un système téléphonique subissent une perte temporaire du service téléphonique dans le cadre de la transition du numéro de téléphone d’une gestion dans Active Directory local au cloud. Il est recommandé d’effectuer un pilote impliquant un petit nombre d’utilisateurs avec le système téléphonique avant de démarrer les opérations utilisateur en bloc. Pour les déploiements volumineux, les utilisateurs peuvent être traités dans des groupes plus petits dans des fenêtres de temps différentes.
Remarque
Ce processus est le plus simple pour les utilisateurs qui ont une adresse sip et un UserPrincipalName correspondants. Pour les organisations qui ont des utilisateurs avec des valeurs qui ne correspondent pas entre ces deux attributs, une précaution supplémentaire doit être prise comme indiqué ci-dessous pour une transition en douceur.
Remarque
Si vous avez configuré des points de terminaison d’application hybride locaux pour les standards automatiques ou les Files d’attente d’appel, veillez à déplacer ces points de terminaison vers Microsoft 365 avant de désactiver Skype Entreprise Server. Pour plus d’informations, consultez Migrer des points de terminaison d’application hybrides avant de désaffecter votre environnement local.
Vérifiez que l’applet de commande PowerShell Skype Entreprise locale suivante retourne un résultat vide. Un résultat vide signifie qu’aucun utilisateur n’est hébergé localement et qu’il a été déplacé vers Microsoft 365 ou désactivé :
Get-CsUser -Filter { HostingProvider -eq "SRV:"} | Select-Object Identity, SipAddress, UserPrincipalName, RegistrarPoolEnregistrez le numéro de téléphone actuel des utilisateurs (LineUri), UserPrincipalName et les informations associées en exécutant l’applet de commande PowerShell Skype Entreprise Server locale suivante pour exporter les données utilisateur :
Get-CsUser | Select-Object SipAddress, UserPrincipalName, SamAccountName, RegistrarPool, HostingProvider, EnabledForFederation, EnabledForInternetAccess, LineUri, EnterpriseVoiceEnabled, HostedVoiceMail | Sort SipAddress | Export-Csv -Path "c:\backup\SfbUserSettings.csv"Important
Avant de continuer, ouvrez SfbUserSettings.csv fichier et vérifiez que toutes les données utilisateur ont été correctement exportées. Il est recommandé de conserver une copie de ce fichier. N’utilisez pas ce fichier dans les étapes suivantes pour traiter les utilisateurs.
Créez un fichier avec un groupe d’utilisateurs à utiliser dans les étapes suivantes. Une fois le premier groupe d’utilisateurs terminé, passez au groupe d’utilisateurs suivant. Dans l’exemple ci-dessous, les groupes d’utilisateurs sont sélectionnés par ordre alphabétique. Vous pouvez filtrer les utilisateurs en fonction de critères qui correspondent à la façon dont vous souhaitez traiter les utilisateurs.
Get-CsUser | where userprincipalname -like "abc*" | Select-Object SipAddress, UserPrincipalName, SamAccountName, RegistrarPool, HostingProvider, EnabledForFederation, EnabledForInternetAccess, LineUri, EnterpriseVoiceEnabled, HostedVoiceMail | Sort SipAddress | Export-Csv -Path "c:\data\SfbUsers.csv"Important
Avant de continuer, ouvrez SfbUsers.csv fichier et vérifiez que les données utilisateur ont été correctement exportées. Vous aurez besoin des éléments LineUri (numéro de téléphone), UserPrincipalName, SamAccountName et SipAddress de ce fichier dans une étape ultérieure.
Si vous souhaitez empêcher une interruption de service, avant de continuer, vérifiez que vous avez chargé vos numéros de téléphone en ligne. Consultez Déplacer des numéros de téléphone vers le cloud. Si vous continuez et effacez les attributs msRTCSIP sans terminer le déplacement de vos numéros de téléphone vers le cloud, cela peut entraîner une perte temporaire de service pendant le processus de désaffectation locale.Supprimez les informations d’attribut relatives à Skype Entreprise Server d’Active Directory pour l’ensemble d’utilisateurs que vous êtes prêt à mettre à jour. Ce processus comporte deux étapes, comme indiqué ci-dessous.
Important
Après le cycle de Azure AD Sync suivant après l’exécution de cette étape, les utilisateurs ayant un système téléphonique qui ont été déplacés d’un Skype Entreprise Server local vers le cloud perdent la possibilité d’effectuer et de recevoir des appels jusqu’à ce que l’étape 8 soit terminée et confirmée à l’étape 9. En outre, vérifiez que vous avez enregistré les numéros de téléphone de l’utilisateur et les informations associées conformément à l’étape 2, car ces informations sont requises pour cette étape.
$sfbusers=import-csv "c:\data\SfbUsers.csv" foreach($user in $sfbusers){ Disable-CsUser -Identity $user.SipAddress}Ensuite, pour le même ensemble d’utilisateurs, effacez la valeur de msRTCSIP-DeploymentLocator à l’aide de Active Directory local PowerShell :
$sfbusers=import-csv "c:\data\SfbUsers.csv" foreach($user in $sfbusers){ Set-ADUser -Identity $user.SamAccountName -Clear msRTCSIP-DeploymentLocator}Pour rajouter la valeur d’adresse sip à l’Active Directory local proxyAddresses, exécutez l’applet de commande module Active Directory local suivante pour Windows PowerShell. Cette action empêche les problèmes d’interopérabilité qui reposent sur cet attribut.
$sfbusers=import-csv "c:\data\SfbUsers.csv" foreach($user in $sfbusers){ $userUpn=$user.UserPrincipalName $userSip=$user.SipAddress $proxies=Get-ADUser -Filter "UserPrincipalName -eq '$userUpn'" -properties * | Select-Object @{Name="proxyAddresses";Expression={$_.proxyAddresses}} if(($null -eq $proxies) -or ($proxies.proxyAddresses -NotContains $userSip)) { Get-ADUser -Filter "UserPrincipalName -eq '$userUpn'" | Set-ADUser -Add @{"proxyAddresses"=$user.SipAddress} } }Exécuter Azure AD Sync
Start-ADSyncSyncCycle -PolicyType DeltaAttendez la fin de l’approvisionnement des utilisateurs. Vous pouvez surveiller la progression de l’approvisionnement des utilisateurs en exécutant la commande Teams PowerShell suivante. La commande PowerShell Teams suivante retourne un résultat vide dès que le processus est terminé.
Get-CsOnlineUser -Filter {IsSipEnabled -eq $True} | Where {$_.UserValidationErrors -ne $null} | Select SipAddress,InterpretedUserType,UserValidationErrorsPour attribuer des numéros de téléphone et activer les utilisateurs pour le système téléphonique, exécutez la commande PowerShell Teams suivante :
Remarque
Ignorez cette étape si vous avez déjà chargé vos numéros en ligne. Pour en savoir plus sur le chargement de vos numéros de téléphone en ligne et la prévention d’une interruption de service potentielle dans ce processus, consultez Déplacer des numéros de téléphone vers le cloud.
$sfbusers=import-csv "c:\data\SfbUsers.csv" foreach($user in $sfbusers){ if($user.LineUri) { Set-CsPhoneNumberAssignment -Identity $user.SipAddress -PhoneNumber $user.LineUri.Replace("tel:","") -PhoneNumberType DirectRouting } }Remarque
Si vous avez toujours Skype Entreprise points de terminaison (clients Skype ou téléphones tiers), vous pouvez également définir -HostedVoiceMail sur $true. Si votre organization utilise uniquement des points de terminaison Teams pour les utilisateurs avec voix, ce paramètre n’est pas applicable à vos utilisateurs.
Vérifiez que les utilisateurs disposant de la fonctionnalité système téléphonique ont été correctement approvisionnés. La commande PowerShell Teams suivante retourne un résultat vide dès que le processus est terminé.
$sfbusers=import-csv "c:\data\SfbUsers.csv" foreach($user in $sfbusers) { if($user.LineUri) { $u=Get-CsOnlineUser -Identity $user.SipAddress if ($u.LineURI -ne $user.LineUri -or $u.EnterpriseVoiceEnabled -ne $true) { Get-CsOnlineUser -Identity $user.SipAddress | fl SipAddress, InterpretedUserType, OnPremLineURI, LineURI, EnterpriseVoiceEnabled } } }Répétez les étapes 3 à 9 jusqu’à ce que tous les utilisateurs soient traités.
Vérifiez que tous les utilisateurs ont été traités correctement en exécutant les deux commandes PowerShell suivantes.
Commande PowerShell locale Skype Entreprise Server locale :
Get-CsUser | Select-Object SipAddress, UserPrincipalNameCommande PowerShell Teams :
Get-CsOnlineUser -Filter {IsSipEnabled -eq $True} | where {$_.UserValidationErrors -ne $null} | fl SipAddress, InterpretedUserType, OnPremHostingProvider, UserValidationErrorsUne fois que vous avez effectué toutes les étapes de la méthode 2, consultez Déplacer des points de terminaison d’application hybrides d’un emplacement local vers un emplacement en ligne et Supprimer votre Skype Entreprise Server local pour obtenir des étapes supplémentaires pour supprimer votre déploiement Skype Entreprise Server local.