乱爱性全过程免费视频/午夜毛片视频/中文字幕av三区/一级视频网址

當(dāng)前位置： 維易PHP培訓(xùn)學(xué)院 > 服務(wù)器運(yùn)維 > 內(nèi)容正文

單卡12.8TB閃存卡到底怎么用？

作者：VEPHP   時(shí)間 2017-09-18

《單卡12.8TB閃存卡到底怎么用？》要點(diǎn)：
本文介紹了單卡12.8TB閃存卡到底怎么用？，希望對(duì)您有用。如果有疑問(wèn)，可以聯(lián)系我們。

作者介紹

蔣健,云趣網(wǎng)絡(luò)科技聯(lián)合創(chuàng)始人,11gOCM,多年Oracle設(shè)計(jì)、管理及實(shí)施經(jīng)驗(yàn),精通數(shù)據(jù)庫(kù)優(yōu)化,OracleCBO及并行原理,曾為多個(gè)行業(yè)的客戶的Oracle系統(tǒng)實(shí)施小型機(jī)到X86跨平臺(tái)遷移和數(shù)據(jù)庫(kù)優(yōu)化服務(wù).云趣鷹眼監(jiān)控核心設(shè)計(jì)和開(kāi)發(fā)者,資深PythonWeb開(kāi)發(fā)者.

一、概述

通常,DBA確定通過(guò)Oracle的頂級(jí)活動(dòng)會(huì)話圖確定TopSQL,有了SQL的執(zhí)行會(huì)話信息和SQL文本,可以和開(kāi)發(fā)人員確定TopSQL來(lái)自哪些應(yīng)用模塊的.有時(shí)候,OracleDBA需要自己確認(rèn)SQL的來(lái)源,本文將演示如何使用Oracle提供豐富的跟蹤功能,來(lái)確認(rèn)遞歸SQL的調(diào)用者來(lái)源.

二、問(wèn)題描述

通過(guò)頂級(jí)會(huì)話頁(yè)面,DBA發(fā)現(xiàn)一個(gè)異常的TopSQL,SQLID為c7452agj0s0t6,消耗了9%的數(shù)據(jù)庫(kù)時(shí)間.

Oracle

通過(guò) SQL 詳情頁(yè)面,可以確定 SQL c7452agj0s0t6 的用戶名和模塊,但是沒(méi)有確定 SQL c7452agj0s0t6 是哪個(gè)客戶機(jī)器造成的.

SQL

從 SQL 的文本中,這是一個(gè)針對(duì)系統(tǒng)視圖 V$ACTIVE_SESSION_HISTORY 的查詢.

SELECT GROUP_TYPE, BUCKET_START, BUCKET_END, TM_GROUP_TYPE, TM_BUCKET_START,

TM_BUCKET_END, SUM(TM_CPU_FIRST_BUCKET_VALUE) TM_CPU_FIRST_BUCKET_VALUE,

SUM(TM_CPU_MIDDLE_BUCKETS_VALUE) TM_CPU_MIDDLE_BUCKETS_VALUE,

… 省略大量 SQL 文本

FROM TABLE(SYS.GV$(CURSOR(

… 省略大量 SQL 文本

SELECT ASH0.*

FROM V$ACTIVE_SESSION_HISTORY ASH0

… 省略大量 SQL 文本

通過(guò) SQL 的活動(dòng)會(huì)話信息,可以確定執(zhí)行該 SQL 的進(jìn)程為后臺(tái) PZ 進(jìn)程,這些會(huì)話的 QC(query coordinator)不為空,也就是這是針對(duì)視圖 V$ACTIVE_SESSION_HISTORY 的并行查詢?cè)斐傻?因?yàn)閳?zhí)行時(shí)間很短,并且執(zhí)行此 SQL 的會(huì)話為短連接,無(wú)法查詢到 QC 會(huì)話的來(lái)源.

QC 會(huì)話

三、SQLID級(jí)別的跟蹤分析

為了確定SQLc7452agj0s0t6的來(lái)源,我們使用Oracle11g中的新功能,對(duì)單個(gè)SQLID打開(kāi)10046事件跟蹤,命令如下：

alter system set events ‘sql_trace [sql language=”:c7452agj0s0t6″][/sql] wait=true,bind=true,plan_stat=all_executions,level=12’;

通過(guò)以下查詢確定 trace 文件的產(chǎn)生目錄：

select value from v$diag_info where name=’Default Trace File’;

對(duì)最新生成的 PRDDB_oraxxx.trc 執(zhí)行 grep c7452agj0s0t6,找到跟蹤文件如下,可以確定該的客戶端為 testapp.通過(guò) dep=2,知道 SQL c7452agj0s0t6 為深度二級(jí)的遞歸 SQL,并不是用戶直接提交的 SQL.我們依然不知道這個(gè)遞歸 SQL 具體由什么 SQL 調(diào)用的.

*** 2016-10-14 09:34:13.921

*** SESSION ID:(329.41269) 2016-10-14 09:34:13.921

*** CLIENT ID:() 2016-10-14 09:34:13.921

*** SERVICE NAME:(PRDDB) 2016-10-14 09:34:13.921

*** MODULE NAME:(python@testapp (TNS V1-V3)) 2016-10-14 09:34:13.921

*** ACTION NAME:() 2016-10-14 09:34:13.921

… 省略大量文本

=====================

PARSING IN CURSOR #139987897061528 len=11079 dep=2 uid=87 oct=3 lid=87 tim=1476408854404253 hv=3792438054 ad=’21b01ba960′ sqlid=’c7452agj0s0t6′

關(guān)閉 SQL ID 跟蹤的命令如下：

alter system set events ‘sql_trace [sql language=”:c7452agj0s0t6″][/sql] off’;

四、會(huì)話級(jí)別的跟蹤分析

為了確認(rèn)什么SQL調(diào)用了c7452agj0s0t6,我們需要在會(huì)話級(jí)別打開(kāi)10046跟蹤,因?yàn)閳?zhí)行SQLc7452agj0s0t6的會(huì)話是短連接,我們創(chuàng)建一個(gè)針對(duì)用戶APPUSER的logon觸發(fā)器,下次這個(gè)用戶登錄時(shí)會(huì)啟動(dòng)10046跟蹤.

create or replace trigger sys.set_trace

after logon on database

when (user in (‘APPUSER’))

declare

begin

execute immediate ‘alter session set statistics_level=all’;

execute immediate ‘alter session set max_dump_file_size=unlimited’;

execute immediate ‘alter session set events ”10046 trace name context forever, level 12”’;

end set_trace;

/

接著,在跟蹤文件目錄中找到最新生成的跟蹤文件 PRDDB1_ora_10452.trc 包含 SQL ID c7452agj0s0t6.接著我們使用 orasrp 這個(gè)工具分析10046跟蹤文件. orasrp 為 Oracle Session Resource Profiler,出自一位俄羅斯 DBA 的強(qiáng)大的10046分析工具,網(wǎng)址為：http://oracledba.ru/orasrp/

orasrp PRDDB1_ora_10452.trc PRDDB1_ora_10452.html

orasrp相對(duì)于 Oracle 自帶的 tkprof,功能更加強(qiáng)大,其中一大優(yōu)勢(shì)是會(huì)生成會(huì)話的遞歸調(diào)用樹(shù).遞歸調(diào)用樹(shù)(Session Call Graph)部分如下圖,SQL hash value=3792438054 為 SQL c7452agj0s0t6,深度為2,頂級(jí)的 SQL hash value = 2036392974.

 

遞歸調(diào)用樹(shù)

頂級(jí) SQL 文本如下,原來(lái) SQL c7452agj0s0t6 是由 dbms_sqltune.report_sql_monitor 這個(gè)生成 SQL Monitor 報(bào)告的函數(shù)遞歸調(diào)用的.確定是前幾天新部署的監(jiān)控 job,在后臺(tái)定時(shí)抓取和保存新生成的 SQL monitor 報(bào)告,但是執(zhí)行過(guò)于頻繁.解決的方法為降低后臺(tái) job 的執(zhí)行頻率,對(duì)每次抓取 SQL monitor 的執(zhí)行時(shí)間提高限制.

select dbms_sqltune.report_sql_monitor(type=>:1, sql_id=>:2, sql_exec_id=>:3, report_level=>’ALL’) monitor_report from dual;

確定問(wèn)題來(lái)源之后,刪除 logon 觸發(fā)器,避免過(guò)多的跟蹤文件產(chǎn)生：

drop trigger sys.set_trace;

五、總結(jié)

本文演示了如果在Oracle中分別使用SQLID和會(huì)話級(jí)別的10046跟蹤,以確定遞歸SQL的調(diào)用源頭來(lái)自PL/SQL函數(shù)dbms_sqltune.report_sql_monitor.現(xiàn)實(shí)工作中,使用類似的方法,可以對(duì)PL/SQL代碼性能,Oracle解析時(shí)間過(guò)長(zhǎng)等疑難雜癥進(jìn)行分析.對(duì)于DBA來(lái)說(shuō),使用orasrp對(duì)10046跟蹤文件生成的遞歸調(diào)用樹(shù),也是研究應(yīng)用負(fù)載特征的一個(gè)好手段.

文章出處：DBAplus社群(訂閱號(hào)ID：dbaplus)

轉(zhuǎn)載請(qǐng)注明本頁(yè)網(wǎng)址：
http://www.fzlkiss.com/jiaocheng/4382.html


    標(biāo)簽：