oracle获取日志.docx
《oracle获取日志.docx》由会员分享，可在线阅读，更多相关《oracle获取日志.docx（15页珍藏版）》请在冰豆网上搜索。
oracle获取日志
1日志获取方法
1.1Oracle数据库日志
针对Oracle数据库出现的各种问题，为了全方位的定位问题，当遇到oracle数据库异常时，需要获取如下日志信息。
1.1.1bdump/udump日志
获取$ORACLE_BASE/admin/$SID/bdump，$ORACLE_BASE/admin/$SID/udump当天的日志。
如：
今天是6月16日，/u01/app/oracle/admin/test/bdump目录下：
-rw-r-----1oracleoinstall205370Jun1310:
59alert_test1.log
-rw-r-----1oracleoinstall8153Jun1310:
59test1_lgwr_16208.trc
-rw-r-----1oracleoinstall2791Jun1323:
20test1_m000_25387.trc
-rw-r-----1oracleoinstall2791Jun1423:
21test1_m000_20972.trc
-rw-r-----1oracleoinstall2790Jun1523:
22test1_m000_14356.trc
-rw-r-----1oracleoinstall166589Jun1610:
23test1_lmd0_16196.trc
/u01/app/oracle/admin/test/udump目录下当天的日志文件。
1.1.2Crs日志
crslog目录下crs的相关日志信息，如：
/u01/app/oracle/product/10.2.0/crs/log/hp101
drwxr-x---2oracleoinstall96May1514:
21admin
drwxr-x---2oracleoinstall96May1514:
22evmd
drwxr-x---2rootoinstall96May1514:
22crsd
drwxr-x---5oracleoinstall8192May1514:
38cssd
drwxrwxr-t5oracleoinstall8192May2117:
17racg
-rw-rw-r--1rootoinstall7750Jun316:
46alerthp101.log
drwxr-x---2oracleoinstall114688Jun1614:
06client
这些目录下当天的日志文件。
1.1.3监听器日志
监听器$ORACLE_HOME/network/log当天的日志信息：
/u01/app/oracle/product/10.2.0/db/network/log
$ll
total249696
-rw-r--r--1oracleoinstall126028387Jun1614:
14listener.log
-rw-r--r--1oracleoinstall1743147May2210:
15listener_hp101.log
-rw-r--r--1oracleoinstall3902Jun521:
26sqlnet.log
1.1.4Awr报告
故障发生阶段一个小时的awr报告，获取方法如下。
生成awrreport执行：
SQL>@?
/rdbms/admin/awrrpt.sql
CurrentInstance
~~~~~~~~~~~~~~~~
DBIdDBNameInstNumInstance
-------------------------------------------
1939003356TEST1test1
SpecifytheReportType
~~~~~~~~~~~~~~~~~~~~~~~
WouldyoulikeanHTMLreport,oraplaintextreport?
Enter'html'foranHTMLreport,or'text'forplaintext
Defaultsto'html'
Entervalueforreport_type:
html
TypeSpecified:
html（此处建议输入html）
Specifythenumberofdaysofsnapshotstochoosefrom
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Enteringthenumberofdays（n）willresultinthemostrecent
（n）daysofsnapshotsbeinglisted.Pressingwithout
specifyinganumberlistsallcompletedsnapshots.
Entervaluefornum_days:
1（输入多少天以来，例子输入是1天）
Listingthelast30daysofCompletedSnapshots
Snap
InstanceDBNameSnapIdSnapStartedLevel
--------------------------------------------------------
test1TEST10912月200717:
261
20912月200717:
351
30912月200717:
351
40912月200717:
351
50912月200717:
351
SpecifytheBeginandEndSnapshotIds
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Entervalueforbegin_snap:
4（输入快照ID）
BeginSnapshotIdspecified:
1
Entervalueforend_snap:
5（输入快照ID）
EndSnapshotIdspecified:
5
SpecifytheReportName
~~~~~~~~~~~~~~~~~~~~~~~
Thedefaultreportfilenameisawrrpt_1_4_5.html.Tousethisname,
presstocontinue,otherwiseenteranalternative.
Entervalueforreport_name:
awrrpt_test1_20071209.html（输入报告名）
1.1.5Ash报告
故障发生阶段的ash报告（时间段越短越好，一般在5-30分钟之间），具体获取发放如下。
Ash报告生成：
SQL>@?
/rdbms/admin/ashrpt.sql
CurrentInstance
~~~~~~~~~~~~~~~~
DBIdDBNameInstNumInstance
-------------------------------------------
1952945692TEST1test1
SpecifytheReportType
~~~~~~~~~~~~~~~~~~~~~~~
Enter'html'foranHTMLreport,or'text'forplaintext
Defaultsto'html'
Entervalueforreport_type:
html
TypeSpecified:
html（此处建议输入html）
InstancesinthisWorkloadRepositoryschema
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
DBIdInstNumDBNameInstanceHost
--------------------------------------------------------
19529456922TESTtest2hp102
*19529456921TESTtest1hp101
Defaultstocurrentdatabase
Usingdatabaseid:
1952945692
Defaultstocurrentinstance
Usinginstancenumber:
1
ASHSamplesinthisWorkloadRepositoryschema
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
OldestASHsampleavailable:
08-Jun-0823:
00:
33[11000minsinthepast]
LatestASHsampleavailable:
16-Jun-0814:
20:
02[0minsinthepast]
SpecifythetimeframetogeneratetheASHreport
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Enterbegintimeforreport:
--Validinputformats:
--Tospecifyabsolutebegintime:
--[MM/DD[/YY]]HH24:
MI[:
SS]
--Examples:
02/23/0314:
30:
15
--02/2314:
30:
15
--14:
30:
15
--14:
30
--Tospecifyrelativebegintime:
（startwith'-'sign）
---[HH24:
]MI
--Examples:
-1:
15（SYSDATE-1Hr15Mins）
---25（SYSDATE-25Mins）
Defaultsto-15mins
Entervalueforbegin_time:
06/16/0813:
10:
00（输入报告开始时间，输入的时候注意时间格式）
Reportbegintimespecified:
06/16/0813:
10:
00
Enterdurationinminutesstartingfrombegintime:
DefaultstoSYSDATE-begin_time
PressEntertoanalyzetillcurrenttime
Entervalueforduration:
10（输入时间长度，这里输入的是10分钟）
Reportdurationspecified:
10
Using16-Jun-0813:
10:
00asreportbegintime
Using16-Jun-0813:
20:
00asreportendtime
SpecifySlotWidth（usingashrpti.sql）for'ActivityOverTime'section
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--Explanation:
--Inthe'ActivityOverTime'sectionoftheASHreport,
--theanalysisperiodisdividedintosmallerslots
--andtopwaiteventsarereportedineachofthoseslots.
--Default:
--Theanalysisperiodwillbeautomaticallysplitupto10slots
--complyingtoaminimumslotwidthof
--1minute,ifthesourceisV$ACTIVE_SESSION_HISTORYor
--5minutes,ifthesourceisDBA_HIST_ACTIVE_SESS_HISTORY.
SpecifySlotWidthinsecondstouseinthe'ActivityOverTime'section:
Defaultstoavalueasexplainedabove:
SlotWidthspecified:
SpecifyReportTargets（usingashrpti.sql）togeneratetheASHreport
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--Explanation:
--ASHReportcanaccept"ReportTargets",
--likeaparticularSQLstatement,oraparticularSESSION,
--togeneratethereporton.Ifoneormorereporttargetsare
--specified,thenthedatausedtogeneratethereportwillonlybe
--theASHsamplesthatpertaintoALLthespecifiedreporttargets.
--Default:
--Ifnoneofthereporttargetsarespecified,
--thenthetargetdefaultstoallactivityinthedatabaseinstance.
SpecifySESSION_ID（eg:
fromV$SESSION.SID）reporttarget:
DefaultstoNULL:
SESSIONreporttargetspecified:
SpecifySQL_ID（eg:
fromV$SQL.SQL_ID）reporttarget:
DefaultstoNULL:
（%and_wildcardsallowed）
SQLreporttargetspecified:
SpecifyWATI_CLASSname（eg:
fromV$EVENT_NAME.WAIT_CLASS）reporttarget:
[Enter'CPU'toinvestigateCPUusage]
DefaultstoNULL:
（%and_wildcardsallowed）
WAIT_CLASSreporttargetspecified:
SpecifySERVICE_HASH（eg:
fromV$ACTIVE_SERVICES.NAME_HASH）reporttarget:
DefaultstoNULL:
SERVICEreporttargetspecified:
SpecifyMODULEname（eg:
fromV$SESSION.MODULE）reporttarget:
DefaultstoNULL:
（%and_wildcardsallowed）
MODULEreporttargetspecified:
SpecifyACTIONname（eg:
fromV$SESSION.ACTION）reporttarget:
DefaultstoNULL:
（%and_wildcardsallowed）
ACTIONreporttargetspecified:
SpecifyCLIENT_ID（eg:
fromV$SESSION.CLIENT_IDENTIFIER）reporttarget:
DefaultstoNULL:
（%and_wildcardsallowed）
CLIENT_IDreporttargetspecified:
SpecifyPLSQL_ENTRYname（eg:
"SYS.DBMS_LOB.*"）reporttarget:
DefaultstoNULL:
（%and_wildcardsallowed）
PLSQL_ENTRYreporttargetspecified:
SpecifytheReportName
~~~~~~~~~~~~~~~~~~~~~~~
Thedefaultreportfilenameisashrpt_1_0616_1320.html.Tousethisname,
presstocontinue,otherwiseenteranalternative.
Entervalueforreport_name:
/home/oracle/ash0616_1.html（输入报告名称）
生成的报告会保存在/home/oracle/目录下。
1.2金融基础件1.0日志分析处理
运维人员要养成定期检查AR、AS中间件、管理客户端功能日志信息的习惯，从中有时可能会尽早发现一些异常和错误的线索，为预防问题和解决问题提供帮助。
1.2.1AR/AS日志的获取方法
记录AR日志的方法：
AR配置文件中需进行配置：
a.配置插件fsc_data_capture_ht，语句为：
b.中enable需要设置为’yes’
该文件的查看方法：
可以使用ct工具，将DC_csas_20110329.dc放到workspace目录下，然后进入workspace目录，运行：
/home/whb/linux.i386/Bin/ct 然后运行genDC_csas_20110329就可以了，会把该文件转换为DC_csas_20110329.xml。
记录AS日志的方法：
a.hs_log.xml必须在workspace目录。
b.在AS的配置文件中需要加载syslog插件，语句为：
c.在workspace目录必须有log的文件夹。
日志文件放在工作目录的log子目录下，此子目录需要手工创建。
日志文件按日期存放，文件名格式：
组名_yyyymmdd.log
FBASE日志记录了：
当前日志所属日志信息的编号、发生时间、所属模块、发生位置、详细信息；
通过日志文件，可以了解到AS/AR的启动/退出时间，启动时是否存在错误，比如数据库连接失败，内存数据库初始化异常。
在运行过程中，还会记录数据库操作的异常等。
1.2.2通信异常日志rudp.log
位于工作目录之下，由通信库记录其检测到的通信非正常断开的情况。
1.2.3AR捕获异常数据包日志
日常运维中,需要增加对于AR的工作目录下ardiscard.log文件的关注，如果在工作目录下存在该文件，且文件大小非0，说明至少有一个应用发送了非法报文，据此定位是哪个应用发送了非法报文，是什么原因发送出来的，以避免问题扩大。
1.2.4管理客户端监控日志
当核心AR/AS监控，发现请求压积告警时，会自动保存管理客户端Admin目录下的core-yyyymmdd.txt文件中。
在核心监控日志文件中，请求积压告警消息的中主要信息有：
监测到压积的时间戳、AS组名、AS编号、请求积压个数、各线程当前处理请求信息（每一个线程一项，每项内容为：
[最后处理的请求功能号，处理状态，已处理请求数]）
例如：
2006-12-2110:
18:
52:
提示：
AS[as_nbop]编号[1]请求积压[809]个!
各线程当前处理请求为：
[12548,2,20730][22001,2,30285][23702,2,30144][22001,2,29771][22001,2,29340][22001,2,30397][1202,2,30276][22001,2,30191][500000,2,29537][500000,2,30348][22001,2,30418][1202,2,30207][22003,2,29966][22001,2,29865][22001,2,30008]
一般请求出现积压的情况，会在多个AS节点同时发生，所以在分析核心监控日志文件时，先要按时间顺序，把同一个AS节点的压积告警消息挑出来，作对比。
然后对比同一个AS各处理线程的请求处理情况，即检查相邻检测点上，同一个处理线程所处理的请求是否发生变化，已处理请求数是否发生变化、功能号是否发生变化。
特别要注意同一处理线程，在二个相邻检测点上，已处理请求数不变的情况，说明当前请求的处理时已超过了一个检测间隔（几秒），这一般是非正常情况，可能后台数据库处理该功能有异常。
在分析核心监控日志中的请求压积信息时，可以结合当时的功能统计数据，分析是该时段哪些功能被执行过，执行性能是否有异常。
1.2.5管理客户端功能统计日志
在本机时间11:
35及15:
05分或出现AS请求积压告警时自动获取，采集所有核心AS上的功能处理统计数据，保存在管理客户端工作目录下，文件名：
AS组名_编号_mmddhhnn.csv，可通过该文件分析AS对功能的处理情况。
上述数据日志文件为规则二维表，均可用Excel打开进行排序和运算操作，第一行为字段名，其余各行为每个功能号的相关统计数据；主要字段（列）说明：
func_no
功能号
func_caption
功能说明
enable
功能是否启用，1启用，0禁用
file_name
功能所在的业务组件库名
total
功能被执行的次数（自AS启动以来）
time
功能执行累计耗时，单位毫秒
ave_time
平均执行时间，即time/total。
max_time
最长的一次执行时间
min_time
升级会员 