Compartilhar via

Espelhando o servidor flexível do Banco de Dados do Azure para PostgreSQL

O espelhamento no Fabric fornece uma experiência fácil para evitar ETL complexo (Extrair Carga de Transformação) e integrar seu conjunto de servidores flexível do Banco de Dados do Azure para PostgreSQL existente com o restante de seus dados no Microsoft Fabric. Você pode replicar continuamente o servidor flexível do Banco de Dados do Azure para PostgreSQL diretamente no OneLake do Fabric. No Fabric, você pode desbloquear poderosos cenários de business intelligence, inteligência artificial, Engenharia de Dados, Ciência de Dados e compartilhamento de dados.

Para obter um tutorial sobre como configurar o espelhamento do servidor flexível do Azure Database for PostgreSQL no Fabric (agora geralmente disponível), consulte Tutorial: Configurar bancos de dados espelhados do Microsoft Fabric a partir do servidor flexível do Azure Database for PostgreSQL.

Por que usar o Espelhamento no Fabric?

Com o Espelhamento no Fabric, você não precisa reunir serviços diferentes de vários fornecedores. Em vez disso, você pode desfrutar de um produto altamente integrado, de ponta a ponta e fácil de usar projetado para simplificar suas necessidades de análise e criado para abertura e colaboração entre a Microsoft, o servidor flexível do Banco de Dados do Azure para PostgreSQL e os 1.000 soluções de tecnologia que podem ler o formato de tabela delta lake de software livre.

Quais experiências de análise são internas?

Bancos de dados espelhados são um item no Fabric Data Warehousing distinto do ponto de extremidade de análise do Warehouse e do SQL.

Diagrama do espelhamento de banco de dados do Fabric para o servidor flexível do Banco de Dados do Azure para PostgreSQL.

O espelhamento cria estes itens no workspace do Fabric:

  • O item de banco de dados espelhado. O espelhamento gerencia a replicação de dados no OneLake e a conversão em Parquet, em um formato pronto para análise. Isso permite cenários downstream, como engenharia de dados, ciência de dados e muito mais.
  • Um ponto de extremidade de análise do SQL

Cada banco de dados espelhado no servidor flexível do Banco de Dados do Azure para PostgreSQL tem um ponto de extremidade de análise de SQL gerado automaticamente que fornece uma experiência analítica avançada sobre as Tabelas Delta criadas pelo processo de espelhamento. Os usuários têm acesso a comandos T-SQL familiares que podem definir e consultar objetos de dados, mas não manipular os dados do ponto de extremidade de análise do SQL, pois são uma cópia somente leitura. Você pode executar as seguintes ações no ponto de extremidade de análise do SQL:

  • Explore as tabelas que fazem referência aos dados em suas tabelas delta lake do servidor flexível do Banco de Dados do Azure para PostgreSQL.
  • Não crie consultas e exibições de código e explore dados visualmente sem escrever uma linha de código.
  • Desenvolva exibições SQL, TVFs embutidas (Funções com valor de tabela) e procedimentos armazenados para encapsular sua semântica e lógica de negócios no T-SQL.
  • Gerenciar permissões nos objetos.
  • Consultar dados em outros Warehouses e Lakehouses no mesmo workspace.

Além do editor de consultas SQL, há um amplo ecossistema de ferramentas que pode consultar o ponto de extremidade de análise do SQL, incluindo o SSMS (SQL Server Management Studio),a extensão mssql com o Visual Studio Code e até mesmo o GitHub Copilot.

Requisitos de rede

Se o Servidor Flexível não estiver acessível publicamente e não permitir que os serviços do Azure se conectem a ele, você poderá criar um gateway de dados de rede virtual para espelhar os dados. Verifique se a Rede Virtual do Azure ou a rede do computador de gateway podem se conectar ao servidor flexível do Banco de Dados do Azure para PostgreSQL por meio de um ponto de extremidade privado ou é permitida pela regra de firewall.

Transações ativas, cargas de trabalho e comportamentos do mecanismo do replicador

As transações ativas continuam a manter o truncamento wal (log de gravação antecipada) até que a transação seja confirmada e o servidor flexível do Banco de Dados do Azure para PostgreSQL seja atualizado ou a transação seja anulada. Transações de execução longa podem resultar no preenchimento do WAL mais do que o normal. O WAL no servidor flexível do Banco de Dados do Azure para PostgreSQL de origem deve ser monitorado para que o armazenamento não seja preenchido. Para obter mais informações, consulte wal cresce devido a transações de execução longa e CDC.

Cada carga de trabalho do usuário varia. Durante o instantâneo inicial, pode haver mais uso de recursos no banco de dados de origem, para CPU e IOPS (operações de entrada/saída por segundo, para ler as páginas). As operações de atualização/exclusão de tabela podem levar ao aumento da geração de logs. Saiba mais sobre como monitorar recursos para o servidor flexível do Banco de Dados do Azure para PostgreSQL.

Suporte à camada de computação

O servidor flexível do Banco de Dados do Azure para PostgreSQL de origem pode ser uma camada de computação de Uso Geral ou Otimizada para Memória. Não há suporte para a camada de computação intermitível como origem para espelhamento.

Para saber mais sobre as camadas de computação disponíveis no servidor flexível do Banco de Dados do Azure para PostgreSQL, consulte as opções de computação no servidor flexível do Banco de Dados do Azure para PostgreSQL.

Próxima etapa

Tutorial: Configurar bancos de dados espelhados do Microsoft Fabric do servidor flexível do Banco de Dados do Azure para PostgreSQL

Conteúdo relacionado

  • Last updated on