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 de SKUs Premium por capacidade do Power BI (SKUs P) para SKUs de capacidade do Microsoft Fabric (SKUs F). Para um contexto mais amplo, consulte visão geral da migração do Power BI Premium para o Microsoft Fabric. Para tomar decisões, consulte guia de decisão de migração do SKU Power BI Premium P. Para ver os procedimentos, consulte Migrar espaços de trabalho do Power BI Premium para o Microsoft Fabric.

Cronograma e descontinuação

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

Cada assinatura do SKU P é descontinuada ao final do prazo contratual vigente. Microsoft não vende mais novas SKUs P e os clientes com contratos empresariais expirando ou contratos de Microsoft Cloud não podem adicionar ou renovar a capacidade de SKU P por meio de seu contrato. Após o término da assinatura, o conteúdo permanece acessível por um período de carência de 30 dias. A partir do dia 31, o acesso é restringido (as operações interativas sofrem atraso). No dia 91 e além, todas as operações são rejeitadas. Seus dados são mantidos, mas ficam inacessíveis até que você migre os espaços de trabalho para uma capacidade SKU F do Fabric ou exclua a capacidade. Para ver a linha do tempo completa, consulte Entenda a linha do tempo de descontinuação da SKU P.

Ainda posso comprar novos SKUs do Power BI Premium P ou posso renovar apenas os existentes?

Não. Microsoft não vende mais novas SKUs P e os clientes com contratos empresariais expirando ou contratos de Microsoft Cloud não podem mais adicionar ou renovar a capacidade de SKU P por meio de seu contrato. Para continuar usando uma capacidade com suporte da Microsoft, compre uma SKU F do Microsoft Fabric.

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

A migração não é automática. Você compra manualmente uma capacidade de SKU F em Azure e reatribui cada workspace do SKU P para o novo SKU F. Para procedimentos passo a passo, consulte Migrar espaços de trabalho do Power BI Premium para o Microsoft Fabric.

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

Evite essa sequência. Se o SKU P terminar sem um SKU F em vigor, seu conteúdo entrará no período de carência de 30 dias. A partir do dia 31, o acesso é limitado (as operações interativas estão atrasadas). No dia 91 e além, todas as operações são rejeitadas. Seus dados são mantidos, mas ficam inacessíveis até que você migre os workspaces para uma capacidade Fabric F SKU ou exclua a capacidade. Para evitar interrupções, compre primeiro o SKU F, reatribua e valide workspaces e cancele o SKU P. Para ver o cronograma completo, consulte Entenda o cronograma de descontinuação do SKU P.

A desativação do SKU P afeta os clientes de nuvem soberana?

Não. Microsoft Fabric ainda não está disponível em nuvens soberanas, portanto, as SKUs P permanecem com suporte nesses ambientes. Microsoft fornece diretrizes separadas quando Fabric fica disponível lá.

Dimensionamento e mapeamento de SKU

Qual SKU F é equivalente ao meu SKU P atual?

Mapeado por CUs (unidades de capacidade): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Dimensione adequadamente a partir daí com base no consumo real usando o aplicativo Métricas de Capacidade do Microsoft Fabric. Para consultar a tabela completa e as diretrizes de dimensionamento adequado, veja Mapeie seu SKU P para um SKU F e Ajuste adequadamente o tamanho do seu SKU F.

Como faço para usar o aplicativo Microsoft Fabric Capacity Metrics para ajustar corretamente o tamanho da minha SKU F?

Instale o aplicativo Microsoft Fabric Capacity Metrics, configure-o para sua capacidade P SKU e analise os últimos 30 a 45 dias de consumo de CUs. Picos sustentados próximos de 100% de utilização da CU sugerem que você precisa do SKU F equivalente ou maior. Longos períodos de baixa utilização sugerem que você pode usar um SKU F menor com pausa e retomada para reduzir o custo. Contabilize as novas cargas de trabalho de Fabric (Lakehouses, Warehouses, Notebooks, Pipelines) que você planeja adicionar após a migração.

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

A divisão pode melhorar o controle de custos e o isolamento, mas somente se o consumo total de CUs couber dentro de cada capacidade menor. Use o aplicativo Métricas de Capacidade para estabelecer uma linha de base do uso atual antes de decidir. Dois padrões comuns ao migrar de um único P1:

• Mantenha um F64 para produção e use um SKU F menor, pausado quando não estiver em uso, para desenvolvimento/testes a fim de reduzir custos.
• Divida em dois SKUs F de tamanhos diferentes quando as cargas de trabalho de produção se aproximam consistentemente do teto P1.

Não divida uma capacidade que já esteja próxima de 100% de utilização sem antes aumentar a escala. Isso cria sobrecargas de capacidade. Microsoft não tem recomendação fixa para tamanhos divididos; os tamanhos certos dependem da carga de trabalho medida.

Custo e licenciamento

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

Os SKUs F usam preços regionais (o mesmo tamanho de SKU pode custar valores diferentes em diferentes regiões do Azure), adotam por padrão a cobrança conforme o uso (por segundo, com mínimo de um minuto), com reservas anuais ou plurianuais opcionais para descontos significativos, e suportam pausar/retomar e aumentar/reduzir verticalmente por meio do Azure, para que você pague apenas pelo que usa. Para suas regiões específicas e SKUs, use a calculadora de preços Azure. Para ver a comparação completa de funcionalidades e faturamento, consulte Principais diferenças entre os SKUs P do Power BI Premium e os SKUs F do Fabric.

Ainda preciso das licenças do Power BI Pro para consumidores de relatórios depois de migrar para uma SKU F?

Isso depende do tamanho da SKU F. Em F64 e superiores, os usuários com uma licença gratuita do Fabric e a função de Visualizador podem visualizar conteúdo, assim como nos SKUs P. Em F2 a F32, cada visualizador precisa de uma licença de Power BI Pro ou PPU. Autores e editores sempre precisam de Pro ou PPU, independentemente do tamanho da capacidade.

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

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

A PPU (Power BI Premium por Usuário) também está sendo desativada?

Não. A descontinuação aplica-se apenas às SKUs do Power BI Premium por capacidade (P1–P5). PPU é uma licença separada por usuário que permanece ativa e seus usuários não precisam de uma alteração de licença como parte dessa migração. Se você encontrar artigos mais antigos que se referem a "Power BI Premium" sem especificar por capacidade ou por usuário, a desativação se aplicará apenas a SKUs por capacidade.

Por que o custo da capacidade do Fabric difere por região?

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

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

A disponibilidade da SKU do Fabric F e os preços variam de acordo com a região do Azure. Antes de finalizar o dimensionamento, confirme se o tamanho da SKU F de destino está disponível em sua região preferencial usando a calculadora de preços Azure ou tentando criar a capacidade no portal Azure. Se a sua região preferencial não oferecer o SKU F desejado, escolha uma região próxima que o ofereça (e consulte Escolher entre migração na mesma região e entre regiões antes de comprar) ou trabalhe com seu representante de conta da Microsoft para planejar uma alternativa.

Paridade de funcionalidades

Quais os recursos do Power BI Premium que se comportam de forma diferente nas SKUs F?

Para obter a tabela completa, confira as principais diferenças entre SKUs de Power BI Premium P e SKUs de Fabric F.

O Power BI Embedded está incluído nos SKUs F ou ainda preciso dos SKUs EM ou A?

Power BI Embedded está incluído em cada SKU F. Você não precisa manter SKUs EM ou A separadas para cenários incorporados depois de migrar.

Como acessar Servidor de Relatórios do Power BI depois de migrar de um SKU P para um SKU F?

Servidor de Relatórios do Power BI está disponível por meio de uma reserva de capacidade Fabric ou SQL Server Edição Enterprise com o Software Assurance. Após a migração, a chave do Servidor de Relatórios está na guia Capacidade do Fabric, em Configurações de capacidade, no portal de administração do Power BI. Verifique o licenciamento do Servidor de Relatório antes de cancelar sua assinatura de SKU P.

Como a pausa/retomada da capacidade e o redimensionamento sob demanda em SKUs F se comparam ao escalonamento automático em SKUs P?

As SKUs da série F oferecem suporte ao aumento ou à redução manual da escala, ou por script, pelo portal do Azure a qualquer momento, além de permitir pausar e retomar para interromper a cobrança durante períodos de inatividade. A Escala Automática do SKU P, que adiciona v-cores extras cobrados por período de 24 horas na sua assinatura do Azure, é substituída por estas capacidades dos SKUs F. Para obter detalhes, consulte Dimensionar sua capacidade e pausar e retomar sua capacidade.

Como as proteções do Direct Lake diferem entre as SKUs P e F?

Os limites do Direct Lake (número máximo de linhas por tabela, número máximo de arquivos Parquet e tamanho máximo do modelo) variam de acordo com o tamanho da capacidade. As mesmas regras de guardrail se aplicam à SKU F equivalente. Por exemplo, os guardrails F64 correspondem aos guardrails P1. Para obter os valores atuais por SKU, consulte a visão geral do Direct Lake.

Etapas da migração

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

Consulte Migrar espaços de trabalho do Power BI Premium para o Microsoft Fabric, que aborda inventário, provisionamento da SKU F, projeto piloto, reatribuição (portal e notebook), validação e descomissionamento. Para obter as decisões subjacentes, consulte Power BI guia de decisão de migração do SKU Premium P.

Posso usar uma capacidade de avaliação do Fabric para testar antes de assumir um compromisso com um SKU F?

Sim. Uma versão de avaliação do Fabric permite provisionar uma capacidade de avaliação para testar cargas de trabalho e validar o comportamento antes da compra. As capacidades de avaliação têm limites de tempo e outras restrições, portanto, use a avaliação somente para teste, não como um destino de migração de longo prazo.

Os trabalhos ativos são cancelados quando reatribuo um workspace de um SKU P para um SKU F?

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

Devo planejar o tempo de inatividade?

Em uma reatribuição na mesma região de itens padrão do Power BI, não espere tempo de inatividade, exceto durante quaisquer atualizações ativas. Para uma reatribuição de workspaces entre regiões que contenham modelos semânticos no formato de armazenamento grande ou itens do Fabric, espere um tempo de indisponibilidade desses itens equivalente ao tempo necessário para fazer backup deles, excluí-los, reatribuir o workspace e recriá-los na nova região. Após a reatribuição, pode levar até uma hora para os usuários criarem itens do Fabric na nova capacidade.

Impacto no espaço de trabalho

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

Os itens de Power BI padrão (relatórios, modelos semânticos de formato pequeno ou padrão, dashboards) sobrevivem a uma reatribuição entre regiões. Modelos semânticos de formato de armazenamento grande e todos os itens de Fabric (Lakehouses, Warehouses, Notebooks, pipelines do Data Factory e itens semelhantes) não sobrevivem. Você deve fazer backup delas ou capturar suas definições antes da reatribuição e recriá-las na nova região após a reatribuição. Para tratamento passo a passo, consulte migrações entre regiões: tratamento especial.

O que acontece com pipelines de implantação, aplicativos do workspace e fluxos de trabalho de CI/CD após a migração?

Os pipelines de implantação, os aplicativos do workspace e os fluxos de trabalho de CI/CD continuam funcionando após uma reatribuição na mesma região. Os workspaces mantêm suas atribuições de pipeline e configurações de aplicativo. Para migrações entre regiões, planeje restabelecer a integração com o Git na nova região após recriar quaisquer itens do Fabric. Para obter detalhes sobre a integração do Git, consulte integração do Git no Fabric.

Impacto do modelo semântico

Meus modelos semânticos existentes, políticas de atualização incremental e atualizações agendadas continuarão funcionando após a migração?

Sim, esses recursos funcionam no SKU F equivalente na mesma região. Modelos semânticos, políticas de atualização incremental e agendamentos de atualizações agendadas são transferidos com o workspace. Valide disparando uma atualização sob demanda após a reatribuição e confirmando que a próxima atualização agendada foi bem-sucedida.

O que acontece com as cargas de trabalho do Dataflow Gen1 depois de migrar para um SKU F? Preciso migrar para o Dataflow Gen2?

O Dataflow Gen1 continua a funcionar em capacidades de SKU F. Você não precisa migrar para o Dataflow Gen2 como parte da migração P-to-F. Migrar para o Dataflow Gen2 é uma decisão de modernização separada que você pode tomar em seu próprio ritmo após a migração de capacidade. Para a comparação, consulte Diferenças entre o Dataflow Gen1 e o Dataflow Gen2.

Administração e governança

Após a migração, as configurações do portal de administração, as configurações de locatário e as políticas de governança são transferidas?

As configurações de nível de locatário no portal de administração Power BI e Fabric (configurações de locatário, políticas de rótulo de confidencialidade, controles de compartilhamento e similares) não estão vinculadas à sua capacidade, portanto, elas são executadas sem alterações. As configurações no nível da capacidade ficam definidas na nova capacidade SKU F, incluindo as configurações de carga de trabalho, os administradores da capacidade e qualquer governança por capacidade que tenha sido aplicada ao SKU P. Planeje:

1. Adicione administradores de capacidade à nova SKU F antes de reatribuir qualquer espaço de trabalho.
2. Recrie no novo F SKU todas as configurações de carga de trabalho da capacidade P SKU que você utiliza (por exemplo, limites de memória do modelo semântico).
3. Revise as configurações do locatário relacionadas às cargas de trabalho do Fabric (por exemplo, Os usuários podem criar itens do Fabric) e confirme se elas correspondem aos seus objetivos de governança antes da migração.

A opção de locatário "Os usuários podem criar Fabric itens" afeta minhas cargas de trabalho de Power BI existentes após a migração?

A configuração de locatário Os usuários podem criar itens do Fabric controla se os usuários podem criar itens do Fabric que não sejam do Power BI (como Lakehouses, Warehouses e Notebooks). Ele não afeta relatórios de Power BI existentes, modelos semânticos, dashboards ou agendamentos de atualização. Se você quiser restringir a criação de itens no Fabric durante ou após a migração, poderá desativar a configuração para o locatário ou para grupos de segurança específicos. Para a referência da configuração, consulte configurações de locatário do Power BI.

Como reger departamentos que gerenciam suas próprias cargas de trabalho dentro de uma capacidade de SKU F compartilhada depois de migrar de um SKU P gerenciado centralmente?

Uma capacidade compartilhada SKU F usa os mesmos componentes básicos de governança que uma SKU P compartilhada: funções do espaço de trabalho (Administrador, Membro, Colaborador, Visualizador), permissões em nível de item, pipelines de implantação, rótulos de confidencialidade e configurações do locatário. Os SKUs F adicionam duas áreas que valem a pena planejar:

• Domínios do Fabric Agrupar workspaces relacionados (por exemplo, por área de negócios) para que você possa aplicar a governança federada no nível de domínio. Consulte domínios do Fabric.
• Cobrança e alocação de custo. Use as tags do Azure na capacidade do Fabric, o Gerenciamento de Custos da Microsoft e a abordagem de chargeback do Fabric para repassar os gastos aos departamentos. Veja Gerenciamento de Custos da Microsoft.

Se os departamentos precisarem de autonomia sobre o dimensionamento da capacidade ou os agendamentos de pausa e retomada, dê a cada um deles uma SKU F própria, em vez de compartilharem uma única capacidade maior.

Conteúdo relacionado

• Power BI Premium para Microsoft Fabric visão geral da migração
• Guia de decisão de migração do SKU do 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 locatário do Power BI
• Licenças do Microsoft Fabric
• Aplicativo Microsoft Fabric Capacity Metrics