Migração entre locatários
Migrar um ambiente para um locatário diferente
Você pode usar o recurso de migração de locatário para locatário para solicitar que um ambiente em um locatário seja movido* para outro locatário. Esse recurso permite que os clientes ofereçam suporte aos seguintes casos:
- Consolidar vários locatários em um único locatário
- Dar suporte à aquisição da Empresa A para a Empresa B
*O ambiente não é movido fisicamente, mas sim associado a outro locatário. O ambiente ainda existe, mas não está mais no locatário de origem. Ele está disponível e é gerenciado no locatário de destino.
Você precisa enviar um pedido de suporte para iniciar a migração de locatário para locatário.
Não há nenhuma alteração de interface do usuário ou versão como parte dessa mudança. Você pode mover um ou vários ambientes. Quando concluído, seus ambientes serão exibidos em seu novo locatário.
Importante
- Se mover ambientes individuais de um locatário para outro exigir uma mudança de região geográfica, seu locatário se tornará um locatário multirregional. Recursos regionais são habilitados no centro de administração do Power Platform pela equipe de suporte. Mais Informações: Migrações de área geográfica para área geográfica.
- Talvez seja necessário reconfigurar alguns aplicativos e configurações depois da migração de locatário para locatário, como o Microsoft Dynamics 365 for Outlook, a sincronização no lado do servidor, SharePoint ou outros.
- Não há suporte para alterações de região geográfica dentro ou fora do US GCC High, US DoD, OCE, IND ou China.
- Os backups de banco de dados de origem existentes não serão migrados para o locatário de destino.
- Uma organização do Dataverse vinculada a uma organização de finanças e operações não pode ser migrada para um locatário diferente.
- A migração de locatário para locatário está sujeita ao Sistema de Proteção de Dados do Cliente quando habilitado no locatário de origem.
Plataformas e aplicativos compatíveis
| Compatível | Parcialmente compatível* |
|---|---|
|
|
*Pode haver perda potencial de dados durante a migração e mais etapas necessárias. Confirme se alguma das soluções abaixo está instalada nos ambientes a serem migrados, pois isso pode exigir etapas adicionais de você ou do suporte.
Tipos de ambiente compatíveis
| Compatível | Incompatível |
|---|---|
|
|
Migrando fluxo
Depois que uma solicitação de migração é enviada, a equipe de suporte é contratada para revisar a solicitação manualmente. Veja a seguir a lista de etapas realizadas durante todo o processo de migração.
Pré-requisitos
Se você não tiver uma assinatura paga do Dynamics 365, o Power Apps ou o Microsoft Copilot Studio no locatário de destino, será preciso criar uma. Pode ser necessário adquirir uma nova assinatura ou converter uma assinatura de avaliação em paga, se ainda não tiver feito isso.
O locatário de destino precisa de um número igual ou superior de licenças de usuário ativas e armazenamento igual ao do locatário de origem ou maior.
Quando seu ambiente é movido de um locatário para outro na mesma região, a URL não muda. Para executar essa operação, você precisa responder a algumas perguntas, incluindo:
- Qual é o domínio do locatário de origem e a região? (Exemplo: EMEA, NA, APAC)
- Qual é o domínio do locatário de destino e a região? (Exemplo: EMEA, NA, APAC)
- O locatário de destino tem uma assinatura válida do Dynamics 365 com estações suficientes para que todos os usuários sejam mapeados? Os usuários a serem fornecidos no arquivo de mapeamento devem estar ativos e licenciados nos locatários de origem e destino.
- O locatário de destino tem licenças de usuário disponíveis suficientes?
- O locatário de destino tem armazenamento suficiente disponível para os ambientes que estão sendo migrados?
- Antes de migrar ambientes de produção (ou ambientes com possível impacto nos negócios), as migrações de cópia de área restrita devem ser executadas primeiro. O objetivo dessas migrações usando cópias dos ambientes de produção importantes é permitir a validação dos ambientes migrados antes de prosseguir com as migrações de ambientes de negócios críticos. Você tem capacidade suficiente para provisionar uma cópia de seu ambiente de produção para continuar com esse teste? Para obter instruções sobre como copiar um ambiente, consulte Copiar um ambiente.
Você deve fornecer as seguintes informações:
- Os ambientes a serem migrados do locatário de origem.
- O arquivo de mapeamento do usuário para o primeiro ambiente a ser migrado. Cada ambiente deve ter um arquivo de mapeamento separado. Os usuários precisam existir nos locatários de origem e de destino e precisam ser licenciados e habilitados nos ambientes para que a migração seja bem-sucedida. Eles podem ter diferentes domínios de origem e destino, desde que estejam ativos.
- A ID de objeto do grupo de segurança no locatário de destino a ser atribuído a cada ambiente, se um grupo de segurança tiver de ser atribuído. A ID do objeto do grupo de segurança do locatário de destino será atribuída durante a migração, se fornecida. Se não for fornecido, o grupo de segurança pode ser atribuído desde o centro de administração do Power Platform após a conclusão da migração.
Etapas a serem realizadas por um administrador do Power Platform ou do Dynamics 365
- Ser autorizado a realizar a migração.
- Uma migração com uma cópia de área restrita deve ser executada e validada por todas as partes antes de planejar a migração de um ambiente de negócios crítico. Nesse caso, também precisaremos de um novo ambiente no locatário de origem para que possamos copiar o ambiente comercialmente crítico para o novo ambiente e realizar a migração de teste.
- Crie usuários no locatário de destino. Você deve:
- Criar usuários no Microsoft 365/Microsoft Entra ID.
- Atribuir licenças.
- Assim que os usuários forem criados e habilitados, o arquivo de mapeamento precisará ser gerado seguindo as etapas descritas posteriormente neste artigo.
- Se houver alguma solução para fluxos do Power Apps ou Power Automate, elas precisarão ser exportadas do portal do fabricante do Power Apps e importadas novamente para o novo ambiente após a migração.
- Se o Lockbox estiver habilitado no locatário de origem, esteja preparado para aprovar a solicitação do Sistema de Proteção de Dados no início da operação de locatário para locatário.
Confirme se alguma das soluções abaixo está instalada nos ambientes a serem migrados, pois isso pode exigir mais etapas de você ou do suporte:
- Power Apps ou Power Automate
- Microsoft Copilot Studio
- Dynamics 365 Customer Voice
- A migração entre locatários não é permitida para o Dynamics 365 Customer Voice. Projetos e pesquisas devem ser criados novamente após a migração.
- Portais do Power Apps
- Verificador de Aplicativo do Power Apps
- Café X
- Dynamics 365 Marketing
- Caixas de correio. Se o usuário mapeado tiver uma caixa de correio no locatário de destino, a caixa de correio será configurada automaticamente durante a migração. Para todos os outros usuários, você deve reconfigurar a caixa de correio:
- Se a mesma caixa de correio for usada no locatário de destino (test@microsoft.com), a caixa de correio será habilitada por padrão. Antes do processo de locatário para locatário, os clientes precisam migrar/configurar suas caixas de correio no locatário de destino.
- Se você estiver usando o domínio onmicrosoft padrão (test@sourcecompanyname.onmicrosoft.com), o nome de domínio pós-migração é alterado (test@targetcompanyname.onmicrosoft.com). Os clientes precisam reconfigurar a caixa de correio. Para configurar a caixa de correio, confira Conectar ao Exchange Online.
Etapas para criar o arquivo de mapeamento
Para usuários com acesso completo:
Acesse o ambiente de origem.
Use a Localização Avançada (
) e procure por usuários.Selecione Usar Exibição Salva>Usuários com Acesso Total e, em seguida, selecione Editar Colunas.
Remova todas as colunas, exceto Nome Completo.
Selecione Adicionar Colunas>Windows Live ID.
Selecione OK>Resultados para ver a lista de usuários com acesso completo.
Selecione todos os registros, selecione Exportar Usuários na faixa de opções e, depois, escolha Planilha Estática.
Siga as etapas de 1 a 7 acima para o locatário de destino, se possível. Agora você deve ter duas planilhas do Excel distintas – uma para locatário de origem e outra para de destino.
Abra os arquivos para edição.
Começando com a planilha do Excel de origem, copie os registros na coluna Windows Live ID no Bloco de Notas. Não copie o cabeçalho.
Salve o arquivo do Bloco de Notas.
Em seguida, insira o Windows Live ID (UPNs) de destino no mesmo documento do Bloco de Notas à direita do UPN de origem correspondente, separando os UPNs de origem e de destino usando uma vírgula (,).
Exemplo:
user001@source.com, user001@destination.com
user002@source.com, user002@destination.com
user003@source.com, user003@destination.comSalve o arquivo como um CSV.
Observação
Os usuários do não podem ser migrados. Saiba mais sobre os usuários do aplicativo em Usuários do sistema e do aplicativo.
Para usuários com acesso administrativo:
- Acesse o ambiente de origem.
- Use a Localização Avançada () e procure por usuários.
- Selecione Usar Exibição Salva>Usuários com Acesso Administrativo e, em seguida, selecione Resultados para ver a lista de usuários com acesso administrativo.
- Se você decidir não incluir nenhum desses usuários, pule as etapas a seguir. Caso contrário, para incluir esses usuários no mapeamento:
- Encontre os usuários correspondentes no locatário de destino.
- Certifique-se de que uma licença válida do Dynamics 365 seja atribuída ao usuário de destino no locatário de destino. Observação: se nenhuma licença for atribuída ao usuário de destino, a migração falhará.
- Salve o arquivo CSV que possui usuários com acesso total e usuários com acesso administrativo mapeados.
Siga estes passos nos portais do Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps e Marketing antes e depois da migração:
Para Power Apps e Power Automate:
- Qualquer fluxo do Power Apps e Power Automate deve ser exportado manualmente.
- Não oferecemos suporte à migração de Conectores, Conexões ou Gateways do Cliente. Se você tiver algum desses componentes configurados, eles deverão ser reconfigurados manualmente após a migração.
Para aplicativos com reconhecimento de solução
Antes da migração:
- Para aplicativos com reconhecimento de solução, você pode acessar https://make.powerapps.com/, navegar até a página Soluções e exportar todos os aplicativos/soluções (individualmente, ou agrupe-os em uma única solução, se ainda não estiverem)
- Exclua esses aplicativos com reconhecimento de solução no ambiente após exportá-los.
Importante
Aplicativos de tela, páginas personalizadas ou bibliotecas de componentes com reconhecimento de solução que você não exclui de um ambiente antes da migração 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.
Após a migração:
- Selecione o novo ambiente em https://make.powerapps.com/ e navegue até a página Soluções.
- Selecione Importar e use o seletor de arquivos para escolher os pacotes exportados das etapas acima.
- Confirme se a importação foi concluída com êxito, verificando o conteúdo da solução no ambiente migrado.
Para aplicativos que tenham reconhecimento de solução
Antes da migração:
- Acesse https://make.powerapps.com e selecione Aplicativos.
- Para cada aplicativo que você deseja mover, selecione Mais Comandos (…) e, em seguida, Exportar pacote (versão preliminar).
- Preencha os detalhes necessários para realizar a exportação do aplicativo e selecione Exportar. Assim que a exportação for concluída, um download deverá começar. O arquivo resultante contém o pacote do aplicativo que foi selecionado.
- Repita essas etapas até que todos os aplicativos tenham sido exportados.
Após a migração:
- Vá para https://make.powerapps.com.
- Selecione o novo ambiente no seletor de ambiente no canto superior direito.
- Selecione Aplicativos.
- Selecione Importar aplicativo de tela.
- Faça upload do arquivo do pacote do aplicativo.
- Conclua todas as seleções de opção de importação e, em seguida, selecione Importar.
- Repita essas etapas até que todos os aplicativos tenham sido importados.
Para Microsoft Copilot Studio
- Todos os chatbots do Microsoft Copilot Studio devem ser exportados manualmente.
- Alguns componentes dependentes de chatbots devem ser reconfigurados manualmente durante ou após a migração – por exemplo, conexões, variáveis de ambiente, conectores personalizados.
Antes da migração:
- Os chatbots apresentam reconhecimento de solução. Você pode acessar https://make.powerapps.com/, navegar até a página Soluções e exportar as soluções de todos os chatbots – individualmente ou agrupados em uma única solução. Para obter mais informações, consulte Exportar e importar bots usando soluções.
Após a migração:
- Selecione o novo ambiente em https://make.powerapps.com/ e navegue até a página Soluções.
- Selecione Importar e use o seletor de arquivos para escolher os pacotes exportados das etapas acima.
- Confirme se a importação foi concluída com êxito, verificando o conteúdo da solução no ambiente migrado.
Para portais do Power Apps (deve ser feito para cada portal nos ambientes):
Antes da migração:
- Entre no ambiente.
- Abra o centro de administração dos portais do Power Apps.
- Excluir o portal.
Após a migração:
- Entre no ambiente.
- Abra o centro de administração dos portais do Power Apps.
- Provisione o portal com o mesmo tipo e idioma do portal.
Para o Dynamics 365 Marketing:
Se o aplicativo Marketing for implantado no locatário, certifique-se de que as licenças necessárias estejam presentes no locatário de destino para reprovisionar o aplicativo assim que a migração for concluída. Vá para: Migração de locatário para locatário do Dynamics 365 Marketing.
Pós-migração
Depois de mover os ambientes para outro locatário:
- O URL do ambiente, a ID da organização (OrgID) e o nome não mudam.
- O ambiente de origem não estará acessível.
- Os usuários não incluídos no arquivo de mapeamento não serão migrados e mapeados após a migração.
Como a mudança funciona
Você recebe uma lista de pré-requisitos e pós-requisitos para a migração como parte da solicitação de suporte feita. A tabela a seguir descreve o que a Microsoft faz antes, durante e depois da migração.
| Antes da migração: Notificação |
Durante a migração: Transição |
Depois da migração: Notificação e suporte |
|
|---|---|---|---|
| O que a Microsoft faz | Seu representante de suporte ou gerente de conta auxilia você a solicitar e agendar uma migração. | A transição da migração leva várias horas para ser concluída, dependendo do número de usuários. Durante esse período, o ambiente não estará acessível aos usuários e, portanto, a transição deverá ser agendada para ocorrer durante a noite ou em um fim de semana. Há uma etapa que exige sua participação, que é fornecer um arquivo de mapeamento de usuário. Isso é solicitado antecipadamente para que possamos validar os usuários que estão sendo migrados antes da migração ocorrer. |
Você receberá um alerta por email ou por telefone quando o ambiente for migrado para o novo locatário. Quando a migração do locatário estiver concluída, seu representante de suporte ou gerente de conta ajuda você a entrar em contato com o setor de cobrança para cancelar e/ou inserir créditos em sua assinatura anterior, se necessário. |
Aderimos aos termos do Contrato de nível de serviço do Microsoft Online Services para todas as movimentações.
Perguntas frequentes
As operações em segundo plano são habilitadas durante a migração de locatário para locatário?
O modo de administração é habilitado durante a migração de locatário para locatário, portanto, as operações em segundo plano não são executadas. Acesse: Modo de administração – Power Platform
Podemos migrar todos os usuários da organização do Dataverse?
Podemos migrar todos os usuários da organização do Dataverse somente se houver usuários no locatário de destino. Por exemplo:
user001@source.com, user001@destination.com
user002@source.com, user002@destination.com