Pré-requisitos

Para que sua organização seja elegível para migrar entre regiões, não é necessário 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 à Identidade Webex, como nome, endereço de e-mail e grupos de usuários, são migrados para a região de destino. Os dados da análise de chamadas, mensagens e dispositivos Webex 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 em 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, em seguida, atualizaremos o status a cada duas horas enquanto a atualização está em andamento.

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

• 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:
  • Baixe metadados do SP.
  • Importe esses metadados para o IdP.
  • Ative o SSO acessando Configurações da organização > Autenticação e alterando Registro único para ativar.
• Códigos de ativação de dispositivos que foram gerados, mas não usados antes da migração terão que ser gerados novamente.
• Os dispositivos podem levar até 24 horas para estarem totalmente operacionais após a migração. Você pode reinicializar manualmente os dispositivos para acelerar esse processo.
• Se sua organização usar a integração do Okta para sincronizar os usuários do Okta no Control Hub, você precisará gerar novamente o token de acesso do portador conforme especificado nas etapas 3 e 4 em Configurar o Okta para sincronização de usuários neste artigo.
• Os dados da análise não aparecerão imediatamente após a migração. A migração de dados do Analytics continuará em segundo plano e durará de dois a três dias. Não há ações necessárias de você para trazer de volta os dados da análise. Ela reaparecerá automaticamente. O impacto é que você não verá os dados da análise 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 das chamadas anteriores não estará mais disponível.

Impactos para os usuários finais

• No início da migração, os usuários finalizarão a sessão do aplicativo Webex. Os usuários devem iniciar sessão 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

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

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

• Aplicativos incorporados—Tokens de acesso e atualização para usuários não são migrados, portanto, os usuários devem autorizar aplicativos incorporados novamente após a conclusão da migração de dados do aplicativo comum. Isso geralmente é feito iniciando sessão 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 do 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.
  • As integrações com soluções de prevenção de perda de dados precisam ser reautorizadas pelos responsáveis pela conformidade.
  • Centro de contatos Webex integrações de tarefas e conectores deve ser reautorizado.
  • Se os usuários criaram alguma integração da API 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 pedir 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.

Se os usuários estiverem tendo problemas para iniciar sessão em Cisco.com com uma conta Webex vinculada após a migração, você poderá informá-los que eles podem solicitar a desvinculação das contas do Webex para corrigir o problema.