Migrar do Azure Analysis Services para o Power BI Premium
Este artigo se destina aos modeladores de dados e administradores do AAS (Azure Analysis Services). Ele fornece diretrizes e a lógica para ajudar na migração de bancos de dados do AAS para o Power BI Premium ou o Power BI Embedded.
Importante
Às vezes, este artigo se refere ao Power BI Premium ou às suas assinaturas de capacidade (P SKUs). Lembre-se de que a Microsoft está consolidando atualmente as opções de compra e desativando os SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de SKUs (assinaturas de capacidade do Fabric).
Para obter mais informações, confira Atualização importante para o licenciamento do Power BI Premium e Perguntas frequentes do Power BI Premium.
Tela de fundo
O Power BI evoluiu para a plataforma líder em BI (business intelligence) corporativo gerenciado por TI e de autoatendimento. Com o crescimento exponencial em volumes de dados e complexidade, os clientes do Power BI exigem soluções de BI corporativo que escalem para petabytes e sejam seguras, fáceis de gerenciar e acessíveis a todos os usuários na maior das organizações.
Por mais de duas décadas a Microsoft manteve investimentos profundos em BI corporativo. O AAS e o SSAS (SQL Server Analysis Services) se baseiam na tecnologia de modelagem de dados de BI madura usada por inúmeras empresas. Hoje, essa mesma tecnologia também está no centro dos modelos semânticos do Power BI.
Observação
Neste artigo, os termos modelo de dados, modelo de BI, modelo de tabela, banco de dados e modelo semântico do Power BI têm o mesmo significado. Este artigo geralmente usa os termos modelo de dados para o modelo do AAS e modelo semântico para o modelo do Power BI.
Além disso, embora este artigo descreva o processo de migração para o Power BI Premium, isso também se aplica ao Power BI Embedded.
Nos últimos anos, a Microsoft deu grandes passos para fornecer recursos do AAS ao Power BI Premium. Para isso, o Power BI herdou instantaneamente um grande ecossistema de desenvolvedores, parceiros, ferramentas de BI e soluções que foram construídos ao longo de décadas. Hoje, o conjunto completo de cargas de trabalho, recursos e funcionalidades do Power BI Premium resultam em uma plataforma moderna de BI na nuvem que vai muito além das funcionalidades comparáveis disponíveis no AAS ou no SSAS.
Hoje, muitos clientes têm relatórios do Power BI que se conectam dinamicamente ao AAS. Naturalmente, esses clientes estão questionando se há a possibilidade de consolidar, hospedando os modelos de dados ao lado dos relatórios no Power BI. Eles geralmente fazem perguntas como:
- Todas as funcionalidades do AAS que usamos funcionam no Power BI?
- As versões anteriores do Power BI são compatíveis com ferramentas e os processos do AAS?
- Quais funcionalidades estão disponíveis somente no Power BI?
- Como podemos comparar os custos entre o AAS e o Power BI?
- Por que a Microsoft está convergindo o BI corporativo e de autoatendimento?
- Como fazemos para migrar do AAS para o Power BI Premium?
- O AAS está marcado para ser preterido?
- Qual é o roteiro da Microsoft para modelos de dados corporativos?
As respostas para muitas dessas perguntas estão descritas neste artigo.
Observação
A decisão de migrar para o Power BI Premium depende dos requisitos de cada cliente. Os clientes devem avaliar cuidadosamente os benefícios adicionais a fim de tomar uma decisão informada. Esperamos que haja uma migração orgânica para o Power BI Premium ao longo do tempo, permitindo que tudo aconteça de modo confortável para o cliente.
Para ficar claro, atualmente não há qualquer plano para preterir o AAS. Existe a priorização da concentração de investimentos no Power BI Premium para modelagem de dados corporativos e, com isso, o valor adicional fornecido pelo Power BI Premium aumentará ao longo do tempo. Os clientes que escolherem o Power BI Premium terão o benefício do alinhamento com o roteiro de produto do Microsoft BI.
Convergência do BI corporativo e de autoatendimento
A consolidação de itens (como relatórios e dashboards) no Power BI resulta em descoberta e gerenciamento simplificados devido à co-localização. Depois de consolidado, não é necessário preencher a lacuna entre o AAS e o Power BI. As equipes centrais de TI podem, então, adotar com mais facilidade itens de autoatendimento que se tornaram populares, mas que estão gerando um fardo de gerenciamento para os negócios. TI pode assumir esses itens. Eles podem operacionalizá-los para tomada de decisões críticas com base em dados controlados, alinhados com padrões corporativos e com a transparência de linhagem. Simplificar esse fluxo de trabalho compartilhando uma plataforma comum promove uma melhor colaboração entre a empresa e TI.
Power BI Premium
Graças à arquitetura distribuída dele, o Power BI Premium é menos sensível à carga geral, aos picos temporais e à elevada simultaneidade. Ao consolidar capacidades para SKUs de Power BI Premium maiores, os clientes podem obter maior desempenho e taxa de transferência.
Os benefícios de escalabilidade associados ao Power BI Premium são descritos mais adiante neste artigo.
Comparação de recursos
O AAS fornece o mecanismo de banco de dados do Analysis Services para hospedar modelos de dados, que é um componente essencial da arquitetura de BI corporativo da Microsoft. Na verdade, o Power BI Premium é um superconjunto do AAS porque fornece muito mais funcionalidade. A tabela a seguir lista os recursos com suporte no AAS e no Power BI Premium. A tabela se concentra, dentre outras coisas, nas funcionalidades relacionados ao modelo semântico do Power BI.
Recurso | AAS | Power BI Premium |
---|---|---|
Cargas de trabalho Premium | ||
Relatórios paginados, ideais para relatórios que foram projetados para serem impressos, especialmente quando os dados da tabela transbordam para várias páginas | No | Sim |
Fluxos de dados, que armazenam fragmentos de dados destinados a uso em um modelo semântico do Power BI | Não | Sim |
IA com fluxos de dados, que usam IA (inteligência artificial) com Serviços Cognitivos, Machine Learning Automatizado e integração do AML (Azure Machine Learning) | No | Sim |
Métricas, que coletam as principais medidas de negócios e permitem rastreá-las em relação aos objetivos | No | Sim |
Habilitação dos negócios | ||
Distribuição de relatório ilimitada para qualquer pessoa (mesmo fora da organização) | Não | Sim |
Relatórios interativos, workspaces e aplicativos voltados para os negócios | No | Sim |
Escalabilidade e resiliência da plataforma | ||
Arquitetura do Power BI Premium, que dá suporte a maior escala e desempenho | Não | Sim |
Gerenciamento otimizado da memória do modelo semântico | Não | Sim |
Limites de escala por modelo de dados, e não por servidor | Não | Yes |
Suavização da CPU para resiliência de atualização | No | Sim |
Dimensionamento Automático, que adiciona automaticamente capacidade de computação para evitar lentidão sob uso intenso | Não | Sim |
BCDR (continuidade dos negócios e recuperação de desastres) com regiões do Azure e zonas de disponibilidade | No | Yes |
Análise interativa sobre Big Data | ||
Tamanhos de modelo grandes (até 400 GB com compactação) | Sim | Sim |
Tabelas híbridas, que compreendem partições em memória e no DirectQuery, que podem ajudar a entregar resultados quase em tempo real com grandes tabelas | Não | Yes |
Agregações automáticas, que usam ML (Machine Learning) de última geração para otimizar continuamente o desempenho do DirectQuery | No | Sim |
Agregações definidas pelo usuário, que podem melhorar o desempenho da consulta em tabelas DirectQuery muito grandes | No | Sim |
Expansão da consulta, que distribui consultas de cliente entre servidores replicados | Sim | Sim |
Segurança | ||
BYOK (Bring Your Own Key), que permite aos clientes usar uma chave de criptografia própria para criptografar dados armazenados na nuvem da Microsoft | No | Sim |
Conectividade de rede virtual, que permite ao Power BI funcionar perfeitamente na VNet (rede virtual) de uma organização | Não | Yes |
Link Privado do Azure, que fornece acesso seguro ao tráfego de dados no Power BI | Não | Yes |
SSO (logon único) para fontes do DirectQuery, que permite se conectar a fontes de dados usando a identidade do usuário do relatório | No | Sim |
RLS (Segurança em Nível de Linha), que restringe o acesso a linhas de dados específicas para usuários específicos | Sim | Sim |
OLS (Segurança no Nível do Objeto), que restringe o acesso a tabelas ou a colunas específicas para usuários específicos | Yes | Sim |
Firewall, que quando habilitado, permite definir intervalos de endereços IP permitidos | Sim | Não 1 |
Governança | ||
Integração do Microsoft Purview, que ajuda os clientes a gerenciar e controlar itens do Power BI | Não | Yes |
Rótulos de confidencialidade da PIM (Proteção de Informações da Microsoft) e integração com o Microsoft Defender para Aplicativos de Nuvem a fim de prevenir contra a perda de dados | No | Sim |
Endosso de conteúdo, para promover ou certificar itens valiosos e de alta qualidade do Power BI | No | Sim |
Modelagem semântica | ||
Compatibilidade com o Power BI Desktop | Não | Sim |
Modelos compostos, incluindo o uso do DirectQuery para modelos semânticos do Power BI e AAS | Não | Yes |
Traduções para versões de modelo de vários idiomas observadas pelo serviço do Power BI | Não | Sim |
Modelagem semântica do mecanismo do Analysis Service | Sim | Yes |
Gerenciamento de modelos | ||
Atualização incremental, que usa políticas para automatizar o gerenciamento de partições e pode ajudar a fornecer relatórios quase em tempo real (confira as tabelas híbridas) | Não | Sim |
Pipelines de implantação, que gerenciam o ciclo de vida do conteúdo do Power BI | Não | Sim |
Atualização agendada, que mantém atualizado o modelo semântico armazenado em cache | Não | Sim |
Atualização aprimorada, que permite a qualquer linguagem de programação executar atualizações assíncronas de um modelo semântico usando uma chamada à API REST | Sim | Sim |
Backup e restauração | Yes | Yes |
Configurações de carga de trabalho do modelo semântico, que controlam as cargas de trabalho de capacidade Premium | Não | Sim |
Propriedades do servidor, que controlam as propriedades da instância do servidor do Analysis Services | Sim | Sim |
Nomes do servidor de alias, que permitem a conexão com uma instância de servidor do Analysis Services usando um alias mais curto | Sim | Não |
APIs habilitadas para ponto de extremidade XMLA para geração de scripts e compatibilidade com serviços de automação e ALM, incluindo Azure Functions, Automação do Azure e Azure DevOps | Sim | Yes |
Conectividade | ||
Suporte para todas as fontes de dados do Power BI | Não | Yes |
Ponto de extremidade XMLA, que permite conectividade de plataforma aberta para ferramentas de visualização e consumo de modelo de dados, incluindo ferramentas de terceiros | Yes | Sim |
Recursos Multi-Geo, que ajuda os clientes multinacionais a atender os requisitos de residência de dados organizacionais, regionais ou específicos do setor | Sim | Sim |
Detectabilidade | ||
Integração com o Hub de dados, que ajuda os usuários a descobrir, explorar e usar modelos semânticos do Power BI | Não | Sim |
Exibição da linhagem de dados e análise de impacto do modelo semântico, que ajudam os usuários a entender e avaliar as dependências do item do Power BI | Não | Sim |
Monitoramento e registro em log de diagnóstico | ||
Aplicativo Métricas de Capacidade do Microsoft Fabric, que fornece recursos de monitoramento para capacidades do Power BI | Não | Sim |
Log de auditoria, que acompanha as atividades do usuário no Power BI e no Microsoft 365 | Não | Sim |
Integração do Azure LA (Log Analytics), que permite aos administradores configurar uma conexão do Log Analytics com um workspace do Power BI | Sim | Sim |
Alertas de métrica no Azure Monitor, que possibilitam notificar você quando uma das suas métricas multidimensionais ultrapassam um limite | Sim | No |
Ponto de extremidade XMLA, que permite conexões com a ferramenta de log de diagnóstico, incluindo o SQL Server Profiler | Sim | Sim |
xEvents (SQL Server Extended Events), que é um sistema de monitoramento de desempenho e rastreamento leve e útil para diagnosticar problemas | Sim | No |
1 Usar a conectividade de VNet e Link Privado do Azure
Comparação de custos
Ao comparar os custos do Power BI Premium com o AAS, considere fatores além do preço por núcleo. O Power BI fornece um custo reduzido de propriedade e valor comercial e muitos recursos que só estão disponíveis em modelos de dados do Power BI.
Além disso, supondo que você já use o Power BI em sua organização, calcule os custos com base no perfil existente que combina o AAS e o Power BI. Compare o perfil existente com o perfil de destino no Power BI Premium. Leve os seguintes pontos em consideração ao determinar o perfil de destino:
- Requisitos da região.
- O maior tamanho do modelo de dados do AAS em cada região.
- O número de usuários em cada região.
- O número de usuários necessários para desenvolver e gerenciar conteúdo.
- O consumo de CPU entre o AAS e o Power BI Premium.
Importante
O consumo de CPU entre o AAS e o Power BI Premium pode variar significativamente devido a diversos fatores. Os fatores podem incluir o uso de outras cargas de trabalho nas mesmas capacidades, padrões de atualização e padrões de consulta. Recomendamos que você execute uma análise detalhada para quantificar o consumo comparativo de CPU no AAS e no Power BI Premium para modelos migrados.
Dica
Para ajudar a determinar o tipo e o número certo de licenças para seus requisitos e circunstâncias de negócios, confira este artigo relacionado.
Oportunidade de consolidação
Muitos clientes do AAS já têm relatórios do Power BI que se conectam ao AAS. Portanto, a migração para o Power BI pode representar uma oportunidade de consolidar itens de BI no Power BI Premium. A consolidação torna mais economicamente viáveis os SKUs Premium de tamanho maior e pode ajudar a fornecer níveis mais altos de taxa de transferência e escalabilidade.
Licenças PPU
A licença PPU (Premium por usuário) é uma licença por usuário que fornece um ponto de preço de menor custo para o Premium. As licenças PPU normalmente são compradas por empresas de pequeno e médio porte. Elas dão suporte a todas as funcionalidades Premium para modelagem de dados listadas anteriormente.
Dica
É possível atualizar incrementalmente licenças Power BI Pro para licenças PPU.
licenças profissionais
É necessário uma licença Pro (ou PPU) para publicar e gerenciar conteúdo do Power BI. As licenças Pro normalmente são atribuídas a desenvolvedores e administradores, não a usuários finais.
Ambientes de desenvolvimento e teste
O AAS oferece SKUs D e B a um custo menor com contratos de nível de serviço reduzidos e/ou menos recursos do que os SKUs S. Alguns clientes do AAS usam esses SKUs para ambientes de desenvolvimento e de teste. Embora não haja equivalente direto no Power BI, talvez faça sentido usar licenças PPU para ambientes de desenvolvimento e de teste. Esses ambientes normalmente não têm um grande número de usuários porque estão limitados a desenvolvedores e testadores. Como alternativa, considere usar um SKU A no Azure para testar a funcionalidade de capacidade Premium.
Para obter mais informações, consulte:
Benefícios de escalabilidade
O Power BI Premium oferece benefícios de escalabilidade, desempenho e custo de propriedade não disponíveis no AAS.
O Power BI Premium fornece recursos que permitem uma análise interativa rápida sobre Big Data. Esses recursos incluem agregações, modelos compostos e tabelas híbridas. Cada recurso oferece uma forma diferente de combinar de modo ideal os meios de importação e armazenamento do DirectQuery, reduzindo efetivamente o uso de memória. O AAS, por outro lado, não dá suporte a esses recursos; todo o modelo de dados usa o modo de importação ou de armazenamento do DirectQuery.
O Power BI Premium limita a memória por modelo semântico e não por capacidade ou servidor. Por outro lado, o AAS exige que todos os modelos de dados se ajustem à memória em apenas um servidor. Esse requisito pode obrigar clientes com modelos de dados grandes a comprar tamanhos maiores de SKU.
Graças à natureza distribuída da arquitetura do Premium, mais modelos semânticos podem ser atualizados em paralelo. A execução de atualizações simultâneas no mesmo servidor do AAS pode levar a erros de atualização devido à exceção dos limites de memória do servidor.
No Power BI Premium, o consumo de CPU durante a atualização é distribuído em períodos de 24 horas. O Power BI Premium avalia a taxa de transferência de capacidade para fornecer resiliência a picos temporais na demanda por recursos de computação. Quando necessário, ele pode atrasar as atualizações até que recursos suficientes estejam disponíveis. Esse comportamento automático reduz a necessidade de os clientes executarem análises detalhadas e gerenciarem scripts de automação para escalar os servidores para cima ou para baixo. Os clientes do Premium devem decidir sobre o tamanho ideal da SKU para seus requisitos gerais de consumo de CPU.
Outra vantagem do Power BI Premium é que ele é capaz de equilibrar dinamicamente os modelos semânticos dependendo da carga do sistema. Esse comportamento automático garante que os modelos semânticos ocupados/ativos obtenham a memória e os recursos de CPU necessários, enquanto modelos semânticos mais ociosos podem ser removidos ou migrados para outros nós. Os modelos semânticos são candidatos a remoção quando não são usados. Eles serão carregados sob demanda para que apenas os dados necessários sejam carregados na memória, evitando carregar todo o modelo semântico. Por outro lado, o AAS exige que todos os modelos de dados sejam sempre totalmente carregados na memória. Esse requisito significa que as consultas ao AAS podem depender do modelo de dados que está disponível, mas, especialmente para capacidades do Power BI com um alto número de modelos de dados quando alguns deles são usados com pouca frequência, o gerenciamento dinâmico de memória pode fazer uso mais eficiente da memória.
Por fim, o Power BI Premium é capaz de utilizar melhor as distribuições de hardware de última geração para se beneficiar de melhoras na escalabilidade e no desempenho.
Considerações e limitações
Há considerações e limitações a serem levadas em conta no planejamento antes de migrar para Power BI Premium.
Permissões
O AAS e o SSAS usam funções para gerenciar o acesso ao modelo de dados. Existem dois tipos de funções: a função de servidor e as funções de banco de dados. A função de servidor é uma função fixa que concede ao administrador acesso à instância do servidor do Analysis Services. As funções de banco de dados, definidas por modeladores de dados e administradores, controlam o acesso ao banco de dados e aos dados para usuários não administradores.
Ao contrário do AAS, no Power BI, você usa apenas funções para impor RLS ou OLS. Para conceder permissões além de RLS e OLS, use o modelo de segurança do Power BI (funções de workspace e permissões de modelo semântico). Para obter mais informações, confira Detalhes do modelo semântico.
Para obter mais informações sobre funções de modelo do Power BI, confira Conectividade do modelo semântico com o ponto de extremidade XMLA (funções de modelo).
Ao migrar um modelo de dados do AAS para o Power BI Premium, você deve levar em consideração os seguintes pontos:
- Os usuários que receberam permissão de Leitura sobre o modelo do AAS precisam receber permissão de Criação no modelo semântico do Power BI migrado.
- Os usuários que receberam permissão de Administrador sobre o modelo do AAS precisam receber permissão de Gravação no modelo semântico do Power BI migrado.
Automação da atualização
O Power BI Premium dá suporte a APIs habilitadas para ponto de extremidade XMLA para geração de scripts, como TMSL (Tabular Model Scripting Language), TOM (Tabular Object Model) ou o módulo do SqlServer do PowerShell. Essas APIs têm interfaces quase simétricas para o AAS. Para obter mais informações, confira Conectividade do modelo semântico com o ponto de extremidade XMLA (aplicativos e ferramentas de cliente).
A compatibilidade com serviços de automação, incluindo Azure Functions, Automação do Azure e Aplicativos Lógicos do Azure, está habilitada da mesma forma.
Geralmente, scripts e processos que automatizam o gerenciamento e o processamento de partição no AAS funcionam também no Power BI Premium. Tenha em mente que os modelos semânticos do Power BI Premium dão suporte ao recurso de atualização incremental, que fornece gerenciamento de partição automatizado para tabelas que frequentemente carregam dados novos e atualizados.
Assim como no AAS, você pode usar uma entidade de serviço como conta de automação para as operações de gerenciamento de modelos semânticos do Power BI, como as atualizações. Para obter mais informações, confira Conectividade do modelo semântico com o ponto de extremidade XMLA (entidades de serviço).
Segurança personalizada
Assim como no AAS, os aplicativos podem usar uma entidade de serviço para consultar um modelo semântico do Power BI Premium por capacidade ou do Power BI Embedded usando o recurso CustomData.
No entanto, você não pode atribuir uma entidade de serviço a uma função de modelo no Power BI Premium. Em vez disso, uma entidade de serviço obtém acesso por atribuição à função de administrador ou de membro do workspace.
Observação
Você não pode usar o recurso CustomData ao consultar modelos semânticos PPU (Premium por usuário) porque isso violaria os termos e condições de licença.
Representação para teste
As técnicas de representação, incluindo as propriedades de cadeia de conexão EffectiveUserName e Roles, têm suporte no AAS e no Power BI Premium. Normalmente, você as usa ao testar funções de segurança.
Segurança de rede
Configurar a segurança de rede no AAS requer habilitar o firewall e configurar intervalos de endereços IP apenas para os computadores que acessam o servidor.
O Power BI não tem um recurso de firewall. Em vez disso, o Power BI oferece um modelo de segurança de rede superior usando VNets e Links Privados. Para obter mais informações, confira O que é uma VNet (rede virtual)?
Fontes de dados e credenciais
O AAS define credenciais para cada fonte de dados declarada nos metadados tabulares TOM. No entanto, o Power BI não funciona dessa forma. Como o Power BI pode compartilhar credenciais de fontes de dados em vários modelos semânticos, as credenciais são definidas no serviço do Power BI.
Qualquer processo baseado em XMLA que define as credenciais da fonte de dados deve ser substituído. Para obter mais informações, confira Conectividade do modelo semântico com o ponto de extremidade XMLA (implantar projetos de modelo por meio do Visual Studio).
Backup e restauração
O backup e a restauração no AAS exigem o armazenamento de Blobs do Azure, enquanto no Power BI Premium exigem uma conta do ADLS Gen2 (Azure Data Lake Storage Gen2). Além da diferença da conta de armazenamento, o backup e a restauração funcionam da mesma forma em ambos os produtos.
Para obter mais informações, confira Faça backup e restaure modelos semânticos com o Power BI Premium.
Gateway de dados local
O AAS e o Power BI Premium usam o mesmo gateway de dados local para se conectar a fontes de dados. No entanto, as etapas de configuração são diferentes.
Para obter informações sobre como configurar fontes de dados de gateway para o Power BI Premium, confira Adicionar ou remover uma fonte de dados de gateway.
Propriedades do servidor
Ao contrário do AAS, o Power BI Premium não dá suporte a propriedades do servidor. Em vez disso, você gerencia as Configurações de capacidade Premium.
Vincular arquivos
Ao contrário do AAS, o Power BI Premium não dá suporte a nomes de servidor de alias.
DMVs (Exibições de gerenciamento dinâmico)
Algumas DMVs que funcionam no AAS não são acessíveis no Power BI Premium porque exigem permissões de administrador de servidor no Analysis Services. O Power BI tem funções de workspace, mas não há uma função de workspace que conceda o equivalente a permissões de administrador de servidor no Analysis Services.
PowerShell
Você pode usar os cmdlets do AAS do módulo PowerShell do SqlServer para automatizar as tarefas de gerenciamento de modelo semântico, incluindo as operações de atualização. Para saber mais, confira Referência do PowerShell no Analysis Services.
No entanto, os cmdlets do AAS do módulo Az.AnalysisServices não têm suporte para modelos semânticos do Power BI. Em vez disso, use os Cmdlets do Microsoft Power BI para Windows PowerShell e PowerShell Core.
Registro de diagnóstico
O AAS integra-se ao Azure Monitor para registro em log de diagnóstico. O destino mais comum para os logs do AAS são os workspaces do Log Analytics.
O Power BI Premium também dá suporte ao registro em log dos workspaces do Log Analytics. Atualmente, os eventos enviados ao Log Analytics são principalmente eventos do mecanismo AS. No entanto, nem todos os eventos com suporte para AAS têm suporte para o Power BI. O esquema do Log Analytics para o Power BI contém diferenças em comparação com o AAS, o que significa que as consultas existentes no AAS podem não funcionar no Power BI.
O Power BI oferece outro recurso de log de diagnóstico que não é oferecido no AAS. Para obter mais informações, confira Usar o aplicativo Métricas de Capacidade do Microsoft Fabric.
O xEvents (SQL Server Extended Events) tem suporte no AAS, mas não no Power BI Premium. Para obter mais informações, consulte Monitorar o Analysis Services com Eventos Estendidos do SQL Server.
B2B (transação entre empresas)
O AAS e o Power BI dão suporte à colaboração B2B do Microsoft Entra, que permite e controla o compartilhamento com usuários externos. Notavelmente, o formato UPN (nome UPN) exigido pelo AAS é diferente do Power BI.
Para identificar o usuário, o Power BI utiliza uma declaração de nome exclusivo na ID do Microsoft Entra, enquanto o AAS usa uma declaração de email. Embora possa haver muitas instâncias em que esses dois identificadores se alinham, o formato de nome exclusivo é mais rigoroso. Se estiver usando RLS dinâmico no Power BI, verifique se o valor na tabela de identidade do usuário corresponde à conta usada para entrar no Power BI.
Escalabilidade horizontal
A expansão do Azure Analysis Services não é compatível com o Power BI Premium. Para obter mais informações, confira Expansão do modelo semântico do Power BI.
Recurso de migração
O recurso de migração do Microsoft Azure Analysis Services para o Microsoft Power BI Premium no Power BI migra como banco de dados do AAS para um modelo semântico no Power BI Premium, Power BI Premium por usuário ou workspace do Power BI Embedded. Para obter mais informações, confira Migrar o Azure Analysis Services para o Power BI.
Conteúdo relacionado
Para obter mais informações sobre este artigo, confira os seguintes recursos:
- Migrar do Azure Analysis Services para o Power BI Premium: cenários de migração
- Migrar do Azure Analysis Services para o Power BI
- Dúvidas? Experimente perguntar à comunidade do Power BI
- Sugestões? Contribuir com ideias para aprimorar o Power BI
Os parceiros do Power BI estão disponíveis para ajudar sua organização a ter sucesso com o processo de migração. Para envolver um parceiro do Power BI, visite o portal de parceiro de Power BI.