Compartir a través de


Migraciones de inquilino a inquilino

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 entorno no se traslada físicamente, sino que se asocia a 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 completada la migración, sus entornos aparecerán en el 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.
  • Quizá deba reconfigurar algunas aplicaciones y valores después de una migración de inquilino a inquilino como Microsoft Dynamics 365 for Outlook, sincronización del lado del servidor, SharePoint u otros.
  • 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 pasos adicionales. Confirme si alguna de las siguientes soluciones están instaladas en los entornos que se van a migrar, ya que pueden requerir pasos adicionales por su parte o el Soporte.

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 de pago de Dynamics 365 Power Apps o Microsoft Copilot Studio en el inquilino de destino, deberá 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, deberá responder a algunas preguntas, como:

  • ¿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.

Tiene que 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 entorno deberá tener un archivo de mapeo independiente. Los usuarios deben existir tanto en los inquilinos de origen como en los de destino, y deben tener una licencia y estar habilitados en los entornos para que la migración se realice correctamente. 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 de Power Platform o un administrador de Dynamics 365

  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 necesitaremos un nuevo entorno en el inquilino de origen para que podamos copiar el entorno crítico para la empresa de producción en el nuevo entorno y efectuar 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, el archivo de mapeo deberá generarse siguiendo los pasos descritos 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 siguientes soluciones están instaladas en los entornos que se van a migrar, ya que pueden requerir pasos adicionales por su parte o por parte 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á volver a configurar el buzón:
    1. Si se usa el mismo buzón en el inquilino de destino (test@microsoft.com), el buzón se habilitará de manera 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. Para obtener más información sobre los usuarios de aplicaciones, consulte Usuarios de aplicaciones y del sistema.

Para usuarios con acceso administrativo:

  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 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 fallará.
    3. Guarde el archivo CSV que tiene asignados tanto los usuarios de acceso completo como los usuarios de acceso administrativo.

Siga los siguientes pasos para Power Apps, Power Automate, Microsoft Copilot Studio, portales de Power Apps 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 compatibles con soluciones

Antes de la migración:

  1. Para las aplicaciones que son compatibles con las soluciones, puede ir a https://make.powerapps.com/, navegar a la página Soluciones y exportar todas las aplicaciones/soluciones (individualmente o agrupadas en una sola solución si aún no lo están)
  2. Elimine estas aplicaciones compatibles con la solución en el entorno 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 puede 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 las aplicaciones que no son compatibles con las 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 bots de chat son compatibles con 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 de Power Apps (debe hacerse para cada portal de los entornos):

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. Elimine 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 proporcionará una lista de requisitos previos y posteriores para la migración como parte de la solicitud de soporte presentada. La siguiente tabla se describe qué hace Microsoft antes, durante y después del traslado.

Antes del traslado:
Notificación
Durante el traslado:
Transferencia
Después del traslado:
Notificación y soporte técnico
Qué hace Microsoft El representante de soporte técnico o el administrador de cuentas colaborará para solicitar un traslado y programarlo. 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 requerirá su implicación, que es proporcionar un archivo de asignación de usuarios. 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.

Después de completar la migración de inquilinos, su representante de soporte o administrador de cuentas le ayudará a ponerse en contacto con factura para cancelar o abonar su suscripción anterior, si es necesario.

Cumpliremos los términos del Acuerdo de nivel de servicio de Microsoft Online Services para todos los traslados.

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