Consolidação na nuvem para o Teams e Skype for Business

• Aplica-se a:

  Skype for Business, Microsoft Teams

Importante

Skype for Business Online operado pela 21Vianet na China será descontinuado a 1 de outubro de 2023. Se ainda não atualizou os seus utilizadores do Skype for Business Online, estes serão automaticamente agendados para uma atualização assistida. Se quiser atualizar a sua organização para o Teams, recomendamos vivamente que comece a planear o seu caminho de atualização hoje mesmo. Lembre-se de que uma atualização bem-sucedida alinha a preparação técnica e do utilizador, por isso, certifique-se de que tira partido da nossa documentação de orientação de atualização enquanto navega para o Teams.

Skype for Business Online, excluindo o serviço operado pela 21Vianet na China, foi descontinuado a 31 de julho de 2021.

Muitas grandes empresas têm mais do que uma floresta do AD no local. Em alguns casos, os clientes têm mais do que uma implementação do Exchange e/ou Skype for Business Server (ou Lync Server). As organizações com apenas uma floresta no local podem estar numa situação semelhante devido a uma fusão ou aquisição empresarial. À medida que estes clientes se deslocam para a cloud, querem consolidar várias instâncias de uma determinada carga de trabalho no local numa única organização online do Microsoft 365. Este artigo destina-se a organizações com múltiplas implementações no local de Skype for Business (ou Lync) que pretendem mover a sua organização inteiramente para o Microsoft Teams (todos os utilizadores são Apenas Teams).

Historicamente, a orientação para os clientes é consolidar primeiro as implementações no local e, em seguida, mover para a cloud. Embora esta documentação de orientação continue a ser uma opção, este artigo descreve uma solução que permite às organizações com várias implementações de Skype for Business migrar uma implementação de cada vez para uma única organização do Microsoft 365, sem efetuar a consolidação no local. O Microsoft Teams não suporta várias florestas Skype for Business ou do Lync Server no modo híbrido com uma única organização do Microsoft 365.

Importante

Antes de utilizar este guia para configuração, certifique-se de que revê e compreende as Limitações, uma vez que podem afetar a sua organização.

Descrição geral da consolidação da cloud

Pode consolidar todos os utilizadores no local a partir de várias implementações de Skype for Business numa única organização online do Microsoft 365, se forem cumpridos os seguintes requisitos principais:

• Tem de existir, no máximo, uma organização do Microsoft 365 envolvida. A consolidação em cenários com mais do que uma organização não é suportada.

• A qualquer momento, apenas uma floresta Skype for Business no local pode estar no modo híbrido (Espaço de Endereços SIP Partilhado). Todas as outras florestas Skype for Business no local têm de permanecer no local (e presumivelmente federadas entre si). Estas organizações no local podem sincronizar com Microsoft Entra ID se pretender desativar domínios SIP online.

Os clientes com implementações de Skype for Business em múltiplas florestas têm de migrar totalmente todos os utilizadores de uma única floresta híbrida Skype for Business individualmente para a organização do Microsoft 365 através da funcionalidade Espaço de Endereços SIP Partilhado. Em seguida, tem de desativar a implementação híbrida com essa implementação no local, antes de avançar para migrar a próxima implementação de Skype for Business no local. Antes de serem migrados para a cloud, os utilizadores no local permanecem num estado federado com quaisquer utilizadores que não estejam representados no diretório no local do mesmo utilizador.

Exemplo canónico de consolidação da cloud

Considere uma organização com duas implementações federadas no local separadas de Skype for Business que pretende consolidá-las online no Microsoft Teams.

Detalhes do estado original	Detalhes do estado pretendido
Duas implementações independentes Skype for Business no local em florestas separadas do AD No máximo, uma floresta está híbrida com o Teams As organizações são federadas entre si Os utilizadores não são sincronizados nestas florestas A organização pode ter uma organização do Microsoft 365 e pode estar a sincronizar o respetivo diretório com Microsoft Entra ID	Uma organização do Microsoft 365 Já não existem implementações no local, pelo que não restam funcionalidades híbridas Todos os utilizadores no local estão no modo Apenas Teams Sem espaço no local de Skype for Business Server em qualquer lugar Os utilizadores ainda têm autenticação no local

Seguem-se os passos básicos para ir do estado original para o estado final pretendido. Algumas organizações podem descobrir que o ponto de partida está algures no meio destes passos. Consulte Outros pontos de partida, mais adiante neste artigo. Por fim, em alguns casos, a ordem pode ser ajustada, consoante a necessidade. As principais restrições e limitações são descritas mais tarde.

1. Obtenha uma organização do Microsoft 365 se ainda não existir.
2. Confirme que todos os domínios SIP relevantes em ambas as implementações no local são domínios verificados do Microsoft 365.
3. Escolha um Skype for Business implementação híbrida com o Microsoft 365. Neste exemplo, utilize OriginalCompany.com.
4. Ative Microsoft Entra Ligar para a floresta que se tornará híbrida (OriginalCompany).com).
5. Defina a política ao nível do inquilino para TeamsUpgradePolicy como SfBWithTeamsCollab ou um dos outros modos de Skype for Business (SfBOnly ou SfBWithTeamsCollabAndMeetings). Este passo é fundamental para garantir o encaminhamento de chamadas e conversas de utilizadores que mudam para o Teams Apenas para utilizadores que permanecem no local.
6. É recomendado neste momento (mas ainda não é necessário até ao passo 11) para ativar o Microsoft Entra Ligar para a outra floresta (AcquiredCompany).com). Partindo do princípio Microsoft Entra Connect está ativada em ambas as florestas, a organização é semelhante à Figura A, que pode ser um ponto de partida comum para algumas organizações.
7. Para quaisquer domínios SIP alojados por outras implementações no local (neste caso, AcquiredCompany.com), desative estes domínios SIP online na sua organização do Microsoft 365 através Disable-CsOnlineSipDomain do Módulo do PowerShell do Teams.
8. Configure Skype for Business híbrido para OriginalCompany.com (a única implementação que ainda tem domínios SIP online ativados).
9. Na implementação híbrida (OriginalCompany.com), comece a mover utilizadores de Skype for Business no local para a cloud (seja Apenas Teams ou não) para que o utilizador seja Apenas Teams. Agora, a organização tem o aspeto da Figura B. As principais alterações da Figura A são:
   • Os utilizadores de ambos os diretórios no local estão agora no Microsoft Entra ID.
   • AcquiredCompany.com é um domínio SIP online desativado.
   • Alguns utilizadores foram movidos online apenas para o Teams. (Ver utilizador roxo A.)
10. Assim que todos os utilizadores forem movidos para a cloud, desative a implementação híbrida com o Skype for Business implementação no local para OriginalCompany.com do Microsoft 365:
    • Desative o domínio dividido na organização do Microsoft 365.
    • Desative a capacidade de comunicar com o Microsoft 365 na OriginalCompany.com no local.
    • Atualize os registos DNS para OriginalCompany.com para apontar para o Microsoft 365.
11. Se ainda não o tiver feito, ative o Microsoft Entra Ligar para a próxima floresta que será híbrida (AcquiredCompany.com). Neste momento, a organização tem o aspeto da Figura C. Esta configuração pode ser outro ponto de partida comum para algumas organizações.
12. No Teams PowerShell, ative os domínios SIP para a próxima implementação no local que será híbrida, AcquiredCompany.com. Isto é feito com Enable-CsOnlineSipDomaino , que é uma nova funcionalidade disponível a partir de dezembro de 2018.
13. Se estiver a utilizar a federação fechada, tem de adicionar quaisquer domínios SIP (excluindo *.microsoftonline.com) do inquilino online puro como Domínios Permitidos no mesmo Microsoft 365. Pode demorar algum tempo até que a mudança entre em vigor e não há nenhum mal em fazer isto mais cedo, por isso sugerimos que faça isto bem antes de passar para o passo 14.
14. Atualize o ambiente no local para aceitar quaisquer domínios SIP do inquilino online, para que correspondam.
    • Atualize a SAN em todos os certificados edge para ser o mesmo valor que antes, bem como os valores para quaisquer domínios SIP online existentes (exceto *.microsoftonline.com), neste caso, Sip.OriginalCompany.com.
    • Certifique-se de que OriginalCompany.com é um domínio permitido na implementação no local, AcquiredCompany. Adicionar domínios permitidos.
15. Ative Skype for Business híbrido entre AcquiredCompany no local.com e a cloud.
16. Conforme pretendido, migre os utilizadores do local para a cloud para se tornarem utilizadores do TeamsOnly. Durante este estado, a organização é semelhante à Figura D.
17. Assim que todos os utilizadores forem migrados, desative o ambiente híbrido com o ambiente no local para tornar a organização pura cloud!

Os diagramas abaixo mostram a configuração em vários pontos-chave durante este processo.

Figura A

• Ambas as organizações são sincronizadas através do Microsoft Entra Connect, pelo que Microsoft Entra ID agora tem todos os utilizadores de ambas as implementações no local.
• Todos os utilizadores foram colocados no local.
• Skype for Business Híbrido ainda não está configurado.
• Se os utilizadores em qualquer uma das implementações utilizarem o Teams, não poderão federar entre si (ou com qualquer organização), nem terão interoperabilidade com quaisquer utilizadores Skype for Business. Nesta fase, a Microsoft recomenda a utilização apenas do Teams para Canais.
  
  

Figura B

• AcquiredCompany.com é um domínio SIP online desativado . Todos os utilizadores estão no local. Se utilizarem o Teams, não têm federação ou interoperabilidade. Nesta fase, a Microsoft recomenda a utilização apenas do Teams para Canais.

• Skype for Business Híbrido foi ativada para uma das organizações no local.

• Alguns utilizadores na organização híbrida foram movidos para a cloud e são Apenas Teams (utilizador A, conforme indicado pelo sombreado roxo). Estes utilizadores apenas utilizadores do Teams têm total interoperabilidade e suporte de federação com outros utilizadores Skype for Business.

  

Figura C

• Todos os utilizadores da OriginalCompany.com são agora o modo Apenas Teams na cloud.

• Skype for Business configuração híbrida com a OriginalCompany.a implementação com foi desativada. A implementação no local desapareceu.

• Se AcquiredCompany.o com não estava a sincronizar anteriormente com Microsoft Entra ID, para continuar a partir daqui, tem de ser sincronizado agora. No entanto, ainda não é híbrido (espaço de endereços SIP partilhado). Até que a organização esteja pronta para passar para o híbrido, o domínio SIP online da organização no local puro (AcquiredCompany.com) deve permanecer desativado, para que os utilizadores online do Teams possam comunicar com utilizadores no local.

  

Figura D

• AcquiredCompany.com está agora ativado como um domínio SIP online.

• O local é atualizado para aceitar OriginalCompany.com. (Ambos os domínios permitidos e os certificados edge são atualizados).

• O Espaço de Endereços SIP Partilhado está ativado entre AcquiredCompany.com e a organização do Microsoft 365.

• Alguns utilizadores na organização híbrida podem ter sido movidos para a cloud, como o Utilizador D abaixo (indicado pelo sombreado roxo).

  

Outros pontos de partida

Os passos no exemplo canónico acima partem do princípio de que a organização começa com duas implementações federadas no local sem presença no Microsoft 365. No entanto, algumas organizações podem ter uma pegada existente do Microsoft 365 e podem existir diferentes pontos de entrada na sequência acima. Existem quatro configurações típicas:

• Várias organizações federadas no local sem organização do Microsoft 365. Neste caso, comece no passo 1.
• Várias organizações federadas no local que já estão a sincronizar várias florestas de Skype for Business num único inquilino Microsoft Entra. Esta organização assemelha-se à organização hipotética na Figura A, que concluiu os passos 1 a 6 e deve começar no passo 7.
• Uma organização híbrida que federa com uma ou mais organizações puras no local, nenhuma das quais sincroniza com Microsoft Entra ID. Essa organização assemelhar-se-ia à organização hipotética na Figura E, mostrada abaixo.
  • Esta organização é semelhante à Figura B, que concluiu os passos 1 a 9, exceto: - As implementações de Skype for Business não estão ainda a ser sincronizadas com Microsoft Entra ID. - Os domínios SIP online ainda não estão desativados.
  • Estas organizações devem: - Concluir a migração da organização híbrida existente e introduzir a sequência acima no passo 10. OU, - Se quiser sincronizar outras florestas Skype for Business em Microsoft Entra antes de concluir a migração da organização híbrida, tem de executar o passo 7 para desativar todos os domínios SIP online em qualquer outra implementação de Skype for Business no local que será sincronizada Microsoft Entra ID. Em seguida, tem de ativar Microsoft Entra Ligar e, em seguida, continuar com o passo 10 (desativar a implementação híbrida original).

Figura E

• Uma organização apenas teams pura que federa com uma organização Skype for Business no local separada. Depois de esta organização desativar o domínio SIP online para a organização no local e ativar o Microsoft Entra Connect para a organização Skype for Business no local, assemelha-se à organização hipotética apresentada na Figura C que concluiu os passos 1 a 11.

Limitações

• Tem de existir, no máximo, uma organização do Microsoft 365 envolvida. A consolidação em cenários com mais do que uma organização não é suportada.
• Apenas uma floresta Skype for Business no local pode estar no modo híbrido (espaço de endereços SIP partilhado) de cada vez. Todas as outras florestas Skype for Business no local têm de permanecer puramente no local e devem ser federadas entre si e com a organização do Microsoft 365.
• Antes de ser migrado para a cloud, existe uma experiência assimétrica para os utilizadores nesta implementação, porque nem todos os utilizadores online são representados no local.
  • A experiência pode ser resumida da seguinte forma:
    • Qualquer utilizador alojado online irá interagir com utilizadores no local no ambiente híbrido como se o utilizador fosse híbrido.
    • Os utilizadores no local na implementação híbrida irão interagir com utilizadores online representados no respetivo diretório no local como se fossem híbridos.
    • Os utilizadores no local na implementação híbrida irão interagir com utilizadores online que não estão representados no AD no local como federados.
    • Na Figura D acima, o utilizador E está no local em AcquiredCompany.com. O utilizador E irá interagir com o Utilizador D (armazenado online) através da experiência híbrida padrão, mas o utilizador E terá uma experiência federada com os utilizadores A, B e C porque não estão representados no diretório no local. No entanto, os utilizadores A, B e C irão interagir com o utilizador E como se o utilizador estivesse híbrido.
    • Implicações da interação ser híbrida vs. federação:
      • A presença não é subscrita automaticamente para utilizadores federados, a menos que o utilizador seja marcado como um contacto.
      • O reencaminhamento de chamadas não funciona entre domínios federados.
      • Os cenários de transferência de chamadas são mais limitados.
      • A limitação pode ser aplicada ao tráfego federado.
• Tendo em conta esta experiência, o suporte para chamar funcionalidades em cenários em vários locais entre um utilizador no local e um utilizador da cloud que não esteja no diretório no local está limitado apenas ao peering.
  • O reencaminhamento de chamadas, a transferência, as filas de chamadas, etc. entre estes utilizadores não são suportados.
  • Estes cenários de chamadas não suportados continuarão a aparecer ativados, mas em muitos casos falharão de formas imprevisíveis.
  • Na Figura D acima, o utilizador E está no local e as chamadas com os utilizadores A, B ou C serão suportadas apenas como ponto a ponto. (As chamadas com o utilizador D não teriam limitações de suporte.) No entanto, depois de o utilizador no local E ser movido para a cloud, esta restrição já não se aplica.
• Se tiver mais do que uma implementação do Skype for Business Server 2019 no seu ambiente, apenas uma dessas implementações pode ser configurada para utilizar o Atendedor Automático Organizacional, uma vez que essa funcionalidade requer Skype for Business Server configuração híbrida.
• A ordem de alguns dos passos anteriores pode ser ajustada. O principal requisito é que, se todos estes forem verdadeiros:
  • Mais de um Skype for Business floresta no local a sincronizar com um único inquilino do Microsoft 365 no Microsoft Entra ID.
  • O domínio dividido está ativado com uma floresta no local.
  • Pelo menos um utilizador na organização híbrida foi migrado para a cloud. Em seguida, tem de desativar todos os outros domínios SIP online de qualquer outra floresta Skype for Business no local. Caso contrário, a federação entre os utilizadores online na organização híbrida e os utilizadores no local noutras organizações irá interromper numa direção.

Implicações

• Uma vez que existem limitações no suporte para funcionalidades de chamadas avançadas, conforme descrito acima, as organizações devem tratar estes estados assimétricos como transitórios como parte da migração e não segui-los como um estado estável.
• Geralmente, as organizações com múltiplas implementações de Skype for Business no local devem começar com uma implementação que pode ser totalmente migrada para a cloud, para que a consolidação possa continuar. Compreende-se que, em alguns casos, haverá retenção de determinados grupos de utilizadores para os quais ainda não é viável mudar para o Teams. Quando se trata de uma consideração em cenários que envolvem várias florestas Skype for Business, comece a migrar com outra floresta que não tenha estas limitações, se possível.
• Ao passar do local para a cloud, os utilizadores que têm relações de delegação e/ou estão normalmente envolvidos em cenários de reencaminhamento de chamadas devem ser movidos em conjunto como uma unidade.

Considerações para mudar para o modo TeamsOnly

Quando move utilizadores do local para a cloud num ambiente híbrido, estes utilizadores tornam-se apenas utilizadores do Teams.

• Quando atribui o modo TeamsOnly a um utilizador, todas as conversas e chamadas de qualquer outro utilizador irão aceder ao cliente teams desse utilizador.
• Se os utilizadores com Skype for Business no local utilizarem principalmente Skype for Business cliente e não o Teams, considere definir TeamsUpgradePolicy para que o encaminhamento para esses utilizadores no local seja sempre colocado no Skype for Business em vez do Teams. Para garantir o encaminhamento adequado de conversas e chamadas entre utilizadores que são o TeamsOnly e os utilizadores que ainda estão a utilizar Skype for Business no local, os utilizadores no local têm de ter um valor eficaz de TeamsUpgradePolicy com um dos modos de Skype for Business, em vez de Ilhas (que é a predefinição).
  • Primeiro, tem de definir a instância global do seu inquilino do TeamsUpgradePolicy para um dos seguintes valores: - SfBWithTeamsCollab (recomendado) - SfBWithTeamsCollabAndMeetings - SfBOnly
  • Pode conceder uma política ao nível do inquilino com este comando:
    Grant-CsTeamsUpgradePolicy -PolicyName SfBWithTeamsCollab -Global
  • Nota: tem de efetuar este passo ao nível do inquilino porque a política não pode ser atribuída a utilizadores individuais que não tenham um endereço SIP no diretório online. Embora tenha desativado domínios SIP online para as suas implementações no local puras, os utilizadores nesses domínios não terão endereços SIP no diretório online por predefinição. Por conseguinte, a única forma de aplicar a política a esses utilizadores no local é ao atribuir ao nível do inquilino. Na implementação híbrida, os utilizadores terão um endereço SIP no diretório online para que lhes possa ser atribuída explicitamente uma política se pretender que tenham um valor diferente da política global do inquilino.

Confira também

Atualizar o certificado de borda

Atualizar Microsoft Entra Ligar para incluir mais do que uma floresta

Disabilitar conectividade híbrida para concluir a migração para a nuvem