Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O Banco de Dados do Azure para PostgreSQL permite configurar e acessar os logs padrão do Postgres. Os registos podem ser utilizados para identificar, resolver problemas e corrigir erros de configuração e de desempenho abaixo do ideal. As informações de registro que você pode configurar e acessar incluem erros, informações de consulta, registros de vácuo automático, conexões e pontos de verificação. (O acesso aos logs de transações não está disponível).
O log de auditoria é disponibilizado por meio de uma extensão do Postgres, pgaudit. Para saber mais, visite o artigo Conceitos de auditoria.
Configurar registo
Você pode configurar o log padrão do Postgres em seu servidor usando os parâmetros do servidor de log. Para saber mais sobre os parâmetros de log do Postgres, visite as seções Quando registrar e O que registrar da documentação do Postgres. A maioria, mas não todos, os parâmetros de log do Postgres estão disponíveis para configuração no Banco de Dados do Azure para PostgreSQL.
Para saber como configurar parâmetros no Banco de Dados do Azure para PostgreSQL, consulte a documentação do portal ou a documentação da CLI.
Nota
Para configurar um grande volume de logs, você pode adicionar uma sobrecarga de desempenho significativa. Por exemplo, o registro de instruções pode afetar o desempenho.
Registos de acesso
O Banco de Dados do Azure para PostgreSQL é integrado às configurações de diagnóstico do Azure Monitor. As configurações de diagnóstico permitem enviar logs do PostgreSQL no formato JSON para os Logs do Azure Monitor para análise e alerta. Você também pode transmiti-los para Hubs de Eventos ou arquivá-los no Armazenamento do Azure.
Controle de acesso para registos
O acesso aos logs do servidor é controlado através do Controle de Acesso Baseado em Funções do Azure (RBAC). Qualquer função que forneça acesso de leitura ao servidor também permite o download de logs. Isso inclui funções internas, como:
- Leitor
- Leitor de Monitorização
- Leitor de Log Analytics
- Ou funções personalizadas equivalentes
Advertência
Os logs podem conter informações confidenciais, como credenciais, dependendo da configuração de log.
Política de retenção de dados e preços
Para logs enviados para Hubs de Eventos ou uma conta de Armazenamento, você pode configurar uma política de retenção para excluir automaticamente os dados após um determinado período. Os custos do Log Analytics dependem de dois fatores:
- Ingestão de dados: as cobranças são baseadas no volume de dados ingeridos no espaço de trabalho.
- Retenção de dados: os logs armazenados em seu espaço de trabalho do Log Analytics são mantidos gratuitamente nos primeiros 31 dias. Além desse período de retenção gratuito, há uma taxa para armazenar dados, calculada em uma base proporcional diária, com base na quantidade de dados (em GB) retidos a cada mês.
Para obter um detalhamento dos custos associados à ingestão e retenção de dados, visite a página de preços do Azure Monitor.
Formato de registo
A tabela a seguir descreve os campos para o tipo PostgreSQLLogs . Dependendo do ponto de extremidade de saída escolhido, os campos incluídos e a ordem em que aparecem podem variar.
| Campo | Descrição |
|---|---|
| TenantId | O seu ID de inquilino |
| SourceSystem | Azure |
| TempoGerado [UTC] | Carimbo de data/hora quando o log foi gravado em UTC |
| Tipo | Tipo de log. Sempre AzureDiagnostics |
| SubscriptionId | GUID para a assinatura à qual o servidor pertence |
| ResourceGroup | Nome do grupo de recursos ao qual o servidor pertence |
| ResourceProvider | Nome do provedor de recursos. Sempre MICROSOFT.DBFORPOSTGRESQL |
| ResourceType | FlexibleServers |
| ResourceId | URI do recurso |
| Recurso | Nome do servidor |
| Categoria | PostgreSQLLogs |
| OperationName | LogEvent |
| errorLevel_s | Nível de registo, exemplo: LOG, ERROR, NOTICE |
| processId_d | ID do processo do back-end do PostgreSQL |
| sqlerrcode_s | Código de erro do PostgreSQL que segue as convenções do padrão SQL para códigos SQLSTATE |
| Mensagem | Mensagem de log principal |
| Detalhe | Mensagem de registo secundária (se aplicável) |
| ColumnName | Nome da coluna (se aplicável) |
| SchemaName | Nome do esquema (se aplicável) |
| DatatypeName | Nome do tipo de dados (se aplicável) |
| _ResourceId | URI do recurso |
Limitações conhecidas
- Tamanho do Evento de Log: Planos de consulta ou mensagens de log maiores que 65 KB não são capturados nos Logs do Azure Monitor. Este é um limite do Azure Monitor em toda a plataforma. Como resultado, consultas complexas (por exemplo, aquelas que envolvem exibições aninhadas) podem gerar saída de plano de consulta incompleta ou ausente nos logs do servidor.
- Outras restrições: outros limites em toda a plataforma se aplicam aos logs do Azure Monitor, como cotas de regra de alerta e tamanho do resultado da consulta. Para obter a lista completa, consulte a documentação de limites de serviço do Azure Monitor para obter detalhes.