一、审计的价值

数据库审计的核心价值体现在三个层面：

• 合规要求：诸多行业法规明确要求对核心业务数据库开启审计，如涉及薪资、财务等敏感数据的场景；
• 安全监控：通过审计记录发现异常的数据库访问行为和潜在入侵；
• 事件追溯：当数据被误删或恶意篡改时，能够快速定位责任人及操作细节。

注意：审计功能会消耗数据库服务器资源，对性能有一定影响，需根据现场实际情况制定合理的审计规则，避免过度审计。

二、审计的设计

DM8 的审计子系统采用了分层设计思想，将审计功能划分为三个关键层级：系统级、语句级和对象级。这种分层设计实现了审计粒度的灵活控制，同时大幅降低了审计功能对数据库性能的影响。

其核心设计原则包括：

• 最小权限原则：审计功能由独立的 SYSAUDITOR 账户管理，与常规 DBA 权限分离；
• 实时性与完整性平衡：通过刷盘策略确保审计记录不丢失；
• 性能优化设计：采用内存缓冲机制减少 I/O 开销；
• 安全存储保障：审计文件加密和空间管理策略防止审计记录被篡改。

三、三权分立与审计员的角色

达梦数据库采用“三权分立”的安全机制，系统内置三类管理员账户，各司其职、互相制约：

数据库管理员：SYSDBA，系统运维、备份恢复、用户创建
数据库安全员：SYSSSO，安全策略制定、权限分配
数据库审计员：SYSAUDITOR，审计配置、审计记录分析

只有数据库审计员才能进行审计操作，数据库管理员和安全员均不能参与审计活动。这一设计有效避免了权限集中于一人所带来的风险，保证了系统的安全性。

四、审计开关

在达梦系统中，审计功能默认关闭，需要由审计员显式开启。审计开关由系统过程 SP_SET_ENABLE_AUDIT 控制，执行后立即生效。

参数取值：

0：关闭审计（缺省值）
1：打开普通审计
2：打开普通审计和实时审计

开启审计（需使用 SYSAUDITOR 用户登录）：

-- DM8 开启普通审计
SP_SET_ENABLE_AUDIT(1);

-- 查询审计开关当前状态
SELECT * FROM V$DM_INI WHERE PARA_NAME='ENABLE_AUDIT';

当参数值设为 2 时，还将开启实时审计功能。实时审计能够对当前用户的操作进行实时分析，匹配预设的侵害检测规则，确定侵害等级并采取相应的响应措施。

五、三层审计体系详解

5.1 系统级审计：自动生效的全局监控

系统级审计记录的是数据库的启动关闭、版本升级、审计空间不足告警等系统事件。此级别的审计无法也无需由用户设置，只要审计开关打开，就会自动生成对应的审计记录。

系统级审计的典型记录内容包括：

• 数据库系统启动关闭（区分正常退出后启动、异常退出后启动等）；
• 审计空间不足告警；
• 数据库版本升级；
• 主备之间 redo 日志传输故障及恢复。

5.2 语句级审计：按 SQL 类型精准捕获

语句级审计针对的是影响特定类型数据库对象的 SQL 语句组，是一种粗粒度的审计方式。例如，AUDIT TABLE 将审计 CREATE TABLE、ALTER TABLE 和 DROP TABLE 等所有表相关的操作。

设置语法：

SP_AUDIT_STMT(TYPE VARCHAR(30), USERNAME VARCHAR(128), WHENEVER VARCHAR(20))

参数说明：

• TYPE：审计选项，如 TABLE、USER、CONNECT、UPDATE TABLE 等
• USERNAME：用户名，NULL 表示不限制
• WHENEVER：审计时机：ALL（全部）、SUCCESSFUL（成功时）、FAIL（失败时）

实用示例：

-- 1. 审计所有用户的登录行为（无论成功或失败）
SP_AUDIT_STMT('CONNECT', 'NULL', 'ALL');

-- 2. 审计所有表结构变更操作
SP_AUDIT_STMT('TABLE', 'NULL', 'ALL');

-- 3. 审计 USER2 用户的所有表修改和删除操作
SP_AUDIT_STMT('UPDATE TABLE', 'USER2', 'ALL');
SP_AUDIT_STMT('DELETE TABLE', 'USER2', 'ALL');

-- 4. 审计 SYSDBA 创建用户成功的操作
SP_AUDIT_STMT('USER', 'SYSDBA', 'SUCCESSFUL');

TYPE审计选项可查阅手册《DM8安全管理》或直接访问官网对应部分：DM8安全管理-语句级审计。

取消语句级审计（参数必须与设置时完全一致）：

SP_NOAUDIT_STMT('TABLE', 'NULL', 'ALL');

5.3 对象级审计：精细到表、视图乃至列级别

对象级审计是细粒度的审计方式，可以对某张具体表、某个视图甚至某一列上的特定操作进行审计。

设置语法：

SP_AUDIT_OBJECT(
    TYPE       VARCHAR(30),   -- 操作类型：INSERT、UPDATE、DELETE、SELECT、ALL 等
    USERNAME   VARCHAR(128),  -- 用户名，NULL 表示不限制
    SCHNAME    VARCHAR(128),  -- 模式名，空时置 'null'
    TVNAME     VARCHAR(128),  -- 表名/视图名/存储过程名，不能为空
    COLNAME    VARCHAR(128),  -- 列名（可选）
    WHENEVER   VARCHAR(20)    -- 审计时机
)

实用示例：

-- 1. 审计所有用户对 PERSON.ADDRESS 表的 INSERT 和 UPDATE 成功操作
SP_AUDIT_OBJECT('INSERT', 'SYSDBA', 'PERSON', 'ADDRESS', 'SUCCESSFUL');
SP_AUDIT_OBJECT('UPDATE', 'SYSDBA', 'PERSON', 'ADDRESS', 'SUCCESSFUL');

-- 2. 审计 DMTEST 模式下 TEST 表的所有 DML 操作
SP_AUDIT_OBJECT('ALL', 'NULL', 'DMTEST', 'TEST', 'ALL');

-- 3. 审计对特定表 T1 的删除操作
SP_AUDIT_OBJECT('DELETE', 'NULL', 'TEST', 'T1', 'SUCCESSFUL');

取消对象级审计（参数必须与设置时完全一致）：

SP_NOAUDIT_OBJECT('INSERT', 'SYSDBA', 'PERSON', 'ADDRESS', 'SUCCESSFUL');

审计配置的规则存储在数据字典表 SYSAUDITOR.SYSAUDIT 中，可通过以下语句查看当前所有审计设置：

SELECT * FROM SYSAUDITOR.SYSAUDIT;

六、审计记录的查看与分析

达梦提供了两种方式查看审计记录。

6.1 动态视图查询（推荐日常使用）

-- 查询所有审计记录
SELECT * FROM SYSAUDITOR.V$AUDITRECORDS;

-- 按用户和操作类型筛选
SELECT USERNAME, OPERATION, SQL_TEXT, OPTIME 
FROM SYSAUDITOR.V$AUDITRECORDS 
WHERE SCHNAME = 'TEST' AND OBJNAME = 'T1';

V$AUDITRECORDS 视图中记录了用户 ID、用户名、IP 地址、操作时间、SQL 文本等关键信息。

6.2 DM 审计分析工具（Analyzer）

达梦还提供了图形化的审计分析工具，位于安装目录的 tool 子目录下：

使用 SYSAUDITOR 用户登录后，双击“审计日志查看器”，选择审计日志文件即可进行筛选、排序等分析操作。

6.3 审计文件的存放位置

计文件默认存放在数据库的 SYSTEM_PATH 指定的路径下（即数据库所在路径）。也可以通过配置 AUD_PATH 参数将其指定到独立的存储磁盘上，以避免与数据文件抢占空间。

七、审计文件的空间管理

随着数据库运行，审计记录会不断增长，必须做好空间管理。达梦提供了几个关键的 INI 参数：

AUDIT_SPACE_LIMIT：审计文件总存储空间上限，缺省值8192，单位MB。
AUDIT_MAX_FILE_SIZE：单个审计文件大小上限，缺省值100，单位MB。

当单个审计文件超过指定大小时，系统会自动创建新的审计文件，审计记录将写入新文件中。

7.1 空间满的处理策略

通过 AUDIT_FILE_FULL_MODE 参数配置空间不足时的处理策略：

• 1：审计文件创建失败，卡住
• 2：审计文件创建失败，不再审计
• 3：结合 1 和 2，先尝试删老审计文件，再创建审计文件，失败则不再审计

7.2 审计文件的清理

可使用系统过程手动清理过期的审计文件：

-- 删除 2025-01-01 之前的审计文件
SP_DROP_AUDIT_FILE('2025-01-01 00:00:00', 0);

-- 删除所有旧的审计文件（保留当前正在使用的）
SP_DROP_AUDIT_FILE(SYSDATE, 0);

TIME_STR：指定的时间字符串
TYPE：审计文件类型，0 表示删除普通审计文件，1 表示删除实时审计文件

注意：不要在操作系统层面直接删除审计文件，否则需重启数据库才能恢复审计功能。

八、审计刷盘策略：性能与安全的平衡

达梦提供了三种审计记录的刷盘模式，由动态参数 AUDIT_FLUSH_LEVEL 控制：

• 0：语句级刷盘，一条语句执行结束进行一次审计记录刷盘操作；
• 1：事务级刷盘，一个事务执行结束执行一次审计日志刷盘操作；
• 2：延迟刷盘，审计记录缓存满时（缓存大小固定为8MB）自动刷盘

对于高并发场景，建议设置为 1 或 2，在性能和安全之间取得平衡。

九、最佳实践与注意事项

1. 按需审计，避免全开：只对核心业务表和敏感操作配置审计，避免审计日志过快膨胀影响数据库性能。
2. 独立存储审计文件：建议通过 AUD_PATH 参数将审计文件存放到独立磁盘，既能保证写入性能，也能防止审计文件占用数据磁盘空间。
3. 定期清理过期日志：结合系统过程 SP_DROP_AUDIT_FILE 或定时脚本，保留 30 天左右的审计记录即可，避免磁盘空间被撑满。
4. 高安全场景开启实时审计：对于安全要求极高的环境（如金融核心系统），可以将审计开关设置为 2，同时开启实时审计的侵害检测功能。
5. 严格区分管理角色：坚持使用 SYSAUDITOR 进行审计操作，SYSDBA 和 SYSSSO 不应参与审计活动，确保三权分立机制的有效性。
6. 定期备份审计记录：审计记录本身也是重要的合规证据，建议纳入数据库备份策略中。

十、总结

达梦数据库的审计功能通过系统级、语句级、对象级三层架构，实现了从宏观系统事件到微观列级操作的全面审计覆盖。配合三权分立的安全机制和灵活的空间管理策略，能够满足各类合规场景下的审计需求。

在实际使用中，关键是要根据业务场景制定合理的审计策略：核心数据表开启对象级审计以精确追溯，敏感操作开启语句级审计以全面监控，系统事件则由系统级审计自动记录。审计功能虽是消耗资源的“成本中心”，但一旦发生安全事故或合规审查，审计记录的价值便无可替代——它是数据库安全的最后一道防线。

在实际环境中，我们有时需要在同一台服务器上运行两个不同版本的达梦数据库。这时会遇到一个常见问题：默认的 AP 服务（辅助进程）会占用 4236 端口，导致第二个 AP 服务无法启动，进而导致第二个数据库服务的定时备份作业报错：-134 执行码版本不匹配。解决思路很简单——为第二个数据库实例配置另一个的 AP 服务，并指定一个新的端口。下面是具体操作步骤。

二、问题解决

2.1 创建新的 dmap.ini 配置文件

在第二个数据库实例的数据目录下（例如 /data/dmdata/DAMENG/）新建 dmap.ini 文件，并设置一个未被占用的端口号，比如 4237。

# 文件路径：/data/dmdata/DAMENG/dmap.ini
AP_PORT = 4237

2.2 重新注册 AP 服务

使用达梦自带的脚本注册新的 AP 服务，并通过 -dmap_ini 参数明确指定刚才创建的配置文件。这样系统就会根据新端口来启动服务。

# 需要用 root 用户执行
/data/dmdbms/script/root/dm_service_installer.sh -t dmap -dmap_ini /data/dmdata/DAMENG/dmap.ini

2.3 修改数据库参数

登录到第二个数据库实例，执行以下 SQL 语句，将 EXTERNAL_AP_PORT 参数修改为刚才配置的端口 4237。这样数据库在需要进行备份等操作时，就会自动连接到新的 AP 服务。

SP_SET_PARA_VALUE(1, 'EXTERNAL_AP_PORT', 4237);

参数介绍：执行C外部函数或AP备份还原使用的AP的端口号，DMAP的监听端口，监听方配置此参数。

执行后参数立即生效，无需重启数据库。

三、验证与总结

完成上述三步后，第二个 AP 服务就会使用 4237 端口运行，与占用 4236 端口的第一个 AP 服务互不干扰。可以手动执行之前报错的定时作业验证是否可以成功备份。希望这篇小记能帮助遇到同样问题的朋友少走弯路。

提示：可根据名称在《DM8系统管理员手册》中查看视图的详细字段信息，或直接在官网查看：DM8系统管理员手册-附录

一、核心数据字典表

SYSOBJECTS：记录系统中所有对象的信息。

SYSTEXTS：存放字典对象的文本信息。使用时，系统内部临时解析的字典对象才会放入此处。

SYSCOLUMNS：记录系统中所有列定义的信息。

SYSCONS：记录系统中所有约束的信息。

SYSINDEXES：记录系统中所有索引定义信息。

SYSOBJINFOS：记录对象的依赖信息。

SYSUSERS：记录系统中用户信息。

二、Oracle兼容视图 (DBA_/ALL_/USER_)

DBA_SOURCE：查看所有存储对象（函数、存储过程、包等）的源代码。

DBA_OBJECTS：查看数据库中所有对象的详细信息。

DBA_TABLES：查看数据库中所有表（包括系统表）的详细信息。

DBA_TAB_COLUMNS：查看数据库中所有表的列信息。

DBA_CONSTRAINTS：查看数据库中所有表的约束信息。

DBA_INDEXES：查看数据库中所有索引的信息。

DBA_USERS：查看数据库中所有用户的信息。

DBA_TAB_PRIVS：查看授予用户的所有对象权限。

三、动态性能视图 (V$)

V$SESSIONS：查看当前数据库会话信息。

V$LOCK：查看当前锁信息，用于死锁分析与诊断。

V$DATABASE：查看数据库的基本信息和状态。

V$TABLESPACE：查看所有表空间的基本信息。

V$DATAFILE：查看数据文件信息。

V$DM_INI：查看数据库的系统配置参数。

V$RLOGFILE：查看联机重做日志文件信息。

四、用户/模式视图

ALL_USERS：查看所有用户（基本信息）。

五、鲜少使用

5.1 查询依赖关系

SELECT * FROM DBA_DEPENDENCIES WHERE REFERENCED_NAME = 'TABNAME';

5.2 查询库中的确定性函数

SELECT * FROM DBA_SOURCE 
WHERE TYPE = 'PROC' 
AND REGEXP_LIKE(TEXT, 'DETERMINISTIC', 'i') 
ORDER BY OWNER;

5.3 查询库中的HUGE表

（1）查询HUGE表空间

SELECT * FROM SYS."V$HUGE_TABLESPACE";

（2）达梦在创建每一个 HUGE 表时，都会自动创建一个同名的辅助表来管理它的数据。辅助表的命名规则是 原表名$AUX，查询辅助表

SELECT * FROM SYSOBJECTS WHERE NAME LIKE '%$AUX';

（3）通过查找$AUX辅助表来定位所有HUGE主表

SELECT
    US.NAME AS 模式名,
    -- 核心逻辑：去掉末尾的$AUX，得到原始HUGE主表名
    SUBSTR(S.NAME, 1, LENGTH(S.NAME) - 4) AS HUGE主表名,
    S.NAME AS 辅助表名
FROM
    SYSOBJECTS S
JOIN
    SYSOBJECTS US ON S.SCHID = US.ID
WHERE
    S.SUBTYPE$ = 'UTAB'        -- 普通用户表
    AND S.NAME LIKE '%$AUX'    -- 过滤出AUX辅助表
    AND US.TYPE$ = 'SCH'       -- 关联模式信息
ORDER BY
    模式名, HUGE主表名;

如果一个 HUGE 表是分区表，其辅助表的名称会是“子表名$AUX”。对于这种情况，上述 SQL 可能无法直接还原出原始的主表名。

（4）查询分区HUGE表

SELECT DISTINCT
    PT.TABLE_OWNER,
    PT.TABLE_NAME,
    T.TABLESPACE_NAME
FROM DBA_TAB_PARTITIONS PT
LEFT JOIN DBA_TABLES T 
    ON PT.TABLE_OWNER = T.OWNER 
    AND PT.TABLE_NAME = T.TABLE_NAME
WHERE T.TABLESPACE_NAME IN (SELECT NAME FROM V$HUGE_TABLESPACE)
ORDER BY PT.TABLE_OWNER, PT.TABLE_NAME;

磁盘 I/O 性能直接影响到达梦数据库的事务响应速度、日志写入效率以及整体吞吐量。监控磁盘 I/O 的目的包括：

• 保障数据库响应时间：达梦数据库在大量并发写入（如 redo log、数据页刷盘）时，I/O 延迟过大会导致事务等待，降低 TPS。
• 提前发现瓶颈：通过观察磁盘繁忙度（%util）和平均等待时间（await），可在性能问题影响用户之前进行干预。
• 容量规划：了解 I/O 增长趋势，决定何时升级存储（如从 HDD 换为 SSD）或拆分数据文件。
• 验证优化效果：修改达梦参数（如 BUFFER、CKPT_INTERVAL）或更换磁盘调度器后，通过 I/O 指标量化改进。

二、达梦数据库的 I/O 特征

在监控之前，需要了解达梦数据库产生磁盘 I/O 的主要场景：

三、核心 I/O 指标解读

使用 iostat -x -d -m 1 可以获得以下关键指标。掌握这些指标是分析 I/O 性能的基础。

注意：%util 高不一定表示磁盘坏，也可能是高性能设备（如 NVMe SSD）在多队列下利用率高但延迟仍很低。需结合 await 判断。

四、识别设备映射

在使用 LVM（逻辑卷管理）时，iostat 会显示 dm-0、dm-1 等设备名。你需要知道这些设备对应哪些达梦相关的文件系统。

使用 lsblk 查看树形关系

--输出示例：
sda
└─sda3
   ├─klas-root (dm-0)  /
   ├─klas-swap  (dm-1) [SWAP]
   └─klas-backup(dm-2)

说明：

dm-0 → 根文件系统 /，若达梦软件安装在此，数据文件、redo log 也在此。
dm-1 → swap，监控其 I/O 可判断内存是否不足。
dm-2 → 备份卷，未挂载则无 I/O。

五、常用监控命令与工具

5.1 实时监控（推荐组合）

# 每 2 秒显示所有磁盘的扩展统计，以 MB 为单位
iostat -x -d -m 2

# 只关注达梦数据目录所在的磁盘（如 dm-0）
iostat -x -d -m dm-0 2

5.2 定位 I/O 来源进程

当发现磁盘繁忙时，使用以下工具找出是哪些进程产生了 I/O：

# 类似 top，按 I/O 排序
iotop -o

# 使用 pidstat 查看每个进程的 I/O 统计
pidstat -d 2

5.3 长期记录与告警

#!/bin/bash
# ============================================================
# 脚本名称: io_monitor.sh
# 脚本作者: shine
# 功能描述: 监控 Linux 主机 IO 情况并记录到日志（dmdba 用户版）
# 依赖工具: iostat (sysstat)
# 部署路径: /home/dmdba/io_monitor.sh
# 日志路径: /home/dmdba/io_logs/io_YYYYMMDD.log
# ============================================================

# ---------------------- 配置区域 ----------------------
LOG_DIR="/home/dmdba/io_logs"               # 日志存放目录（dmdba 可写）
LOG_FILE="${LOG_DIR}/io_$(date +%Y%m%d).log" # 按天分割日志
SAMPLE_COUNT=3                              # 采样次数
SAMPLE_INTERVAL=2                           # 采样间隔（秒）
# -----------------------------------------------------

# 检查 iostat 是否存在
if ! command -v iostat &>/dev/null; then
    echo "错误：iostat 命令未找到，请确保已安装 sysstat。" >&2
    exit 1
fi

# 创建日志目录（如果不存在）
mkdir -p "$LOG_DIR" || {
    echo "错误：无法创建日志目录 $LOG_DIR" >&2
    exit 1
}

# 记录开始标记及采样数据
{
    echo "==================== $(date '+%Y-%m-%d %H:%M:%S') ===================="
    echo "采样参数: 间隔=${SAMPLE_INTERVAL}秒, 次数=${SAMPLE_COUNT}"
    echo ""

    # 执行 iostat 采集
    # -x : 显示扩展统计信息（含 await、%util 等关键指标）
    # -d : 仅显示设备利用率报告
    # -t : 打印时间戳
    # -m : 吞吐量以 MB/s 为单位（便于阅读高速存储）
    iostat -x -d -t -m "$SAMPLE_INTERVAL" "$SAMPLE_COUNT"

    echo ""
} >> "$LOG_FILE" 2>&1

# 自动压缩 7 天前的原始日志（避免占用过多空间）
find "$LOG_DIR" -type f -name "io_*.log" -mtime +7 -exec gzip -f {} \;

# 自动删除 30 天前的压缩日志（彻底释放空间）
find "$LOG_DIR" -type f -name "io_*.log.gz" -mtime +30 -delete

将以上脚本加入 crontab，每5分钟记录一次，配合监控系统（如 Zabbix、Prometheus）设置告警：

• await > 20（SSD 场景）
• %util > 80 持续 5 分钟

六、总结

磁盘 I/O 是达梦数据库性能的关键因素之一。通过定期使用 iostat 等工具监控核心指标，结合 lsblk 明确设备映射，并掌握针对达梦特征的分析方法，可以快速定位 I/O 瓶颈，做出合理的优化决策。建议将 I/O 监控纳入日常运维巡检体系，并与达梦自身的动态性能视图（如 V$SQL_STAT、V$SESSION_STAT、V$LATCHES）配合使用，形成完整的性能分析闭环。

功能说明：为 SQL 注入 HINT 规则。SF_INJECT_HINT 方法创建的 HINT 规则无生效类别限制，如果需要为该 HINT 规则设置生效类别，可通过 SF_ALTER_HINT 过程修改实现。

参数说明：
sql_text：待注入 HINT 规则的 SQL 语句。SQL 语句必须是语法正确的增删改查语句。
hint_text：待注入的 HINT 规则，必须指定为非 NULL 值。
name：HINT 规则的名称，指定为 NULL 值时系统为其命名。
description：对 HINT 规则的详细描述。
validate：HINT 规则是否生效。TRUE 是；FALSE 否。
fuzzy：指定 SQL 的匹配规则为精准匹配或模糊匹配，该参数值不能为 NULL。
当该参数缺省时，表示使用定义 1 的语法，仅支持精准匹配。
该参数类型为 BOOLEAN 时，使用定义 2 或定义 3 的语法，值为 TRUE 时，为模糊匹配；
值为 FALSE 时，为精准匹配。
精准匹配时，待注入 HINT 规则的 SQL 语句必须为语法正确的 INSERT/DELETE/UPDATE/SELECT/MERGE INTO 语句（语句以 EXPLAIN/EXPLAIN FOR 开头时，去掉 EXPLAIN/EXPLAIN FOR 后的语句必须完全正确），精准匹配要求 SQL 语句完全匹配，不支持 SQL 语句中的子查询匹配；
模糊匹配时，待注入 HINT 规则的 SQL 语句应为非 NULL 值。
该参数类型为 INT 时，使用定义 4 或定义 5 的语法，值为 0 表示精确匹配，值为 1 表示模糊匹配，值为 2 表示通过 sql_text_id精确匹配。
fuzzy 取值为 2 时，参数 sql_text 应该输入长度为 13 的 sql_text_id 字段，如果 fuzzy 取值为 2 但参数 sql_text 依旧输入 SQL 语句，预期会报错。
need_clear：是否同步清空所有缓存的计划，该参数值不能为 NULL。
当该参数缺省时，表示使用定义 1、定义 2 或定义 4 的语法，此时默认不清空缓存计划。
指定该参数时，使用定义 3 和定义 5 的语法，值为 TRUE 时，清空缓存的计划；值为 FALSE 时，模糊匹配和通过 sql_text_id 匹配时，不清空缓存的计划，需要手动清除对应 SQL 的计划后，指定的 HINT 才能生效，精确匹配时，默认会删除受影响 SQL 的计划缓存。

返回值：执行成功返回名称，执行失败报错误信息。

二、使用

--模糊匹配
SF_INJECT_HINT('SQL语句', 'HINT', 'INJECT名称', '注释', TRUE, TRUE);

注入HINT后需要清空对应SQL的计划缓存

BEGIN
    FOR RS IN (SELECT * FROM V$CACHEPLN WHERE SQLSTR LIKE '%SQL语句%') LOOP
        EXECUTE IMMEDIATE 'SP_CLEAR_PLAN_CACHE(' || RS.CACHE_ITEM || ');';
    END LOOP;
END;

查询已经注入的HINT-系统视图

SELECT * FROM SYSINJECTHINT ORDER BY CRTDATE DESC;

删除注入的HINT

SF_DEINJECT_HINT('INJECT名称');

重做日志（即 REDO 日志）指在 DM 数据库中添加、删除、修改对象，或者改变数据，DM 都会按照特定的格式，将这些操作执行的结果写入到当前的重做日志文件中。重做日志文件默认以 log 为扩展名，可在初始化数据库时使用建库参数 RLOG_POSTFIX_NAME 指定重做日志文件的扩展名。每个 DM 数据库实例必须至少有 2 个重做日志文件，默认两个日志文件为 DAMENG01.log、DAMENG02.log，这两个文件循环使用。

重做日志文件因为是数据库正在使用的日志文件，因此被称为联机日志文件。

重做日志文件主要用于数据库的备份与恢复。理想情况下，数据库系统不会用到重做日志文件中的信息。然而现实世界总是充满了各种意外，比如电源故障、系统故障、介质故障，或者数据库实例进程被强制终止等，数据库缓冲区中的数据页会来不及写入数据文件。这样，在重启 DM 实例时，通过重做日志文件中的信息，就可以将数据库的状态恢复到发生意外时的状态。

重做日志文件对于数据库是至关重要的。它们用于存储数据库的事务日志，以便系统在出现系统故障和介质故障时能够进行故障恢复。在 DM 数据库运行过程中，任何修改数据库的操作都会产生重做日志，例如，当一条元组插入到一个表中的时候，插入的结果写入了重做日志，当删除一条元组时，删除该元组的事实也被写了进去，这样，当系统出现故障时，通过分析日志可以知道在故障发生前系统做了哪些动作，并可以重做这些动作使系统恢复到故障之前的状态。

二、管理重做日志文件

添加重做日志文件

在服务器打开状态下，可以添加新的重做日志文件。添加的数据文件大小最小为 4096*页大小，如页大小为 8K，则可添加的文件最小值为 4096*8k=32M。如添加重做大小为 128M 的重做日志文件DAMENG03.log。

ALTER DATABASE ADD LOGFILE '/data/dmdata/DAMENG/DAMENG03.log' size 128;

扩展重做日志文件

在服务器打开状态下，可以扩展已有的重做日志文件的大小。如扩展重做日志文件DAMENG03.log 到 256M。

ALTER DATABASE RESIZE LOGFILE '/data/dmdata/DAMENG/DAMENG03.log' to 256;

三、其他

在V$RLOG视图中监控FREE_SPACE/TOTAL_SPACE，如果空闲率低于20%就需要考虑扩容，低于1G可用一般是出现影响了。存储IO性能可以监控上看看应该有瓶颈了，还有业务层面也看看拆分大事务，间隔调度批量作业等，避免集中资源压力。扩REDO要选择在业务空闲时间进行。

SELECT FREE_SPACE/TOTAL_SPACE FROM V$RLOG;

V$LOG_HISTORY：服务器启动后，记录当前节点联机日志切换的历史信息。只记录最近 128 次切换记录。

该视图新增于2023年第二季度

以前的版本可以通过过滤日志得知重做日志的切换时间，如下：

cat 日志.log | grep 'rfil file switch'

1.修改参数
sp_set_para_value(1,'ENABLE_DDL_ANY_PRIV',1);
2.执行授权语句
例如：grant create ANY table to "用户名"
3.修改参数为原值
sp_set_para_value(1,'ENABLE_DDL_ANY_PRIV',0);

2、如何授予A用户对B用户下所有表的查询权限

1.设置 INI 参数 GRANT_SCHEMA=1，重启数据库生效。
sp_set_para_value(2,'GRANT_SCHEMA',1);
2.将模式 B 下所有对象的查询权限授予用户 A
GRANT SELECT ON SCHEMA B TO A;
3.将模式 B 下所有权限授予用户 A
GRANT ALL PRIVILEGES ON SCHEMA B TO A;

总结

GRANT ALL PRIVILEGES ON SCHEMA 语句授予的权限是对指定模式下现有对象的所有操作权限（如查询、插入、更新、删除等），但不包括 CREATE、ALTER、DROP 这类属于 DDL（数据定义语言）的操作权限。

也就是说“指定模式的下的所有权限”通过GRANT_SCHEMA无法完全实现，但如果不需要指定模式而是授予在其他用户下的创建权限可以通过ENABLE_DDL_ANY_PRIV和GRANT_SCHEMA共同实现。

ROLL 表空间完全由 DM 数据库自动维护，用户无需干预。该表空间用来存放事务运行过程中执行 DML(数据操作语言)操作之前的值，从而为访问该表的其他用户提供表数据的读一致性视图。

ROLL 表空间的 DBF 文件，称为 ROLL 文件。ROLL 文件用于保存系统的回滚记录，提供事务回滚时的信息。回滚文件可被分为若干回滚段，每个事务的回滚页在回滚段中各自挂链，页内则顺序存放回滚记录。

回滚表空间的管理和用户表空间的管理基本是一样的，区别是回滚空间的空间名固定为ROLL，不可修改。可增加和扩展回滚空间中的回滚文件，设置回滚空间的扩展属性。

二、缩小表空间

调小UNDO_RETENTION参数，减少保留时间。

尝试逐渐缩小表空间大小

--一点点降
ALTER TABLESPACE ROLL RESIZE DATAFILE '/data/dmdata/DAMENG/ROLL.DBF' TO 50G;

增删改表数据，没有提交的话，就会先放到ROLL表空间中，提交后会清空，他的大小和总数据量没有关系，和一次修改数据的量有关系，并且如果不够用的话是会自动扩展的。

查询未提交的事务

SELECT
    T1.SQL_TEXT,
    T1.STATE,
    T1.TRX_ID,
    T2.INS_CNT,
    T2.UPD_CNT,
    T2.DEL_CNT,
    T2.UPD_INS_CNT
FROM
    V$SESSIONS T1,
    V$TRX T2
WHERE
    T1.TRX_ID = T2.ID
    AND T1.STATE = 'IDLE'
    AND T2.STATUS = 'ACTIVE'
    AND (INS_CNT > 0
             OR UPD_CNT > 0
             OR DEL_CNT > 0
             OR UPD_INS_CNT > 0);

三、关联参数

PSEG_RECV：动态系统级参数，默认值3。

系统故障重启时，对活动事务和已提交事务的处理方式。

• 0：跳过回滚活动事务和 PURGE 已经提交事务的步骤。在回滚表空间出现异常、损坏、系统无法正常启动时，可将 PSEG_RECV 设置为 0，让系统启动；但存在一定风险，未提交事务的修改将无法回滚，破坏事务的原子性；另外，已提交未 PURGE 的事务，将导致部分存储空间无法回收；
• 1：回滚活动事务并 PURGE 已经提交事务；
• 2：延迟 PURGE 已提交事务，延迟回滚活动事务；
• 3：回滚活动事务，延迟 PURGE 已提交事务

UNDO_RETENTION：动态系统级参数，默认值90。

事务提交后回滚页保持时间，单位秒。取值范围 0~86400
注：类型为 DOUBLE，可支持毫秒

ENABLE_IGNORE_PURGE_REC：动态会话级，默认值2。

当返回 EC_RN_NREC_PURGED（-7120）错误（回滚记录版本太旧，无法获取用户记录）时的处理策略；

• 0：报错；
• 1：忽略这一条记录，继续执行；
• 2：报错并生成日志；
• 3：忽略这一条记录，继续执行，并生成日志

四、常用SQL

4.1 查询ROLL表空间数据文件使用情况

SELECT
    TS.NAME AS                                                                                       TABLESPACE_NAME,
    DF.PATH AS                                                                                       DATAFILE_PATH,
    ROUND(DF.TOTAL_SIZE * PAGE / 1024.0 / 1024.0, 2) AS                                              DATAFILE_TOTAL_MB,
    ROUND((DF.TOTAL_SIZE -DF.FREE_SIZE) * PAGE / 1024.0 / 1024.0, 2) AS                              DATAFILE_USED_MB,
    ROUND(DF.FREE_SIZE * PAGE / 1024.0 / 1024.0, 2) AS                                               DATAFILE_FREE_MB,
    ROUND(LEAST(DF.TOTAL_SIZE, GREATEST((DF.FREE_PAGE_NO -1), 4096)) * PAGE / 1024.0 / 1024.0, 2) AS DATAFILE_MINSIZE
FROM
    V$TABLESPACE TS,
    V$DATAFILE DF
WHERE
    DF.GROUP_ID = TS.ID
    AND TS.NAME = 'ROLL'
ORDER BY
    TS.ID,
    DF.ID;

查询结果的最后一列 DATAFILE_MINSIZE 是根据 FREE_PAGE_NO 这个数据估算出的可能数据文件最小尺寸，只作为参考值，如果收缩表空间文件的话，可能收缩到更小的尺寸。

ROLL表空间最后数据页的位置

SELECT EXT.TS_ID AS TABLESPACE_ID,
      MAX(TS.NAME) AS TABLESPACE_NAME,
      EXT.FILE_ID,
      MAX(CAST(EXTENT_ID AS NUMBER) * SF_GET_EXTENT_SIZE + USED)* PAGE / 1024 / 1024 AS LAST_PAGE_POS_MB
  FROM V$EXTENTS EXT,
      V$TABLESPACE TS
 WHERE EXT.STATE <> 'FREE'
   AND EXT.TS_ID = TS.ID
   AND TS.NAME = 'ROLL'
 GROUP BY EXT.TS_ID,EXT.FILE_ID;

4.2 当前回滚段正在使用的大小

SELECT ROUND(SUM(N_USED_PAGES) * PAGE / 1024.0 / 1024.0, 2) AS ROLL_USED_MB FROM V$PSEG_ITEMS;

4.3 定位占用ROLL的事务

有时候在一些实际项目中会遇到回滚文件异常增大的情况，一般来说都是由于大事务造成的，而如何找出这个大事务对应的操作则是比较关键的问题。达梦其实提供了关于回滚段相关的动态性能视图，V$PSEG_COMMIT_TRX会记录已经提交但还没有purge的事务信息，而V$PSEG_ITEMS则会记录回滚系统中相应回滚项的信息，也就是正在执行的事务对应的回滚信息。

以下SQL帮助我们在大事务提交后分析确定出对应的SQL操作，仅限从事务提交后，回滚purge之前，因为一旦超过UNDO_RETENTION后V$PSEG_COMMIT_TRX中对应登记的事务信息就被清除了：

SELECT
    I.N_USED_PAGES * PAGE / 1024 / 1024 USED_ROLL_SPACE_MB,
    H.TOP_SQL_TEXT,
    P.ITEM_NTH,
    P.TRX_ID,
    P.CMT_TIME,
    H.AFFECTED_ROWS
FROM
    V$PSEG_COMMIT_TRX P,
    V$SQL_HISTORY H,
    (SELECT TOP 1 * FROM V$PSEG_ITEMS ORDER BY N_USED_PAGES DESC) I
WHERE
    P.TRX_ID = H.TRX_ID
    AND I.NTH = P.ITEM_NTH
    AND I.N_USED_PAGES > 0
    AND AFFECTED_ROWS > 0
ORDER BY
    USED_ROLL_SPACE_MB DESC;

在做增删改查操作过程中，V$PSEG_ITEMS使用到的页数是动态在增加的，但是对应的NTH_ITEM必须在此事务提交后才能在V$PSEG_COMMIT_TRX中捕获到，而需要找到对应这个耗费回滚段空间的SQL必须先获取到对应的TRX_ID，才能在V$SQL_HISTORY或LOG_COMMIT日志中找到对应SQL，故在大事务执行过程中无法抓到对应SQL操作，只要当大事务提交后才能抓到对应SQL以及它使用过的ROLL空间大小；
需要注意的是，V$PSEG_ITEMS记录的是回滚项对应正在使用的PAGES，而繁忙的生产系统其中一个回滚项（默认一个实例有17个回滚项）可能会有多个I/D/U操作都已提交但还没有被purge（例如还没有到UNDO_RETENTION时间），所以这个联合查询查出来对应是一个回滚项中多个还没有来得及被purge的事务所占用的回滚空间总大小，具体是哪个SQL还需具体分析，但这时已经把范围缩到很小了比较容易确定是哪个SQL操作引发的。值得注意的是，我们不能完全按照影响行数来判断，因为CALL的影响行数记录值永远是1，无法得知真实影响行数。

下面举个栗子说明一下：

（1）首先查看17个回滚项对应的信息，主要关注u_used_pages字段

select * from v$pseg_items;

（2）然后查看以下测试表T3占用空间情况：

（3）执行delete操作，删除10,230,000条记录

（4）再查看V$PSEG_ITEMS发现NTH_ITEM=10对应使用了12522个page

我们可以换算一下,12522*32k/1024/1024=391MB，比T3表实际占用空间要稍微小一些，考虑到其他的一些空间消耗，作为查找占用回滚段空间的操作是没有问题的。

（5）commit提交后，使用上述sql进行查询对应的事务操作：

上述方法虽然只能在事务提交后，且回滚purge前查到，但大事务造成的回滚文件大小增加都会相当迅猛，所以我们可以配合监控回滚文件大小来使用，则可以更加精准找到对应大事务操作。

注意
当出现大事务时，log_commit日志中一定会出现大量分配回滚段的信息：

而当大事务执行完并commit后，经过UNDO_RETENTION时间后，日志一定会出现大量purge操作，与此同时我们可以发现，做purge这个操作对应的TRX_ID记录的就是当初大事务的TRX_ID：

• 作业（Job）：要执行的任务，包含一个或多个步骤。
• 调度（Schedule）：定义作业何时执行、执行频率、有效时间范围。
• 警报（Alert）：当作业执行中发生特定事件（如失败）时触发。
• 操作员（Operator）：接收警报通知的人员（通过邮件或网络）。

二、核心系统表（SYSJOB模式）

存储用户定义的作业信息

SELECT * FROM SYSJOB.SYSJOBS;

存储作业包括的所有步骤信息

SELECT * FROM SYSJOB.SYSJOBSTEPS;

存储作业的调度信息

SELECT * FROM SYSJOB.SYSJOBSCHEDULES;

说明：一个作业可以有多个调度，调度用来指定一个作业的执行情况，可以指定作业的执行方式及时间范围。SYSJOBSCHEDULES 表聚集关键字为 JOBID 及调度名，意味着对于一个指定的作业，不能具有同名的调度。

存储作业的执行情况的日志

SELECT * FROM SYSJOB.SYSJOBHISTORIES2;

说明：当一个作业执行完成后，会向这个表中插入一条作业执行情况的记录。
这个表中的所有记录都是由作业在运行过程中系统自动插入的，不是由用户来操作的。

存储作业步骤的执行情况的日志

SELECT * FROM SYSJOB.SYSSTEPHISTORIES2;

三、常用系统过程

• 初始化代理：SP_INIT_JOB_SYS(1)
• 销毁代理：SP_INIT_JOB_SYS(0)
• 创建/修改/删除作业：SP_CREATE_JOB / SP_ALTER_JOB / SP_DROP_JOB
• 开始/提交作业配置：SP_JOB_CONFIG_START / SP_JOB_CONFIG_COMMIT
• 添加/修改/删除步骤：SP_ADD_JOB_STEP / SP_ALTER_JOB_STEP / SP_DROP_JOB_STEP
• 添加/修改/删除调度：SP_ADD_JOB_SCHEDULE / SP_ALTER_JOB_SCHEDULE / SP_DROP_JOB_SCHEDULE
• 清除历史日志：SP_JOB_CLEAR_HISTORIES
• 立即执行作业：SP_DBMS_JOB_RUN

四、权限

• 普通用户无操作作业的权限。
• 授予 ADMIN JOB 权限：GRANT ADMIN JOB TO 用户名;
• 只有 DBA 可以执行 SP_INIT_JOB_SYS。

五、其他常用SQL

（1）查看某存储过程的是哪个作业调用的

SELECT A.ID,A.NAME,A."ENABLE",A.USERNAME,A.CREATETIME,A.MODIFYTIME,A.DESCRIBE,
B.LAST_DATE||' '||B.LAST_SEC LAST_TIME,B.NEXT_DATE||' '||B.NEXT_SEC NEXT_TIME,B.WHAT::VARCHAR
FROM SYSJOB.SYSJOBS A,SYSJOB.USER_JOBS B
WHERE A.ID=B.JOB AND B.WHAT LIKE '%call procname%';

（2）查看所有作业信息

--查看所有作业信息
SELECT A.ID,A.NAME,A."ENABLE",A.USERNAME,A.CREATETIME,A.MODIFYTIME,A.DESCRIBE,
B.LAST_DATE||' '||B.LAST_SEC LAST_TIME,B.NEXT_DATE||' '||B.NEXT_SEC NEXT_TIME,B.WHAT
FROM SYSJOB.SYSJOBS A,SYSJOB.USER_JOBS B
WHERE A.ID=B.JOB;

或者

-- 查看当前启用的作业及对应调度
SELECT A.NAME, A.ENABLE, B.NAME, B.ENABLE, B.STARTTIME, B.DURING_START_DATE, B.VALID
FROM SYSJOB.SYSJOBS A
JOIN SYSJOB.SYSJOBSCHEDULES B ON A.ID = B.JOBID
WHERE A.ENABLE = 1;

（3）查看所有作业的调度信息

SELECT
    SCHED.ID,
    SCHED.NAME AS SCHEDULE_NAME,          -- 调度名称
    JOB.NAME AS JOB_NAME,                 -- 作业名称
    SCHED.JOBID,
    CASE SCHED.ENABLE
        WHEN 1 THEN '启用'
        WHEN 0 THEN '禁用'
        ELSE '未知(' || TO_CHAR(SCHED.ENABLE) || ')'
    END AS ENABLE,
    CASE SCHED.TYPE
        WHEN 0 THEN '只执行一次'
        WHEN 1 THEN '按天'
        WHEN 2 THEN '按周'
        WHEN 3 THEN '按月(指定日期)'
        WHEN 4 THEN '按月(第一周第几天)'
        WHEN 5 THEN '按月(第二周第几天)'
        WHEN 6 THEN '按月(第三周第几天)'
        WHEN 7 THEN '按月(第四周第几天)'
        WHEN 8 THEN '按月(最后一周第几天)'
        ELSE TO_CHAR(SCHED.TYPE)
    END AS TYPE,
    -- FREQ_INTERVAL
    CASE SCHED.TYPE
        WHEN 0 THEN NULL
        WHEN 1 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每天'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 天'
            END
        WHEN 2 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每周'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 周'
            END
        WHEN 3 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每月(指定日期)'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 个月(指定日期)'
            END
        WHEN 4 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每月(第一周第几天)'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 个月(第一周第几天)'
            END
        WHEN 5 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每月(第二周第几天)'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 个月(第二周第几天)'
            END
        WHEN 6 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每月(第三周第几天)'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 个月(第三周第几天)'
            END
        WHEN 7 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每月(第四周第几天)'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 个月(第四周第几天)'
            END
        WHEN 8 THEN 
            CASE WHEN SCHED.FREQ_INTERVAL = 1 THEN '每月(最后一周第几天)'
                 ELSE '每隔 ' || TO_CHAR(SCHED.FREQ_INTERVAL) || ' 个月(最后一周第几天)'
            END
        ELSE TO_CHAR(SCHED.FREQ_INTERVAL)
    END AS FREQ_INTERVAL,
    -- FREQ_SUB_INTERVAL
    CASE
        WHEN SCHED.FREQ_SUB_INTERVAL IS NULL THEN NULL
        WHEN SCHED.TYPE = 2 THEN
            RTRIM(
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 1) = 1 THEN '周日,' ELSE '' END ||
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 2) = 2 THEN '周一,' ELSE '' END ||
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 4) = 4 THEN '周二,' ELSE '' END ||
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 8) = 8 THEN '周三,' ELSE '' END ||
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 16) = 16 THEN '周四,' ELSE '' END ||
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 32) = 32 THEN '周五,' ELSE '' END ||
                CASE WHEN BITAND(SCHED.FREQ_SUB_INTERVAL, 64) = 64 THEN '周六,' ELSE '' END,
            ',')
        WHEN SCHED.TYPE = 3 THEN TO_CHAR(SCHED.FREQ_SUB_INTERVAL) || '号'
        WHEN SCHED.TYPE IN (4,5,6,7,8) THEN
            CASE SCHED.FREQ_SUB_INTERVAL
                WHEN 1 THEN '周一' WHEN 2 THEN '周二' WHEN 3 THEN '周三'
                WHEN 4 THEN '周四' WHEN 5 THEN '周五' WHEN 6 THEN '周六'
                WHEN 7 THEN '周日' ELSE TO_CHAR(SCHED.FREQ_SUB_INTERVAL)
            END
        ELSE TO_CHAR(SCHED.FREQ_SUB_INTERVAL)
    END AS FREQ_SUB_INTERVAL,
    -- FREQ_MINUTE_INTERVAL
    CASE
        WHEN SCHED.FREQ_MINUTE_INTERVAL = 0 THEN '一天内执行一次'
        WHEN SCHED.FREQ_MINUTE_INTERVAL > 32768 THEN '每 ' || TO_CHAR(SCHED.FREQ_MINUTE_INTERVAL - 32768) || ' 秒'
        ELSE '每 ' || TO_CHAR(SCHED.FREQ_MINUTE_INTERVAL) || ' 分钟'
    END AS FREQ_MINUTE_INTERVAL,
    SCHED.STARTTIME,
    SCHED.ENDTIME,
    SCHED.DURING_START_DATE,
    SCHED.DURING_END_DATE,
    SCHED.SCHNAME,
    SCHED.TRIGNAME,
    CASE SCHED.VALID
        WHEN 'Y' THEN '合法'
        WHEN 'N' THEN '不合法'
        ELSE '未知'
    END AS VALID,
    SCHED.DESCRIBE
FROM SYSJOB.SYSJOBSCHEDULES SCHED
LEFT JOIN SYSJOB.SYSJOBS JOB ON SCHED.JOBID = JOB.ID;

（4）查看作业运行历史信息[作业量大谨慎执行]

SELECT *
FROM SYSJOB.SYSSTEPHISTORIES2 A
WHERE (SELECT COUNT(*)
          FROM SYSJOB.SYSSTEPHISTORIES2 B
         WHERE B.NAME = A.NAME
           AND B.EXEC_ID >= A.EXEC_ID) <= 10
ORDER BY A.START_TIME DESC,A.NAME;

查询最近10次作业执行历史（含执行时间）

SELECT ID, NAME, ERRINFO, START_TIME, END_TIME,
       DATEDIFF(SS, START_TIME, END_TIME) USE_TIME
FROM (
    SELECT A.ID, A.NAME, B.ERRINFO, B.START_TIME, B.END_TIME,
           ROW_NUMBER() OVER(PARTITION BY A.NAME ORDER BY B.START_TIME DESC) RN
    FROM SYSJOB.SYSJOBS A
    JOIN SYSJOB.SYSJOBHISTORIES2 B ON A.NAME = B.NAME
) WHERE RN <= 10;

（5）只查看某个作业的历史信息

SELECT *
FROM SYSJOB.SYSSTEPHISTORIES2 A
WHERE (SELECT COUNT(*)
          FROM SYSJOB.SYSSTEPHISTORIES2 B
         WHERE B.NAME = A.NAME
           AND B.EXEC_ID >= A.EXEC_ID) <= 10 
           AND NAME = '作业名'
ORDER BY A.START_TIME DESC,A.NAME;

查询最近10次作业执行历史（含执行时间）

SELECT ID, NAME, ERRINFO, START_TIME, END_TIME,
       DATEDIFF(SS, START_TIME, END_TIME) USE_TIME
FROM (
    SELECT A.ID, A.NAME, B.ERRINFO, B.START_TIME, B.END_TIME,
           ROW_NUMBER() OVER(PARTITION BY A.NAME ORDER BY B.START_TIME DESC) RN
    FROM SYSJOB.SYSJOBS A
    JOIN SYSJOB.SYSJOBHISTORIES2 B ON A.NAME = B.NAME
    WHERE A.NAME = '作业名称'
) WHERE RN <= 10;

（6）查看某作业的历史耗时

SELECT
    TO_CHAR(A.START_TIME, 'YYYY-MM') AS MONTH,
    AVG(DATEDIFF(SECOND, A.START_TIME, A.END_TIME)) AS AVG_DURATION_SEC,
    MIN(DATEDIFF(SECOND, A.START_TIME, A.END_TIME)) AS MIN_SEC,
    MAX(DATEDIFF(SECOND, A.START_TIME, A.END_TIME)) AS MAX_SEC,
    COUNT(*) AS EXEC_COUNT
FROM SYSJOB.SYSSTEPHISTORIES2 A
WHERE A.NAME = 'proc_contracttopay'
GROUP BY TO_CHAR(A.START_TIME, 'YYYY-MM')
ORDER BY MONTH;

（7）批量停止作业

BEGIN FOR JOB_REC IN (
    SELECT
        NAME
    FROM
        SYSJOB.SYSJOBS
) LOOP SP_ENABLE_JOB (JOB_REC.NAME, 0);

-- 0表示禁用
DBMS_OUTPUT.PUT_LINE ('已禁用作业: ' || JOB_REC.NAME);
END LOOP;
END;
/

（8）清理作业历史信息记录

SP_JOB_CLEAR_HISTORIES('JOB_RECORD_BLOCKING');

当使用内网Windows环境安装dmPython时由于环境中没有Microsoft Visual C++ 14.0导致报错。

error: Microsoft Visual C++ 14.0 or greater is required. Get it with "Microsoft C++ Build Tools": https://visualstudio.microsoft.com/visual-cpp-build-tools/

二、问题分析

利用有网络的Windows服务器安装同版本Python，对dmPython源码进行编译，生成whl文件。再将whl文件拿到离线环境进行安装。

三、解决步骤

3.1 安装同版本Python

https://www.python.org/downloads

3.2 下载dmPython源码

官网下载地址：https://www.dameng.com/download/index.html

或直接访问：https://gitee.com/DamengDB/dmPython

3.3 编译生成whl文件

PS C:\dmPython-main> python setup.py bdist_wheel

whl文件位于dmPython-main\dist目录下

报错的话可能是没有安装模块

python -m pip install –upgrade wheel setuptools

3.4 将whl文件在离线环境安装

PS C:\dmPython-main\dist> pip install .\dmpython-2.5.26-cp313-cp313-win_amd64.whl

3.5 编写程序进行测试

import dmPython
conn=dmPython.connect(user='SYSDBA',password='SYSDBA',server= '192.168.10.10',port=5236)
cursor = conn.cursor()
cursor.execute('select username from dba_users')
values = cursor.fetchall()
print(values)
cursor.close()
conn.close()

四、其他思路

从可以联网的机器上制作离线包，然后传输到离线环境进行安装Microsoft Visual C++以解决报错问题。

4.1 联网机器获取 vs_buildtools.exe

下载地址：https://aka.ms/vs/17/release/vs_BuildTools.exe

4.2 联网机器制作离线包

打开命令行（cmd或PowerShell），导航到 vs_buildtools.exe 所在的目录，执行以下命令来下载完整的离线安装文件。

PS C:\Downloads> .\vs_BuildTools.exe --layout C:\vs2022_offline --add Microsoft.VisualStudio.Workload.VCTools --includeRecommended --lang zh-CN

--layout C:\vs2022_offline指定将完整的离线安装包下载到本地的 C:\vs2022_offline 文件夹，下载完成后，将整个 C:\vs2022_offline 文件夹（确保包含所有文件）拷贝到你的离线目标机上。

4.3 离线机器上安装

在离线机上，以管理员身份打开 PowerShell，进入离线包目录，然后运行

PS C:\vs2022_offline> .\vs_setup.exe --noweb --add Microsoft.VisualStudio.Workload.VCTools --includeRecommended