Pré-requisitos

Para que sua organização possa migrar entre regiões, sua organização deve não ter qualquer um dos seguintes serviços:

• Webex para Broadworks
• Spark 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 de análise do Webex Calling, Mensagens e Dispositivos também serão migrados após a conclusão da migração da Identidade Webex.

Exceções a quais dados são migrados: Dados de análise do CCUC não serão migrados no momento. A migração de dados do Analytics não se aplica a organizações que migram entre um centro de dados dos EUA para um centro de dados canadense.

Impactos nos 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 que você possa acomodar para o tempo de inatividade necessário.

  Certifique-se de que todas as tarefas em lote sejam concluídas 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 nenhum serviço de mensagens, chamadas, central de contatos Webex e serviços de reunião em sites gerenciados pelo Control Hub.
• Se sua organização tiver configurar logon único (SSO), ele será desativado automaticamente.
• Dispositivos no local registrados com Webex Edge para dispositivos e os dispositivos registrados na nuvem não poderão entrar em reuniões ou fazer chamadas.
• As ações de exclusão ou alteração em massa do espaço de trabalho ou do dispositivo iniciadas imediatamente antes da migração podem ser interrompidas pela migração e podem não ser concluídas com êxito.
• Enviaremos lembretes por e-mail aos administradores da organização e, em seguida, 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 você

• Se sua organização tiver configurar o SSO, depois da migração, os usuários não poderão Iniciar sessão até que o SSO seja reconfigurado da seguinte forma:
  • Baixe os metadados do SP.
  • Importe esses metadados para o IdP.
  • Ativar o SSO indo para Configurações da organização > Autenticação e alternando Logon único para ligado.
• Códigos de ativação do dispositivo que foram geradas, mas não usadas antes da migração, terão que ser geradas novamente.
• Se sua organização usar a integração do Okta para sincronizar usuários do Okta no Control Hub, será necessário gerar novamente o token de acesso do portador conforme especificado em etapas 3 e 4 em Configurar o Okta para sincronização de usuários neste artigo .
• Os dados de análise não aparecerão imediatamente após a migração. A migração de dados de análise continuará em segundo plano e durará de dois a três dias. Não são necessárias ações suas para trazer de volta os dados de análise. Ele reaparecerá automaticamente. O impacto é que você não verá dados de 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 as Chamadas UCM. 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 finalizaram 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 desktop e móveis do aplicativo Webex , então eles precisarão redefinir 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 mensagens
  • Dispositivos

  Outras configurações locais, 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 geralmente são autorizadas pelos usuários. Os tokens de usuário nas integrações são revogados assim que a migração de dados do aplicativo comum é iniciada. Para que as integrações continuem funcionando, os usuários com os privilégios certos precisarão reautorizar o acesso a essas integrações.

Outras integrações que não são autorizadas por 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 pelos responsáveis pela conformidade.

A falha em reautorizar as integrações fará com que as integrações não funcionem mais.

• Aplicativos incorporados —O acesso e a atualização de tokens para usuários não foram migrados, portanto, os usuários devem autorizar aplicativos incorporados novamente após o término 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 foram migrados, portanto, os usuários devem autorizar as integrações novamente após o término 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 apps no Control Hub também é uma boa referência para ver quais integrações foram desativadas.
  • Integrações com Soluções de prevenção de perda de dados precisam ser reautorizadas pelos responsáveis pela conformidade.
  • Webex Contact Center integrações de tarefa e conectores devem ser reautorizados.
  • Se seus usuários construíram quaisquer integrações de API Webex, os tokens de acesso e atualização associados a essas integrações não funcionarão mais.
• 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 de cada bot será revogado como parte da migração. Se você tentar acessar os bots, receberá um erro HTTP 401, pois o token de acesso será inválido ou expirado. Você deve gerar novamente o token de acesso para todos os seus bots e atualizar as configurações do bot para usar o novo token de acesso. Isso pode ser feito acessandohttps://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 no Cisco.com com uma conta Webex vinculada após a migração, você poderá informá-los que eles podem solicitar a desvinculação de suas contas do Webex para corrigir o problema .