解决方案:“神器”：Oracle日志采集分析工具——TFA

　　解决方案:“神器”：Oracle日志采集分析工具——TFA

　　[这是“一森梶”公众号——第31条文章]。

　　[前言]。

　　众所周知，在Oracle库异常的情况下，在分析异常时刻的日志或向ORACLE官网提交SR相关日志时，如何快速准确地采集日志是一个令人头疼的问题。可以说，预言机日志信息采集是一项需要技巧的“高消耗”体力任务。有没有办法简化流程，让每个人都能把时间和精力花在最前沿？

　　我

　　最近向Oracle提交了一个SR，因为它是一个双节点RAC环境，提交异常日志信息特别麻烦，所以我想起了OSWatcher工具，而当我看文章OSWatcher（包括：[视频]）（文档ID 301137.1）的文章来看看一个功能更强大的TFA工具，我有这篇文章。本文将介绍TFA，这是一种节省精力的集合/分析工具。

　　本文篇幅较长，有耐心阅读，值得一读。

　　[文本]。

　　每个人都经历过这样一个黑暗的时刻，当图书馆出现异常时，分析日志是必要的过程;Oracle单库报警日志，trc文件可分析，日志数量不多，采集方便，分析过程不复杂;但是，如果分析对象是RAC架构，例如数据库中的挂起异常，则可能需要采集rdbms，ASM，网格，操作系统，os，os等的日志信息，这是一场噩梦。即使在常见的双节点RAC环境中，采集日志信息也需要花费大量的时间和经验，并且日志采集可能会在将来继续补充。

　　此外，如果在采集日志信息、在发生故障时筛选特定日志、具有更多节点的日志、在环境中具有文件控制时，系统环境不同/不熟悉，则可能会影响日志信息采集的效率和准确性，从而影响问题分析和定位的进度，增加故障排除时间。

　　一个非常现实的问题：如何减少日志采集所花费的时间，提高准确性，并将更多的精力和时间投入到实际的问题分析中？

　　提交甲骨文 SR 的孩子知道甲骨文已正式提供日志采集工具 OSWatcher，如下所述（操作系统观察器（包括：[视频]）（文档 ID 301137.1）

　　）。

　　操作系统观察者快速概述

　　操作系统观察程序 （oswbb） 是一个可下载的实用程序，用于从操作系统捕获性能指标。OSWatcher 的使用受 Oracle 的标准许可条款的约束，不需要额外的许可证即可使用。当您将安装和运行 oswbb 作为性能诊断数据采集最佳实践的一部分时，您可以通过支持和开发来帮助更快地解决 SR 问题。oswbb 由两个独立的组件组成：

　　1. oswbb：一种Unix外壳脚本数据采集器，用于采集和存储数据

　　2. oswbba：一个Java实用程序，它将自动分析数据并提供建议并生成图形和html文档

　　这两个组件都收录在单个可下载的 tar 文件中。

　　总结

　　操作系统观察器（oswbb）首先是Oracle标准许可证下的日志采集工具，与需要额外费用的adg不同，oswbb更擅长采集诊断信息到预言机SR以获得更快的服务支持。

　　操作系统收录两个部分：

　　采集和存储数据的unix外壳脚本;

　　自动分析 Java 工具，这些工具以图形和页面形式提供建议和信息。

　　操作系统观察器（oswbb）有两种安装方式，一种是独立的，另一种是TFA集成方式安装的;官方网站如下：

　　独立。安装独立版本将始终为您提供最新版本，但用户必须手动安装并运行OSWatcher

　　作为 TFA 数据库支持工具包的一部分进行安装。TFA 将自动安装并运行操作系统观察程序。它还将定期更新操作系统观察程序。它可能收录也可能不收录最新版本。

　　考虑到独立模式对大家都很熟悉，本文主要介绍TFA方法（该工具嵌入在OSWatcher中）

　　）。

　　首先，什么是 TRA？

　　在GI（RAC）的情况下，最繁琐的事情是采集与每个节点上的问题相关的及时准确的日志和诊断数据。RAC 中的跟踪日志文件将轮流使用，如果未及时采集日志，则将被覆盖。过去，diag采集.pl 脚本通常用于 GI Cluster 中的日志采集，但该脚本的缺点是它会从头到尾采集所有 RAC 日志，并且不会识别日志的内容。使用 diag采集.pl 采集的日志量非常大，并且必须使用 root 用户在每个节点上单独运行 diag采集.pl 脚本。

　　一句话：diag采集.pl 辗转反侧，不方便。

　　TFA基本上克服了这些问题，TFA通过在每个节点上运行一个Java虚拟环境，来确定何时开始采集、压缩日志，并确定哪些日志是解决问题所必需的，TFA是运行在GI和RDBMS产品中的，只是一个日志采集工具，不会改变系统，操作系统上的负载压力是轻量级的， 甚至当前版本和平台都不相关。

　　总之

　　TFA（跟踪文件分析器采集器）是从11.2版本启动的Orac的官方解决方案，默认安装12c以上版本（收录），用于在网格基础设施/RAC环境中采集诊断日志，特别是帮助用户使用非常简单的命令快速方便地采集RAC日志以进行进一步诊断。

　　TFA具有以下优点：

　　1. TFA可以在RAC环境中的一个节点执行命令，打包和封装所有节点的日志;

　　2. TFA可以在采集过程中对日志进行“修整”，减少采集的数据量;

　　3. TFA可以采集特定时间段的诊断信息;

　　4. TFA可以指定一部分集群组件来采集日志，如：ASM、RDBMS、集群件;

　　5.TFA可根据条件配置报警日志（数据库报警日志、ASM报警日志、集群软件报警日志等）的实时扫描;

　　6、TFA可根据实时扫描结果自动采集诊断日志;TFA可以根据指定的错误扫描报警日志;

　　7.TFA 根据指定的错误扫描结果采集诊断日志。

　　TFA 采集日志进程：

　　1. DBA发出诊断采集命令，启动TFA日志采集过程;

　　2. 本地TFA向其他节点的TFA发送采集请求，开始其他节点的日志采集工作。

　　3. 本地TFA也开始同时采集日志;

　　4. 所有涉及节点的TFA日志都存档到启动诊断采集命令的“主”节点;

　　5. DBA 提取存档的 TFA 日志信息，对其进行分析或提交 SR 进行处理。

　　

　　宝贝，这么好的东西，怎么安装？如何使用它？

　　TFA 支持以下平台：

　　1.Linux （OEL， RedHat， SUSE， 安腾和 zLinux）

　　2.甲骨文 Solaris （X86-64）

　　3.艾克斯

　　4.安腾 （安腾和泛酸）

　　5. 微软视窗 （64位）

　　所有平台至少需要支持 bash shell 版本 3.2 和 JRE 1.5 及更高版本。

　　划伤要点：

　　从理论上讲，TFA工具为所有数据库版本提供支持，同时为RAC和非RAC数据库提供支持。从目前看到的文档中，没有提到10.2.0.4之前的版本。TFA 工具早在版本 11.2.0.4 时就默认随网格软件一起安装，默认安装路径是网格的主目录。TFA 工具未收录在以前版本的 11.2.0.4 的安装包中，需要手动安装。12C 附带 TFA 日志分析工具

　　本文的环境是：双节点RAC，操作系统是红帽7.3

　　官方网站文章提供TFA的最新下载地址：

　　TFA 采集器 - 带数据库支持工具包的 TFA（文档 ID 1513912.1

　　）。

　　安装注意事项：

　　1.1.8 或更高版本的 Java 运行时版本。

　　2. 下载后，TFA-LINUX_v19.2.1 被放置在 /OPT 目录中;

　　3. 在守护程序模式下使用 root 帐户进行安装

　　安装过程非常简单，本文使用root帐户在RAC1节点中安装，过程如下

　　[root@ethanDB-rac1 ~]# cd opt/

[root@ethanDB-rac1 opt]#

[root@ethanDB-rac1 opt]# ll

total 518220

-rwxr-xr-x 1 root root 265898937 Apr 26 02:44 installTFA-LINUX

drwxr-xr-x 3 root root 20 Mar 7 15:14 oracle

-rw-r--r-- 1 root root 264751391 Aug 8 11:27 TFA-LINUX_v19.2.1.zip

[root@ethanDB-rac1 opt]#

[root@ethanDB-rac1 opt]# ./installTFA-LINUX

TFA Installation Log will be written to File : tmp/tfa_install_130164_2019_08_08-15_40_39.log

Starting TFA installation

TFA Version: 192100 Build Date: 201904251105

TFA HOME : oracle/app/12.2.1/tfa/ethanDB-rac1/tfa_home

Installed Build Version: 183200 Build Date: 201810300012

TFA is already installed. Upgrading TFA

TFA Upgrade Log : oracle/app/12.2.1/tfa/ethanDB-rac1/tfapatch.log

TFA will be upgraded on :

ethanDB-rac1

ethanDB-rac2

Do you want to continue with TFA Upgrade ? [Y|N] [Y]: y

Checking for ssh equivalency in ethanDB-rac2

Node ethanDB-rac2 is not configured for ssh user equivalency

SSH is not configured on these nodes :

ethanDB-rac2

Do you want to configure SSH on these nodes ? [Y|N] [Y]: y

Configuring SSH on ethanDB-rac2... ##配置节点2的互信

Generating keys on ethanDB-rac1...

Copying keys to ethanDB-rac2...

/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed

/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys

root@ethanDB-rac2's password:

Permission denied, please try again.

root@ethanDB-rac2's password:

Permission denied, please try again.

root@ethanDB-rac2's password:

Using SSH to upgrade TFA on remote nodes :

Upgrading TFA on ethanDB-rac2 :

TFA_HOME: /oracle/app/12.2.1/tfa/ethanDB-rac2/tfa_home

Stopping TFA Support Tools...

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

Shutting down TFA

Removed symlink etc/systemd/system/multi-user.target.wants/oracle-tfa.service.

Removed symlink etc/systemd/system/graphical.target.wants/oracle-tfa.service.

. . . . .

. . .

Successfully shutdown TFA..

Copying files from ethanDB-rac1 to ethanDB-rac2...

Current version of Berkeley DB in ethanDB-rac2 is 5 or higher, so no DbPreUpgrade required

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

Running commands to fix init.tfa and tfactl in ethanDB-rac2...

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

Updating init.tfa in ethanDB-rac2...

Removing old version serializale files in ethanDB-rac2...

Starting TFA in ethanDB-rac2...

Starting TFA..

Created symlink from etc/systemd/system/multi-user.target.wants/oracle-tfa.service to etc/systemd/system/oracle-tfa.service.

Created symlink from etc/systemd/system/graphical.target.wants/oracle-tfa.service to etc/systemd/system/oracle-tfa.service.

Waiting up to 100 seconds for TFA to be started..

. . . . .

Successfully started TFA Process..

. . . . .

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

TFA Started and listening for commands

Removing /oracle/app/12.2.1/tfa/ethanDB-rac2/tfa_home/jlib/commons-io-2.5.jar

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

Enabling Access for Non-root Users on ethanDB-rac2...

Setting DDU purging mode to profile on ethanDB-rac2

Upgrading TFA on ethanDB-rac1 :

Stopping TFA Support Tools...

WARNING - TFA Software is older than 180 days. Please consider upgrading TFA to the latest version.

Shutting down TFA for Patching...

Shutting down TFA

Removed symlink etc/systemd/system/multi-user.target.wants/oracle-tfa.service.

Removed symlink etc/systemd/system/graphical.target.wants/oracle-tfa.service.

. . . . .

. . .

Successfully shutdown TFA..

No Berkeley DB upgrade required

Copying TFA Certificates...

Starting TFA in ethanDB-rac1...

Starting TFA..

Created symlink from etc/systemd/system/multi-user.target.wants/oracle-tfa.service to etc/systemd/system/oracle-tfa.service.

Created symlink from etc/systemd/system/graphical.target.wants/oracle-tfa.service to etc/systemd/system/oracle-tfa.service.

Waiting up to 100 seconds for TFA to be started..

. . . . .

Successfully started TFA Process..

. . . . .

TFA Started and listening for commands

Enabling Access for Non-root Users on ethanDB-rac1...

root@ethanDB-rac2's password:

Removed SSH configuration on ethanDB-rac2...

.-------------------------------------------------------------------.

| Host | TFA Version | TFA Build ID | Upgrade Status |

+-------------+-------------+----------------------+----------------+

| ethanDB-rac1 | 19.2.1.0.0 | 19210020190425110550 | UPGRADED |

| ethanDB-rac2 | 19.2.1.0.0 | 19210020190425110550 | UPGRADED |

'-------------+-------------+----------------------+----------------'

　　以上，TFA已成功安装并升级到最新版本19.2.1.0.0。

　　关键是，TFA如何运作？

　　环境：以 12.2 版本 RAC 和 19.2.1.0.0 TFA 为例：

　　启动和关闭 TFA

　　[root@ethanDB-rac1 ~]#tfactl start

[root@ethanDB-rac1 ~]# tfactl stop

　　查看哪些用户当前正在使用 tfactl

　　[root@ethanDB-rac1 ~]# tfactl access lsusers

.---------------------------------.

| TFA Users in ethanDB-rac1 |

+-----------+-----------+---------+

| User Name | User Type | Status |

+-----------+-----------+---------+

| grid | USER | Allowed |

'-----------+-----------+---------'

.---------------------------------.

| TFA Users in |

+-----------+-----------+---------+

| User Name | User Type | Status |

+-----------+-----------+---------+

| grid | USER | Allowed |

'-----------+-----------+---------'

　　查看当前 TFA 观察点节点状态

　　[root@ethanDB-rac1 ~]# tfactl print status

.----------------------------------------------------------------------------------------------------.

| Host | Status of TFA | PID | Port | Version | Build ID | Inventory Status |

+-------------+---------------+--------+------+------------+----------------------+------------------+

| ethanDB-rac1 | RUNNING | 352785 | 5000 | 19.2.1.0.0 | 19210020190425110550 | COMPLETE |

| ethanDB-rac2 | RUNNING | 372746 | 5000 | 19.2.1.0.0 | 19210020190425110550 | COMPLETE |

'-------------+---------------+--------+------+------------+----------------------+------------------'

　　列出当前 TFA 的配置信息

　　[root@ethanDB-rac1 ~]# tfactl print config

.------------------------------------------------------------------------------------.

| ethanDB-rac2 |

+-----------------------------------------------------------------------+------------+

| Configuration Parameter | Value |

+-----------------------------------------------------------------------+------------+

| TFA Version | 19.2.1.0.0 |

| Java Version | 1.8 |

| Public IP Network | true |

| Automatic Diagnostic Collection | true |

| Alert Log Scan | true |

| Disk Usage Monitor | true |

| Managelogs Auto Purge | false

...

　　要说的太多了，让我们从如何采集日志信息开始

　　采集日志信息

　　如果使用中文字符集，则为 LANG=zh_CN。UTF-8 后跟 BUG：传递给诊断采集的非法参数 -z

　　划伤要点：

　　使用前，请确定en_US字符集。双字节网络-8

　　[root@ethanDB-rac1 ~]# 出口。双字节网络-8

　　[root@ethanDB-rac1 ~]# 回声$LANG

　　en_US。双字节网络-8

　　使用 tfactl -help 命令查看哪些命令可用

　　[root@ethanDB-rac1 ~]# tfactl -help

Usage : oracle/app/12.2.1/bin/tfactl [options]

commands:diagcollect|collection|analyze|ips|run|start|stop|enable|disable|status|print|access|purge|directory|host|receiver|set|toolstatus|uninstall|diagnosetfa|syncnodes|setupmos|upload|availability|rest|events|search|changes|isa|blackout|rediscover

For detailed help on each command use:

oracle/app/12.2.1/bin/tfactl -help

[root@ethanDB-rac1 ~]# tfactl diagcollect -h

Collect logs from across nodes in cluster

Usage : oracle/app/12.2.1/bin/tfactl diagcollect [ [component_name1] [component_name2] ... [component_nameN] | [-srdc ] | [-defips]] [-sr ] [-node ] [-tag ] [-z ] [-last | -from -to | -for ] [-nocopy] [-notrim] [-silent] [-nocores][-collectalldirs][-collectdir ][-examples]

components:-ips|-database|-asm|-crsclient|-dbclient|-dbwlm|-tns|-rhp|-procinfo|-afd|-crs|-cha|-wls|-emagent|-oms|-ocm|-emplugins|-em|-acfs|-install|-cfgtools|-os|-ashhtml|-ashtext|-awrhtml|-awrtext

-srdc Service Request Data Collection (SRDC).

-defips Include in the default collection the IPS Packages for:

ASM, CRS and Databases

-sr Enter SR number to which the collection will be uploaded

-node Specify comma separated list of host names for collection

-tag The files will be collected into tagname directory inside

repository

-z The collection zip file will be given this name within the

TFA collection repository

-last Files from last 'n' [d]ays or 'n' [h]ours

-since Same as -last. Kept for backward compatibility.

-from "Mon/dd/yyyy hh:mm:ss" From

or "yyyy-mm-dd hh:mm:ss"

or "yyyy-mm-ddThh:mm:ss"

or "yyyy-mm-dd"

-to "Mon/dd/yyyy hh:mm:ss" To

or "yyyy-mm-dd hh:mm:ss"

or "yyyy-mm-ddThh:mm:ss"

or "yyyy-mm-dd"

-for "Mon/dd/yyyy" For .

or "yyyy-mm-dd"

-nocopy Does not copy back the zip files to initiating node from all nodes

-notrim Does not trim the files collected

-silent This option is used to submit the diagcollection as a background

process

-nocores Do not collect Core files when it would normally have been

collected

-collectalldirs Collect all files from a directory marked "Collect All"

flag to true

-collectdir Specify comma separated list of directories and collection will

include all files from these irrespective of type and time constraints

in addition to components specified

-examples Show diagcollect usage examples

For detailed help on each component use:

oracle/app/12.2.1/bin/tfactl diagcollect [component_name1] [component_name2] ... [component_nameN] -help

　　几种常用方法：

　　1. 采集 TFA 管理的所有日志，最长可达 2 小时前

　　[root@ethanDB-1~]#tfactldiagcollect-全部-自2小时

　　2. 采集所有节点上的数据库相关日志 1 小时，并在本地压缩，并以 test 作为后缀

　　#tfactldiagcollect-root@ethanDB-1~]#tfactldiagcollect-因为-z-ztest

　　

　　3. 在节点 host1 上采集 1 小时的日志

　　[root@ethanDB-rac1~]#tfactldiagcollect-节点主机1-自1h

　　4. 采集“Aug/15/2019”上发生的所有节点的日志

　　[root@ethanDB-rac1~]#tfactldiagcollect为“八月/15/2019”

　　5. 指定在节点 1 上采集 ASM 日志的时区

　　[root@ethanDB-rac1~]#tfactldiagcollect-201913/00：00“-到”8月15/201914：00：00”

　　6. 指定采集所有节点信息的时间段

　　[root@ethanDB-rac1 ~]# tfactl diagcollect -all -from "Aug/15/2019 13:00:00" -to "Aug/15/2019 14:00:00"

The -all switch is being deprecated as collection of all components is the default behavior. TFA will continue to collect all components.

Collecting data for all nodes

Scanning files from Aug/15/2019 13:00:00 to Aug/15/2019 14:00:00

Collection Id : 20190815191015ethanDB-rac1

　　注意：

　　此命令在指定时间段内采集 rdbm、ASM、网格和操作系统的各种类型的日志，例如警报日志、跟踪文件、群集软件组件日志、侦听器日志和操作系统日志。在执行过程中，告警日志、*敏*感*词*日志等的连续日志处理也比较智能，在不复制整个日志文件的情况下，可以截获指定时间段的日志。如果部署了 osw 工具，它还会自动采集 osw 日志。

　　如果需要指定日志采集的范围（例如仅采集数据库的相关日志），则可以使用 tfactl diagcollect -database 命令。有关更多使用方法，可以参考 tfactl 诊断采集 -help 输出。

　　自动采集功能

　　可以自动采集一些预定的错误。计划错误和采集规则可以在《跟踪文件分析器采集器用户指南》的附录 B. 扫描事件部分中找到。默认情况下，此功能处于关闭状态，可以使用以下命令手动启用：

　　[root@ethanDB-1~]#tfactlsetautodiagcollect=开

　　TFA还可以承担一定的日志分析功能，可以实现一个命令自动分析DB&ASM&CRS报警日志、操作系统命令和一些OSW日志。

　　分析并查找错误级错误信息7天内的所有日志，并将其提取

　　[root@ethanDB-1~]#tfactlanalyze-自7d

　　注意力

　　默认情况下，TFA 工具仅向根用户和网格用户授予使用权限，如果 Oracle 用户执行 tfactl 诊断采集命令，则将报告错误。建议同时授予 Oracle 用户在日常使用中使用 TFA 的权限。根用户可以使用以下命令将 oracle 用户添加到授权用户列表中：

　　[root@ethanDB-1~]#tfactlaccessadd用户

　　如果采集日志有空间管理要求，可以使用 tfactl set 命令进行设置，此处不再赘述。

　　TFA 中有哪些新增功能？

　　TFA 版本封装了 12.1.2.3.0 中许多现有的 Oracle 问题分析工具，包括 ORACHK、EXAchk、操作系统观察程序、监视程序、奥拉托普、SQLT、DARDA、警报摘要等，我们可以通过 TFACL 的接口调用这些工具。使用 TFA 的工具状态命令查看这些封装的工具以及状态：

　　[root@ethanDB-rac1 ~]# tfactl  toolstatus

.------------------------------------------------------------------.

| TOOLS STATUS - HOST : ethanDB-rac1 |

+----------------------+--------------+--------------+-------------+

| Tool Type | Tool | Version | Status |

+----------------------+--------------+--------------+-------------+

| Development Tools | orachk | 12.2.0.1.3 | DEPLOYED |

| | oratop | 14.1.2 | DEPLOYED |

+----------------------+--------------+--------------+-------------+

| Support Tools Bundle | darda | 2.10.0.R6036 | DEPLOYED |

| | oswbb | 8.1.2 | RUNNING |

| | prw | 12.1.13.11.4 | NOT RUNNING |

+----------------------+--------------+--------------+-------------+

| TFA Utilities | alertsummary | 12.2.1.1.0 | DEPLOYED |

| | calog | 12.2.0.1.0 | DEPLOYED |

| | dbcheck | 18.3.0.0.0 | DEPLOYED |

| | dbglevel | 12.2.1.1.0 | DEPLOYED |

| | grep | 12.2.1.1.0 | DEPLOYED |

| | history | 12.2.1.1.0 | DEPLOYED |

| | lcm | 18.4.0.0.0 | DEPLOYED |

| | ls | 12.2.1.1.0 | DEPLOYED |

| | managelogs | 12.2.1.1.0 | DEPLOYED |

| | menu | 12.2.1.1.0 | DEPLOYED |

| | param | 12.2.1.1.0 | DEPLOYED |

| | ps | 12.2.1.1.0 | DEPLOYED |

| | pstack | 12.2.1.1.0 | DEPLOYED |

| | summary | 12.2.1.1.0 | DEPLOYED |

| | tail | 12.2.1.1.0 | DEPLOYED |

| | triage | 12.2.1.1.0 | DEPLOYED |

| | vi | 12.2.1.1.0 | DEPLOYED |

'----------------------+--------------+--------------+-------------'

Note :-

DEPLOYED : Installed and Available - To be configured or run interactively.

NOT RUNNING : Configured and Available - Currently turned off interactively.

RUNNING : Configured and Available.

　　日常维护

　　如前所述，尽管TFA是在GI和RDBMS之外运行的产品，但它只是一个日志采集工具，不会对系统进行更改，并且操作系统上的负载压力是轻量级的，即使当前使用的版本和平台也是如此。但是，有时在检查数据库时，您会发现CPU负载相对较高，因为tfa检查占用了太多的CPU，并且由于非核心系统而决定关闭。

　　使用根执行。

　　-

　　-检查状态

　　#tfactl状态

　　--

　　自启动关断

　　#tfactl禁用

　　-

　　-关闭故障

　　#tfactl停止

　　总结

　　1. TFA是运行在GI和RDBMS之外的产品，只是一个日志采集工具，不会改变系统，操作系统上的负载压力是轻量级的，甚至与目前使用的版本和平台无关;因此，建议对数据库进行TFA配置，以便快速定位和分析问题。

　　2.TFA（跟踪文件分析器采集器）是从版本11.2启动的Oracle的官方解决方案，默认安装12c（含）以上的版本

　　3.TFA用于采集网格基础设施/ RAC环境中的诊断日志，特别是帮助用户使用非常简单的命令采集RAC中的日志以进行进一步诊断。

　　【官方网站参考】

　　操作系统观察程序（包括：[视频]）（文档 ID 301137.1）。

　　【官方网站参考】

　　TFA 采集器 - 带数据库支持工具包的 TFA（文档 ID 1513912.1

　　）。

　　/epmos/faces/Doc内容显示？_afrLoop=324296707082878&父=OSwatcher&source Id=下载&id=1513912.1&_afrWindowMode=0&_adf.ctrl-state=15cs9va4d8_102#快速入门

　　参考

　　参考

　　优化的解决方案:服务器多节点部署

　　pi如何使用云服务器进行节点内容选择

　　改变

　　Intelligent EdgeFabric通过托管用户的边缘节点，链接边缘和云端之间的数据，提供将云应用扩展到边缘的能力，同时提供统一的边缘节点/应用监控，云端日志采集等运维能力，为企业提供完整的边缘计算解决方案。本文介绍如何在 IEF 中快速注册边缘节点，并将应用程序从 IEF 交付到边缘节点。为了操作方便，本文使用ECS

　　区块链服务状态为“异常”。• 检查项目1：区块链所依赖的集群、服务器、存储等资源是否正常。• 检查项2：云服务器节点资源规格不足。检查项目一：区块链所依赖的集群、服务器、存储等资源是否正常。检查 CCE 集群状态。登录CCE控制台，点击资源管理>集群管理，查看异常区块链所在CCE集群的状态。如果集群状态异常，请根据CCE服务FAQ进一步定位：

　　pi如何使用云服务器作为节点相关内容

　　介绍了MRS集群的远程登录概念、节点类型和节点功能。MRS集群节点支持用户远程登录。远程登录包括界面登录和SSH登录两种方式： 界面登录：通过ECS管理控制台提供的远程登录功能，直接登录集群主节点的Linux界面。SSH登录：仅适用于Linux ECS。您可以使用远程登录工具（如PuTTY）登录ECS。此时，

　　SSH登录时，节点（弹性云服务器ECS）必须绑定弹性公网IP。只有运行的弹性云服务器才允许用户登录。Linux操作系统用户名为root。登录节点（弹性云服务器ECS）有两种方式： 远程登录管理控制台（VNC方式） 未绑定弹性公网IP的弹性云服务器可以通过远程登录方式直接登录由管理控制台提供。详情请参考：Linux云服务器远程

　　pi如何使用云服务器作为节点更多内容

　　在 CCE 中创建节点时，您选择使用密钥对或密码作为登录方法。当密钥对或密码丢失时，您可以登录ECS控制台重置节点密码。重置密码后，您可以使用密码登录CCE服务中的节点。登录方式请参见SSH密码登录。

　　

　　SAP系统中，除SAP HANA节点使用裸机服务器外，其他节点均使用ECS。跳转主机 ECS。访问服务器后，用户可以通过 SSH 协议跳转到 SAP HANA 和 SAP 应用节点。它还用于部署 SAP 客户端软件（如 SAP GUI、SAP HANA Studio 等）。NFS Server ECS，提供备份卷

　　SAP系统中，除SAP HANA节点使用裸机服务器外，其他节点均使用ECS。跳转主机 ECS。访问服务器后，用户可以通过 SSH 协议跳转到 SAP HANA 和 SAP 应用节点。它还用于部署 SAP 客户端软件（如 SAP GUI、SAP HANA Studio 等）。NFS Server 弹性云服务器，需要创建两个云服务

　　本章介绍如何使用ECS管理控制台提供的远程登录（VNC方式），以及如何使用密钥或密码（SSH方式）登录MRS集群中的节点。远程登录主要用于紧急运维场景。登录弹性云服务器进行相关维护操作。其他场景建议用户通过SSH登录。如果需要使用SSH登录集群节点，需要手动在集群的安全组规则中添加一个传入方向规则：其中源地址为“client”

　　SAP HANA运行在HANA云服务器上，需要创建两台HANA云服务器来部署SAP HANA软件。根据界面提示配置参数。确认信息无误后，阅读并选择“华为镜像免责声明”，然后点击“立即购买”，即可完成SAP HANA主节点云服务器的创建。创建 SAP HANA 备用节点的步骤与创建 SAP HANA 主节点的步骤基本相同。主要区别在于创建备用节点。

　　当集群不再使用时，可以使用集群删除功能来删除集群。如果不勾选“删除云服务器”，会持续扣减节点资源，订阅期资源需要手动退订。集群创建失败后，可以使用集群删除功能删除集群。删除时，不要选择“删除ECS”，然后使用“在现有节点上部署集群”功能重新部署集群。如果集群出现异常，无法手动恢复，可以使用集群删除功能删除集群。删除时不要选择“删除云服务器”

　　检查ECS使用的网卡安全组是否正确。在弹性云服务器详情页面查看网卡使用的安全组。检查198.19.128.0/20网段的IP地址是否允许安全组入方向。如果没有，请添加198.19.128.0/20网段的入方向规则。用户可以根据自己的实际业务场景添加入站方向规则。在弹性云服务器详情页面查看网卡使用的安全组。检查安全组的入方向是否允许 19

　　

　　ECS开发者资源、开发者资源、服务器使用情况

　　来自：产品

　　在创建 SAP HANA 主节点服务器时，会创建一个 SBD 共享卷，因此需要将该共享卷挂载到 SAP HANA 备用节点服务器上。另外，在创建SAP S/4HANA主节点服务器时会创建三个共享卷，所以这三个共享卷也需要分别绑定到SAP S/4HANA备节点服务器上。在左侧导航栏中，单击并选择计算 > ECS，进入ECS管理界面。在弹性

　　删除按需购买的集群/节点时，没有勾选“删除ECS”，所以只删除集群信息，ECS资源仍然收费。删除包周期类型的集群/节点时，只能删除集群信息，需要手动退订云服务器资源。如果管理节点使用购买EIP的选项，在删除集群时，即使勾选“删除云服务器”，绑定的EIP资源也不会被删除，需要用户手动清理。如果集群中的某个节点附加了数据盘，当集群/节点被删除时，

　　在 SAP B1 系统中，除了 SAP B1 节点，还需要创建以下节点： NAT（网络地址转换）服务器：租户对 SAP B1 云服务器的 SSH 访问需要通过 NAT 服务器重定向。SAP HANA Studio Server：用于安装SAP HANA Studio，用户可以使用RDP（Remote Desktop Protoco

　　原文链接：

　　原创文章，作者：优素盾-小U，如转载请注明出处：