Migre os dados Webex da sua organização para outra região no Control Hub

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
• 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 migração da Identidade Webex ser concluída.

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 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 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, as 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 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 os metadados SP.
  • Importe esses metadados para o IdP.
  • Ative o SSO acessando Configurações da organização > Autenticação e alternando Registro único para ativado.
• Códigos de ativação de dispositivos que foram gerados, mas não usados antes da migração terão que ser gerados novamente.
• Se sua organização usar a integração Okta para sincronizar usuários Okta no Control Hub, será necessário gerar novamente o token de acesso ao portador, conforme especificado nas etapas 3 e 4 em Configurar 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 analíticos continuará em segundo plano e durará até dois a três dias. Não há nenhuma ação necessária de você para trazer de volta os dados de análise. Ele reaparecerá automaticamente. O impacto é que você não verá os 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 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 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 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 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.

• 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 serão 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 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 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 .