Configurar o suporte multigeográfico do Fabric
O suporte multigeográfico é um recurso do Microsoft Fabric que ajuda clientes multinacionais a atender aos requisitos regionais, específicos do setor ou de residência dos dados organizacionais. Como cliente do Fabric, você pode implantar conteúdo em data centers em regiões diferentes da região de origem do locatário do Fabric. Uma área geográfica (geografia) pode conter mais de uma região. Por exemplo, os Estados Unidos é uma área geográfica e o Centro-Oeste dos EUA e o Centro-Sul dos EUA são regiões nos Estados Unidos. Você pode optar por implantar conteúdo em qualquer uma das geografias (áreas geográficas) a seguir definidas no mapa de geografia do Azure.
As nuvens soberanas dão suporte a várias áreas geográficas entre regiões dentro dessa nuvem.
O Norte da China não oferece suporte a Multi-Geo.
O Power BI Embedded oferece suporte a Multi-Geo.
O Power BI Premium por usuário (PPU) não é compatível com Multi-Geo.
Habilitar e configurar
Habilite o Multi-Geo selecionando uma região diferente da região padrão ao criar uma capacidade. Depois que uma capacidade é criada, ela mostra a região onde está localizada no momento.
Depois de criar uma capacidade, ela permanecerá nessa região e todos os workspaces 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 capacidade.
Mover workspaces entre capacidades
Siga as etapas abaixo para mover workspaces 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 workspace.
Na barra lateral, selecione Informações da licença.
No menu suspenso Capacidade da licença, selecione a capacidade para a qual você deseja mover o workspace.
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 workspaces para as novas capacidades. Os usuários gratuitos não enfrentarão qualquer tempo de inatividade, contanto que o locatário tenha núcleos virtuais sobressalentes.
Mova temporariamente seu conteúdo para uma capacidade compartilhada. Não são necessários núcleos extras, mas os usuários gratuitos terão algum tempo de inatividade. Depois de criar uma nova capacidade na região desejada, mova seus workspaces para a nova capacidade.
Mover conteúdo para sua região de origem
Para mover espaços de trabalho para sua região de origem, siga um destes procedimentos:
Excluir a capacidade atual em que o workspace está localizado. Os workspaces na capacidade excluída são movidos para uma capacidade compartilhada na região de origem.
Mova os workspaces individuais para a capacidade localizada no locatário de residência.
Os modelos semânticos no formato de armazenamento grande não devem ser movidos da região em que foram criados. Os relatórios baseados em um modelo semântico no formato grande não poderão carregar o modelo semântico e retornarão o erro Não é possível carregar o modelo. Mova o modelo semântico no formato de armazenamento grande para sua região original para disponibilizá-lo novamente.
Considerações e limitações
Confirme que toda movimentação iniciada entre as regiões seguem todos os requisitos de conformidade corporativos e governamentais antes de iniciar a transferência de dados.
Quando você está usando o Multi-Geo, os seguintes itens são armazenados na região que não é sua região de origem:
- Modelos (arquivos . ABF) para importação e modelos semânticos do DirectQuery
- Cache de consulta
- Imagens R
Esses itens permanecem na região de residência do locatário:
- Enviar conjuntos de dados por push
- Metadados de dashboard/relatório: nomes de bloco, consultas de bloco e outros dados
- Barramentos de serviço para consultas de gateway ou trabalhos de atualização agendada
- Permissões
- Credenciais de modelo semântico
- Estado salvo do Playground de Análise Integrada do Power BI
- Metadados vinculados ao Mapa de Dados do Purview
Dados e consultas armazenados em cache em uma região remota permanece nessa região em repouso. Além disso, os dados inativos serão replicados para outra região na mesma geografia do Azure para recuperação de desastre se a geografia do Azure tiver mais de uma região. Os dados em trânsito podem ir e voltar entre várias regiões geográficas.
Ao mover dados de uma região para outra, os dados de origem podem permanecer na região da qual foram movidos por até 30 dias. Durante esse período, os usuários finais não terão acesso a eles. Os dados são removidos desta região e destruídos durante o período de 30 dias.
O texto da consulta e o tráfego do resultado da consulta para modelos de dados importados e do DirectQuery não transitam pela região inicial. No entanto, os metadados do relatório ainda são provenientes da região de residência, e determinados estados de roteamento de DNS podem retirar tal tráfego da região.
Certos recursos, como capturas de tela, alertas de dados e outros, processam os dados na região de residência.
Os metadados detalhados do modelo semântico armazenados em cache como parte da verificação de metadados aprimorados sempre são armazenados na região inicial, mesmo que o modelo semântico verificado esteja localizado em uma região remota.
O recurso fluxos de dados não é compatível com o Multi-Geo.
É possível criar e manter modelos semânticos no formato de armazenamento grande em regiões remotas para atender aos requisitos de residência de dados. No entanto, você não pode mover os modelos semânticos no formato de armazenamento para outra região. Mover os modelos semânticos no formato de armazenamento grande da região em que foram criados resulta em relatórios que não carregaram o modelo semântico. Mova o modelo semântico de armazenamento grande para sua região original para disponibilizá-lo. Se for necessário mover esse modelo, implante-o como se fosse um novo modelo e excluir o modelo antigo da região indesejada.
O Multi-Geo não dá suporte a métricas no Power BI.