Configuración de la compatibilidad de Multi-Geo con Fabric
Multi-Geo es una característica de Microsoft Fabric que ayuda a los clientes multinacionales a abordar los requisitos de residencia de datos regionales, específicos del sector o de la organización. Como cliente de Fabric, puedes implementar contenido en centros de datos en regiones distintas de la región principal del inquilino de Fabric. Una geoárea (geografía) puede contener más de una región. Por ejemplo, Estados Unidos es una geoárea y Centro-oeste de EE. UU. y Centro-sur de EE. UU. son regiones de Estados Unidos. Puede optar por implementar contenido en cualquiera de las siguientes zonas geográficas (geoáreas) definidas en el mapa de zonas geográficas de Azure.
Las nubes soberanas admiten Multi-Geo en todas las regiones que abarcan.
El Norte de China no admite Multi-Geo.
Power BI Embedded admite Multi-Geo.
Power BI Premium por usuario (PPU) no es compatible con Multi-Geo.
Habilitación y configuración
Para habilitar Multi-Geo, seleccione una región distinta de la región predeterminada cuando cree una capacidad. Una vez que creó una capacidad, muestra la región en que se ubica actualmente.
Después de crear una capacidad, permanece en esa región y las áreas de trabajo creadas en ella tendrán su contenido almacenado en esa región.
Siga estos pasos para cambiar la región de capacidad predeterminada cuando cree una capacidad.
Desplazamiento de áreas de trabajo entre capacidades
Siga los pasos siguientes para mover áreas de trabajo de una capacidad a otra en la misma región. Durante la migración, es posible que se produzca un error en determinadas operaciones, como publicar nuevos modelos semánticos o actualizar datos programados.
Abra la configuración del área de trabajo.
En la barra lateral, seleccione Información de licencia.
En el menú desplegable Capacidad de licencia, seleccione la capacidad a la que desea mover el área de trabajo.
Cambie la región de su contenido existente
Para cambiar la región del contenido existente, realice una de las siguientes acciones:
Cree una nueva capacidad y mueva las áreas de trabajo a las nuevas capacidades. Los usuarios gratuitos no experimentarán tiempo de inactividad siempre que el inquilino tenga núcleos virtuales libres.
Mueva temporalmente el contenido a una capacidad compartida. No necesita núcleos virtuales adicionales, pero los usuarios gratuitos experimentarán cierto tiempo de inactividad. Después de crear una nueva capacidad en la región deseada, mueva las áreas de trabajo a la nueva capacidad.
Mover contenido a la región principal
Para mover áreas de trabajo a la región principal, realice una de las siguientes acciones:
Elimine la capacidad actual donde se ubica el área de trabajo. Las áreas de trabajo de la capacidad eliminada se mueven a una capacidad compartida en la región principal.
Mueva las áreas de trabajo individuales a una capacidad ubicada en el inquilino principal.
Los modelos semánticos de formato de almacenamiento grande no deben moverse desde la región donde se crearon. Los informes basados en un modelo semántico de gran formato no podrán cargar el modelo semántico y devolverán un error No se puede cargar el modelo. Vuelva a mover el modelo semántico de formato de almacenamiento grande a su región original para que esté disponible de nuevo.
Consideraciones y limitaciones
Confirme que cualquier movimiento que inició entre regiones cumple con todos los requisitos de cumplimiento corporativos y gubernamentales antes de iniciar la transferencia de datos.
Cuando se usa Multi-Geo, los siguientes elementos se almacenan en la región que no es la región principal:
- Modelos (archivos .ABF) para importar y modelos semánticos de DirectQuery
- Caché de consultas
- Imágenes de R
Estos elementos permanecen en la región principal del inquilino:
- Conjuntos de datos de inserción
- Metadatos del panel o informe: nombres de icono, consultas de icono y cualquier otro dato
- Buses de servicio para consultas de puerta de enlace o trabajos de actualización programada
- Permisos
- Credenciales del modelo semántico
- Estado guardado del sitio de prueba de análisis de Power BI Embedded
- Metadatos vinculados al mapa de datos de Purview
Los datos en caché y las consultas almacenadas en una región remota permanecen en reposo en esa región. Además, los datos en reposo se replican en otra región de la misma geografía de Azure para permitir la recuperación ante desastres si la geografía de Azure contiene más de una región. Pero puede que los datos en tránsito vayan y vengan entre distintas geografías.
Al mover datos de una región a otra, los datos de origen pueden permanecer en la región desde donde se movieron los datos durante hasta 30 días. Durante ese período, los usuarios finales no tienen acceso a ellos. Los datos se eliminan de esta región y se destruyen durante el período de 30 días.
El tráfico de texto de consulta y de resultado de consulta para los modelos de datos importados y de DirectQuery no atraviesa la región principal. Sin embargo, los metadatos del informe provienen de la región principal y ciertos estados de enrutamiento DNS pueden llevar ese tráfico fuera de la región.
Algunas características, como las capturas de pantalla y las alertas de datos, entre otras, procesan datos en la región principal.
Los metadatos detallados del modelo semántico que se almacenan en caché como parte del examen mejorado de metadatos siempre se almacenan en la región principal, incluso si el modelo semántico escaneado se encuentra en una región remota.
La característica de flujos de datos no se admite en Multi-GEO.
Es posible crear y mantener modelos semánticos de formato de almacenamiento grande en regiones remotas para cumplir los requisitos de residencia de datos. Sin embargo, no se pueden mover modelos semánticos de formato de almacenamiento a otra región. Al mover modelos semánticos de formato de almacenamiento grande desde la región donde se crearon, los informes no pueden cargar el modelo semántico. Vuelva a mover el modelo semántico de almacenamiento grande a su región original para que esté disponible. Si debe trasladar este modelo, impleméntelo como si fuera nuevo y, después, elimine el modelo anterior de la región no deseada.
Multi-Geo no admite métricas en Power BI.