Migrações entre inquilinos

  • Artigo

Migrar um ambiente para um inquilino diferente

Pode utilizar a funcionalidade de migração de inquilino para inquilino para pedir que um ambiente num inquilino seja movido* para outro inquilino. Esta funcionalidade permite que os clientes suportem os seguintes casos:

  • Consolidar vários inquilinos sob um inquilino
  • Aquisição de suporte da Empresa A para a Empresa B

*O ambiente não é movido fisicamente, mas está associado a outro locatário. O ambiente ainda existe, mas já não está sob o inquilino de origem. Está disponível e é gerido sob o inquilino de destino.

Precisa de submeter um pedido de suporte para iniciar a migração de inquilino para inquilino.

Não existem alterações à interface de utilizador ou à versão como parte desta mudança. Pode mover um ou vários ambientes. Depois de concluídos, seus ambientes aparecem no novo locatário.

Importante

  • Se mover ambientes individuais de um inquilino para outro necessitar de uma alteração de região geográfica, o inquilino torna-se uma inquilino multirregional. Funcionalidades regionais são ativadas no centro de administração do Power Platform pela equipa 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 após a migração de locatário para locatário, como Microsoft Dynamics 365 for Outlook sincronização SharePoint do lado do servidor ou outros.
  • As mudanças de região geográfica não são suportadas dentro ou fora do US GCC, US GCC High, US DoD, OCE, IND ou China.
  • As cópias de segurança de base de dados de origem existentes não serão migradas para o inquilino de destino.
  • A organização do Dataverse associada a uma organização de finanças e operações não pode ser migrada para um inquilino diferente.
  • A migração entre inquilinos não está sujeita ao Sistema de Proteção de Dados do Cliente quando ativada no inquilino de origem.

Aplicações e plataformas suportadas

Suportado Não suportado totalmente*
  • Dataverse
  • Aplicações do Dynamics 365

*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 elas podem exigir etapas adicionais de você ou do Suporte.

Tipos de ambiente suportados

Suportado Não suportado
  • Migrar ambiente de produção
  • Migrar ambiente de sandbox
  • Migrar inquilinos do GCC para o GCC
  • Um ou vários ambientes
  • Migrar ambiente predefinido
  • Migrar ambiente de equipas
  • Migrar ambiente de avaliação
  • Migrar ambiente de demonstração
  • Migrar ambiente de programador
  • Migrar inquilinos do GCC para outra área geográfica ou de outra área geográfica para o GCC
  • Migrar a organização do Dataverse associada a uma organização de finanças e operações

Fluxo de migração

Uma vez submetido um pedido de migração, a equipa de suporte empenha-se em rever o pedido manualmente. Abaixo está a lista de passos realizadas durante todo o processo de migração.

Fluxo de migração

Pré-requisitos

Se você não tiver uma assinatura paga do Dynamics 365, Power Apps ou Microsoft Copilot Studio no locatário de destino, precisará criar uma. Pode precisar de comprar uma nova subscrição ou converter uma subscrição de avaliação numa subscrição paga, se ainda não o tiver feito.

O inquilino de destino precisa de um número igual ou superior de licenças de utilizador ativas e armazenamento igual ou superior como o inquilino de origem.

Quando o seu ambiente é movido de um inquilino para outro na mesma região, o URL não é alterado. Para executar esta operação, você precisa responder a algumas perguntas, incluindo:

  • O que é o domínio do inquilino de origem e a respetiva região? (Exemplo: EMEA, NA, APAC)
  • O que é o domínio do inquilino de destino e a respetiva região? (Exemplo: EMEA, NA, APAC)
  • O inquilino de destino tem uma subscrição válido do Dynamics 365 com concessões suficientes para todos os utilizadores serem mapeados? Os usuários a serem fornecidos no arquivo mapeamento devem estar ativos e licenciados nos locatários de origem e de destino.
  • O inquilino de destino tem licenças de utilizador disponíveis suficientes?
  • O inquilino de destino tem espaço de armazenamento disponível para os ambientes a serem migrados?
  • Antes de migrar ambientes de produção (ou ambientes com potencial impacto para o negócio), é necessário efetuar primeiro migrações de cópia de sandbox. O objetivo destas migrações que utilizam cópias dos ambientes de produção importantes é permitir a validação dos ambientes migrados antes de continuar com as migrações de ambientes críticos para a empresa. Tem capacidade suficiente para aprovisionar uma cópia do seu ambiente de produção para prosseguir com este teste? Para obter instruções sobre como copiar um ambiente, aceda a Copiar um ambiente.

Deve fornecer as seguintes informações:

  • Os ambientes a serem migrados do inquilino de origem.
  • O ficheiro de mapeamento de utilizador para o primeiro ambiente a ser migrado. Cada ambiente deve ter um arquivo 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. Podem ter diferentes domínios de origem e de destino, desde que estejam ativos.
  • O ID do objeto do grupo de segurança no inquilino de destino a atribuir a cada ambiente, se um grupo de segurança deva ser atribuído. O ID do objeto do grupo de segurança do locatário de destino é atribuído durante a migração, se for fornecido. Se não for fornecido, o grupo de segurança poderá ser atribuído a partir do centro de administração do Power Platform após a migração ser concluída.

Etapas a serem executadas por um Power Platform administrador ou administrador Dynamics 365

  1. Estar autorizado a realizar a migração.
  2. Uma migração com uma cópia de sandbox deve ser executada e validada por todas as partes antes de planear a migração de um ambiente crítico para a empresa. Nesse caso, também precisamos de um novo ambiente no locatário de origem para que possamos copiar o ambiente crítico de negócios para o novo ambiente e executar a migração de teste.
  3. Crie utilizadores no inquilino de destino. Tem de:
    1. Criar utilizadores no Microsoft 365/ID do Microsoft Entra.
    2. Atribuir licenças.
  4. Depois que os usuários são criados e habilitados, o arquivo mapeamento precisa ser gerado seguindo as etapas descritas posteriormente neste artigo.
  5. Se houver soluções para fluxos do Power Apps ou do Power Automate, estas precisam de ser exportadas do Power Apps e importadas novamente para o novo ambiente após a migração.
  6. Se o Sistema de Proteção de Dados estiver ativado no inquilino de origem, esteja preparado para aprovar o pedido de Sistema de Proteção de Dados no início da operação entre inquilinos.

Confirme se alguma das soluções abaixo está instalada nos ambientes a serem migrados, pois elas podem exigir mais etapas de você ou do Suporte:

  • Power Apps ou Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • Não há suporte para migração de locatário para Dynamics 365 Customer Voice locatário. Os projetos e inquéritos têm de ser recriados após a migração.
  • Portais do Power Apps
  • Aplicação Verificador do Power Apps
  • Café X
  • Dynamics 365 Marketing
  • Caixas de Correio. Se o utilizador mapeado tiver uma caixa de correio no inquilino de destino, a caixa de correio é automaticamente configurada durante a migração. Para todos os outros usuários, você deve reconfigurar a caixa de correio:
    1. 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 inquilino para inquilino, os clientes têm de migrar/configurar as caixas de correio deles no inquilino de destino.
    2. Se estiver a utilizar o domínio onmicrosoft predefinido (test@sourcecompanyname.onmicrosoft.com), o nome do domínio pós-migração é alterado (test@targetcompanyname.onmicrosoft.com). Os clientes têm de configurar a caixa de correio. Para configurar a caixa de correio, consulte Ligar ao Exchange Online.

Passos para criar o ficheiro de mapeamento

Para utilizadores com acesso total:

  1. Aceda ao ambiente de origem.

  2. Utilize a Pesquisa Avançada (Captura de ecrã do botão Localização Avançada.) e pesquise por utilizadores.

  3. Selecione Utilizar Vista Guardada>Utilizadores com Acesso Total e, em seguida, selecione Editar Colunas.

  4. Remova todas as colunas, exceto Nome Completo.

  5. Selecione Adicionar Colunas>Windows Live ID.

  6. Selecione OK>Resultados para ver a lista de utilizadores com acesso total.

  7. Selecione todos os registos, selecione Exportar Utilizadores no friso e, em seguida, escolha Folha de Cálculo Estática.

  8. Siga os passos 1-7 acima para o inquilino de destino, se possível. Deve agora ter duas folhas Excel separadas: uma para o inquilino de origem e outra para o de destino.

  9. Abra os ficheiros para edição.

  10. A partir da folha Excel de origem, copie os registos sob a coluna Windows Live ID no Bloco de Notas. Não copie o cabeçalho.

  11. Guarde o ficheiro do Bloco de Notas.

  12. Em seguida, introduza o Windows Live ID (UPNs) de destino no mesmo documento do Bloco de Notas à direita da UPN de Origem correspondente, separando as UPNs de Origem e de Destino com uma vírgula (,).

    Exemplo:
    user001@source.com, user001@destination.com
    user002@source.com, user002@destination.com
    user003@source.com, user003@destination.com

  13. Guarde o ficheiro como um CSV.

Nota

Os usuários do aplicativo não podem ser migrados. Saiba mais sobre usuários de aplicativos em Sistema e usuários de aplicativos.

Para utilizadores com acesso administrativo:

  1. Aceda ao ambiente de origem.
  2. Use a Localização Avançada (Captura de ecrã do botão Localização Avançada.) e procure usuários.
  3. Selecione Utilizar Vista Guardada>Utilizadores com Acesso Administrativo e, em seguida, selecione Resultados para ver a lista de utilizadores com acesso administrativo.
  4. Se decidir não incluir nenhum destes utilizadores, ignore os passos que se seguem. Caso contrário, para incluir estes utilizadores no mapeamento:
    1. Encontre os utilizadores correspondentes no inquilino de destino.
    2. Certifique-se de que uma licença válida do Dynamics 365 é atribuída ao utilizador de destino no inquilino de destino. Nota: Se não for atribuída nenhuma licença ao utilizador de destino, a migração falhará.
    3. Guarde o ficheiro CSV que tem utilizadores com acesso total e utilizadores com acesso administrativo mapeados.

Execute as seguintes etapas para Power Apps, Power Automate, Microsoft Copilot Studio,Portais Power Apps e Marketing antes e depois da migração:

Para o Power Apps e o Power Automate:

  • Todos os fluxos do Power Apps e do Power Automate têm de ser exportados manualmente.
  • Não suportamos a migração de Conectores de Clientes, Ligações ou de Gateways. Se tiver algum destes componentes configurados, estes têm de ser reconfigurados manualmente após a migração.
Para aplicativos com reconhecimento de solução

Antes da migração:

  1. Para aplicativos que reconhecem soluções, você pode ir para https://make.powerapps.com/, navegar até a página Soluções e exportar todos os aplicativos/soluções (individualmente ou agrupá-los em uma única solução, se ainda não estiverem)
  2. Exclua esses aplicativos com reconhecimento de solução no ambiente depois de exportá-los.

Importante

Aplicativos de tela com reconhecimento de solução, páginas personalizadas ou bibliotecas de componentes que você não exclui de um ambiente antes da migração são deixados em um estado inoperável após a conclusão da migração. Não é possível reproduzi-los, editá-los ou exportá-los. Você deve excluí-los para desbloquear quaisquer outras atualizações de solução.

Após a migração:

  1. Selecione o novo ambiente de https://make.powerapps.com/ e navegue para a página Soluções.
  2. Selecione Importar e use o seletor de ficheiros para escolher os pacotes exportados dos passos acima.
  3. Confirme que a importação foi concluída com êxito verificando o conteúdo da solução do ambiente migrado.
Para aplicativos que não reconhecem soluções

Antes da migração:

  1. Aceda a https://make.powerapps.com e, em seguida, selecione Aplicações.
  2. Para cada aplicação que pretende mover, selecione Mais Comandos (...) e, em seguida, selecione Exportar pacote (pré-visualização).
  3. Preencha os detalhes necessários para efetuar a exportação da aplicação e, em seguida, selecione Exportar. Uma vez concluída a exportação, deve iniciar-se uma transferência. O ficheiro resultante contém o pacote de aplicações que foi selecionado.
  4. Repita estes passos até que todas as aplicações tenham sido exportadas.

Após a migração:

  1. Aceder a https://make.powerapps.com.
  2. Selecione o novo ambiente a partir do seletor de ambiente no canto superior direito.
  3. Selecione Aplicações.
  4. Selecione Importar aplicação de tela.
  5. Carregue o ficheiro de pacote aplicações.
  6. Complete todas as seleções de opção de importação e, em seguida, selecione Importar.
  7. Repita estes passos até que todas as aplicações tenham sido importadas.

Para a Microsoft Copilot Studio

  • Todos os chatbots do Microsoft Copilot Studio têm de ser exportados manualmente.
  • Alguns componentes dependentes de chatbots tem de ser reconfigurados manualmente durante ou depois da migração – por exemplo, ligações, variáveis de ambiente, conectores personalizados.

Antes da migração:

  1. Os chatbots reconhecem as soluções. Pode aceder a https://make.powerapps.com/, navegar para a página Soluções e exportar todas as soluções dos chatbots — individualmente ou agrupe-as numa única solução. Para mais informações, consulte Exportar e importar bots utilizando soluções.

Após a migração:

  1. Selecione o novo ambiente de https://make.powerapps.com/ e navegue para a página Soluções.
  2. Selecione Importar e use o seletor de ficheiros para escolher os pacotes exportados dos passos acima.
  3. Confirme que a importação foi concluída com êxito verificando o conteúdo da solução do ambiente migrado.

Para Power Apps Portais (deve ser feito para cada portal nos ambientes):

Antes da migração:

  1. Inicie sessão no ambiente.
  2. Abra o centro de administração dos Portais do Power Apps.
  3. Exclua o portal.

Após a migração:

  1. Inicie sessão no ambiente.
  2. Abra o centro de administração dos Portais do Power Apps.
  3. Aprovisionar o portal com o mesmo tipo de portal e idioma.

Para o Dynamics 365 Marketing:

Se a aplicação Marketing for implementada no inquilino, certifique-se de que as licenças necessárias estão presentes no inquilino de destino para voltar a aprovisionar a aplicação quando a migração for concluída. Aceda a: Migração de inquilino para inquilino para o Dynamics 365 Marketing.

Pós-migração

Depois de mudar ambiente para outro inquilino:

  • O URL do ambiente, o ID da organização (OrgID) e o nome não mudam.
  • O ambiente de origem não está acessível.
  • Os utilizadores não incluídos no ficheiro de mapeamento não serão migrados e mapeados após a migração.

Como funciona a migração

Você recebe uma lista de pré e pós-requisitos para sua migração como parte da solicitação de suporte gerada. A tabela a seguir descreve o que Microsoft faz antes, durante e depois da sua mudança.

Antes da migração:
Notificação		 Durante a migração:
Transferência		 Após a migração:
Notificação e suporte
O que Microsoft faz Seu representante de suporte ou gerente de conta trabalha com você para solicitar uma mudança e agendá-la. Redução para a migração demora várias horas, consoante o número de utilizadores. Durante este período, o ambiente não está acessível pelos utilizadores, pelo que a transferência deve ser agendada para o final da tarde ou durante o fim de semana.

Há uma passo que requer seu envolvimento, que é fornecer um arquivo mapeamento ao utente. Isto é solicitado antecipadamente para que possa validar os utilizadores que estão a ser movidos antes que a migração ocorra.		 Também será alertado por e-mail ou telefone quando o ambiente é migrado para o novo inquilino.

Após a conclusão da migração do inquilino, o seu representante de suporte ou gestor de conta ajuda-o a contactar a faturação para cancelar e/ou creditar a sua subscrição anterior, se necessário.

Aderimos aos termos do Contrato de Nível de Serviço para Microsoft Serviços Online para todas as mudanças.

Perguntas mais frequentes

As operações de fundo são ativadas durante a migração de inquilino para inquilino?

O modo de administração é ativado durante a migração de inquilino para inquilino, por isso, as operações de fundo não são executadas. Aceda a: Modo de administração – Power Platform

Podemos migrar todos os utilizadores da organização do Dataverse?

Só podemos migrar todos os utilizadores da organização do Dataverse se os utilizadores existirem no inquilino de destino. Por exemplo:

user001@source.com, user001@destination.com
user002@source.com, user002@destination.com