Quelle est votre approche pour gérer les données awr | statspack?

Bonjour.

Prologue.

Il y a quelques questions qu'il est intéressant de clarifier avec le public impliqué depuis de nombreuses années.

Mais. Dans ma région marécageuse et basse, il y a aussi des gens dans le sujet: il y en a peu et la situation dans la direction informatique, dans la plupart des entreprises, n'est pas propice. J'essaierai donc de satisfaire ma curiosité avec l'aide de Habr. La question concerne l'approche de la gestion des données awr | statspack à partir d'une base de données oracle maintenue par des observables.

Donc au point.

Attacher

Nous parlons de l'analyse de cas avec la dégradation de la productivité de la subdivision et / ou des anomalies dans la consommation de certaines ressources, dans / pour le travail de subd. Dans le cas général, bien sûr, il peut y avoir de nombreux facteurs ici, et il peut être facile de prendre en compte toute hanganalisation, état du système, traces d'événements. Je veux dire soit le début de l'analyse des cas, lorsque le travail s'accompagne d'outils plus ou moins largement utilisés pour analyser l'état du subd. Ou de tels cas dans lesquels un examen détaillé du travail du code subd n'est pas nécessaire, c'est-à-dire facteurs d'incident - installés sans utiliser quoi que ce soit oradebug;

Bien. C'est-à-dire que ce sont des facteurs du type , , :;

A mon avis, un classique du genre, dans le traitement des données awr: il s'agit de regarder les rapports awr. Ils regardent les rapports awr: pour une raison, pour une raison quelconque. Ce besoin, toujours, vient du travail (ou pas du travail) accompagné de subd. Eh bien, et en conséquence: ils regardent avec un certain objectif - pour comprendre ce qui a causé un tel travail (ou non) de la subdivision observée.

En plus des rapports awr simples, il existe également des compare periodrapports awr. Bien. Il se trouve que les gens ont: SE et pas de pack de diagnostic, puis: statpack, en option, et il a également des rapports. L'un des prérequis d'une importance cruciale est l'efficacité de cette approche dans l'analyse de certains changements dans l'état de la subdivision: c'est le degré de compréhension de l'oracle subd, en tant que système de service des skl-teams, de celui qui est engagé dans cette réflexion.

..: , -. (event oracle-) -. (statistic oracle-) - .

: , - oracle-, , . ( ) , - .

, : OWI-based + , , + - — -. . , , , , ( ) — . : oracle ( oracle) zero administrative level; addm — . — , , /, — . : .

. : -/ awr-, — , — /. .

: , , — . — , . , , — , .

, , — , — . , , .

, , : , , , . (, , ), (, — ) .

, - , — -, . - — , , , : , — , .

: — /, — , — , , , : — . : , - .

..: , , , , : " " — . . , , - — , , / ..

, : , , , — . , - : , .

, , , : . . : - / , . -, etl-, . — , . — . .. — , , , .

— , : , . , awr|-, : , , — , . .., , : — . , ( ) — .

: N . , , — , , . . .

" : , … " EM-, EMG. . . , - -: , .. , , - , ash- - . , / — , . :

1. — . , - — . — . — .
2. — . . em-: -, jvm ORACLE_HOME — .. . xml-. - — . , , N xml-. — , -, xml-, .

..: , . — , .

, . , .

1. : awr|- — . .. /, , ( : ) — : /. .. — .
2. em-. . — . , . , -, awr-, - — , , / . . — , spviewer. — : / , /.
3. , , . . , , , , . , , .

. , , . awr-, : . . awr-: , , , DBA_HIST_* .

, SYS.WRH$_* ; : - sql-, awr, - OWI- . .., - , , em-, , , , , - (dba_hist_osstat) .

, , . , , , — //. , , em-, .

, — , , , , , awr|statspack-. . , awr|statspack-, em- ( ). — , : , - (. ).

, . : oracle-awr-report. . Why not, . , cmod u+x oracle-awr-report.py, sed- — .

, .

.. , emgc, at a glance , ;

, , . , , . : -, . — , /. ..: — , . ( ) — :

1

dmesg, - — : . , , , - , - ( -, -, ) — . -. /-, /-, , -: .

, , , : ? : ?.

, : : — , - . . em- — - - -.

, , sys.dba_hist_sqlstat. , -, -, awr-. :

, , Y- : , . , , sys.dba_hist_sqlstat, . , — , — / . , sys.dba_hist_osstat, , :

2

. : - , awr|statspack-, em-. , — , .

, , .

, .

. : , — , - — , : — / -, — sys.dba_hist_osstat. -: sys.dba_hist_sqlstat

, -. : — , .

..: user-, 2: - , sys.dba_hist_sqlstat — , awr- ( snap_id) - — . ..: , ..: . -, sys.dba_hist_sqlstat — - - (sys.dba_hist_sqlstat.cpu_time_delta) awr- ( snap_id).

, , - — , . ..: -: - , awr-, ..: , , -. . — — snap_id awr-. : .

sys.dba_hist_osstat, , , , — . , (-) -. , - -: , , , -, . Top-N (), , -.

(, ) 1-. . , , — -, -. (, — ) - ( ) . , — -.

, ;

rFSA-, cran-r

Attribute-importance .

, .. -, - -, - -, , - , , , — , . , , , -, :

3

: - /. , - /. , - /. , , , - — .

. — . : . . : user- -, , , ( - — ). ..: attribute-importance - .

: sys.dba_hist_stat_name, sys.dba_hist_sysstat. (cran-r randomForest) , :

, 5- . :

4

. , , : . , , -, , , . , , CR-. .., : , , , , . - — / , . : sys.dba_hist_seg_stat.

:



5

. — , , — .

: . , sys.dba_hist_sqltext — sql_id-, , - ( COMMAND_TYPE).

, sys.dba_hist_sqlstat — , - : . , -, , - - , .

, . : — , . : — , . , attribute-importance , , , — - . .. / . -.

, , , -, , , ml- / . : . — , , / , /cran-r; . , , .

ml- — , .. . . cran-r; -. : , , , oracle-. : why so.

/ : . , — . — , .

awr| — , , - -, , - . , ad-hoc , / ( ): . mmon- / , .. -, -. , awr-. , sys.WR[IHM]_* -, — / awr- , / .

: awr-. . . / / , , / , , — . , . , : , , ceph. , : atop-, .

- , , — - , , , . . : , - . , , , , -. , .

-, ( ). - - — , . , , , .

, , , .