Autonomous Health Framework（AHF）

新版本 TFA, ORAchk & EXAchk 19.3 已发布

ORAchk, EXAchk & TFA 被捆绑进 Autonomous Health Framework (AHF)

Oracle 过去曾提供三种独立工具：

• ORAchk
• EXAchk
• Trace File Analyzer (TFA)

现在，它们被合并到一个称为“Autonomous Health Framework（AHF）”的安装程序中。

可以用 root 用户（推荐）或非 root 用户安装针对 TFA，ORAchk 和 EXAchk 的单一平台特定的安装程序。安装程序包括并基于先前工具的所有功能。

命令行工具没有任何变化，以前使用的相同命令仍可在此版本中使用。

Orachk，exachk 和 tfactl 可以在 AHF_LOC/bin 目录中找到。

工程系统具有 AHF_LOC/bin/exachk，非工程系统具有 AHF_LOC/bin/orachk

TFA，ORAchk 和 EXAchk 仍然保留，这是现有支持合同的附加值。使用不需要任何额外费用或许可证。

自动屏蔽或清除敏感信息

收集诊断数据的副本后，TFA，ORAchk 和 EXAchk 使用自适应分类和修订（ACR）来清理集合中的敏感数据。

ACR 使用基于机器学习引擎来编辑一组给定文件中的一组预定义的实体类型。 ACR 还清除或掩盖路径名中出现的实体。

• 用随机字符替换敏感值来清理
• 用一系列星号代替敏感值来屏蔽

ACR 目前清理如下条目类型：

• 主机名
• IP 地址
• MAC 地址
• Oracle 数据库名
• Tablespace 名
• Service 名
• 端口
• 操作系统用户名

ORAchk/EXAchk 清理将把敏感数据转换为随机字符字符串。

要清理 ORAchk/EXAchk输出，请包含 -sanitize 选项，例如：orachk -profile asm -sanitize

您还可以通过传入现有日志、html 报表或 zip 文件来做后期清理，例如：orachk -sanitize {file_name}

TFA 诊断集合可以进行修订（被清理或被屏蔽）。启用自动修订使用 tfactl set redact=[mask|sanitize|none]（默认是 none）

或者，可以按需编辑集合。例如：tfactl diagcollect -srdc ORA-00600 -mask or tfactl diagcollect -srdc ORA-00600 -sanitize

如果要反向查找已清理的值，使用 orachk/exachk -rmap 例如：orachk -rmap pu406jKxg,kEvGFDT 将打印与那些经过清理的值相关的实际值。

注：orachk -rmap 也可以用于查找由 TFA 清理过的值。

问题修复自动化选项

ORAchk 和 EXAchk 目前有了发现问题自动修复的能力。

某些检查具有与之相关的 repair命令。

如果您想查看修复命令的实际用途，可使用 orachk -showrepair {check_id}

使用如下选项之一来运行 repair 命令：

orachk -repaircheck all

orachk -repaircheck {check_id},[{check_id},{check_id}..]

orachk -repaircheck {file}

{check_id} 引用要修复的特定检查或 [file] 包含要修复的检查 ID 的列表

诊断收集和 DBA 工具的性能改进

TFA 索引诊断数据，该数据用于 DBA 工具和诊断集合。索引已做了提高性能的更改。

此更改会使诊断收集以及运行 ls、grep、tail、vi 等 DBA 工具的 CPU 使用率降低，平均执行时间更快。

如果您不使用 DBA 工具，并且准备为 DBA 工具的执行完成等待更长时间，则可以通过运行以下命令禁用此索引

此外，在 Exadata 计算机上运行 TFA 时，cell 集合将并行运行，并使用 EXAchk 调用 diagpack 以提高性能。

新的服务请求数据收集 (SRDCs)

此版本包含新的 SRDCs。

与所有其他 SRDCs 一样，使用 tfactl diagcollect -srdc srdc_name。

• ahf: Oracle ORAchk or Oracle EXAchk problems (to be run after running with -debug)
• dbacl: Problems with Access Control Lists (ACLs)
• dbaqgen: Problems in an Oracle Advanced Queuing Environment
• dbaqmon: Queue Monitor (QMON) problems
• dbaqnotify: Notification problems in an Oracle Advanced Queuing Environment
• dbaqperf: Performance problems in an Oracle Advanced Queuing Environment
• dbparameters: Oracle Database single instance shutdown problems
• emagtpatchdeploy: Enterprise Manager 13c Agent patch deployment problems
• emagentperf: Enterprise Manager 13c Agent performance problems
• emagentstartup: Enterprise Manager 13c Agent startup problems
• emfleetpatching: Enterprise Manager Fleet Maintenance Patching problems
• empatchplancrt: Enterprise Manager patch plan creation problems
• exservice: Exadata: Storage software service or offload server service problems
• ORA-25319: for ORA-25319 problems
• ORA-01000: for ORA-01000 problems
• ORA-00018: for ORA-00018 problems

ORAchk 和 EXAchk 与数据库 AutoUpgrade & Cluster Verification Utility (CVU)集成

CVU 和数据库自动升级工具（处于分析模式）均由 ORAchk 和 EXAchk 在 -preupgrade 模式下运行

自动升级和 CVU 的所有发现都经过交叉验证，以避免重复和矛盾。

结果包含在 ORAchk/EXAchk 报表输出中。

仅当在系统上发现 CVU 版本为 11.2.0.4 或更高版本时，才会运行 CVU 检查。

CVU 相关选项：

• -cvuhome where to find the CVU installation
• -cvuonly only run CVU checks

ORAchk 支持 ODA X8 机器

ORAchk 现在提供了 ODA X8 机器的支持。

ORAchk 和 EXAchk 支持通用非对称 oracle_homes

ORAchk 和 EXAchk 过去要求所有数据库服务器上都必须存在所有 Oracle 主目录。如果不是，您会看到诸如跳过检查之类的问题。

ORAchk 和 EXAchk 现在支持不对称的 oracle_homes，因此它不要求在集群的每个节点上都存在相同的 oracle_home。

EXAchk 支持使用 RoCE InfiniBand 的 Oracle Exadata

通过融合以太网（RoCE）的 RDMA 是一种网络协议，允许通过以太网进行远程直接内存访问（RDMA）。

EXAchk 版本 19.3 增加了对 Oracle Exadata 的 RoCE InfiniBand 的支持。在有 RoCE InfiniBand 的 Oracle Exadata 上运行时，无需检查 InfiniBand 交换机和光纤。如果使用 -profile 开关，它将引发一个错误，指出它不是受支持的配置文件。