Perguntas Frequentes sobre migração do Power BI Premium para Microsoft Fabric

Este artigo responde às perguntas mais frequentes dos clientes sobre a migração dos SKUs por capacidade Power BI Premium (SKUs P) para SKUs com capacidade Microsoft Fabric (SKUs F). Para um contexto mais amplo, consulte a visão geral da migração do Power BI Premium para Microsoft Fabric. Para tomar decisões, consulte o guia de decisão de migração do Power BI Premium P SKU. Para procedimentos, consulte Migrar espaços de trabalho do Power BI Premium para o Microsoft Fabric.

Linha temporal e reforma

Quando é que os SKUs P do Power BI Premium são descontinuados?

Cada subscrição da SKU P é descontinuada no final do prazo do contrato atual. A Microsoft já não vende novos SKUs P, e os clientes com Acordos Empresariais expirados ou Acordos Microsoft Cloud não podem adicionar ou renovar a capacidade das SKUs P através do seu acordo. Após o fim da sua subscrição, o conteúdo mantém-se acessível durante um período de carência de 30 dias. A partir do dia 31, o acesso é restringido (as operações interativas sofrem atrasos). No dia 91 e seguintes, todas as operações são rejeitadas. Os seus dados são conservados, mas ficam inacessíveis até que migre os espaços de trabalho para uma capacidade SKU F do Fabric ou elimine a capacidade. Para a cronologia completa, consulte Compreender a cronologia da descontinuação do SKU P.

Posso ainda comprar novos SKUs Power BI Premium P, ou só posso renovar os existentes?

No. A Microsoft já não vende novos SKUs P, e os clientes com Acordos Empresariais ou Acordos Microsoft Cloud a expirar já não podem adicionar ou renovar a capacidade das SKUs P através do seu acordo. Para manter uma capacidade suportada pela Microsoft, compre um SKU Microsoft Fabric F.

A migração P-to-F é automática na renovação, ou preciso de comprar manualmente um SKU F e reatribuir os espaços de trabalho?

A migração não é automática. Compra manualmente uma capacidade F SKU no Azure e reatribui cada área de trabalho da capacidade P SKU para a nova capacidade F SKU. Para procedimentos passo a passo, consulte Migrar espaços de trabalho do Power BI Premium para o Microsoft Fabric.

O que acontece ao meu conteúdo do Power BI se cancelar o meu SKU P antes de comprar um SKU F?

Evita esta sequência. Se o seu SKU P terminar sem um SKU F, o seu conteúdo entra no período de carência de 30 dias. A partir do dia 31, o acesso é restringido (as operações interativas sofrem atrasos). No dia 91 e seguintes, todas as operações são rejeitadas. Os seus dados são conservados, mas ficam inacessíveis até migrar os espaços de trabalho para uma capacidade Fabric F SKU ou eliminar a capacidade. Para evitar perturbações, compre primeiro o SKU F, reatribua e valide os espaços de trabalho, e depois cancele o SKU P. Para a cronologia completa, consulte Saiba mais sobre a cronologia da descontinuação do SKU P.

A descontinuação do SKU P afeta os clientes da nuvem soberana?

No. O Microsoft Fabric ainda não está disponível em clouds soberanas, pelo que os SKUs P continuam suportados nesses ambientes. A Microsoft fornece orientações separadas quando o Fabric se torna disponível aí.

Dimensionamento e mapeamento dos SKUs

Qual SKU F é equivalente ao meu SKU P atual?

Mapa por unidades de capacidade (CUs): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Ajuste o tamanho certo a partir daí, com base no consumo real com a aplicação Microsoft Fabric Capacity Metrics. Para a tabela completa e orientações de dimensionamento correto, veja Mapear a sua SKU P para uma SKU F e Dimensionar corretamente a sua SKU F.

Como posso usar a aplicação Microsoft Fabric Capacity Metrics para dimensionar corretamente o meu SKU F?

Instale a aplicação Microsoft Fabric Capacity Metrics, configure-a para a sua capacidade SKU P e analise os últimos 30 a 45 dias de consumo de CU. Picos sustentados próximos de 100% de utilização da CU sugerem que precisa de um SKU F equivalente ou superior. Períodos longos de baixa utilização sugerem que pode usar um SKU F mais pequeno com pausa e retomação para reduzir o custo. Tenha em conta quaisquer novas cargas de trabalho do Fabric (Lakehouses, Warehouses, Notebooks, Pipelines) que planeie adicionar após a migração.

Devo separar as cargas de trabalho de desenvolvimento/teste e produção em diferentes capacidades de SKU F?

A divisão pode melhorar o controlo de custos e o isolamento, mas apenas se o consumo total de CU couber em cada capacidade mais pequena. Use a aplicação Métricas de Capacidade para avaliar o consumo atual de base antes de decidir. Dois padrões comuns ao migrar de um único P1:

• Mantém um F64 para produção e usa um SKU F mais pequeno, pausado quando inativo, para desenvolvimento/teste para reduzir custos.
• Divida em dois SKUs F de diferentes dimensões quando as cargas de trabalho de produção se aproximarem consistentemente do limite P1.

Não dividas uma capacidade que já está perto dos 100% de utilização sem primeiro aumentar a escala. Fazer isso cria sobrecargas de capacidade. A Microsoft não tem uma recomendação fixa para tamanhos divididos; os tamanhos corretos dependem da carga de trabalho medida.

Custo e licenciamento

Qual é a diferença de custo entre SKUs P e SKUs F?

Os SKUs F utilizam preços regionais (o mesmo tamanho de SKU pode custar montantes diferentes em diferentes regiões do Azure), utilizam, por predefinição, faturação conforme a utilização (por segundo, com um mínimo de um minuto), com reservas opcionais anuais ou de vários anos para descontos significativos, e suportam pausa/retoma e aumento/redução vertical no Azure, pelo que paga apenas pelo que utiliza. Para as suas regiões e SKUs específicos, use a calculadora de preços do Azure. Para a comparação completa de funcionalidades e faturação, consulte Principais diferenças entre SKUs Power BI Premium P e SKUs Fabric F.

Continuo a precisar de licenças Power BI Pro para os utilizadores de relatórios depois de migrar para um SKU F?

Depende do tamanho do SKU F. No F64 e superiores, os utilizadores com uma licença Fabric Free e a função Viewer podem ver conteúdo, tal como acontece nos SKUs P. De F2 a F32, todos os visualizadores precisam de uma licença Power BI Pro ou PPU. Autores e editores precisam sempre de Pro ou PPU, independentemente da capacidade.

Quais são as principais diferenças entre PPU, P SKU e SKU F?

Para a comparação completa, veja licenças Microsoft Fabric.

O Power BI Premium Per Utilizador (PPU) também está a ser descontinuado?

No. A descontinuação aplica-se apenas às SKUs Power BI Premium per-capacity (P1–P5). A PPU é uma licença separada por utilizador que permanece ativa, e os seus utilizadores não precisam de alteração de licença como parte desta migração. Se encontrar artigos mais antigos que se referem a "Power BI Premium" sem especificar por capacidade ou por utilizador, a descontinuação aplica-se apenas aos SKUs por capacidade.

Porque é que o custo da capacidade do Fabric varia consoante a região?

As capacidades do Fabric são executadas nos datacenters do Azure. Os custos operacionais dos centros de dados variam consoante a região, consoante o hardware, energia, impostos e oferta e procura locais. Cada região do Azure tem o seu próprio preço de SKU Fabric publicado.

O SKU Microsoft Fabric F está disponível na minha região Azure?

A disponibilidade e preços dos SKUs Fabric F variam consoante a região do Azure. Antes de finalizar o tamanho, confirme que o tamanho alvo da sua SKU F está disponível na sua região preferida usando a calculadora de preços do Azure ou tentando criar a capacidade no portal Azure. Se a sua região preferida não oferecer o seu SKU F alvo, escolha uma região próxima que o ofereça (e revise o Escolha entre migração entre a mesma região e entre regiões antes de comprar) ou trabalhe com o seu representante da conta Microsoft para planear uma alternativa.

Paridade de funcionalidades

Que funcionalidades do Power BI Premium se comportam de forma diferente nos SKUs F?

Para a tabela completa, veja Principais diferenças entre SKUs Power BI Premium P e SKUs Fabric F.

O Power BI Embedded está incluído nas SKUs F, ou ainda preciso de SKUs EM ou A?

Power BI Embedded está incluído em cada SKU F. Não precisas de manter SKUs EM ou A separados para cenários incorporados após a migração.

Como posso aceder ao Power BI Report Server depois de migrar de um SKU P para um SKU F?

Power BI Report Server está disponível através de uma reserva de capacidade do Fabric ou do SQL Server Enterprise Edition com Software Assurance. Após a migração, a chave do Servidor de Relatórios encontra-se no separador de capacidade do Fabric, nas definições de Capacidade, no portal de administração do Power BI. Verifique a licença do seu Servidor de Relatórios antes de cancelar a subscrição do P SKU.

Como é que a pausa/retomada de capacidade e o redimensionamento a pedido nos SKUs F se comparam com o Autoscale nos SKUs P?

As SKUs F suportam escalabilidade manual ou scriptada através do portal Azure a qualquer momento, além de pausas e retomadas para parar a faturação durante os períodos de inatividade. P SKU Autoscale, que adicionava v-cores adicionais faturados por cada período de 24 horas na sua subscrição do Azure, foi substituído por estas funcionalidades do F SKU. Para mais detalhes, consulte Escalar a sua capacidade e Pausar e retomar a sua capacidade.

Como diferem os guarda-rails Direct Lake entre os SKUs P e os SKUs F?

Os limites do Direct Lake (número máximo de linhas por tabela, número máximo de ficheiros Parquet e tamanho máximo do modelo) variam em função da dimensão da capacidade. As mesmas regras de salvaguarda aplicam-se também ao SKU F equivalente. Por exemplo, as guarda-raias da F64 correspondem às da P1. Para os valores atuais por SKU, veja a visão geral do Direct Lake.

Etapas de migração

Como migro espaços de trabalho de um SKU P para um SKU F?

Consulte Migrar áreas de trabalho do Power BI Premium para o Microsoft Fabric, que aborda o inventário, o aprovisionamento de SKUs F, o projeto-piloto, a reatribuição (portal e notebook), a validação e a desativação. Para as decisões subjacentes, consulte o guia de decisão de migração do SKU P do Power BI Premium.

Posso usar uma capacidade de teste do Fabric para testar antes de me comprometer com um SKU F?

Yes. Um teste do Fabric permite-lhe fornecer uma capacidade de teste para testar cargas de trabalho e validar comportamentos antes de comprar. As capacidades do ensaio têm limites de tempo e outras restrições, por isso use o teste apenas para testes, não como um alvo de migração a longo prazo.

Os trabalhos ativos são cancelados quando realoco um espaço de trabalho de um SKU P para um SKU F?

As operações de atualização ativas e as consultas podem ser interrompidas durante a reatribuição. Agendar reatribuições fora das janelas de atualização e após a conclusão de trabalhos de longa duração. As atualizações agendadas e os pipelines são retomados automaticamente na nova capacidade SKU F após a reatribuição.

Devo planear o tempo de inatividade?

No caso de uma reatribuição dentro da mesma região de itens padrão do Power BI, não deverá haver qualquer indisponibilidade, exceto durante quaisquer atualizações em curso. Para uma reatribuição entre regiões de espaços de trabalho que contenham modelos semânticos de grande formato de armazenamento ou itens Fabric, espere um tempo de inatividade nesses itens igual ao tempo para fazer backup, eliminá-los, reatribuir o espaço de trabalho e recriá-los na nova região. Após a reatribuição, pode demorar até uma hora para os utilizadores conseguirem criar itens Fabric na nova capacidade.

Impacto no espaço de trabalho

Se o meu SKU P e o SKU F estiverem em regiões diferentes do Azure, o que acontece durante a migração?

Itens padrão do Power BI (relatórios, modelos semânticos pequenos ou de formato predefinido, dashboards) sobrevivem a uma reatribuição entre regiões. Modelos semânticos em formato de armazenamento grande e todos os itens do Fabric (Lakehouses, Warehouses, Notebooks, pipelines do Data Factory e itens semelhantes) não são preservados. Tens de os fazer backup ou capturar as suas definições antes da reatribuição, e depois recriá-los na nova região após a reatribuição. Para o tratamento passo a passo, veja Migrações entre regiões: tratamento especial.

O que acontece aos pipelines de implantação, às aplicações do espaço de trabalho e aos fluxos de trabalho CI/CD após a migração?

Os pipelines de implantação, as aplicações do espaço de trabalho e os fluxos de trabalho de CI/CD continuam a funcionar após uma reatribuição dentro da mesma região. Os espaços de trabalho mantêm as suas atribuições de pipeline e configurações da aplicação. Para migrações entre regiões, planeie restabelecer a integração com o Git na nova região após recriar quaisquer itens do Fabric. Para mais detalhes sobre integração com Git, consulte integração com Fabric Git.

Impacto semântico do modelo

Os meus modelos semânticos existentes, as políticas de atualização incremental e as atualizações agendadas vão continuar a funcionar após a migração?

Sim, estas funcionalidades funcionam no SKU F equivalente na mesma região. Modelos semânticos, políticas incrementais de atualização e agendamentos de atualização são transferidos com o espaço de trabalho. Valide ativando uma atualização a pedido após a reatribuição e confirmando que a próxima atualização agendada foi bem-sucedida.

O que acontece às cargas de trabalho Dataflow Gen1 após a migração para um SKU F? Preciso de migrar para o Dataflow Gen2?

O Dataflow Gen1 continua a funcionar com capacidades de SKU F. Não é obrigatório migrar para o Dataflow Gen2 como parte da migração de P para F. Migrar para Dataflow Gen2 é uma decisão de modernização separada que pode tomar ao seu próprio ritmo após a migração de capacidade. Para a comparação, veja Diferenças entre Dataflow Gen1 e Dataflow Gen2.

Administração e governação

Após a migração, as definições do portal de administração, as configurações de inquilinos e as políticas de governação são mantidas?

As definições ao nível do inquilino no portal de administração do Power BI e Fabric (definições de inquilino, políticas de etiquetas de sensibilidade, controlos de partilha e similares) não estão ligadas à sua capacidade, por isso são transferidas sem alterações. As definições ao nível de capacidade estão configuradas na nova capacidade do SKU F, incluindo definições de carga de trabalho, administradores de capacidade e qualquer governação por capacidade que tenha aplicado ao SKU P. Planeie:

1. Adicione administradores de capacidade no novo SKU F antes de realocar qualquer espaço de trabalho.
2. Recrie quaisquer definições de carga de trabalho de capacidade do SKU P de que dependas (por exemplo, limites de memória do modelo semântico) no novo SKU F.
3. Revise as definições de tenant relacionadas com cargas de trabalho Fabric (por exemplo, os utilizadores podem criar itens Fabric) e confirme se correspondem à sua intenção de governação antes da migração.

A mudança de tenant "Os utilizadores podem criar itens Fabric" afeta as minhas cargas de trabalho Power BI existentes após a migração?

A definição de tenant Os utilizadores podem criar itens do Fabric controla se os utilizadores podem criar itens do Fabric que não sejam do Power BI (como Lakehouses, Warehouses e Notebooks). Não afeta relatórios existentes do Power BI, modelos semânticos, dashboards ou agendas de atualização. Se quiseres restringir a criação de itens no Fabric durante ou após a migração, podes desativar a definição para o tenant ou grupos de segurança específicos. Para obter informações sobre esta definição, consulte as definições de inquilino do Power BI.

Como posso governar departamentos que gerem as suas próprias cargas de trabalho dentro de uma capacidade partilhada de SKU F após migrar de uma SKU P gerida centralmente?

Uma capacidade partilhada de SKU F utiliza os mesmos componentes base de governação que uma SKU P partilhada: funções do espaço de trabalho (Administrador, Membro, Contribuidor, Visualizador), permissões ao nível do item, pipelines de implementação, etiquetas de sensibilidade e definições do inquilino. Os SKUs F acrescentam duas áreas que valem a pena planear:

• Domínios do Fabric. Espaços de trabalho relacionados com grupos (por exemplo, por área de negócio) para que possas aplicar governação federada ao nível do domínio. Consulte domínios Fabric.
• Refaturação e afetação de custos. Utilize etiquetas do Azure na capacidade do Fabric, no Microsoft Cost Management e na abordagem de chargeback do Fabric para atribuir os custos aos departamentos. Consulte Microsoft Cost Management.

Se os departamentos precisarem de autonomia relativamente ao dimensionamento da capacidade ou aos agendamentos de pausa e retoma, atribua a cada um o respetivo SKU F em vez de partilharem uma única capacidade de maior dimensão.

Conteúdo relacionado

• Visão geral da migração do Power BI Premium para Microsoft Fabric
• Guia de decisão de migração de SKUs Power BI Premium P
• Migrar espaços de trabalho do Power BI Premium para o Microsoft Fabric
• Padrões e estratégias de migração de inquilinos do Power BI
• Licenças do Microsoft Fabric
• Aplicativo Microsoft Fabric Capacity Metrics