Perguntas frequentes sobre o Database Hub em Fabric (prévia)

Eles são complementares. O OneLake oferece armazenamento unificado de dados para análises. O Database Hub oferece controle operacional unificado. Eles se cruzam em cenários como espelhamento, preparação para análises e compartilhamento de estoque. O Database Hub não é um catálogo de dados. Ele foca em metadados operacionais, sinais e ações. Quando apropriado, inclui links para experiências analíticas do Purview ou do Fabric.

O Database Hub é orientado para a ação, mas deliberadamente conservador. As ações são explícitas e sempre aprovadas pelo usuário final (que deve ter a permissão necessária para realizar a ação). Exemplos podem incluir a abertura de interfaces nativas e a aplicação, mediante confirmação, de recomendações compatíveis propostas pelo agente. Todas as ações observam as permissões da função e exigem aprovação. O Hub de Banco de Dados valida a intenção e o escopo, depois delega a execução ao serviço autoritativo. Ações em massa e mudanças de configuração mais amplas podem ser introduzidas ao longo do tempo.

Não. Você não precisa realocar seus bancos de dados. Por exemplo, instâncias do SQL Server on-premises conectam-se via Azure Arc e aparecem no Database Hub enquanto permanecem on-premises. Os bancos de dados do Azure permanecem em suas assinaturas. O Hub de Banco de Dados centraliza metadados operacionais, sinais e ações. Não centraliza os dados operacionais. Fabric OneLake e Fabric mirroring podem ser usados para cenários analíticos, mas são opcionais e separados da gestão.

Não. Tudo o que você precisa é de uma licença Fabric ou capacidade atribuída ao seu espaço de trabalho. Pelo menos é necessário uma licença gratuita da Fabric. O Database Hub é totalmente gratuito.

APIs de inventário e postura de segurança do Database Hub não exigem capacidade Fabric. Essas operações de plano de controle consultam o Azure Resource Manager, Azure Resource Graph, o catálogo Fabric e, para visualizações de monitoramento de saúde, Kusto. Eles não provisionam recursos de computação do cliente nem copiam os dados subjacentes do banco de dados para o Fabric apenas para exibi-los. O armazenamento e o processamento de um banco de dados permanecem na região onde o banco de dados Azure ou Fabric foi provisionado. O Fabric identifica uma região de origem do inquilino como local padrão para os dados do Fabric, e as operações do plano de controle do Hub de Banco de Dados rodam nessa região.

O Database Hub não exige conectividade pública de banco de dados. Ele apresenta sinais de integridade e conformidade usando metadados do Azure Resource Graph e sinais de desempenho do SQL, inclusive para bancos de dados por trás de endpoints privados.

A proteção de acesso de saída do espaço de trabalho se aplica apenas aos tipos de item de espaço de trabalho com suporte e exige espaços de trabalho hospedados em SKUs Fabric F com suporte. As APIs sem capacidade do Database Hub não são listadas como um tipo de item protegido por OAP. Até que o Database Hub seja explicitamente incluído na matriz de suporte OAP e testado com as regras de conexão exigidas, trate-o como não suportado.

Você pode usar o Microsoft Fabric como parte de uma arquitetura projetada para cumprir obrigações do GDPR ou LGPD. O Database Hub segue o framework de privacidade, proteção de dados e conformidade da Microsoft. O Hub de Banco de Dados processa principalmente metadados de recursos, postura de configuração, identificadores e métricas de saúde selecionadas, em vez de linhas de aplicações de banco de dados. Esses valores ainda podem ser dados regulados. A conformidade é uma responsabilidade compartilhada. Revise a colocação regional, controles de acesso, retenção, telemetria, conectividade privada, procedimentos de sujeito aos dados e a documentação contratual e de auditoria aplicável da Microsoft.

A Microsoft Fabric entrou em pré-visualização pública no Government Community Cloud (GCC) High em setembro de 2026. A carga de trabalho e a disponibilidade de recursos variam e se expandem ao longo do tempo.

A observabilidade foca em sinais de saúde e pressão em nível de estado, como CPU, E/S, conectividade, condições de erro, postura e utilização. Esses sinais se consolidam em níveis de severidade que destacam os problemas antes dos gráficos. O objetivo é identificar onde a atenção é necessária e criar uma visão com escopo que pessoas ou agentes possam analisar. Diagnósticos avançados, específicos do mecanismo, continuam disponíveis por meio de ferramentas nativas e podem ser acessados por meio de ações de detalhamento.

Filtre a visualização Estate por assinatura ou grupo de recursos, depois salve e compartilhe a visualização personalizada. Compartilhar uma visualização compartilha sua configuração, não o acesso aos recursos subjacentes. Os destinatários veem apenas os recursos que suas permissões existentes permitem.

Ferramentas de terceiros podem fornecer capacidades profundas para motores ou ambientes específicos e podem exigir configuração e infraestrutura separadas. O Database Hub é integrado à plataforma Microsoft e abrange recursos suportados em SQL, NoSQL, on-premises, Azure e Fabric. Ela unifica inventário, escopo, ações e insights orientados por agentes, e conecta você a ferramentas nativas especializadas quando é necessário trabalho mais profundo. Não pretende substituir todas as ferramentas especializadas.

O Database Hub suporta fluxos de trabalho tanto impulsionados por humanos quanto assistidos por agentes. Os agentes podem consumir o contexto do Hub de Banco de Dados, investigar descobertas e propor ações, enquanto a execução continua respeitando as permissões e limites de aprovação existentes.

Sim. Copilot é a interface conversacional. Os agentes são os motores analíticos e operacionais por trás disso. O Copilot fornece explicações fundamentadas e resumos usando os mesmos dados com escopo e achados dos agentes visíveis na interface. Quando o Copilot recomenda uma ação, ela é respaldada por uma capacidade explícita de agente e uma proposta auditável. Não há execução livre.

Sim. Na prévia atual, os bancos de dados SQL do Microsoft requerem configuração adicional para coletar dados de desempenho. Para instruções, veja Habilitar o monitoramento de desempenho para Microsoft SQL.

Não. O Database Hub se baseia nessas tecnologias em vez de substituí-las. Azure Arc continua sendo o mecanismo para conectar instâncias de SQL Server on-premises ao Azure. O portal do Azure e as ferramentas nativas continuam sendo as superfícies de referência para configuração e execução. O Hub de Banco de Dados atua como um plano de controle especializado no topo. Ele fornece inventário unificado, contexto delimitado, insights conduzidos por agentes e ações explícitas, e encaminha a execução para a interface nativa adequada. Você pode continuar usando o portal do Azure, SSMS, Azure Data Studio, Visual Studio Code e Fabric como antes.

Não. O Database Hub é acessado via Microsoft Fabric, mas ele pode descobrir contas do Azure Cosmos DB onde quer que elas rodem no Azure. Essas contas permanecem em suas assinaturas existentes; a descoberta e o monitoramento de heranças não exigem mover ou espelhar seus dados para o Fabric.

Não. A detecção é automática para contas do Azure Cosmos DB, com base nas suas permissões existentes do Microsoft Entra ID e do Azure RBAC.

O Estate lista contas do Azure Cosmos DB, não os bancos de dados ou contêineres dentro delas.

Não. A descoberta de linha de base utiliza o inventário de recursos do Azure, e o monitoramento de linha de base utiliza métricas existentes do Azure Monitor. Fleet Analytics é um pipeline separado, de adesão opcional.

Para consultar dados em um banco de dados ou container, sua identidade precisa de uma atribuição separada de função no plano de dados do Cosmos DB (ou chaves de conta, quando permitido), além de acesso à conta em rede. O acesso no nível do recurso (plano de gerenciamento), que é o que torna uma conta visível no Estate, não concede essa permissão.

O acesso ao Azure, o locatário logado, filtros ativos, contas selecionadas ou intervalos de tempo podem variar. Compartilhar um link ou visualização não concede acesso adicional. Cada pessoa vê apenas os recursos que sua identidade está autorizada a consultar.

Verifique os recursos e filtros selecionados. Um valor do painel descreve essa seleção, que pode ser mais restrita do que o inventário em Estate.

As visualizações podem usar diferentes recursos, intervalos de tempo, granularidades, agregações ou tempos de atualização. Compare a mesma métrica para uma conta no mesmo intervalo.

Nenhum dos dois. Isso significa que não há valor utilizável disponível para essa visualização. Verifique o intervalo selecionado, atividade da conta, aplicabilidade da métrica por tipo de API, acesso e atraso de processamento antes de tirar uma conclusão.

O painel de desempenho foca em métricas em nível de conta e espólio, como consumo de RU, throttling, latência e disponibilidade. Não fornece diagnósticos no nível da consulta, análise de hotspots de chave de partição nem pesquisa em logs de diagnóstico. Use o portal do Azure, o Data Explorer e os logs de diagnóstico do Cosmos DB para essas investigações.

Não. Use o portal do Azure ou sua automação existente para alterar o throughput do Azure Cosmos DB.

Não presuma paridade. O log de auditoria ainda não foi avaliado para o Cosmos DB. Uma avaliação indisponível não significa que o controle está desativado.

Não. Use as conclusões do Database Hub como orientações de escopo, junto com as ferramentas de serviço e segurança aplicáveis. O fluxo de trabalho de monitoramento do Cosmos DB descrito aqui não corrige automaticamente as contas.

SQL aloca capacidade no momento da criação do banco de dados em uma única etapa. O Cosmos DB separa uma etapa leve de criação de conta (sem throughput, sem faturamento) da criação de contêineres, na qual o throughput, as chaves de partição e a indexação são configurados e o faturamento começa. O fluxo de criação inline do Database Hub reflete apenas a primeira etapa; a segunda etapa fornece um link para o portal Azure.

Sim. Uma conta criada a partir do Database Hub é um recurso do Azure na assinatura selecionada. Nenhuma cobrança será aplicada até que sejam criados um banco de dados e um contêiner com throughput provisionado ou com dimensionamento automático.

Não. O Database Hub é acessado via Microsoft Fabric, mas ele pode encontrar instâncias suportadas ao Banco de Dados do Azure para PostgreSQL Flexible Server no Azure. Esses servidores permanecem em suas assinaturas existentes; descoberta e monitoramento de espólio não exigem mover ou espelhar seus dados para o Fabric.

Não. A detecção é automática para instâncias de servidor flexível do Banco de Dados do Azure para PostgreSQL, com base em suas permissões existentes do Microsoft Entra ID e do Azure RBAC.

A entidade de inventário PostgreSQL é uma instância de Servidor Flexível. Um servidor pode hospedar múltiplos bancos de dados. Não interprete uma contagem de servidores como uma contagem de bancos de dados de aplicações.

A descoberta de linha de base utiliza o inventário de recursos do Azure, e o monitoramento de linha de base utiliza métricas existentes do Azure Monitor. Você não precisa do Repositório de Consultas, da propriedade estendida de monitoramento SQL ou de uma instalação no Arc. As permissões de acesso ao locatário e as permissões de recursos/métricas do Azure ainda se aplicam.

O acesso a recursos do Azure e o acesso ao banco de dados PostgreSQL são separados. Para se conectar, seu cliente precisa de alcance na rede e uma identidade autorizada no banco de dados. Verifique a autenticação e a configuração de rede do servidor flexível sem presumir que a visibilidade de Estate garanta uma conexão.

O acesso ao Azure, o locatário conectado, os filtros ativos, os servidores selecionados ou os intervalos de tempo podem variar. Compare essas configurações antes de assumir que recursos ou telemetria estão faltando. Um link compartilhado não concede acesso adicional.

Verifique os recursos e filtros selecionados. Um valor em um painel representa essa seleção, que pode ser mais restrita do que o inventário no Estate. Também verifique se há métricas indisponíveis ou inaplicáveis antes de interpretar o valor como uma avaliação completa do espólio.

As visualizações podem usar diferentes recursos, intervalos de tempo, granularidades, agregações ou tempos de atualização. Compare a mesma métrica para um servidor no mesmo intervalo primeiro. Um resumo de espólio não é diretamente comparável a um gráfico de servidor único.

Nenhum dos dois. Isso significa que não há valor utilizável disponível para essa visualização. Verifique o intervalo selecionado, estado do servidor, aplicabilidade da métrica, acesso e atraso de processamento antes de tirar uma conclusão.

Atualmente, na prévia, o monitoramento do PostgreSQL utiliza métricas existentes do Azure Monitor e não inclui diagnósticos em nível de consulta no Database Hub, como consultas principais apoiadas pela Repositório de Consultas, planos de consulta, análise de eventos de espera ou busca em logs. Use o portal do Azure e as ferramentas nativas PostgreSQL para investigações em nível de consulta.

Os templates de monitoramento específicos para SQL e o proxy SQL ADX não fazem parte do caminho do Azure Monitor do PostgreSQL. A emissão de alertas pelo Activator sobre essas métricas do PostgreSQL não é compatível no momento. Essa limitação não remove as opções separadas de alertas do serviço no Azure Monitor.

Na prévia atual, o Database Hub verifica se a autenticação Microsoft Entra está ativada, se a autenticação Microsoft Entra é imposta, se a criptografia em repouso usa chaves gerenciadas pelo cliente e se o acesso à rede pública está desativado. Essas verificações não são uma auditoria completa de conformidade. Valide os requisitos de segurança usando as ferramentas autoritativas de serviço e segurança do Azure.

Não. Use as conclusões do Database Hub como orientações de escopo, junto com as ferramentas de serviço e segurança aplicáveis. Verifique as evidências e aplique as alterações autorizadas por meio do serviço apropriado. O fluxo de trabalho de monitoramento do PostgreSQL descrito aqui não corrige automaticamente os servidores.

Sim. Um Servidor Flexível criado a partir do Hub de Banco de Dados é um recurso do Azure na assinatura selecionada. Revise sua configuração e custo antes da implantação.

Conteúdo relacionado

• O que é o Database Hub?