Decidere come gestire gli attributi dopo la rimozione

Per impostazione predefinita, tutti gli utenti abilitati per Skype for Business Server e poi spostati nel cloud hanno ancora attributi msRTCSIP configurati in Active Directory locale.

Questi attributi, in particolare indirizzo SIP (msRTCSIP-PrimaryUserAddress) e numero di telefono (msRTCSIP-Line), continuano a essere sincronizzati con l'ID Entra Microsoft. Se sono necessarie modifiche a uno qualsiasi degli attributi msRTCSIP, queste modifiche devono essere apportate in Active Directory locale e quindi sincronizzate con l'ID Entra Microsoft. Tuttavia, una volta rimossa la distribuzione di Skype for Business Server, gli strumenti di Skype for Business Server non saranno disponibili per gestire questi attributi.

Sono disponibili due opzioni per gestire questa situazione:

1. Lasciare gli utenti abilitati per gli account del server Skype for Business così com'è e gestire gli attributi msRTCSIP utilizzando gli strumenti di Active Directory. Questo metodo assicura nessuna perdita di servizio per gli utenti migrati e consente di rimuovere la distribuzione di Skype for Business Server eliminando (ad esempio, cancellare) i server, senza una rimozione completa. Tuttavia, i nuovi utenti con licenza non avranno questi attributi popolati in Active Directory locale e dovranno essere gestiti online.

2. Cancellare tutti gli attributi msRTCSIP dagli utenti migrati in Active Directory locale e gestire questi attributi usando gli strumenti online. Questo metodo consente un approccio di gestione coerente per gli utenti esistenti e nuovi. Tuttavia, potrebbe causare una perdita temporanea del servizio durante il processo di rimozione locale.

Metodo 1 - Gestire indirizzi SIP e numeri di telefono per gli utenti in Active Directory

Gli amministratori possono gestire gli utenti spostati da Skype for Business Server locale al cloud, anche dopo la rimozione della distribuzione locale.

Se vuoi apportare modifiche all'indirizzo SIP di un utente o al numero di telefono di un utente (e l'indirizzo SIP o il numero di telefono ha già un valore in Active Directory locale), devi apportare la modifica in Active Directory locale e lasciare che i valori scorrano fino all'ID entra Microsoft. Questo metodo NON richiede Skype for Business Server locale. È invece possibile modificare questi attributi direttamente in Active Directory locale, usando lo snap-in MMC Utenti e computer di Active Directory (come illustrato di seguito) o tramite PowerShell. Se si usa lo snap-in MMC, aprire la pagina delle proprietà dell'utente, fare clic sulla scheda Editor attributi e trovare gli attributi appropriati da modificare:

• Per modificare l'indirizzo SIP di un utente, modificare il .msRTCSIP-PrimaryUserAddress

  Nota

  Se l'attributo ProxyAddresses contiene un indirizzo SIP, aggiornare anche tale valore come procedura consigliata. Anche se l'indirizzo SIP in ProxyAddresses viene ignorato da O365 se msRTCSIP-PrimaryUserAddress viene popolato, può essere usato da altri componenti locali.

• Per modificare il numero di telefono di un utente, modificare msRTCSIP-Linese ha già un valore.

  

• Se l'utente non aveva in origine un valore per msRTCSIP-Line la distribuzione locale prima dello spostamento, è possibile modificare il numero di telefono usando il -PhoneNumber parametro nel cmdlet Set-CsPhoneNumberAssignment nel modulo di Teams PowerShell.

Questi passaggi non sono necessari per i nuovi utenti creati dopo la disabilitazione della distribuzione ibrida e possono essere gestiti direttamente nel cloud. Se si ha familiarità con la combinazione di questi metodi e con l'lasciare gli attributi msRTCSIP presenti in Active Directory locale, è possibile ricreare l'immagine dei server Skype for Business locali. Tuttavia, se si preferisce cancellare tutti gli attributi msRTCSIP ed eseguire una disinstallazione tradizionale di Skype for Business Server, utilizzare il metodo 2.

Metodo 2 - Cancellare gli attributi di Skype for Business per tutti gli utenti locali in Active Directory

Questa opzione richiede più impegno e una pianificazione adeguata perché è necessario eseguire di nuovo il provisioning degli utenti che sono stati spostati da Skype for Business Server locale al cloud. Questi utenti possono essere suddivisi in due categorie diverse: utenti senza sistema telefonico e utenti con sistema telefonico. Gli utenti con sistema telefonico riscontreranno una perdita temporanea del servizio telefonico durante la transizione del numero di telefono da gestito in Active Directory locale al cloud. È consigliabile eseguire un progetto pilota che coinvolge un numero ridotto di utenti con Sistema telefonico prima di avviare le operazioni in blocco degli utenti. Per le distribuzioni di grandi dimensioni, gli utenti possono essere elaborati in gruppi più piccoli in finestre temporali diverse.

1. Verificare che il cmdlet PowerShell di Skype for Business locale seguente restituisca un risultato vuoto. Un risultato vuoto indica che nessun utente è ospitato in locale e che è stato spostato in Microsoft 365 o è stato disabilitato:

   Get-CsUser -Filter { HostingProvider -eq "SRV:"} | Select-Object Identity, SipAddress, UserPrincipalName, RegistrarPool
   

2. Registrare il numero di telefono corrente degli utenti (LineUri), UserPrincipalName e informazioni correlate, eseguendo il cmdlet PowerShell di Skype for Business Server locale seguente per esportare i dati utente:

   Get-CsUser | Select-Object SipAddress, UserPrincipalName, SamAccountName, RegistrarPool, HostingProvider, EnabledForFederation, EnabledForInternetAccess, LineUri, EnterpriseVoiceEnabled, HostedVoiceMail | Sort SipAddress | Export-Csv -Path  "c:\backup\SfbUserSettings.csv"
   

   Importante

   Prima di aprire SfbUserSettings.csv file e verificare che tutti i dati utente siano stati esportati correttamente. È consigliabile conservare una copia di questo file. Non usare questo file nei passaggi seguenti per l'elaborazione degli utenti.

3. Creare un file con un gruppo di utenti da usare nei passaggi seguenti. Dopo il completamento del primo gruppo di utenti, procedere con il gruppo di utenti successivo. Nell'esempio seguente i gruppi di utenti sono selezionati alfabeticamente. È possibile filtrare in base agli utenti in base a criteri che corrispondono al modo in cui si vogliono elaborare gli utenti.

   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"
   

   Importante

   Prima di aprire SfbUsers.csv file e verificare che i dati utente siano stati esportati correttamente. In un passaggio successivo saranno necessari lineuri (numero di telefono), UserPrincipalName, SamAccountName e SipAddress da questo file.

4. Elimina da Active Directory le informazioni sugli attributi relativi a Skype for Business Server per il set di utenti che sei pronto per l'aggiornamento. Questo processo è descritto in due passaggi, come illustrato di seguito.

   Importante

   Dopo il successivo ciclo di sincronizzazione di Azure AD dopo aver eseguito questo passaggio, gli utenti con sistema telefonico che sono stati spostati da Skype for Business Server locale al cloud perderanno la possibilità di effettuare e ricevere chiamate fino a quando il passaggio 8 non viene completato e confermato nel passaggio 9. Inoltre, assicurati di aver salvato i numeri di telefono e le informazioni correlate dell'utente come da passaggio 2, poiché tali informazioni sono necessarie per quel passaggio.

   $sfbusers=import-csv "c:\data\SfbUsers.csv"
   foreach($user in $sfbusers){
   Disable-CsUser -Identity $user.SipAddress}
   

   Quindi, per lo stesso set di utenti, cancellare il valore di msRTCSIP-DeploymentLocator utilizzando Active Directory locale PowerShell:

   $sfbusers=import-csv "c:\data\SfbUsers.csv"
   foreach($user in $sfbusers){
   Set-ADUser -Identity $user.SamAccountName -Clear msRTCSIP-DeploymentLocator}
   

5. Per aggiungere di nuovo il valore dell'indirizzo SIP ai proxyAddresses di Active Directory locale, eseguire il cmdlet Active Directory Module locale per Windows PowerShell seguente. Questa azione impedirà i problemi di interoperabilità che si basano su questo attributo.

   $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}
     }
   }
   

6. Eseguire la sincronizzazione di Azure AD

   Start-ADSyncSyncCycle -PolicyType Delta
   

7. Attendi il completamento del provisioning degli utenti. È possibile monitorare lo stato di provisioning degli utenti eseguendo il seguente comando di PowerShell di Teams. Il comando di PowerShell di Teams seguente restituisce un risultato vuoto al termine del processo.

   Get-CsOnlineUser -Filter {IsSipEnabled -eq $True} | Where {$_.UserValidationErrors -ne $null} | Select SipAddress,InterpretedUserType,UserValidationErrors
   

8. Per assegnare numeri di telefono e abilitare gli utenti per Sistema telefonico, eseguire il comando PowerShell di Teams seguente:

   $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
        }
   }
   

   Nota

   Se hai ancora endpoint Skype for Business (client Skype o telefoni di terze parti), dovrai anche impostare -HostedVoiceMail su $true. Se l'organizzazione usa solo gli endpoint di Teams per gli utenti abilitati per i comandi vocali, questa impostazione non è applicabile agli utenti.

9. Verifica che il provisioning degli utenti con funzionalità Sistema telefonico sia stato eseguito correttamente. Il comando di PowerShell di Teams seguente restituisce un risultato vuoto al termine del processo.

   $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
                }
        }
   }
   

10. Ripetere i passaggi da 3 a 9 finché non vengono elaborati tutti gli utenti.

11. Verificare che tutti gli utenti siano stati elaborati correttamente eseguendo i due comandi di PowerShell seguenti.

    Comando di PowerShell locale di Skype for Business Server locale:

    Get-CsUser | Select-Object SipAddress, UserPrincipalName
    

    Comando di Teams PowerShell:

    Get-CsOnlineUser -Filter {IsSipEnabled -eq $True} | where {$_.UserValidationErrors -ne $null} | fl SipAddress, InterpretedUserType, OnPremHostingProvider, UserValidationErrors
    

12. Dopo aver completato tutti i passaggi del metodo 2, vedere Spostare gli endpoint delle applicazioni ibride dalla distribuzione locale a online e Rimuovere Skype for Business Server locale per ulteriori passaggi per rimuovere la distribuzione locale di Skype for Business Server.

Vedere anche

• Consolidamento cloud per Teams e Skype for Business

• Rimuovere l'ambiente Skype for Business locale