Pré-requisitos

Para que sua organização seja elegível para migrar entre regiões, ela não deve ter nenhum dos seguintes serviços:

• Webex para Broadworks
• Webex Call (antes da atualização para o Webex Calling)

Quais dados são migrados

Todos os dados associados ao Webex Identity, como nome, endereço de e-mail e grupos de usuários, são migrados para a região de destino. Os dados analíticos do Webex Calling, Messaging e Devices também serão migrados após a conclusão da migração do Webex Identity.

Impactos aos seus serviços Webex

Durante a migração

Assim que a migração começar:

• A migração de dados pode levar menos de uma hora para ser concluída para organizações Webex com menos de 10.000 usuários e pode levar até oito horas para organizações com cerca de 100.000 usuários. Agende a migração de dados em uma data em que você possa se adaptar ao tempo de inatividade necessário.

  Certifique-se de que todos os trabalhos em lote serão concluídos antes do início da migração agendada.

• Você não terá acesso ao Control Hub e os usuários não poderão acessar nenhuma mensagem, chamada, centro de contatos Webex e serviços de reunião para sites gerenciados pelo Control Hub.
• Se a sua organização tiver registro único configurada (SSO), ela será automaticamente desativada.
• Dispositivos no local registrados com o Webex Edge para dispositivos e dispositivos registrados na nuvem não poderão entrar em reuniões ou fazer chamadas.
• Ações de alteração ou exclusão de espaço de trabalho ou dispositivo iniciadas antes da migração pode ser interrompida pela migração e pode não ser concluída com êxito.
• Enviaremos lembretes por e-mail aos administradores da organização e atualizações de status a cada duas horas enquanto a atualização estiver em andamento.

O que acontece após a migração e as ações necessárias de sua parte

• Se a sua organização tiver SSO configurada, então depois que os usuários de migração não puderem entrar até SSO é reconfigurado da seguinte forma:
  • Baixar metadados do SP.
  • Importe esses metadados para o IdP.
  • Ative o SSO acessando Configurações da organização > Autenticação e alternância entre Logon único [] e ativado.
• Os códigos de ativação do dispositivo que foram gerados, mas não utilizados antes da migração, precisarão ser gerados novamente.
• Os dispositivos podem levar até 24 horas para ficarem totalmente operacionais após a migração. Você pode reinicializar manualmente os dispositivos para acelerar esse processo.
• Se sua organização usa a integração Okta para sincronizar usuários do Okta no Control Hub, você precisa regenerar o token de acesso do portador conforme especificado nas etapas 3 e 4 em Configurar Okta para sincronização do usuário neste artigo.
• Os dados analíticos não aparecerão imediatamente após a migração. A migração de dados analíticos continuará em segundo plano e durará de dois a três dias. Não é necessária nenhuma ação sua para trazer de volta os dados analíticos. Ele reaparecerá automaticamente. O impacto é que você não verá dados analíticos no Control Hub até dois ou três dias após a conclusão da migração.
• A migração redefinirá os bancos de dados locais dos usuários se eles estiverem usando o UCM Calling. Como resultado, os históricos de chamadas serão redefinidos e o histórico de chamadas anteriores não estará mais disponível.

Impactos para os usuários finais

• No início da migração, os usuários são desconectados do aplicativo Webex. Os usuários devem fazer login novamente durante ou após a migração.
• Se os usuários definiram as configurações locais em seus clientes de desktop e móveis do aplicativo Webex, então eles precisam reconfigurar algumas dessas configurações. As seguintes configurações serão redefinidas após a migração:
  • Chamadas
  • Preferências de áudio e vídeo
  • Acessibilidade
  • Preferências de mensagem
  • Dispositivos

  Outras configurações locais, tais como configurações gerais, preferências de notificação, aparência (por exemplo, modo escuro) e configurações de privacidade serão preservadas (sem alterações) após a migração.

Impactos nas integrações

Há muitos tipos de integrações possíveis com o Webex, e elas geralmente são autorizadas pelos usuários. Os tokens de usuário para integrações são revogados quando a migração de dados do aplicativo comum começa. Para que as integrações continuem funcionando, os usuários com os privilégios corretos precisarão reautorizar seu acesso a essas integrações.

Outras integrações que não forem autorizadas pelos usuários precisarão ser reautorizadas pelos administradores ou responsáveis pela conformidade. Por exemplo, as integrações da API de eventos só podem ser reautorizadas por responsáveis pela conformidade.

• Aplicativos incorporados— Os tokens de acesso e atualização para usuários não são migrados, portanto, os usuários devem autorizar os aplicativos incorporados novamente após a conclusão da migração de dados do aplicativo comum. Isso geralmente é feito por meio de login no aplicativo incorporado.
• Integrações— Os tokens de acesso e atualização para usuários não são migrados, portanto, os usuários devem autorizar as integrações novamente após a conclusão da migração de dados do aplicativo comum.
  • Algumas integrações são configuradas no Control Hub e podem ser desativadas durante a migração. Um exemplo é a integração ThousandEyes, que é desativada durante a migração e precisa ser reconfigurada. A página de aplicativos no Control Hub também é uma boa referência para ver quais integrações foram desativadas.
  • Integrações com soluções de prevenção contra perda de dados precisam ser reautorizadas pelos responsáveis pela conformidade.
  • As integrações de tarefas e conectores do Webex Contact Center devem ser reautorizados.
  • Se seus usuários tiverem criado integrações de API do Webex, os tokens de acesso e atualização associados a essas integrações não funcionarão mais.
• Os aplicativos de serviço precisam ser reautorizados. O cliente precisa solicitar um novo token de acesso e atualização.
• Se sua organização tiver criado bots, o token de acesso para cada bot será revogado como parte da migração. Se você tentar acessar os bots, você receberá um erro HTTP 401, uma vez que o token de acesso será inválido ou expirado. Você deve gerar novamente o token de acesso para todos os bots e atualizar as configurações do bot para usar o novo token de acesso. Isso pode ser feito acessando https://developer.webex.com/my-apps, selecionando cada bot que você criou e, em seguida, clicando em Regenerar token de acesso.

Impactos nas mensagens de vídeo (Vidcast)

Se sua organização usa mensagens de vídeo (Vidcast), você deve abrir um caso com a equipe de suporte da Cisco após a migração para transferir dados do Vidcast para a região de destino. Isso garante que todos os vídeos e gravações do Vidcast existentes permaneçam visíveis e acessíveis na conta Webex de cada usuário.

Se os seus usuários estiverem com problemas para fazer login no Cisco.com com uma conta Webex vinculada após a migração, você pode informá-los que eles podem solicitar a desvinculação de suas contas do Webex para corrigir o problema.