Configurar o suporte a Multi-Geo para malha
O Multi-Geo é um recurso do Microsoft Fabric que ajuda os clientes multinacionais a atender aos requisitos de residência de dados regionais, específicos do setor ou organizacionais. Como cliente do Fabric, você pode implantar conteúdo em data centers em regiões diferentes da região inicial do locatário do Fabric. Uma geografia pode conter mais de uma região. Por exemplo, os Estados Unidos são uma região geográfica, e o Centro-Oeste dos EUA e o Centro-Sul dos EUA são regiões dos Estados Unidos. Você pode optar por implantar conteúdo em qualquer uma das seguintes geografias (geos) definidas no mapa geográfico do Azure.
As nuvens soberanas suportam Multi-Geo em todas as regiões dentro dessa nuvem.
A China North não suporta Multi-Geo.
O Power BI Embedded suporta Multi-Geo.
O Power BI Premium Por Usuário (PPU) não é suportado para Multi-Geo.
Ativar e configurar
Habilite o Multi-Geo selecionando uma região diferente da região padrão ao criar uma nova capacidade. Uma vez criada uma capacidade, ela mostra a região onde ela está localizada no momento.
Depois de criar uma capacidade, ela permanece nessa região e todos os espaços de trabalho criados sob ela terão seu conteúdo armazenado nessa região.
Siga estas etapas para alterar a região de capacidade padrão ao criar uma nova capacidade.
Mover espaços de trabalho entre capacidades
Siga as etapas abaixo para mover espaços de trabalho de uma capacidade para outra na mesma região. Durante a migração, determinadas operações podem falhar, como a publicação de novos modelos semânticos ou a atualização de dados agendada.
Abra as configurações do espaço de trabalho.
Na barra lateral, selecione Informações da licença.
No menu suspenso Capacidade de licença , selecione a capacidade para a qual deseja mover o espaço de trabalho.
Alterar a região do conteúdo existente
Para alterar a região do conteúdo existente, siga um destes procedimentos:
Crie uma nova capacidade e mova seus espaços de trabalho para as novas capacidades. Os usuários gratuitos não terão nenhum tempo de inatividade, desde que o locatário tenha v-cores sobressalentes.
Mova temporariamente seu conteúdo para uma capacidade compartilhada. Você não precisa de v-cores extras, mas os usuários gratuitos experimentarão algum tempo de inatividade. Depois de criar uma nova capacidade na região desejada, mova seus espaços de trabalho para a nova capacidade.
Mover conteúdo para a sua região de origem
Para mover espaços de trabalho para sua região inicial, siga um destes procedimentos:
Exclua a capacidade atual onde o espaço de trabalho está localizado. Os espaços de trabalho na capacidade excluída são movidos para uma capacidade compartilhada na região inicial.
Mova espaços de trabalho individuais para uma capacidade localizada no inquilino inicial.
Os modelos semânticos de formato de armazenamento grande não devem ser movidos da região onde foram criados. Os relatórios baseados em um modelo semântico de grande formato não poderão carregar o modelo semântico e retornarão um erro Não é possível carregar o modelo . Mova o modelo semântico de formato de armazenamento grande de volta para sua região original para disponibilizá-lo novamente.
Considerações e limitações
Confirme se qualquer movimento iniciado entre regiões segue todos os requisitos de conformidade corporativos e governamentais antes de iniciar a transferência de dados.
Quando você estiver usando o Multi-Geo, os seguintes itens são armazenados na região que não é sua região de origem:
- Modelos (. ABF ) para modelos semânticos de importação e DirectQuery
- Cache de consultas
- Imagens R
Estes itens permanecem na região de origem do inquilino:
- Enviar conjuntos de dados por push
- Metadados do painel/relatório: nomes de blocos, consultas de bloco e quaisquer outros dados
- Barramentos de serviço para consultas de gateway ou trabalhos de atualização agendados
- Permissões
- Credenciais do modelo semântico
- Estado salvo do Power BI Embedded Analytics Playground
- Metadados vinculados ao Purview Data Map
Os dados armazenados em cache e as consultas armazenadas em uma região remota permanecem nessa região em repouso. Além disso, os dados em repouso são replicados para outra região na mesma geografia do Azure para recuperação de desastres se a geografia do Azure contiver mais de uma região. Os dados em trânsito podem ir e voltar entre várias geografias.
Ao mover dados de uma região para outra, os dados de origem podem permanecer na região da qual os dados foram movidos por até 30 dias. Durante esse tempo, os usuários finais não têm acesso a ele. Os dados são removidos desta região e destruídos durante o período de 30 dias.
O texto de consulta e o tráfego de resultados de consulta para modelos de dados importados e DirectQuery não transitam pela região inicial. No entanto, os metadados do relatório vêm da região inicial e certos estados de roteamento DNS podem retirar esse tráfego da região.
Certos recursos, como capturas de tela, alertas de dados e outros processam dados na região de origem.
Os metadados detalhados do modelo semântico armazenados em cache como parte da verificação avançada de metadados são sempre armazenados na região inicial, mesmo que o modelo semântico digitalizado esteja localizado em uma região remota.
O recurso de fluxos de dados não é suportado no Multi-Geo.
É possível criar e manter modelos semânticos de formato de grande armazenamento em regiões remotas para atender aos requisitos de residência de dados. No entanto, não é possível mover modelos semânticos de formato de armazenamento para outra região. Mover modelos semânticos de formato de grande armazenamento da região onde foram criados resulta em relatórios que não carregam o modelo semântico. Mova o modelo semântico de armazenamento grande de volta para sua região original para disponibilizá-lo. Se você precisar mover esse modelo, implante-o como se fosse um novo modelo e, em seguida, exclua o modelo antigo da região indesejada.
O Multi-Geo não suporta Métricas no Power BI.
Os espaços de trabalho com itens que não sejam do Power BI Fabric não podem ser movidos entre regiões. Você deve excluir todos os itens que não sejam do Power BI Fabric antes de mover um espaço de trabalho para uma região diferente. Depois que o espaço de trabalho é movido, pode levar até 30 minutos até que itens que não sejam do Power BI possam ser criados.