Compartilhar via

Migrações entre áreas geográficas

  • Artigo

Continuamos a abrir novas regiões de datacenter para serviços comerciais e a adicionar datacenters às regiões existentes.

O recurso de migração geográfica permite que os clientes movam seus ambientes em um único locatário de uma região para outra. Não há nenhuma alteração de interface do usuário ou versão como parte dessa mudança. Se o ambiente reside em um ambiente do Microsoft 365 em um único locatário, mover o ambiente não moverá o ambiente do Microsoft 365; eles são serviços separados. Seu ambiente ainda é exibido no locatário ao lado do ambiente do Microsoft 365.

Importante

  • O suporte para migração geográfica é limitado e geralmente não está disponível.
  • Para solicitar uma migração regional, entre em contato com seu gerenciador da conta ou consulte o Suporte Técnico.
  • Depois de fazer uma solicitação, espere pelo menos 10 dias para que a migração seja concluída.
  • As migrações geográficas não são compatíveis dentro ou fora do GCC dos EUA, do GCC High dos EUA ou da China.
  • As migrações geográficas são restritas para dentro ou fora do OCE ou IND.
  • Há etapas de preparação importantes e críticas mencionadas na seção Etapas de migração geo-para-geo que precisam ser executadas para o Power Apps ou o Power Automate antes da migração geográfica. Se essas etapas forem perdidas, é difícil recuperar soluções do Power Apps ou do Power Automate.

Tipos de ambiente compatíveis

Compatível Incompatível

  • Migrando ambiente de produção

  • Migrando ambiente de área restrita

  • Migrando ambiente padrão

  • Migrando ambiente do Dataverse for Teams

  • Migrando ambiente de avaliação

  • Migrando ambiente de demonstração

  • Migrando ambiente de desenvolvedor

  • Migrando ambiente do GCC para outra área geográfica ou de outra área geográfica para o GCC

Impacto da migração

  • Os backups para o ambiente em migração entre áreas geográficas não estão mais disponíveis.
  • A URL da organização é alterada. Cada um dos datacenters regionais tem um identificador exclusivo na URL. Quando a organização for movida de um datacenter regional para outro, esse identificador muda. Saiba mais em Novas regiões de datacenter.
  • A ID do ambiente é alterada para um novo identificador exclusivo globalmente.

Observação

As URLs das organizações devem ser exclusivas. Se o nome de domínio de sua organização já tiver sido reservado no datacenter de destino, ele não estará disponível. É improvável que aconteça, mas, se isso acontecer, trabalhamos em conjunto para decidir como proceder.

Etapas de migração entre áreas geográficas

Importante

Como o suporte para migração entre áreas geográficas é limitado, muitos componentes do Power Platform, aplicativos Dynamics 365 e configurações de administração do ambiente são afetados. É vital que você siga esta seção para manter a funcionalidade de determinados recursos.

Para recursos de administração do ambiente

Antes da migração entre áreas geográficas

  • As configurações do ambiente (por exemplo, configurações de recursos de recursos, recursos de IA generativa, configurações de privacidade e segurança) serão redefinidas para seus valores padrão após a migração entre áreas geográficas. Anote todas as configurações de ambiente que você precisa reconfigurar após a migração.
  • O status do ambiente gerenciado e as configurações associadas serão perdidos (por exemplo, Admin Digest, Roteamento de Ambiente). Anote o status do ambiente gerenciado e as configurações associadas para que você possa reaplicar essas configurações após a migração entre áreas geográficas.
  • O estado do link da política empresarial e as propriedades associadas serão perdidos (por exemplo, chaves gerenciadas pelo cliente, Rede Virtual). Anote todas as políticas corporativas vinculadas ao ambiente para que você possa revincular as políticas corporativas após a migração entre áreas geográficas.
  • As solicitações de Lockbox para o ambiente submetido ao G2G serão perdidas ou interrompidas. Se o Suporte Microsoft precisar de acesso ao seu ambiente após a migração entre áreas geográficas, uma nova solicitação do Lockbox deverá ser criada.
  • As políticas de DLP (Prevenção de Perda de Dados) que incluem ou excluem o ambiente em migração entre áreas geográficas não se aplicarão mais ao ambiente. Anote as políticas de DLP que se aplicam ao ambiente para que você possa reaplicá-las após a migração entre áreas geográficas.
  • O ambiente em migração entre áreas geográficas será removido de seu grupo ambiental. Anote o grupo de ambientes em que o ambiente está para que você possa adicionar novamente o ambiente ao grupo de ambientes após a migração entre áreas geográficas.
  • O Pagamento Conforme o Uso será perdido para o ambiente em migração de uma região geográfica para outra. Anote todas as políticas de cobrança de Pagamento Conforme o Uso atribuídas ao ambiente que você gostaria de manter após a migração entre áreas geográficas.
  • As Alocações da moeda serão perdidas para o ambiente em migração entre áreas geográficas. Anote todas as alocações de moeda para o ambiente que você gostaria de manter após a migração entre áreas geográficas.

Após migração entre áreas geográficas

Para componentes que estão em soluções

Antes da migração entre áreas geográficas

  1. Todas as soluções devem ser exportadas se contiverem qualquer um dos seguintes componentes que não ofereçam suporte à migração entre áreas geográficas:

Observação

As soluções gerenciadas não podem ser exportadas, mas as práticas recomendadas de ALM garantem que todas as soluções gerenciadas que você possui tenham uma solução não gerenciada associada que você possa exportar como uma solução gerenciada.

  • Aplicativos de tela
  • Páginas personalizadas
  • Bibliotecas de componentes
  • Conectores personalizados
  • Fluxos de dados
  • Variáveis de ambiente usando o tipo de dados "Fonte de dados"
  • Referências de conexão
  • Chatbots
  1. Exclua todos os aplicativos de tela, páginas personalizadas e bibliotecas de componentes nas soluções exportadas na etapa 1.

Importante

Aplicativos de tela, páginas personalizadas e bibliotecas de componentes com reconhecimento de solução que você não exclui de um ambiente antes da migração entre áreas geográficas serão deixados em um estado inoperável após a conclusão da migração. Você não pode executar, editar ou exportá-los. Você deve excluí-los para desbloquear outras atualizações da solução. Eles são restaurados após a importação da solução após a migração entre áreas geográficas.

Após migração entre áreas geográficas

Conclua estas etapas na ordem:

  1. Os chatbots devem ser excluídos. Eles são recriados após a importação da solução na próxima etapa.
  2. Todas as soluções que foram exportadas antes da migração geo-para-geo devem ser importadas.
    • Quando solicitado sobre Conexões, certifique-se de Revisar e ajustar todas as conexões e recriar conexões, conforme necessário.
    • Quando solicitado sobre variáveis de ambiente, verifique se as variáveis de ambiente estão configuradas corretamente.
  3. Para sites do Power Pages, exclua o host do website e reative o site.
  4. Para fluxos de dados, dependendo da conexão, talvez seja necessário editar o fluxo de dados e reconfigurar a conexão.
  5. Os fluxos de nuvem devem ser reativados para restaurar a funcionalidade.

Para componentes que não estão em soluções

Em geral, é recomendável criar e adicionar todos os componentes às soluções, e muitos componentes são adicionados a uma solução, por padrão. No entanto, se você ainda tiver componentes que não estão em uma solução, muitos desses componentes poderão ser migrados com as etapas a seguir.

Observação

  • Os gateways locais não podem ser migrados e devem ser reconfigurados manualmente após a migração entre áreas geográficas.
  • As conexões não podem ser migradas e devem ser recriadas manualmente após a migração entre áreas geográficas. No entanto, para conexões usadas por aplicativos de tela, fluxos de nuvem ou quaisquer componentes com reconhecimento de solução, você será solicitado a reconfigurá-los como parte dos processos de importação de cada um desses componentes.

Conectores personalizados

Conectores personalizados que não estão em soluções não têm suporte para migração entre áreas geográficas. Eles podem ser baixados como um OpenAPI arquivo JSON e, em seguida, recriados usando o arquivo JSON após a OpenAPI migração geo-para-geo.

Antes da migração entre áreas geográficas
  1. Navegar até https://make.powerautomate.com/.
  2. Navegue até a página Conectores Personalizados .
  3. Selecione o botão Download ao lado do conector personalizado que você deseja baixar. Isso baixa um OpenAPI arquivo JSON para o seu dispositivo.
Após migração entre áreas geográficas
  1. Navegar até https://make.powerautomate.com/.
  2. Navegue até a página Conectores Personalizados .
  3. Selecione Novo conector personalizado.
  4. Selecione Importar um arquivo OpenAPI e escolha o arquivo JSON do OpenAPI que foi baixado na seção Antes da migração entre áreas geográficas.

Aplicativos de tela

Os aplicativos de tela podem existir fora das soluções. Para reter os aplicativos de tela, eles devem ser exportados antes da migração de área geográfica para geográfica e, em seguida, importados após a migração de área geográfica.

Antes da migração entre áreas geográficas

Exporte os aplicativos de tela que não estão nas soluções.

Após migração entre áreas geográficas

Importe os aplicativos de tela que foram exportados na seção Antes da migração geográfica para geográfica.

Fluxos da nuvem

Os fluxos de nuvem podem existir fora das soluções. Para reter os fluxos da nuvem, eles devem ser exportados antes da migração de área geográfica para geográfica e, em seguida, importados após a migração entre áreas geográficas.

Antes da migração entre áreas geográficas

Exporte os fluxos da nuvem que não estão nas soluções.

Após migração entre áreas geográficas

Importe os fluxos de nuvem que foram exportados na seção Antes da migração geográfica para geográfica.

Aplicativos do Dynamics 365

Se você usar qualquer um dos aplicativos Dynamics 365 a seguir, precisará executar as ações a seguir para manter a funcionalidade após a migração entre áreas geográficas.

Dataverse Accelerator

Após migração entre áreas geográficas

Desinstale o aplicativo usando a PAC CLI com estes comandos:

pac solution delete --solution-name msdyn_DataverseAcceleratorApp --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator_Anchor --environment <environment URL>

Após a desinstalação, reinstale o aplicativo por meio do Power Platform centro de administração.

Project for the web

Após migração entre áreas geográficas

O Project for the web é reprovisionado automaticamente ao navegar para https://project.microsoft.com/. Seus planos existentes ainda permanecem intactos.

Aplicativo Dynamics 365 Marketing (Customer Insights - Journeys)

Antes da migração entre áreas geográficas

Desinstale o aplicativo de marketing Dynamics 365 usando o seguinte guia: Desinstalar Dynamics 365 Marketing.

Após migração entre áreas geográficas

Reinstale o aplicativo de marketing Dynamics 365 por meio do Power Platform centro de administração.

Aplicativos da área de trabalho

Se você usar qualquer um dos seguintes Power Platform aplicativos de desktop, precisará executar as ações a seguir para manter a funcionalidade após a migração entre áreas geográficas.

Runtime do computador com o Power Automate

Após migração entre áreas geográficas

Se você selecionou o ambiente que está sendo migrado como seu ambiente de máquina no aplicativo de tempo de execução da Power Automate máquina, será necessário selecionar novamente o ambiente no aplicativo após a migração de área geográfica para geográfica.

Como a mudança funciona

Você deve seguir as etapas acima antes e depois da migração entre áreas geográficas. A tabela a seguir descreve o que a Microsoft faz antes, durante e depois da migração entre áreas geográficas.

Antes de mudar Durante a mudança Depois de mudar
O que a Microsoft faz Notificação

O representante de suporte ou o gerente de conta trabalha com você para solicitar e agendar uma mudança.		 Transição

Os períodos de transição para cada serviço dependem do número de usuários e da quantidade de dados. Essa etapa pode demorar de 1 a 6 horas para organizações menores, mas pode demorar até 48 horas para grandes organizações. A transição é feita durante a noite ou em um final de semana.		 Notificação e suporte

Você será alertado por email ou por telefone quando o ambiente for migrado para o novo datacenter.

Depois que seu ambiente for migrado, você poderá executar as etapas de pós-migração.

Aderiremos aos termos do Contrato de nível de serviço do Microsoft Online Services para todas as movimentações.