Microsoft anuncia a visualização pública da sincronização automática de réplicas para expansão de conjuntos de dados no Power BI
Temos algumas notícias interessantes para compartilhar com você hoje! A Microsoft concluiu o recurso de sincronização de réplica e finalizou as APIs para expansão do conjunto de dados para oferecer a você mais controle sobre a configuração de expansão e o comportamento de sincronização da réplica.
Especificamente, você não precisa mais habilitar o Scale-Out no nível do espaço de trabalho usando uma solicitação XMLA pesada. O comando XMLA introduzido no anúncio inicial de visualização pública foi descontinuado e não funcionará mais. Agora você pode habilitar o Scale-Out com base em conjunto de dados por conjunto de dados usando a API REST do Power BI para conjuntos de dados. As APIs REST do Power BI não exigem XMLA.
Além disso, você também não precisa mais sincronizar as réplicas somente leitura manualmente se quiser aproveitar a sincronização automática de réplicas, que é habilitada por padrão. Mas é claro que você ainda pode desativar a sincronização automática, conforme demonstrado posteriormente neste artigo, se você preferir sincronizar manualmente as réplicas de leitura/gravação e somente leitura de um conjunto de dados para manter o isolamento de atualização controlado. Na verdade, todos os conjuntos de dados que você já possui em um espaço de trabalho habilitado para expansão permanecem habilitados para expansão com a sincronização automática desabilitada para que os conjuntos de dados mantenham seu comportamento existente.
Tour pela configuração Dataset Scale-Out
As explicações a seguir pressupõem que o Dataset Scale-Out esteja habilitado em sua organização do Power BI (que é por padrão), que o espaço de trabalho de seus conjuntos de dados resida em um Premium per User (PPU), um Power BI Premium (A ou P SKU) ou uma capacidade de Fabric (F SKU), que seus conjuntos de dados estejam configurados para usar o formato de armazenamento grande como na captura de tela abaixo e que você tenha instalado os cmdlets de gerenciamento do Power BI .
Os URLs nas capturas de tela acima indicam que o espaço de trabalho deste artigo tem o ID 50007062-0bed-46f4-a1b4-f24dcfb0912b e o nome do conjunto de dados é AdventureWorks . O script de exemplo do PowerShell usa o Get-PowerBIDataset para resolver o nome do conjunto de dados na ID do conjunto de dados. O ID do espaço de trabalho e o ID do conjunto de dados são parâmetros importantes para o Get Dataset In GroupAPI REST do Power BI para verificar a configuração atual do conjunto de dados. O Invoke-PowerBIRestMethod fornece uma maneira direta de enviar uma solicitação Get correspondente e recuperar os resultados no formato JSON, incluindo as propriedades queryScaleOutSettings que representam a configuração de expansão. Como revela a captura de tela abaixo, a expansão do conjunto de dados está desabilitada no momento para o conjunto de dados deste artigo porque a contagem de maxReadOnlyReplicas é zero.
Para habilitar a expansão para um conjunto de dados individual, você deve definir o parâmetro maxReadOnlyReplicas como um valor diferente de zero. Um valor de -1 permite que o Power BI crie quantas réplicas somente leitura forem suportadas pela capacidade do Power BI, mas você também pode definir explicitamente a contagem de réplicas para um valor inferior ao máximo de capacidade. No entanto, o Dataset Scale-Out ainda está limitado a uma única réplica somente leitura. Removeremos essa limitação em um estágio posterior durante a visualização pública. É recomendável definir maxReadOnlyReplicas como -1. A captura de tela a seguir mostra a solicitação de patch para definir maxReadOnlyReplicas como -1. O envio dessa solicitação de API REST permite a expansão desse conjunto de dados.
Na captura de tela acima, também vale ressaltar que o parâmetro autoSyncReadOnlyReplicas está definido como true, por padrão. Portanto, o Power BI sincroniza as réplicas do conjunto de dados automaticamente. Essa também é uma melhoria recente do Dataset Scale-Out. A versão de visualização pública inicial sempre exigia que você sincronizasse as réplicas manualmente, conforme documentado em Sincronizar uma réplica em expansão de conjunto de dados somente leitura . Agora eliminamos essa limitação. No entanto, conforme mencionado no início deste artigo, se você preferir continuar sincronizando manualmente usando o conjunto de dados syncStatus e APIs REST de sincronização, poderá desativar a sincronização automática definindo autoSyncReadOnlyReplicas como false, como na captura de tela a seguir.
Claro, você também pode desabilitar a expansão para este conjunto de dados novamente definindo o parâmetro maxReadOnlyReplicas de volta para 0. Se você verificar o status de sincronização de um conjunto de dados desabilitado para escalabilidade horizontal, será informado de que as réplicas somente leitura foram desabilitadas de acordo, como na captura de tela a seguir. Como observação, se você trabalhou com as APIs de sincronização na versão de visualização inicial, poderá notar que os URLs das APIs /syncStatus e /sync também foram alterados para /queryScaleOut/syncStatus e /queryScaleOut/sync. As APIs iniciais /syncStatus e /sync também são obsoletas e não devem mais ser usadas.
E é isso para uma atualização rápida para a visualização pública do Dataset Scale-Out. A próxima grande dificuldade é aumentar o número de réplicas somente leitura até o máximo que um determinado tamanho de capacidade pode suportar. Portanto, fique atento e atualize a configuração de seus conjuntos de dados habilitados para scale-out agora, conforme demonstrado acima. E, como sempre, envie-nos seus comentários se quiser ajudar a fornecer melhorias adicionais. Esperamos que você esteja tão entusiasmado com o Dataset Scale-Out quanto nós. Estamos ansiosos para ouvir de você!
