open Gauss 数据库-04 openGauss数据库日记管理引导手册
发文章是为了证明本身真的掌握了一个知识，同时给他人带来资助，如有题目，欢迎指正，祝大家万事胜意！目录
媒介
openGauss 数据库日记管理
1 实验先容
2 实验目标
3 系统日记
3.1 运行时日记
3.2 安装卸载时日记
4 操作日记
4.1 操作步骤
5 审计日记
5.1 前提条件
5.2 背景信息
5.3 选择日记维护方式进行维护
5.3.1 设置自动删除审计日记
5.3.2 手动备份审计文件
5.3.3 手动删除审计日记
6 WAL 日记
6.1 操作步骤
7 性能日记
7.1 操作步骤
媒介
我的环境：
设备名称设备型号软件版本虚拟机VMwareVMware-workstation-full-17.5.1操作系统openEuler openEuler 22.3LTS数据库openGauss openGauss 5.0.0
须要的工具，大家不消如今下，反面用到了再下也可以，假如须要相关文件，可以评论，其实大多数都是可以去官网下的哈，因为我只能通过网盘给大家，文件又有点大，网盘的速率大家都是清楚的哈哈，所以照旧推荐大家去官网，假如实在找不到可以找我
https://i-blog.csdnimg.cn/blog_migrate/615d420e2a73c0ce7c8f7c70ca1294e0.png
https://i-blog.csdnimg.cn/blog_migrate/98ab750fd5b385c14992701f64565370.png
openGauss 数据库日记管理
1 实验先容
在实际的数据库管理工作中，小数据量的日记可以按照实验手册，使用 cat 查看。但须要注意
的是，生产环境的日记量可能比较多，日记文件容量经常在 GB 级别左右，为了提升读取日记
的有效性，一般建议使用 more、tail、grep 等下令查看日记，所以学会这些下令的基本使用方
法也是必须的。另外，在生产环境节点较多（成千上万个生产节点）、日记类型较复杂的情况
下，人工已无法满足实际生产需求，针对这种情况，一般使用脚本自动化分析或使用第三方软
件对日记进行及时监控、分析、告警。
本实验主要描述 openGauss 数据库中日记管理的内容，并对数据库进行日常管理维护、题目定
位和数据库规复的操作。
2 实验目标
掌握 openGauss 数据库中日记管理的内容；
掌握对数据库进行日常管理维护、题目定位。
3 系统日记
openGauss 运行时数据库节点以及 openGauss 安装摆设时产生的日记统称为系统日记。假如
openGauss 在运行时发生故障，可以通过这些系统日记及时定位故障发生的缘故原由，根据日记内
容订定规复 openGauss 的方法。
阐明：
日记路径在安装 openGauss 时已由 XML 文件中 gaussdbLogPath 参数指定，假如未指定
该参数值，则默认路径在/var/log/gaussdb。
数据文件路径在安装 openGauss 时已由 XML 文件中 dataNode 参数指定，假如未指定该
参数值，则默认路径在/gaussdb/data/data_dn。
3.1 运行时日记
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点
# su - omm
Last login: Sun Mar 31 16:51:15 CST 2024 on tty1
Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64
System information as of time: 2024年 03月 31日 星期日 17:04:47 CST
System load: 0.00
Processes: 200
Memory used: 38.3%
Swap used: 10.1%
Usage On: 25%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 数据库节点的运行日记放在“$gaussdbLogPath/用户名/pg_log /用户名/pg_log”中，当前场景下
用户名为”omm”，切换到 pg_log 文件夹，并表现文件夹中的内容。
每个人可能不一样，我就找了一会，大家可以使用WinSCP来找，下面这个是我的
https://i-blog.csdnimg.cn/blog_migrate/77adcbe469f98f09dce7936425492161.png
$ cd /var/log/omm/omm/pg_log ##实际路径以$gaussdbLogPat为准，这是注释
$ ll
文件内容表现如下:
total 4
drwxr-x--- 2 omm dbgrp 4096 Mar 31 16:51 dn_6001 数据库节点文件夹为”dn_6001”,以本身实际数据库节点名先为准。
步骤 3 切换到“pg_log”文件夹下的数据库节点文件夹中，查看日记文件。
$ cd dn_6001
$ ls
日记文件列表如下：
postgresql-2024-03-16_095122.logpostgresql-2024-03-28_210211.log
postgresql-2024-03-17_214212.logpostgresql-2024-03-28_222633.log
postgresql-2024-03-18_000000.logpostgresql-2024-03-28_223555.log
postgresql-2024-03-18_033830.logpostgresql-2024-03-29_110930.log
postgresql-2024-03-18_045238.logpostgresql-2024-03-31_162857.log
postgresql-2024-03-25_182658.logpostgresql-2024-03-31_165132.log
postgresql-2024-03-25_194258.log
步骤 4 由于在运行过程中日记的巨细可能会超过 16 MB，所以在简单查询的过程中，可以先查看日 志的巨细（其中 l 是 L 的小写）。
$ ll -h
列表表现如下：
total 2.0M
-rw------- 1 omm dbgrp73K Mar 16 10:34 postgresql-2024-03-16_095122.log
-rw------- 1 omm dbgrp 358K Mar 17 23:59 postgresql-2024-03-17_214212.log
-rw------- 1 omm dbgrp 401K Mar 18 03:35 postgresql-2024-03-18_000000.log
-rw------- 1 omm dbgrp 158K Mar 18 04:51 postgresql-2024-03-18_033830.log
-rw------- 1 omm dbgrp 147K Mar 18 06:07 postgresql-2024-03-18_045238.log
-rw------- 1 omm dbgrp 136K Mar 25 19:36 postgresql-2024-03-25_182658.log
-rw------- 1 omm dbgrp 178K Mar 25 21:17 postgresql-2024-03-25_194258.log
-rw------- 1 omm dbgrp 179K Mar 28 22:25 postgresql-2024-03-28_210211.log
-rw------- 1 omm dbgrp38K Mar 28 22:35 postgresql-2024-03-28_222633.log
-rw------- 1 omm dbgrp42K Mar 28 22:49 postgresql-2024-03-28_223555.log
-rw------- 1 omm dbgrp 105K Mar 29 11:55 postgresql-2024-03-29_110930.log
-rw------- 1 omm dbgrp27K Mar 31 16:29 postgresql-2024-03-31_162857.log
-rw------- 1 omm dbgrp71K Mar 31 17:21 postgresql-2024-03-31_165132.log
步骤 5 可以查看内容较少的日记（是查你本身的！！我查的是我的日记文件，你肯定没有这个文件，注意输入本身的）。
$ cat postgresql-2024-03-31_162857.log
日记内容为（日记，没看看的须要）：
2024-03-31 16:28:57.767 66091ec9.10000 140435825620544 dn_6001 0 dn_6001 000000 LOG:reaper backend started.
2024-03-31 16:28:57.769 66091ec9.10000 140435847767616 dn_6001 0 dn_6001 000000 LOG:alarm checker started.
2024-03-31 16:28:57.781 <TID:03978/-----> <SID:-----/-----> <System> Startup: Loading configuration from /opt/huawei/install/data/dn/mot.conf
2024-03-31 16:28:57.829 <TID:03978/-----> <SID:-----/-----> <Configuration> Configuring total memory for relative memory values to: 2048 MB
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Configuration> Loading max_connections from envelope into MOTEngine: 6000
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Configuration> Adjusted maximum number of threads to 4096 due to maximum limit
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Configuration> Configuring asynchronous redo-log handler due to synchronous_commit=off
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Configuration> Using minimal memory limits in MOT Engine due to system total memory restrictions
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Configuration> Adjusting MOT memory limits: global = 128 MB, local = 64 MB, session large store = 0 MB, total = 192 MB
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Memory> Global Memory Limit is configured to: 0 MB --> 128 MB
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Memory> Local Memory Limit is configured to: 0 MB --> 64 MB
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Memory> Session Memory Limit is configured to: 0 KB --> 0 KB (maximum 6000 sessions)
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <Memory> Configured automatic chunk allocation policy to 'LOCAL' on single node machine
2024-03-31 16:28:57.859 <TID:03978/-----> <SID:-----/-----> <FDW> Allowing MOT to work in minimal memory mode
……（不用看，很多，只是部分截取）
3.2 安装卸载时日记
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
# su - omm
Last login: Sun Mar 31 17:04:47 CST 2024 on pts/0
Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64
System information as of time: 2024年 03月 31日 星期日 17:35:07 CST
System load: 0.07
Processes: 202
Memory used: 38.6%
Swap used: 11.4%
Usage On: 25%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 openGauss 安装卸载时产生的日记放在“$gaussdbLogPath/用户名/om”目录下，当前场景下用 户名为”omm”，切换到 om 文件夹，并表现文件夹中的内容。
$ cd /var/log/omm/omm/om ##实际路径以$gaussdbLogPath 为准
$ ll -h
文件夹中内容表现如下：
total 536K
-rw------- 1 omm dbgrp 2.7K Mar 25 19:46 gs_check-2024-03-18_033618.log
-rw------- 1 omm dbgrp49K Mar 25 20:16 gs_checkperf-2024-03-18_034308.log
-rw------- 1 omm dbgrp 4.2K Mar 28 21:36 gs_collector-2024-03-25_190140.log
-rw------- 1 omm dbgrp49K Mar 17 21:43 gs_install-2024-03-15_174154.log
-rw------- 1 omm dbgrp 315K Mar 31 16:51 gs_local-2024-03-15_165648.log
-rw------- 1 omm dbgrp56K Mar 31 16:51 gs_om-2024-03-15_174942.log
-rw------- 1 omm dbgrp26K Mar 16 13:40 gs_preinstall-2024-03-15_165624.log
步骤 3 查看“gs_install-2024-03-15_174154.log”（我们不一样哈）日记，了解 openGauss 安装情况。
omm@node0 om]$ cat gs_install-2024-03-15_174154.log
日记内容如下：
:The /opt/huawei/tmp/install_step/install_step.dat does not exits.
:gs_install execution takes 7 steps in total
:Parsing the configuration file.
:Successfully parsed the configuration file.
:{'node0': 6001}
:Check preinstall on every node.
:Successfully checked preinstall on every node.
……
:Checking the installation environment on all nodes.
:Command for checking installation: source /home/omm/.bashrc;python3 '/opt/huawei/install/om/script/local/CheckInstall.py' -U omm:dbgrp -R /opt/huawei/install/app -l /var/log/omm/omm/om/gs_local.log -X /opt/software/openGauss/cluster_config.xml.
:Checking old installation.
: The cluster has been installed.
4 操作日记
操作日记是指数据库管理员使用工具操作数据库时以及工具被 openGauss 调用时产生的日记。
假如 openGauss 发生故障，可以通过这些日记信息跟踪用户对数据库进行了哪些操作，重现故
障场景。
4.1 操作步骤
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点
$ su - omm
Password:
$ logout
# su - omm
Last login: Sun Mar 31 17:35:07 CST 2024 on pts/0
Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64
System information as of time: 2024年 03月 31日 星期日 17:47:51 CST
System load: 0.20
Processes: 202
Memory used: 38.4%
Swap used: 20.0%
Usage On: 25%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 默认在“$GAUSSLOG/bin”目录下，其中$GAUSSLOG 默以为“/var/log/gaussdb/用户名”， 当
前场景下用户名为”omm”。
$ cd /var/log/omm/omm/bin
$ ls
表现如下：
gs_cgroupgs_ctlgs_gucgs_initdbgs_obs
步骤 3 以 gs_guc 操作为例，进入 gs_guc 文件夹，并查看文件的属性
$ cd gs_guc
$ ll -h
文件列表表现如下：
total 8.0K
-rw------- 1 omm dbgrp 6.6K Mar 28 22:18 gs_guc-2024-03-15_174436-current.log
$
步骤 4 查看操作日记文件
$ cat gs_guc-2024-03-15_174436-current.log
日记表现如下：
expected instance path:
gs_guc set: ssl=on:
gs_guc set: ssl_cert_file='server.crt':
gs_guc set: ssl_key_file='server.key':
gs_guc set: ssl_ca_file='cacert.pem':
Total instances: 1. Failed instances: 0.
Success to perform gs_guc!
……
expected instance path:
gs_guc reload: max_connections=6000:
server signaled
Total instances: 1. Failed instances: 0.
Success to perform gs_guc!
expected instance path:
gs_guc reload: max_connections=6000:
server signaled
Total instances: 1. Failed instances: 0.
Success to perform gs_guc!
5 审计日记
审计功能开启时会不断产生大量的审计日记，占用磁盘空间。用户可以根据磁盘空间的巨细设置审计日记维护计谋。
5.1 前提条件
用户必须拥有审计权限。
omm 用户连接数据库。
步骤 1 以操作系统用户 omm 登录数据库主节点。
$ logout
# su - omm
Last login: Sun Mar 31 17:47:50 CST 2024 on pts/0
Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64
System information as of time: 2024年 03月 31日 星期日 17:57:54 CST
System load: 0.13
Processes: 203
Memory used: 38.6%
Swap used: 20.0%
Usage On: 25%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 启动 openGauss 数据库服务
$ gs_om -t start
Starting cluster.
=========================================
node0:
[]: gs_ctl started,datadir is /opt/huawei/install/data/dn
[]:another server might be running; Please use the restart command
=========================================
Successfully started.
步骤 3 使用如下下令连接数据库
$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr)
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
postgres 为须要连接的数据库名称，15400为数据库主节点的端标语。
5.2 背景信息
与审计日记相关的配置参数及其寄义请拜见下表。
表1-1 与审计日记相关的配置参数阐明
配置项
寄义
默认值
audit_directory
审计文件的存储目录。
/var/log/gaussdb/用户名
/pg_audit
audit_resource_policy
审计日记的保存计谋。
on（表现使用空间配置计谋）
audit_space_limit
审计文件占用的磁盘空间总量。
1 GB
audit_file_remain_time
审计日记文件的最小保存时间。
90天
audit_file_remain_thresh old
审计目录下审计文件的最大数目。
1048576
阐明：假如使用 gs_om 工具摆设 openGauss，则审计日记路径为 “/var/log/gaussdb/用户名
/pg_audit”。
审计日记删除下令为数据库提供的 sql 函数 pg_delete_audit，其原型为：
pg_delete_audit(timestamp startime,timestamp endtime)
其中参数 startime 和 endtime 分别表现审计记录的开始时间和结束时间。
目前常用的记录审计内容的方式有两种：记录到数据库的表中、记录到 OS 文件中。这
两种方式的优缺点比较如下表所示。
表1-2 两种方式的优缺点比较
方式
长处
缺点
记录到表中
不须要用户维护审计日记。
由于表是数据库的对象，假如一个数据库用户具有肯定的权限，就能够访问到审计表。假如该用户非法操作审计表，审计记录的正确性难以得到包管。
记录到OS文件中
比较安全，纵然一个帐户可以访问数据库，但不愿定有访问OS这个文件的权限。
须要用户维护审计日记。
从数据库安全角度出发，openGauss 采用记录到 OS 文件的方式来保存审计效果，包管了审计
效果的可靠性。
5.3 选择日记维护方式进行维护
5.3.1 设置自动删除审计日记
审计文件占用的磁盘空间或者审计文件的个数超过指定的最大值时，系统将删除最早的审计文
件，并记录审计文件删除信息到审计日记中。
注：审计文件占用的磁盘空间巨细默认值为 1024MB，用户可以根据磁盘空间巨细重新设置参
数。
步骤 1 配置审计文件占用磁盘空间的巨细（audit_space_limit），查看已配置的参数。
openGauss=# SHOW audit_space_limit;
audit_space_limit
-------------------
1GB
(1 row)
假如表现效果不为 1 GB（1024 MB），实行“\q”下令退出数据库
openGauss =# \q 步骤 2 建议实行如下下令设置成默认值 1024 MB。
$ gs_guc reload -N all -I all -c "audit_space_limit=1024MB"
表现效果为：
The gs_guc run with the following arguments: .
Begin to perform the total nodes: 1.
Popen count is 1, Popen success count is 1, Popen failure count is 0.
Begin to perform gs_guc for datanodes.
Command count is 1, Command success count is 1, Command failure count is 0.
Total instances: 1. Failed instances: 0.
ALL: Success to perform gs_guc!
步骤 3 配置审计文件个数的最大值（audit_file_remain_threshold）。连接数据库，查看已配置的参
数。
连接数据库：
$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr)
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
查看审计文件个数的参数：
openGauss=# SHOW audit_file_remain_threshold;
audit_file_remain_threshold
-----------------------------
1048576
(1 row)
假如表现效果不为 1048576，实行“\q”下令退出数据库
openGauss=# \q
步骤 4 建议实行如下下令设置成默认值 1048576
$ gs_guc reload -N all -I all -c "audit_file_remain_threshold=1048576"
表现为：
The gs_guc run with the following arguments: .
Begin to perform the total nodes: 1.
Popen count is 1, Popen success count is 1, Popen failure count is 0.
Begin to perform gs_guc for datanodes.
Command count is 1, Command success count is 1, Command failure count is 0.
Total instances: 1. Failed instances: 0.
ALL: Success to perform gs_guc!
5.3.2 手动备份审计文件
当审计文件占用的磁盘空间或者审计文件的个数超过配置文件指定的值时，系统将会自动删除
较早的审计文件，因此建议用户周期性地对比较紧张的审计日记进行保存。
步骤 1 连接数据库，使用 show 下令得到审计文件所在目录（audit_directory）。
连接数据库：
$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr)
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
得到审计文件所在目录：
openGauss=# SHOW audit_directory;
audit_directory
-----------------------------------
/var/log/omm/omm/pg_audit/dn_6001
(1 row)
退出数据库
openGauss=# \q
步骤 2 将审计目录整个拷贝出来进行保存。
(以本身的目录为准)
$ cp -r /var/log/omm/omm/pg_audit/dn_6001 /var/log/omm/omm/pg_audit/dn_6001_bak
查看备份是否成功：
$ cd /var/log/omm/omm/pg_audit/
$ ll -h
total 8.0K
drwxr-x--- 3 omm dbgrp 4.0K Mar 18 00:00 dn_6001
drwx------ 3 omm dbgrp 4.0K Apr1 10:27 dn_6001_bak
5.3.3 手动删除审计日记
当不再须要某时段的审计记录时，可以使用审计接口下令 pg_delete_audit 进行手动删除。
以删除 2020/07/20 到 2020/07/21 之间的审计记录为例：
步骤 1 连接数据库
$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr)
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 2 删除 2020/07/20 到 2020/07/21 之间的审计记录：
openGauss=# SELECT pg_delete_audit('2020-07-20','2020-07-22');
pg_delete_audit
-----------------
(1 row)
openGauss=# \q
6 WAL 日记
预写式日记 WAL（Write Ahead Log，也称为 Xlog）是指假如要修改数据文件，必须是在这些
修改操作已经记录到日记文件之后才能进行修改，即在描述这些变化的日记记录刷新到永久存
储器之后。在系统崩溃时，可以使用 WAL 日记对 openGauss 进行规复操作。
6.1 操作步骤
步骤 1 以操作系统用户 omm 登录数据库主节点。
# su - omm
Last login: Mon Apr1 09:52:02 CST 2024 on pts/0
Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64
System information as of time: 2024年 04月 01日 星期一 10:41:17 CST
System load: 0.05
Processes: 196
Memory used: 38.7%
Swap used: 14.7%
Usage On: 25%
IP address: 192.168.28.132
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 以一个数据库节点为例，默认在“/opt/huawei/install/data/data_dn/pg_xlog”目录下。其中“/opt/huawei/install/data/data_dn”代表 openGauss 节点的数据目录，当前情况下为“/opt/huawei/install/data/dn
$ cd /opt/huawei/install/data/
$ ls
dn
切换到 dn文件夹。
$ cd dn
$ ls
文件夹中内容如下：
base pg_ident.confpostgresql.conf
cacert.pem pg_llog postgresql.conf.bak
gaussdb.state pg_location postgresql.conf.guc.bak
global pg_logical postgresql.conf.lock
gs_gazelle.conf pg_multixact postmaster.opts
gswlm_userinfo.cfgpg_notify postmaster.pid
mot.conf pg_replslot postmaster.pid.lock
pg_clog pg_serial server.crt
pg_csnlog pg_snapshots server.key
pg_ctl.lock pg_stat_tmp server.key.cipher
pg_errorinfo pg_tblspc server.key.rand
pg_hba.conf pg_twophase undo
pg_hba.conf.bak PG_VERSION
pg_hba.conf.lock pg_xlog
步骤 3 切换到 pg_xlog 文件夹，查看 WAL 日记文件
$ cd pg_xlog
$ ls
000000010000000000000001000000010000000000000002archive_status
$ 7 性能日记
性能日记主要关注外部资源的访问性能题目。性能日记指的是数据库系统在运行时检测物理资
源的运行状态的日记，在对外部资源进行访问时的性能检测，包罗磁盘、OBS 等外部资源的访
问检测信息。在出现性能题目时，可以借助性能日记及时的定位题目发生的缘故原由，能极大地提
升题目解决效率。
7.1 操作步骤
步骤 1 以操作系统用户 omm 登录数据库主节点。
$ logout
# su - omm
Last login: Mon Apr1 10:41:16 CST 2024 on pts/0
Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64
System information as of time: 2024年 04月 01日 星期一 11:28:45 CST
System load: 0.74
Processes: 198
Memory used: 39.1%
Swap used: 16.5%
Usage On: 25%
IP address: 192.168.28.132
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 数据库节点的性能日记目录在“$GAUSSLOG/gs_profile”中各自对应的目录下, 其中
$GAUSSLOG 默以为“/var/log/omm/用户名”， 当前场景下用户名为”omm”。切换到文件
夹，查看文件列表的信息。
$ cd /var/log/omm/omm/gs_profile/
$ ls
dn_6001
性能日记内容表现如下
total 4.0K
-rw------- 1 omm dbgrp0 Mar 16 09:51 postgresql-2024-03-16_095122.prf
-rw------- 1 omm dbgrp 48 Mar 18 00:00 postgresql-2024-03-17_214212.prf
-rw------- 1 omm dbgrp0 Mar 18 00:00 postgresql-2024-03-18_000000.prf
-rw------- 1 omm dbgrp0 Mar 18 03:38 postgresql-2024-03-18_033830.prf
-rw------- 1 omm dbgrp0 Mar 18 04:52 postgresql-2024-03-18_045238.prf
-rw------- 1 omm dbgrp0 Mar 25 18:26 postgresql-2024-03-25_182658.prf
-rw------- 1 omm dbgrp0 Mar 25 19:42 postgresql-2024-03-25_194258.prf
-rw------- 1 omm dbgrp0 Mar 28 21:02 postgresql-2024-03-28_210211.prf
-rw------- 1 omm dbgrp0 Mar 28 22:26 postgresql-2024-03-28_222633.prf
-rw------- 1 omm dbgrp0 Mar 28 22:35 postgresql-2024-03-28_223555.prf
-rw------- 1 omm dbgrp0 Mar 29 11:09 postgresql-2024-03-29_110930.prf
-rw------- 1 omm dbgrp0 Mar 31 16:28 postgresql-2024-03-31_162857.prf
-rw------- 1 omm dbgrp0 Mar 31 16:51 postgresql-2024-03-31_165132.prf
-rw------- 1 omm dbgrp0 Apr1 09:52 postgresql-2024-04-01_095226.prf
阐明：
性能日记主要监控三种资源访问：磁盘、OBS、Hadoop。openGauss 不支持 OBS、Hadoop，
所以只有磁盘访问的监控信息。
磁盘监控的访问信息主要在磁盘文件 IO 读写的时候进行统计。比如拷贝文件时的读文件
IO，正常 SQL 实行时访问 OS 表文件的 pread 系统调用。
性能日记进行收集的配置：logging_collector 是否进行日记收集；plog_merge_age 多久进
行一次性能日记汇聚，单元毫秒。logging_collector 参数为 on，且 plog_merge_age 大于 0，
且是主机正常运行中，规复过程不进行性能收集。
通过工具 gs_log 导出文件进行查看。
本实验结束。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]