Global outage event

If you're experiencing issues with your AWS services, then please refer to the AWS Health Dashboard. You can find the overall status of ongoing outages, the health of AWS services, and the latest updates from AWS engineers.

Como faço para visualizar e baixar os logs de um cluster de banco de dados do Aurora sem servidor?

4 minuto de leitura

Quero auditar a atividade do banco de dados para meus clusters de banco de dados Amazon Aurora Serverless que executam a edição compatível com o Amazon Aurora MySQL ou a edição compatível com o Amazon Aurora PostgreSQL. Quero visualizar e baixar os logs.

Resolução

Para clusters de banco de dados compatíveis com o Aurora MySQL, é possível ativar o log de consultas lentas, o log geral ou logs de auditoria. Para clusters de banco de dados compatíveis com o Aurora PostgreSQL, é possível usar o parâmetro log_statement para controlar os logs.

Para visualizar e baixar os logs, você deve usar o Amazon CloudWatch. Não é possível visualizar os logs diretamente do console do Amazon Relational Database Service (Amazon RDS). Não há uma instância de banco de dados direta para acessar e hospedar os arquivos de log. O Aurora Sem Servidor se conecta a uma frota proxy de instâncias de banco de dados que se expande automaticamente.

Ativar logs

Ao ativar os logs no Aurora Sem Servidor v1, é necessário modificar os grupos de parâmetros do cluster para o cluster de banco de dados. Para clusters de banco de dados MySQL, use uma família de grupos de parâmetros de cluster Aurora MySQL 5.6 ou 5.7. Para clusters de banco de dados PostgreSQL, use uma família de grupos de parâmetros de cluster do Aurora PostgreSQL 10. Ao ativar os logs no Aurora Sem Servidor v2, é possível modificar o parâmetro personalizado do cluster de banco de dados ou o grupo de parâmetros da instância de banco de dados.

Para ativar os logs no Aurora Sem Servidor, conclua as seguintes etapas:

Crie um grupo de parâmetros do cluster de banco de dados personalizado. Ou use o grupo de parâmetros de cluster de banco de dados personalizado existente no cluster de banco de dados.
Modifique os valores do grupo de parâmetros do cluster de banco de dados com base no seu tipo de cluster de banco de dados.
Clusters de banco de dados MySQL:
O log de erros é ativado por padrão. Para ativar o log de consultas lentas e o log geral, defina as seguintes configurações:
general_log=1
slow_query_log=1
Clusters de banco de dados PostgreSQL:
Use o parâmetro log_statement para determinar as instruções SQL que o Aurora registra. O valor padrão é none. Para registrar os logs de consultas e erros, altere o valor all.
-or-
Modifique seu grupo de parâmetros de instância de banco de dados. Quando você usa um parâmetro de instância e define Origem como Modificado, o Aurora ignora o parâmetro definido no grupo de parâmetros do cluster.
Observação: se você estiver resolvendo problemas em sua instância de banco de dados, a prática recomendada é definir log_statement como all para registrar todas as instruções. Para registrar todas as instruções de linguagem de definição de dados (DDL) como CREATE, ALTER e DROP, defina o valor do parâmetro como ddl. Para registrar todas as instruções de DDL e de linguagem de modificação de dados (DML), como INSERT, UPDATE e DELETE, defina o valor do parâmetro como mod.
Modifique seu cluster de banco de dados para usar o grupo de parâmetros de cluster de banco de dados personalizado.

O Aurora Sem Servidor aplica as alterações de parâmetros com uma escala contínua automática.

Observação: o Aurora Sem Servidor V1 usa a ação ForceApplyCapacityChange ao aplicar essa alteração. Se seu cluster de banco de dados Aurora Sem Servidor V1 não conseguir encontrar um ponto de escalabilidade antes de atingir o tempo limite, sua conexão poderá cair.