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