Compartir a través de

Migraciones de inquilino a inquilino

  • Artículo

Migrar un entorno a un inquilino diferente

Puede usar la característica de migración de inquilino a inquilino para solicitar mover un entorno de un inquilino* a otro. Esta función permite a los clientes respaldar los siguientes casos:

  • Consolidar varios inquilinos en un solo inquilino
  • Adquisición de soporte de la Empresa A a la Empresa B

*El ambiente no se mueve físicamente sino que se asocia con otro inquilino. El entorno aún existe, pero ya no está bajo el inquilino de origen. Está disponible para el inquilino de destino, quien lo administra.

Necesita enviar una solicitud de soporte para iniciar la migración de inquilino a inquilino.

No hay cambios de la interfaz de usuario o los cambios en la versión como parte de este traslado. Puede mover uno o varios entornos. Una vez completado, sus entornos aparecerán en su nuevo inquilino.

Importante

  • Si al mover entornos individuales desde un inquilino a otro se requiere un cambio de región geográfica, el inquilino se convierte en un inquilino multirregional. El equipo de soporte habilita las características regionales en el Centro de administración de Power Platform. Más información: Migraciones de geografía a geografía.
  • Es posible que necesite reconfigurar algunas aplicaciones y configuraciones después de la migración de inquilino a inquilino, como Microsoft Dynamics 365 for Outlook, sincronización del lado del servidor, SharePoint u otras.
  • Los cambios de región geográfica no se admiten dentro o fuera de US GCC, US GCC High, US DoD, OCE, IND o China.
  • Las copias de seguridad de la base de datos de origen existente no se migrarán al inquilino de destino.
  • Una organización Dataverse vinculada a una organización de finanzas y operaciones no se puede migrar a un inquilino distinto.
  • La migración de inquilino a inquilino está sujeta a Caja de seguridad del cliente cuando se habilita en el inqulino de origen.

Aplicaciones y plataformas compatibles

Addmitido No totalmente admitido*
  • Dataverse
  • Aplicaciones de Dynamics 365

*Puede haber una posible pérdida de datos durante la migración y se requieren más pasos. Confirme si alguna de las soluciones a continuación está instalada en los entornos que se van a migrar, ya que pueden requerir pasos adicionales de su parte o del soporte técnico.

Tipos de entorno admitidos

Addmitido No admitido
  • Migrar un entorno de producción
  • Migrar un entorno de espacio aislado
  • Migrar inquilinos de GCC a GCC
  • Uno o varios entornos
  • Migrar el entorno predeterminado
  • Migrar el entorno de Teams
  • Migrar el entorno de prueba
  • Migrar el entorno de demostración
  • Migrar el entorno de desarrollo
  • Migrar inquilinos de GCC a otra ubicación geográfica o de otra ubicación geográfica a GCC
  • Migrar una organización Dataverse vinculada a una organización de finanzas y operaciones

Flujo de migración

Una vez que se envía una solicitud de migración, el equipo de soporte se compromete a revisar la solicitud manualmente. A continuación se muestra la lista de pasos realizados durante todo el proceso de migración.

Flujo de migración

Requisitos previos

Si no tiene una suscripción paga de Dynamics 365, Power Apps o Microsoft Copilot Studio en el inquilino de destino, debe crear una. Es posible que deba comprar una nueva suscripción o convertir una suscripción de prueba a una suscripción de pago, si aún no lo ha hecho.

El inquilino de destino necesita un número igual o mayor de licencias de usuario activo y un almacenamiento igual o mayor que el inquilino de origen.

Cuando su entorno se mueva desde un inquilino a otro dentro de la misma región, la dirección URL no cambia. Para realizar esta operación es necesario responder algunas preguntas entre las que se incluyen:

  • ¿Cuál es el dominio de inquilino de origen y su región? (Ejemplo: EMEA, NA o APAC)
  • ¿Cuál es el dominio de inquilino de destino y su región? (Ejemplo: EMEA, NA o APAC)
  • ¿El inquilino de destino tiene una suscripción válida a Dynamics 365 con suficientes puestos para que se asignen todos los usuarios? Los usuarios que se proporcionarán en el archivo asignación deben estar activos y tener licencia tanto en los inquilinos de origen como de destino.
  • ¿El inquilino de destino tiene suficientes licencias de usuario disponibles?
  • ¿El inquilino de destino tiene suficiente almacenamiento disponible para los entornos que se van a migrar?
  • Antes de migrar entornos de producción (o entornos con impacto comercial potencial), primero se deben realizar migraciones de copia de sandbox. El objetivo de estas migraciones que usan copias de los entornos de producción importantes es permitir la validación de los entornos migrados antes de continuar con las migraciones de entornos críticos para el negocio. ¿Tiene la capacidad suficiente para aprovisionar una copia de su entorno de producción para continuar con esta prueba? Para obtener instrucciones sobre cómo copiar un entorno, vaya a Copiar un entorno.

Debe proporcionar la siguiente información:

  • Los entornos que se migrarán desde el inquilino de origen.
  • El archivo de asignación de usuarios para el primer entorno que se va a migrar. Cada ambiente debe tener un archivo asignación separado. Los usuarios deben existir tanto en los inquilinos de origen como de destino, y deben tener licencia y estar habilitados en los entornos para que la migración sea exitosa. Pueden tener diferentes dominios de origen y destino siempre que estén activos.
  • El identificador de objeto del grupo de seguridad en el arrendatario de destino para asignar a cada entorno, si se debe asignar un grupo de seguridad. El ID de objeto del grupo de seguridad del inquilino de destino se asigna durante la migración, si se proporciona. Si no se proporciona, el grupo de seguridad se puede asignar desde el centro de administración de Power Platform una vez completada la migración.

Pasos que debe realizar un administrador o administrador de Dynamics 365 Power Platform

  1. Estar autorizado para realizar la migración.
  2. Todas las partes deben ejecutar y validar una migración con una copia de sandbox antes de planificar la migración de un entorno empresarial crítico. En ese caso, también necesitamos un nuevo ambiente en el inquilino de origen para poder copiar el ambiente crítico para el negocio en el nuevo ambiente y realizar la migración de prueba.
  3. Cree usuarios en el inquilino de destino. Debe:
    1. Cree usuarios en Microsoft 365/Microsoft Entra ID.
    2. Asignación de licencias.
  4. Una vez creados y habilitados los usuarios, es necesario generar el archivo asignación siguiendo los pasos que se describen más adelante en este artículo. ...
  5. Si hay alguna solución para flujos de Power Apps o Power Automate, estos deben exportarse desde el portal de creadores de Power Apps e importados nuevamente al nuevo entorno después de la migración.
  6. Si Lockbox está habilitado en el arrendatario de origen, prepárese para aprobar la solicitud de Lockbox al comienzo de la operación de arrendatario a arrendatario.

Confirme si alguna de las soluciones a continuación está instalada en los entornos que se van a migrar, ya que pueden requerir más pasos de su parte o del soporte:

  • Power Apps o Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • La migración de inquilino a inquilino no es compatible con Dynamics 365 Customer Voice. Los proyectos y las encuestas se deben volver a crear después de la migración.
  • Portales de Power Apps
  • Aplicación Comprobador de Power Apps
  • Café X
  • Dynamics 365 Marketing
  • Buzones. Si el usuario asignado tiene un buzón de correo en el inquilino de destino, el buzón de correo se configura automáticamente durante la migración. Para todos los demás usuarios, deberá reconfigurar el buzón:
    1. Si se utiliza el mismo buzón en el inquilino de destino (test@microsoft.com), el buzón se habilita de forma predeterminada. Antes del proceso de inquilino a inquilino, los clientes deben migrar/configurar sus buzones en el arrendatario de destino.
    2. Si está utilizando el dominio predeterminado de onmicrosoft (test@sourcecompanyname.onmicrosoft.com), el nombre de dominio posterior a la migración se cambia (test@targetcompanyname.onmicrosoft.com). Los clientes deben reconfigurar el buzón. Para configurar el buzón, consulte Conectarse a Exchange Online.

Pasos para crear el archivo de mapeo

Para usuarios de acceso total:

  1. Acceda al entorno de origen.

  2. Usar búsqueda avanzada (Captura de pantalla del botón Búsqueda avanzada.) y buscar usuarios.

  3. Seleccione Usar vista guardada>Usuarios con acceso completo y luego seleccione Editar columnas.

  4. Eliminar todas las columnas excepto Nombre completo.

  5. Seleccione Agregar columnas>Windows Live ID.

  6. Seleccione OK>Resultados para ver la lista de usuarios con acceso completo.

  7. Seleccione todos los registros, seleccione Exportar usuarios en la cinta y luego elija Hoja de trabajo estática.

  8. Siga los pasos 1 a 7 anteriores para el inquilino de destino, si es posible. Ahora debería tener dos hojas de Excel independientes: una para el origen y otra para el inquilino de destino.

  9. Abra los archivos para editarlos.

  10. Comenzando con la hoja de origen de Excel, copie los registros debajo de la columna Windows Live ID en el Bloc de notas. No copie el encabezado.

  11. Guarde el archivo del bloc de notas.

  12. A continuación, ingrese el Windows Live ID (UPN) de destino en el mismo documento del Bloc de notas a la derecha del UPN de origen correspondiente, separando los UPN de origen y de destino con una coma (,).

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

  13. Guarde el archivo como CSV.

Nota

Los usuarios de la aplicación no se pueden migrar. Obtenga más información sobre los usuarios de la aplicación en Usuarios del sistema y de la aplicación.

Para usuarios con acceso administrativo:

  1. Acceda al entorno de origen.
  2. Utilice la Búsqueda avanzada (Captura de pantalla del botón Búsqueda avanzada.) y busque usuarios.
  3. Seleccione Usar vista guardada>Usuarios con acceso administrativo y luego seleccione Resultados para ver la lista de usuarios con acceso administrativo.
  4. Si decide no incluir a ninguno de estos usuarios, omita los siguientes pasos. De lo contrario, para incluir a estos usuarios en el mapeo:
    1. Busque los usuarios correspondientes en el inquilino de destino.
    2. Asegúrese de que se asigne una licencia válida de Dynamics 365 al usuario de destino en el inquilino de destino. Nota: Si al usuario de destino no se le asigna ninguna licencia, la migración falla.
    3. Guarde el archivo CSV que tiene asignados tanto los usuarios de acceso completo como los usuarios de acceso administrativo.

Realice los siguientes pasos para Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps Portales y Marketing antes y después de la migración:

Para Power Apps y Power Automate:

  • Ningún flujo de Power Apps y Power Automate debe exportarse manualmente.
  • No admitimos la migración de conectores, conexiones o puertas de enlace del cliente. Si ha configurado alguno de estos componentes, debe volver a configurarlos manualmente después de la migración.
Para aplicaciones que reconocen soluciones

Antes de la migración:

  1. Para las aplicaciones que reconocen soluciones, puede ir a https://make.powerapps.com/, navegar a la página Soluciones y exportar todas las aplicaciones/soluciones (ya sea individualmente o agrupándolas en una sola solución si aún no lo están).
  2. Elimine estas aplicaciones compatibles con soluciones en ambiente después de exportarlas.

Importante

Las aplicaciones de lienzo compatibles con soluciones, las páginas personalizadas o las bibliotecas de componentes que no elimina de un ambiente antes de la migración quedan en un estado inoperante una vez que se completa la migración. No puedes reproducirlos, editarlos ni exportarlos. Debes eliminarlos para desbloquear futuras actualizaciones de la solución.

Después de la migración:

  1. Seleccione el nuevo entorno en https://make.powerapps.com/ y navegue a la página Soluciones.
  2. Seleccione Importar y use el selector de archivos para elegir los paquetes exportados de los pasos anteriores.
  3. Confirme que la importación se completó correctamente verificando el contenido de la solución en el entorno migrado.
Para aplicaciones que no reconocen soluciones

Antes de la migración:

  1. Vaya a https://make.powerapps.com y seleccione Aplicaciones.
  2. Para cada aplicación que desee mover, seleccione Más comandos (…) y luego seleccione Exportar paquete (vista previa).
  3. Complete los detalles necesarios para realizar la exportación de la aplicación y luego seleccione Exportar. Una vez que se complete la exportación, debería comenzar una descarga. El archivo resultante contiene el paquete de la aplicación que se seleccionó.
  4. Repita estos pasos hasta que se hayan exportado todas las aplicaciones.

Después de la migración:

  1. Vaya a https://make.powerapps.com.
  2. Seleccione el nuevo entorno en el selector de entornos situado en la parte superior derecha.
  3. Seleccionar Aplicaciones.
  4. Seleccione Importar aplicación de lienzo.
  5. Cargar el archivo de paquete de la aplicación.
  6. Complete todas las selecciones de opciones de importación y luego seleccione Importar.
  7. Repita estos pasos hasta que se hayan importado todas las aplicaciones.

Para Microsoft Copilot Studio

  • Cualquier bot de chat de Microsoft Copilot Studio debe exportarse manualmente.
  • Los componentes dependientes de algunos chatbots deben reconfigurarse manualmente durante o después de la migración, por ejemplo, conexiones, variables de entorno, conectores personalizados.

Antes de la migración:

  1. Los chatbots son conscientes de las soluciones. Puede ir a https://make.powerapps.com/, navegar a la página Soluciones y exportar todas las soluciones de bot de chat (ya sea individualmente o agrúpelas en una sola solución si aún no lo están). Para obtener más información, consulte Exportar e importar bots con soluciones.

Después de la migración:

  1. Seleccione el nuevo entorno en https://make.powerapps.com/ y navegue a la página Soluciones.
  2. Seleccione Importar y use el selector de archivos para elegir los paquetes exportados de los pasos anteriores.
  3. Confirme que la importación se completó correctamente verificando el contenido de la solución en el entorno migrado.

Para portales (debe ser Listo para cada portal en los entornos): Power Apps

Antes de la migración:

  1. Inicie sesión en el entorno.
  2. Abra el Centro de administración de portales de Power Apps.
  3. Eliminar el portal.

Después de la migración:

  1. Inicie sesión en el entorno.
  2. Abra el Centro de administración de portales de Power Apps.
  3. Aprovisione el portal con el mismo tipo de portal e idioma.

Para Dynamics 365 Marketing:

Si la aplicación Marketing se implementa en el inquilino, asegúrese de que las licencias necesarias estén presentes en el inquilino de destino para reaprovisionar la aplicación una vez que se complete la migración. Vaya a: Migración de inquilino a inquilino para Dynamics 365 Marketing.

Después de la migración

Después de mover entornos a otro inquilino:

  • La URL del entorno, el ID de la organización (OrgID) y el nombre no cambian.
  • No se podrá acceder al entorno de origen.
  • Los usuarios no incluidos en el archivo de mapeo no serán migrados ni mapeados después de la migración.

Cómo funciona el traslado

Se le proporciona una lista de requisitos previos y posteriores para su migración como parte de la solicitud de soporte planteada. La siguiente tabla describe lo que debe hacer antes, durante y después de su mudanza. Microsoft

Antes del traslado:
Notificación		 Durante el traslado:
Transferencia		 Después del traslado:
Notificación y soporte técnico
¿Qué significa Microsoft Su representante de soporte o administrador de cuenta trabaja con usted para solicitar una mudanza y programarla. La transferencia para la migración tarda varias horas, dependiendo del número de usuarios. Durante este período, el entorno no está accesible por los usuarios, por lo que la transferencia debe programarse durante la tarde o durante un fin de semana.

Hay un paso que requiere tu participación, que consiste en proporcionar un archivo de usuario asignación. Esto es necesario por anticipado para poder validar a los usuarios que se mueven antes de realizar la migración.		 Se le avisará por teléfono o correo electrónico cuando se migre el entorno al nuevo inquilino.

Una vez completada la migración del inquilino, su representante de soporte o administrador de cuenta lo ayudará a comunicarse con la facturación a Cancelar y/o acreditará su suscripción anterior, si es necesario.

Cumplimos con los términos del Acuerdo de Nivel de Servicio para Microsoft Servicios en Línea para todas las mudanzas.

Preguntas frecuentes

¿Están habilitadas las operaciones en segundo plano durante la migración de inquilino a inquilino?

El modo de administración está habilitado durante la migración de inquilino a inquilino, por lo que las operaciones en segundo plano no se ejecutan. Vaya a: Modo de administración: Power Platform

¿Podemos migrar todos los usuarios de la organización Dataverse?

Podemos migrar todos los usuarios de la organización de Dataverse solo si existen usuarios en el inquilino de destino. Por ejemplo:

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