分析神器：Oracle日志采集工具TFA详解
5墨值下载
分析“神器”：
日志采集工具
详解
【前言】
大家都知道，
库异常情况下，大家在分析异常时刻的日志或向
官网提交
相关日志时，如何快速、准确的搜集日志是一件很头痛的事。可以说
日志信息收集
是一个需要技巧的“高消耗”体力活。有什么方法可以简化这个过程，让大家时间和精力用
在刀刃上？
本人最近向
提交
，因为是两节点的
环境，提交异常日志信息特别繁琐，遂想
起
工具，查看文章
文档
!"##!$%#
一文时看到更
为强大的
工具，因此有了此文。本文将讲述省心省力的一个搜集
&
分析工具
。
【正文】
大家都经历过这样的至暗时刻，在库有异常时，分析日志是一个必经的过程；
单库
的
日志、
文件可供分析，日志数量不多、搜集方便，分析过程尚不复杂；但分析
对 象 如 果 是
架 构 ， 如 数 据 库 发 生 了 一 次
'
住 的 异 常 ， 可 能 需 要 收 集
()
、
*
、
'
、
，
+
等等的日志信息，这项工作就是一个噩梦。即使在常见的两
节点
环境中，也需花费不少的时间和经历来收集日志信息，且后续还可能持续补充日
志收集。
还有就是如果搜集日志信息时系统环境差异性
&
不熟悉、筛选故障时间点的特定日志、带搜
集日志节点较多、环境存在文件管控等情况下，均可能影响收集日志信息的效率和准确度
进从而影响对问题分析定位的进度和增加排故时间。
一个很现实的问题：如何减少日志收集所消耗的时间并提高准确度，将更多的精力和时间
用于真正的问题分析中去？
提交过
的童鞋都知道，
官方给了一种日志搜集的工具
，官方介
绍如下（
文档
!"##!$%#
）
,-..+
+((+(/0112))2)1/'
0)% 3 ' ) 4
/2%0+((1212)'/
/(1/504-/20+11
.1)%+(()12+1)1
#%+((61+
7% +(( 8./0++ 09 )/0 1. .
1'1))
:)1'+(;%
简述
+((
首先是在
标准
许可下的一个日志搜集工具，不像
'
需要
交纳额外的费用，
+((
作用是更佳的搜集诊断信息给
，以便得到更快速的服务
支持。
+((
包含两部分：
#%
搜集和存储数据的
6
脚本；
7%
自动分析
8.
工具，可
提供建议和以图形和页面形式展示信息。
（
+((
）有两种安装方式，一种是
，一种是以
集成方式安装；
官网介绍如下：
%'.++0'.0.0.5(
+.)0
'12 (11:%+
)/0%+1'(%)0)0
.%
考虑到
模式大家都很熟悉，本文主要讲述
方式（该工具内嵌
）
首先，还是介绍下
TRA
是个什么嘛？
在
<
（
）排故时，最繁琐的是及时、准确的收集各个节点上和问题相关的日志和诊断
数据。
里的
日志文件是轮循使用的，如果不及时收集日志就会被覆盖。以往，对
于
<
的日志收集经常使用
'/%1
脚本，但该脚本的弊端是会把所有的
日志从头至尾都收集一遍，不会识别日志里内容。使用
'/%1
收集的日志量非常
大，且
'/%1
的脚本必须要在各个节点上分别使用
用户分别运行。
基本上克服了上边的这些问题，
通过在每一个节点上运行一个
=.
的虚拟环境，来
判断什么时候需要启动来收集，压缩日志，并且来判断哪些日志是解决问题必要，
是
运行在
<
和
:*
之外的产品，只是一个日志收集工具，不会对系统产生变更，对
的
负载压力是轻量级，甚至和当前使用的版本和平台都没有关系。
简言之
09
是从
##%7
版本上推出
官方解决方案，
#7
（包
含）以上版本默认安装；作用为收集
<2&
环境下的诊断日志，尤其是可
以用非常简单的命令协助用户收集
里的日志，以便进一步进行诊断。
of 15
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
文档被以下合辑收录
评论