PolarDB-X 1.0-用户指南-SQL审计与分析-开启SQL日志审计

本文涉及的产品
云原生数据库 PolarDB 分布式版,标准版 2核8GB
简介: SQL日志审计功能默认关闭,您可以在云原生分布式数据库控制台上手动开启。默认情况下,只对开启SQL日志审计功能之后产生的日志数据进行审计分析,您也可以导入部分历史数据。

前提条件

  • 开通阿里云日志服务。
  • 已购买PolarDB-X专享实例,并创建了数据库。
  • 默认情况下,只有主账号可以开启并操作SQL日志审计功能。子账号开启和操作SQL日志审计功能前,需要先授予日志服务相关权限。详细步骤请参见子账号授权

背景信息

SQL审计功能默认为关闭状态。您可以参见本文档开启该功能。开启后会产生额外费用,详细收费标准请参见计费方式。如果您需要关闭该功能,请在云原生分布式数据库控制台关闭。关闭后不再写入数据,可以查看历史数据,这部分历史数据会产生存储和索引费用。您可以在日志服务控制台删除Logstore以删除历史数据,删除后日志服务不再对该部分数据计费。

前提条件

当前支持SQL审计功能的实例需属于如下地域(其它地区陆续开放中):

  • 华东1(杭州)
  • 华东2(上海)
  • 华北1(青岛)
  • 华北2(北京)
  • 华南1(深圳)

操作步骤

  1. 登录云原生分布式数据库控制台,并选择地域。
  2. 在实例列表页面单击实例名称。
  3. 在左侧导航栏中单击SQL审计与分析。
  4. 展开下拉框,选择需要开启SQL审计与分析的数据库。
  5. 请根据页面提示进行授权。授权后,PolarDB-X有权限将日志数据写入日志服务。
  6. 在日志状态一栏或下拉框中状态栏打开功能开关。
    p128020.png
  7. 确认是否导入历史数据。默认情况下,只对开启SQL日志审计功能之后产生的日志数据进行审计分析。
  • 如果您发现PolarDB-X数据库的数据被修改,但是并未开启SQL审计功能,可以在开启功能时导入历史数据,将过去发生的日志加入审计分析范围,追溯数据篡改者。 PolarDB-X会根据您PolarDB-X实例节点上的日志存储情况,动态检测支持导入的历史数据范围,目前最多支持导入七天内的数据。
  • 如果需要导入历史数据,请打开功能开关,并指定回溯开始时间和回溯结束时间,并单击启用。
    导入历史数据功能基于PolarDB-X节点保存的日志时间动态检测,最大支持导入七天的历史数据。 导入过程涉及文件操作,需要一定的时间,请耐心等待。您可以在控制台右上角的任务列表中查看日志回溯的进度。
  • 如果不需要导入历史数据,请直接单击启用。p128023.png

执行结果

SQL审计功能已成功开启,相同Region下的PolarDB-X数据库的审计日志会写入同一个日志服务的Logstore中。同时,日志服务为您创建以下默认配置。

请勿随意删除或修改日志服务为您默认创建的 Project、Logstore、索引和仪表盘设置,日志服务会不定期更新与升级SQL日志审计功能,专属日志库的索引与默认报表也会自动更新。

表 1. 默认配置

默认配置项

配置内容

Project

默认为您创建 Project drds-audit-区域名-阿里云账户ID,例如 drds-audit-cn-qingdao-12345678

Logstore

默认为您创建 Logstore drds-audit-log

地域

相同 Region 下的 DRDS 数据库的审计日志会写入同一个日志服务的 Logstore 中。


例如,华东1(杭州)地域中所有可用区的 DRDS 数据库审计日志都会写入日志服务的 Logstore drds-log-cn-hangzhou-阿里云账户ID 中。

Shard

默认为您创建5个 Shard,并开启管理Shard 功能。

索引

日志服务自动为您创建索引。您的索引设置会随着功能升级自动更新,请勿手动修改或删除索引。

日志存储时间

默认保存30天。30天以上的日志自动删除。


若您需要更长的存储时间,可以自定义修改。详细步骤请参见高级管理

仪表盘

默认创建三个仪表盘,分别为:

  • 运营中心
  • 性能中心
  • 安全中心

关于仪表盘的更多信息,请参见日志报表

说明 请勿修改默认的仪表盘配置,默认仪表盘会随着功能升级自动更新。您也可以自定义创建新的仪表盘,详情请参见仪表盘

相关实践学习
快速体验PolarDB开源数据库
本实验环境已内置PostgreSQL数据库以及PolarDB开源数据库:PolarDB PostgreSQL版和PolarDB分布式版,支持一键拉起使用,方便各位开发者学习使用。
相关文章
|
1天前
|
SQL 关系型数据库 MySQL
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
MySQL事务日志-Undo Log工作原理分析
|
9天前
|
存储 运维 监控
Linux--深入理与解linux文件系统与日志文件分析
深入理解 Linux 文件系统和日志文件分析,对于系统管理员和运维工程师来说至关重要。文件系统管理涉及到文件的组织、存储和检索,而日志文件则记录了系统和应用的运行状态,是排查故障和维护系统的重要依据。通过掌握文件系统和日志文件的管理和分析技能,可以有效提升系统的稳定性和安全性。
26 7
|
11天前
|
SQL 存储 缓存
日志服务 SQL 引擎全新升级
SQL 作为 SLS 基础功能,每天承载了用户大量日志数据的分析请求,既有小数据量的快速查询(如告警、即席查询等);也有上万亿数据规模的报表级分析。SLS 作为 Serverless 服务,除了要满足不同用户的各类需求,还要兼顾性能、隔离性、稳定性等要求。过去一年多的时间,SLS SQL 团队做了大量的工作,对 SQL 引擎进行了全新升级,SQL 的执行性能、隔离性等方面都有了大幅的提升。
|
11天前
|
监控 安全 Linux
启用Linux防火墙日志记录和分析功能
为iptables启用日志记录对于监控进出流量至关重要
|
29天前
|
SQL 存储 缓存
MySQL进阶突击系列(02)一条更新SQL执行过程 | 讲透undoLog、redoLog、binLog日志三宝
本文详细介绍了MySQL中update SQL执行过程涉及的undoLog、redoLog和binLog三种日志的作用及其工作原理,包括它们如何确保数据的一致性和完整性,以及在事务提交过程中各自的角色。同时,文章还探讨了这些日志在故障恢复中的重要性,强调了合理配置相关参数对于提高系统稳定性的必要性。
|
1月前
|
监控 应用服务中间件 定位技术
要统计Nginx的客户端IP,可以通过分析Nginx的访问日志文件来实现
要统计Nginx的客户端IP,可以通过分析Nginx的访问日志文件来实现
|
2月前
|
存储 SQL 监控
|
2月前
|
运维 监控 安全
|
2月前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
439 30
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
23天前
|
监控 安全 Apache
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。

相关产品

  • 云原生分布式数据库 PolarDB-X