Compartir a través de

Migraciones de geoárea a geoárea

  • Artículo

Continuamos abriendo nuevas regiones de centro de datos para servicios profesionales, y agregando centros de datos a las regiones existentes.

La característica Migración de geografía permite a los clientes trasladar sus entornos en un solo inquilino de una región a otra. No hay cambios de la interfaz de usuario o los cambios en la versión como parte de este traslado. Si el entorno se encuentra en un entorno de Microsoft 365 en un solo inquilino, al trasladar el entorno no se traslada el entorno de Microsoft 365; son servicios independientes. Su entorno sigue apareciendo en su inquilino junto al entorno de Microsoft 365.

Importante

  • El soporte para migración de una geografía a otra es limitado y normalmente no está disponible.
  • Para aplicar una migración regional, póngase en contacto con el administrador de cuentas o vea Soporte técnico.
  • Después de realizar una solicitud, espere al menos 10 días para que se complete la migración.
  • Las migraciones de ubicación geográfica no se admiten dentro o fuera de US GCC, US GCC High o China.
  • Las migraciones geográficas están restringidas hacia o desde OCE o IND.
  • Hay pasos de preparación importantes y críticos mencionados en la sección Pasos de migración de ubicación geográfica que deben realizarse para Power Apps o Power Automate antes de la migración geográfica. Si se omiten estos pasos, es difícil recuperar soluciones Power Apps o Power Automate.

Tipos de entorno admitidos

Addmitido No admitido

  • Migrar un entorno de producción

  • Migrar un entorno de espacio aislado

  • Migrar el entorno predeterminado

  • Migrar un entorno Dataverse for Teams

  • Migrar el entorno de prueba

  • Migrar el entorno de demostración

  • Migrar el entorno de desarrollo

  • Migrar el entorno de GCC a otra ubicación geográfica o de otra ubicación geográfica a GCC

Impacto de la migración

  • Las copias de seguridad del entorno que se está sometiendo a una migración de ubicación geográfica ya no están disponibles.
  • Su URL de organización ha cambiado. Cada uno de los centros de datos regionales tiene un identificador único en la URL. Cuando la organización se mueve de un centro de datos regional a otro, este identificador cambia. Obtenga más información en Nuevas regiones de centros de datos.
  • Su ID de entorno se cambia a un nuevo identificador único global.

Nota

Las URL de organización deben ser únicas. Si la organización, el nombre de dominio ya se ha reservado en el centro de datos de destino, no está disponible. En el improbable caso de que esto ocurre, trabajamos con usted para decidir cómo continuar.

Pasos de migraciones de geografía a geografía

Importante

Dado que la compatibilidad con la migración de geoárea a geoárea es limitada, muchos componentes de Power Platform, aplicaciones Dynamics 365 y entornos y configuraciones de administración se ven afectados. Es vital que siga esta sección para conservar la funcionalidad de ciertas características.

Para el entorno, características de administración

Antes de la migración de áreas geográficas

  • La configuración del entorno (por ejemplo, la configuración de características, las características de IA generativa, la configuración de privacidad y seguridad) volverá a sus valores predeterminados después de la migración de geoárea a geoárea. Tome nota de cualquier configuración del entorno que necesite reconfigurar después de la migración.
  • Se perderá el estado del entorno administrado y la configuración asociada (por ejemplo, resumen de administrador, enrutamiento de entorno). Tome nota del estado del entorno administrado y la configuración asociada para que pueda volver a aplicar esta configuración después de la migración de geoárea a geoárea.
  • Se perderán el estado del vínculo de directiva de empresa y las propiedades asociadas (por ejemplo, claves administradas por el cliente, Red virtual). Tome nota de las directivas empresariales vinculadas al entorno para que pueda volver a vincular las directivas empresariales después de la migración de geoárea a geoárea.
  • Las solicitudes de Caja de seguridad para el entorno sometido a G2G se perderán o se interrumpirán. Si el soporte técnico de Microsoft necesita acceso a su entorno después de la migración de áreas geográficas, se debe crear una nueva solicitud de Caja de seguridad.
  • Las directivas de prevención de pérdida de datos (DLP) que incluyen o excluyen el entorno que se somete a una migración de geoárea a geoárea ya no se aplicarán al entorno. Tome nota de las directivas DLP que se aplican al entorno para que pueda volver a aplicar las directivas después de la migración de geoárea a geoárea.
  • El entorno que se esté sometiendo a una migración de geoárea a geoárea se eliminará de su grupo de entornos. Tome nota del grupo de entorno en el que se encuentra el entorno para que pueda volver a agregarlo al grupo de entornos después de la migración de geoárea a geoárea.
  • El pago por uso se perderá para el entorno que se somete a la migración de geoárea a geoárea. Tome nota de las directivas de facturación de pago por uso asignadas al entorno que le gustaría conservar después de la migración de geoárea a geoárea.
  • Las asignaciones de moneda se perderán para el entorno que se someta a una migración de geoárea a geoárea. Tome nota de las asignaciones de moneda para el entorno que le gustaría conservar después de la migración de geoárea a geoárea.

Después de la migración de áreas geográficas

Para componentes que están en soluciones

Antes de la migración de áreas geográficas

  1. Todas las soluciones se deben exportar si contienen alguno de los siguientes componentes que no admiten la migración de geoárea a geoárea:

Nota

Las soluciones administradas no se pueden exportar, pero los procedimientos recomendados de ALM garantizan que todas las soluciones administradas que posee tengan una solución no administrada asociada que pueda exportar como solución administrada.

  • Aplicaciones de lienzo
  • Páginas personalizadas
  • Bibliotecas de componentes
  • Conectores personalizados
  • Flujos de datos
  • Variables de entorno con tipo de datos "Origen de datos"
  • Referencias de la conexión
  • Bots de chat
  1. Elimine todas las aplicaciones de lienzo, las páginas personalizadas y las bibliotecas de componentes de las soluciones que exportó en el paso 1.

Importante

Las aplicaciones de lienzo compatibles con la solución y las bibliotecas de componentes que no se eliminan del entorno antes de la migración de áreas geográficas se dejan en un estado inoperable una vez completada la migración. No puede editarlos ni exportarlos. Debe eliminarlas para desbloquear cualquier actualización posterior de la solución. Se restauran tras la importación de la solución después de la migración de geoárea a geoárea.

Después de la migración de áreas geográficas

Completar estos pasos en orden:

  1. Los bots de chat deben eliminarse. Se vuelven a crear al importar la solución en el siguiente paso.
  2. Se deben importar todas las soluciones que se exportaron antes de la migración de geoárea a geoárea.
    • Cuando se le pregunte acerca de las Conexiones, asegúrese de Revisar y ajustar todas las conexiones y, si es necesario, volver a crearlas.
    • Cuando se le pregunte por las variables de entorno, asegúrese de que las variables de entorno estén configuradas correctamente.
  3. Para los sitios de Power Pages, elimine el host del sitio web y luego reactive el sitio.
  4. En el caso de los flujos de datos, en función de la conexión, es posible que tenga que editar el flujo de datos y volver a configurar la conexión.
  5. Los flujos de nube se deben volver a habilitar para restaurar la funcionalidad.

Para componentes que no están en soluciones

En general, se recomienda crear y agregar todos los componentes a las soluciones, y muchos componentes se agregan a una solución de forma predeterminada. Sin embargo, si aún tiene componentes que no están en una solución, muchos de estos componentes se pueden migrar con los siguientes pasos.

Nota

  • Las puertas de enlace locales no se pueden migrar y se deben reconfigurar manualmente después de la migración de región a región.
  • Las conexiones no se pueden migrar y se deben volver a crear manualmente después de la migración de áreas geográficas. Sin embargo, para las conexiones que usan las aplicaciones de lienzo, los flujos de nube o cualquier componente compatible con la solución, se le solicita que las vuelva a configurar como parte de los procesos de importación de cada uno de estos componentes.

Conectores personalizados

Los conectores personalizados que no están en soluciones no se admiten con la migración de áreas geográficas. Se pueden descargar como archivo JSON OpenAPI y luego volver a crearse con el archivo JSON de OpenAPI después de la migración de áreas geográficas.

Antes de la migración de áreas geográficas
  1. Vaya a https://make.powerautomate.com/.
  2. Vaya a la página Conectores personalizados .
  3. Seleccione el botón Descargar junto al conector personalizado que desea descargar. Esto descarga un archivo JSON de OpenAPI en su dispositivo.
Después de la migración de áreas geográficas
  1. Vaya a https://make.powerautomate.com/.
  2. Vaya a la página Conectores personalizados .
  3. Seleccione Nuevo conector personalizado.
  4. Seleccione Importar un archivo de OpenAPI y, a continuación, el archivo JSON de OpenAPI que se descargó en la sección Antes de la migración de áreas geográficas.

Aplicaciones de lienzo

Las aplicaciones de lienzo pueden existir fuera de las soluciones. Para conservar las aplicaciones de lienzo, deben exportarse antes de la migración de áreas geográficas y, a continuación, importarse después de la migración de áreas geográficas.

Antes de la migración de áreas geográficas

Exporte las aplicaciones de lienzo que no están en las soluciones.

Después de la migración de áreas geográficas

Importe las aplicaciones de lienzo que se exportaron en la sección Antes de la migración de áreas geográficas.

Flujos de nube

Los flujos de nube pueden existir fuera de las soluciones. Para conservar los flujos de nube, deben exportarse antes de la migración de geoárea a geoárea y, a continuación, importarse después de la migración de geoárea a geoárea.

Antes de la migración de áreas geográficas

Exporte los flujos de nube que no están en las soluciones.

Después de la migración de áreas geográficas

Importe los flujos de nube que se exportaron en la sección Antes de la migración de áreas geográficas.

Aplicaciones de Dynamics 365

Si usa alguna de las siguientes aplicaciones Dynamics 365, debe tomar las siguientes medidas para conservar la funcionalidad después de la migración de áreas geográficas.

Dataverse Accelerator

Después de la migración de áreas geográficas

Desinstale la aplicación mediante PAC CLI con estos 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>

Después de la desinstalación, vuelva a instalar la aplicación desde el centro de administración de Power Platform.

Project for the Web

Después de la migración de áreas geográficas

Project for the Web se vuelve a aprovisionar automáticamente al navegar a https://project.microsoft.com/. Sus planes existentes aún permanecen intactos.

Aplicación Dynamics 365 Marketing (Customer Insights - Journeys)

Antes de la migración de áreas geográficas

Desinstale la aplicación de marketing Dynamics 365 usando la siguiente guía: Desinstalar Dynamics 365 Marketing.

Después de la migración de áreas geográficas

Vuelva a instalar la aplicación de Dynamics 365 Marketing a través del centro de administración de Power Platform.

Aplicación de escritorio

Si usa alguna de las siguientes aplicaciones de escritorio de Power Platform, debe realizar las siguientes acciones para conservar la funcionalidad después de la migración de geoárea a geoárea.

Tiempo de ejecución de máquina de Power Automate

Después de la migración de áreas geográficas

Si seleccionó el entorno que se va a migrar como entorno de máquina en la aplicación en tiempo de ejecución de máquina de Power Automate, debe volver a seleccionar el entorno en la aplicación después de la migración de geoárea a geoárea.

Cómo funciona el traslado

Debe seguir los pasos anteriores antes y después de la migración de áreas geográficas. En la siguiente tabla se describe qué hace Microsoft antes, durante y después de la migración de áreas geográficas.

Antes del traslado Durante el traslado Después del traslado
Qué hace Microsoft Notificación

El representante de soporte técnico o el administrador de cuentas trabaja con usted para solicitar un traslado y una programación.		 Transferencia

La transferencia para cada servicio depende del número de usuarios y la cantidad de datos. Este paso puede durar de 1 a 6 horas para organizaciones más pequeñas, pero puede tardar hasta 48 horas para grandes organizaciones. El traslado se lleva a cabo durante la noche o el fin de semana.		 Notificación y soporte técnico

Se le alertará por teléfono o correo electrónico cuando el entorno migre al nuevo centro de datos.

Una vez que el entorno haya migrado, puede realizar los pasos posteriores a la migración.

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