Aggiornare le voci DNS per consentire all'organizzazione di essere solo di Teams

Importante

Skype for Business Online gestito da 21Vianet in Cina verrà ritirato il 1° ottobre 2023. Se gli utenti di Skype for Business Online non sono ancora stati aggiornati, verranno automaticamente pianificati per un aggiornamento assistito. Se si vuole aggiornare l'organizzazione a Teams, è consigliabile iniziare subito a pianificare il percorso di aggiornamento. Ricorda che un aggiornamento riuscito allinea la preparazione tecnica e degli utenti, quindi assicurati di sfruttare le nostre indicazioni per l'aggiornamento mentre ti sposti nel tuo percorso verso Teams.

Skype for Business Online, escluso il servizio gestito da 21Vianet in Cina, è stato ritirato il 31 luglio 2021.

Le organizzazioni che in precedenza disponevano di distribuzioni locali di Skype for Business Server o Lync Server potrebbero comunque avere voci DNS che puntano a una distribuzione Skype for Business locale. Questi record sono necessari se l'organizzazione include utenti di Skype for Business locali. Tuttavia, una volta che l'organizzazione non ha più utenti di Skype for Business o Lync Server locali, questi record originali non sono più necessari per la distribuzione locale e queste voci DNS devono essere aggiornate in modo che puntino a Microsoft 365 (o in alcuni casi rimossi) nell'ambito della migrazione da locale a Solo Teams. Microsoft non può aggiornare questi record DNS per conto dell'utente.

Quando si prova a concedere TeamsOnly all'intero tenant, Teams controlla il DNS per determinare se uno di questi record DNS elencati di seguito esiste in ognuno dei domini verificati di Microsoft 365 dell'organizzazione. Se vengono trovati record e puntano a qualcosa di diverso da Microsoft 365, il tentativo di modificare la modalità di coesistenza tenant in TeamsOnly avrà esito negativo in base alla progettazione. Ciò impedisce alle organizzazioni ibride con utenti locali di applicare erroneamente la modalità TeamsOnly al tenant, perché ciò interromperebbe la federazione per tutti gli utenti Skype for Business locali dell'organizzazione (con Teams o Skype for Business).

Come identificare i record DNS non aggiornati

Per identificare eventuali record DNS che impediscono all'organizzazione di diventare tutti solo Teams, è possibile usare l'interfaccia di amministrazione di Teams per modificare la modalità di coesistenza in TeamsOnly. Passare alleimpostazioni di aggiornamento di Teams>. Tutti i record DNS che impediscono all'organizzazione di diventare solo Teams verranno inclusi nel messaggio di errore. Nel caso in cui non vengano trovati record DNS, la modalità di coesistenza per l'organizzazione verrà cambiata in TeamsOnly.

In alternativa, è possibile usare Teams PowerShell per eseguire la stessa operazione, come illustrato di seguito:

Grant-CsTeamsUpgradePolicy -PolicyName UpgradeToTeams -Global

Record DNS da aggiornare

Se l'organizzazione non ha più utenti ospitati in Skype for Business Server locale o Lync Server, è necessario eseguire le operazioni seguenti:

  • Aggiornare il Skype for Business elenco di record DNS seguente in modo che punti a Microsoft 365 anziché alla distribuzione locale. Se si hanno più domini SIP, è necessario eseguire questa operazione per ogni dominio SIP che è un dominio verificato di Microsoft 365.

  • Rimuovere Skype for Business record DNS se il dominio SIP non viene più usato.

In ogni dominio in cui si trova uno dei record seguenti, aggiornarli come segue:

Tipo di record Nome TTL Priority Peso Port Valore
SRV _sipfederationtls._tcp 3600 100 1 5061 sipfed.online.lync.com

Inoltre, è possibile eliminare i record CNAME per la riunione o la connessione dialin (se presente). Infine, tutti i record DNS per Skype for Business nella rete interna devono essere rimossi.

Nota

In rari casi, la modifica del DNS che punta in locale a Microsoft 365 per l'organizzazione può causare l'interruzione del funzionamento della federazione con altre organizzazioni finché l'altra organizzazione non aggiorna la configurazione della federazione:

  • Tutte le organizzazioni federate che usano il modello precedente di federazione diretta (noto anche come Server partner consentito) dovranno aggiornare le voci di dominio consentite affinché l'organizzazione rimuova il nome di dominio completo del proxy. Questo modello di federazione legacy non è basato sui record SRV DNS, quindi una configurazione di questo tipo non sarà più aggiornata quando l'organizzazione si sposta nel cloud.

  • Qualsiasi organizzazione federata che non dispone di un provider di hosting abilitato per sipfed.online.lync.com dovrà aggiornare la configurazione per abilitarlo. Questa situazione è possibile solo se l'organizzazione federata è puramente locale e non ha mai federato con tenant ibridi o online. In tal caso, la federazione con queste organizzazioni non funzionerà finché non abilita il proprio provider di hosting.

Se si sospetta che uno dei partner federati stia usando la Federazione diretta o non sia federato con un'organizzazione online o ibrida, è consigliabile inviare loro una comunicazione in merito quando si prepara a completare la migrazione nel cloud.