Le Dump dans oracle

Date de publication : le 26 Septembre 2005

1. Oradebug

Oradebug est un utilitaire oracle qui consiste à produire des dumps, seulement, il est moins documenté. Son utilisation oblige le compte SYS.

Il a une liste de commandes très riche qui consiste à tracer les processus ou de voir le contenu de la structure de la mémoire. Certaines de ces commandes sont capables de modifier ces contenus.

Il faut faire très attention à l'utilisation des ces commandes. Ils peuvent corrompre votre base.


SQL> oradebug help
HELP           [command]                 Describe one or all commands
SETMYPID                                 Debug current process
SETOSPID       (ospid)                   Set OS pid of process to debug
SETORAPID      (orapid) ['force']        Set Oracle pid of process to debug
SHORT_STACK                              Dump abridged OS stack
DUMP           (dump_name) (lvl) [addr]  Invoke named dump
DUMPSGA        [bytes]                   Dump fixed SGA
DUMPLIST                                 Print a list of available dumps
EVENT          (text)                    Set trace event in process
SESSION_EVENT  (text)                    Set trace event in session
DUMPVAR        (p|s|uga> (name) [level]  Print/dump a fixed PGA/SGA/UGA variable

DUMPTYPE       (address) (type) (count)  Print/dump an address with type info
SETVAR         (p|s|uga) (name) (value)  Modify a fixed PGA/SGA/UGA variable
PEEK           (addr) (len) [level]      Print/Dump memory
POKE           (addr) (len) (value)      Modify memory
WAKEUP         (orapid)                  Wake up Oracle process
SUSPEND                                  Suspend execution
RESUME                                   Resume execution
FLUSH                                    Flush pending writes to trace file
CLOSE_TRACE                              Close trace file
TRACEFILE_NAME                           Get name of trace file
LKDEBUG                                  Invoke global enqueue service debugger
NSDBX                                    Invoke CGS name-service debugger
-G             (Inst-List | def | all)   Parallel oradebug command prefix
-R             (Inst-List | def | all)   Parallel oradebug prefix (return output

SETINST        (instance# .. | all)      Set instance list in double quotes
SGATOFILE      (SGA dump dir)         Dump SGA to file; dirname in double quotes

DMPCOWSGA      (SGA dump dir) Dump and map SGA as COW; dirname in double quotes
MAPCOWSGA      (SGA dump dir)         Map SGA as COW; dirname in double quotes
HANGANALYZE    [level] [syslevel]        Analyze system hang
FFBEGIN                                  Flash Freeze the Instance
FFDEREGISTER                             FF deregister instance from cluster
FFTERMINST                               Call exit and terminate instance
FFRESUMEINST                             Resume the flash frozen instance
FFSTATUS                                 Flash freeze status of instance
SKDSTTPCS      (ifname)  (ofname)        Helps translate PCs to names
WATCH          (address) (len) (self|exist|all|target)  Watch a region of memory

DELETE         (local|global|target) watchpoint (id)    Delete a watchpoint
SHOW           (local|global|target) watchpoints        Show  watchpoints
CORE                                     Dump core without crashing process
UNLIMIT                                  Unlimit the size of the trace file
PROCSTAT                                 Dump process statistics
CALL           (func) [arg1] ... [argn]  Invoke function with arguments
SQL>

Les commandes les plus utilisées sont :

setmypid, setospid, setorapid, dump, event, session_event, ipc, wakeup, and tracefile_name.

La commande dumplist affiche tous les dumps disponibles, comme la liste des commandes concernant la structure interne d'oracle.

Par exemple en 10g Release 2:

SQL> oradebug dumplist
EVENTS
TRACE_BUFFER_ON
TRACE_BUFFER_OFF
HANGANALYZE
LATCHES
PROCESSSTATE
SYSTEMSTATE
INSTANTIATIONSTATE
REFRESH_OS_STATS
CROSSIC
CONTEXTAREA
HEAPDUMP
...

En plus de l'utilitaire oradebug, les commandes ALTER SYSTEM et ALTER SESSION peuvent être utilisés pour produire les dumps et les fichiers traces.

1.1. Utilisation de oradebug

Pour cetaine commandes, vous devez avoir le numéro SPID pour utiliser les commandes de oradebug. On peut trouver le SPID des processes par la requêtte suivante :

SQL> select a.username, a.sid, a.serial#, b.spid from v$session a, v$process b
  2  where a.paddr=b.addr;

USERNAME                              SID    SERIAL# SPID
------------------------------ ---------- ---------- ------------
                                      170          1 4008
                                      169          1 4012
                                      168          1 4016
                                      167          1 4044
                                      166          1 4048
                                      165          1 4052
                                      164          1 4056
                                      163          1 4060
                                      162          1 4064
                                      161          1 4068
                                      160          1 4084
                                      143        996 3004
                                      154          1 3028
DBSNMP                                148          1 3776
                                      152          3 3356
                                      151          1 3532
SYS                                   141        505 564
SYSMAN                                139          3 4000
SYSMAN                                132          2 352
SYSMAN                                131          2 360

20 ligne(s) sÚlectionnÚe(s).

SQL>

Une fois le SPID est trouvé,

sql> oradebug setospid (spid)
sql> oradebug unlimit

Dans notre exemple on va prendre SPID=564,

SQL> oradebug setospid 564
Instruction traitÚe.
SQL> oradebug unlimit
Instruction traitÚe.
SQL>

L'utilisation de la commande unlimit, enlève les restrictions sur la taille du fichier trace imposé dans le paramètre d'initialisation.

Certains commandes ne nécessite pas le SPID, par exemple la commande IPC. Une autre commande qui ne necessite pas de SID est la commande DUMPLIST.

2. Dump du bloc oracle

Il est utile de faire un dump sur un bloc de données pour avoir plus de precision sur un bloc corrompus, ou dans certains situations de restauration pour avoir le SCN d'un bloc.

Les methodes suivantes consiste à faire un dump du bloc de données concerné dans un fichier trace qui se trouvera dans le repertoire UDUMP.

Si le parametre caché _TRACE_FILES_PUBLIC est mis à TRUE, n'importe qu'elle utilisateur ayant accés au serveur oracle peut visualiser le contenu du fichier trace, ce qui compromis la securité et la confidentialité des données.

2.1. Utilisation de ALTER SYSTEM

Ici on fait le dump d'un seule bloc.
. (file#) : désigne le numéro de fichier
(block#): désigne le numéro du bloc


alter system dump datafile (file#) block (block#);

Ici on fait le dump d'un ensemble de blocs :


alter system dump datafile (file#) block min (min_block#) block max (max_block#);

Par exemple pour identifier le numéro de fichier et le numéro de bloc pour un segement (SYSTEM). La vue DBA_EXTENTS peut être utiliser pour avoir cette information :


SQL> select file_id, block_id, blocks from   dba_extents where  segment_name = 'SYSTEM';

   FILE_ID   BLOCK_ID     BLOCKS
---------- ---------- ----------
         1          9          8
         1         17          8
         1        385          8
         1        393          8
         1        401          8
         1        409          8

6 ligne(s) sÚlectionnÚe(s).

SQL>

Pour faire un dump du bloc 393 du fichier 1 :


alter system dump datafile 1 block 393;

Pour faire un dump à partir du bloc 393 jusqu'au bloc 395 du fichier 1 :


alter system dump datafile 1 block min 393 block max 395;

Redo thread mounted by this instance: 1

Oracle process number: 15

Windows thread id: 2764, image: ORACLE.EXE (SHAD)


*** 2005-09-25 16:48:42.949
*** SERVICE NAME:(SYS$USERS) 2005-09-25 16:48:42.888
*** SESSION ID:(159.1289) 2005-09-25 16:48:42.888
Start dump data blocks tsn: 0 file#: 1 minblk 393 maxblk 393
buffer tsn: 0 rdba: 0x00400189 (1/393)
scn: 0x0000.001cd6da seq: 0x01 flg: 0x04 tail: 0xd6da0201
frmt: 0x02 chkval: 0x47b9 type: 0x02=KTU UNDO BLOCK
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x074CA800 to 0x074CC800
74CA800 0000A202 00400189 001CD6DA 04010000  [......@.........]
74CA810 000047B9 00300000 00000034 1F1F0039  [.G....0.4...9...]
...
...
********************************************************************************
UNDO BLK:  
xid: 0x0000.030.00000034  seq: 0x39  cnt: 0x1f  irb: 0x1f  icl: 0x0   flg: 0x0000
 
 Rec Offset      Rec Offset      Rec Offset      Rec Offset      Rec Offset
---------------------------------------------------------------------------
0x01 0x1eec     0x02 0x1df0     0x03 0x1cf4     0x04 0x1bf8     0x05 0x1afc     
0x06 0x1a00     0x07 0x1904     0x08 0x1808     0x09 0x170c     0x0a 0x1610     
0x0b 0x1514     0x0c 0x1418     0x0d 0x131c     0x0e 0x1220     0x0f 0x1124     
0x10 0x1028     0x11 0x0f2c     0x12 0x0e30     0x13 0x0d34     0x14 0x0c38     
0x15 0x0b3c     0x16 0x0a40     0x17 0x0944     0x18 0x0848     0x19 0x074c     
0x1a 0x0650     0x1b 0x0554     0x1c 0x0458     0x1d 0x035c     0x1e 0x0260     
0x1f 0x0164     
 
*-----------------------------
* Rec #0x1  slt: 0x00  objn: 15(0x0000000f)  objd: 15  tblspc: 0(0x00000000)
*       Layer:  11 (Row)   opc: 1   rci 0x00   
Undo type:  Regular undo    Begin trans    Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x00000000
*-----------------------------
uba: 0x00400188.0038.1f ctl max scn: 0x0000.001af6a7 prv tx scn: 0x0000.001af6a8
txn start scn: scn: 0x0000.001c7e27 logon user: 0
 prev brb: 4194693 prev bcl: 0
KDO undo record:
KTB Redo 
op: 0x04  ver: 0x01  
op: L  itl: xid:  0x0000.014.00000034 uba: 0x00400188.0038.1f
                      flg: C---    lkc:  0     scn: 0x0000.001c7e26
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x0040006a  hdba: 0x00400069
itli: 1  ispac: 0  maxfr: 4863
tabn: 0 slot: 8(0x8) flag: 0x2c lock: 0 ckix: 0
ncol: 17 nnew: 12 size: 0
col  1: [ 9]  5f 53 59 53 53 4d 55 38 24
col  2: [ 2]  c1 02
col  3: [ 2]  c1 03
col  4: [ 3]  c2 02 16
col  5: [ 5]  c4 02 53 34 12
col  6: [ 1]  80
col  7: [ 3]  c2 08 15
col  8: [ 3]  c2 04 10
col  9: [ 1]  80
col 10: [ 2]  c1 04
col 11: [ 2]  c1 02
col 16: [ 2]  c1 02
 ...
 ...

2.2. Utilisation de oradebug

En general, on n'utilise pas oradebug pour faire un dump d'un bloc oracle

3. Dump de plusieurs Tampons

Le terme dump de plusieurs tampons peut être utiliser pour le dump du buffer cache. Les informations produites sont variées. Suivant le niveau spécifié, le fichier trace contiendra des informations sur les entêtes du tampon, sur celui qui utilise ou celui qui attend ce tampon, sur la position du tampon, et autres détails, comme le numéro de l'objet et le numéro de la tablespace. De même le fichier dump contient des information LRU concernant le tampon.

La taille du fichier trace dépends des paramètres d'initialisation DB_CACHE_SIZE ou DB_BLOCK_BUFFERS, et de la version de la base oracle. On a besoin de faire un dump du buffer cache si le tampon est corrompu ou autres problèmes lui sont liés. Dans un système RAC, il est nécessaire de faire le dump des tampons sur tous les noeuds. Cet événement peut être mis dans le fichier init.ora pour déclenche le dump du tampon si une erreur particulière arrive.

3.1. Utilisation de ALTER SESSION

La commande suivante produit immédiatement un dump du tampon suivant le niveau spécifié


alter session set events 'immediate trace name buffers level (n);

La commande suivante produit un dump du tampon si la session rencontre l'erreur ORA-0600 :


alter session set events '600 trace name buffers level 10';

3.2. Utilisation de init.ora

L'événement suivant décharge le contenu du buffer dans un fichier trace quand L'erreur ORA-600 arrive. Vous pouvez spécifier n'importe qu'elle autre numéro d'erreur. :


event="600 trace name buffers level 10"

3.3. Utilisation de oradebug

La commande oradebug suivante produit le dump des buffers dans un fichier trace. le niveau symbolisé par n, contrôle la quantité d'information écrites dans le fichier trace.


oradebug setmypid
oradebug dump buffers (n);

3.4. Contrôle des informations d'un dump

La liste suivante montre les niveaux possibles :

Niveau 1 Décharge seulement l'information de l'entête du buffer
Niveau 2 Décharge la cache et l'entête de la transaction pour chaque bloc
Niveau 3 Décharge un dump complet de chaque bloc
Niveau 4 Décharge le working set lists, l'entête du buffer et l'entête du cache pour chaque bloc
Niveau 5 Décharge l'entête de la transaction pour chaque bloc
Niveau 6 Décharge complete de chaque bloc

Ici on donne un morceau de fichier du dump du buffer au niveau 1

Dump of buffer cache at level 1 for tsn=2147483647, rdba=0
BH (673F838C) file#: 1 rdba: 0x0040da78 (1/55928) class: 1 ba: 67350000
  set: 3 blksize: 8192 bsi: 0 set-flg: 2 pwbcnt: 335
  dbwrid: 0 obj: 255 objn: 255 tsn: 0 afn: 1
  hash: [6c989d18,6c989d18] lru: [673f8490,673f8330]
  ckptq: [NULL] fileq: [NULL] objq: [673f7884,673f98d4]
  st: XCURRENT md: NULL tch: 2
  flags:
  LRBA: [0x0.0.0] HSCN: [0xffff.ffffffff] HSUB: [65535]

4. Dump d'un Tampon

Le dump d'un buffer est le même que celui d'un dump de buffers discuté dans la session precedente, excepté l'information concernant le LRU. Le buffer decharge tous les buffers dans le buffer cache du DBA (Data Block Adress) donné au niveau 10. Il peut être utilisé pour décharger les buffers pour un DBA connu. A partir de la 8i vous devez fixer l'evenement SET_TSN_P1 car l'adresse est pris comme une adresse relative, qui est specifique à une tablespace. Ce dump est generalement utiliser pour examiner les copies du buffer d'un seule buffer connu. Notez le nombre de copies CR du buffer specifique dans le buffer cache est limié par le parametre caché __DB_BLOCK_MAX_CR_DBA. Vous avez besoin d'utiliser le dump du buffer quand l'erreur est en rapport avec un simple buffer (ou un enesemble de buffers). Dans ce cas, le dump du buffer est tres couteux quand le buffer cache est grand.

4.1. Utilisation de ALTER SESSION

Avant que l'evenement soit autorisé, le SET_TSN_P1 que vous avez besoin de decouvrir In order to enable the event, SET_TSN_P1 you need to find out the tablespace number (TS#) from V$TABLESPACE as follows:


select ts#, name from   V$tablespace;
    	TS# 		NAME
	   ---------- 	------------------------------         
	   0 		SYSTEM         
	   1 		UNDOTBS1         
	   2 		SYSAUX         
	   3 		TEMP         
	   4 		USERS

Les deux commandes suivantes peuvent être utilisés pour décharger le buffer.


alter session set events 'immediate trace name SET_TSN_P1 level (TS#+1)';
alter session set events 'immediate trace name BUFFER level (RDBA)';

4.2. Utilisation de oradebug

Les commandes suivantes montre la façon de décharger le buffer dans un fichier trace. Le process ID peut être obtenue à partir de la vue V$PROCESS.


oradebug setospid (process ID) 
oradebug unlimit
oradebug dump buffer (RDBA)

5. Dump d'un entête de fichier

Le dump de l'entête de fichier est tres utile pour diagnostiquer les erreurs de restauration. Ces entêtes de fichiers contients divers nombres SCN utilisé pour les opérations de restauration de la base et tient des informations importantes commes des details sur le checkpoint, rba, extentes, et le high water mark pour ce fichier de données.

5.1. Utilisation de ALTER SESSION

Dans la commande ALTER SESSION suivante, les entêtes du fichier sont décharger au niveau 10.


alter session set events 'immediate trace name file_hdrs level 10';

5.2. Utilisation de oradebug

La commande oradebug suivante montre comment décharger le file headers au niveau 10.


oradebug setmypid
oradebug unlimit
oradebug dump  file_hdrs  10

5.3. Contrôle des informations d'un dump

Le dump de l'entête de fichier de données est compris entre le niveau 1 et 10. On donne ici un dump de niveau 10.

DATA FILE #1: 
  (name #4) D:\ORACLE\PRODUCT\10.1.0\DB_1\GOPAL\SYSTEM01.DBF
creation size=38400 block size=8192 status=0xe head=4 tail=4 dup=1
 tablespace 0, index=1 krfil=1 prev_file=0
 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
 Checkpoint cnt:75 scn: 0x0000.000438f4 04/01/2004 00:53:01
 Stop scn: 0xffff.ffffffff 03/31/2004 20:21:22
 Creation Checkpointed at scn:  0x0000.00000009 03/22/2004 16:46:41
 thread:1 rba:(0x1.3.10)
 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000
 Offline scn: 0x0000.00000000 prev_range: 0
 Online Checkpointed at scn:  0x0000.00000000 
 thread:0 rba:(0x0.0.0)
 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000
 Hot Backup end marker scn: 0x0000.00000000
 aux_file is NOT DEFINED 
 V10 STYLE FILE HEADER:
      Compatibility Vsn = 168821248=0xa100200
      Db ID=580029651=0x22928cd3, Db Name='GOPAL'
      Activation ID=0=0x0
      Control Seq=252=0xfc, File size=38400=0x9600
      File Number=1, Blksiz=8192, File Type=3 DATA
Tablespace #0 - SYSTEM  rel_fn:1 
Creation   at   scn: 0x0000.00000009 03/22/2004 16:46:41
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
 reset logs count:0x1f153853 scn: 0x0000.00000001 reset logs terminal rcv 
data:0x0 scn: 0x0000.00000000
 prev reset logs count:0x0 scn: 0x0000.00000000 prev reset logs terminal 
rcv data:0x0 scn: 0x0000.00000000
 recovered at 04/01/2004 00:52:53
 status:0x2004 root dba:0x00400179 chkpt cnt: 75 ctl cnt:74
begin-hot-backup file size: 0
Checkpointed at scn:  0x0000.000438f4 04/01/2004 00:53:01
 thread:1 rba:(0x35.2.10)
 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000
Backup Checkpointed at scn:  0x0000.00000000 
 thread:0 rba:(0x0.0.0)
 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000
External cache id: 0x0 0x0 0x0 0x0
Absolute fuzzy scn: 0x0000.00000000
Recovery fuzzy scn: 0x0000.00000000 01/01/1988 00:00:00
Terminal Recovery Stamp scn: 0x0000.00000000 01/01/1988 00:00:00
Platform Information:   Creation Platform ID: 7
Current Platform ID: 7  Last Platform ID: 7

6. Dump du fichier de contrôle

Le fichier de contrôle contient des informations concernant les redo logs , les fichiers de données et des informations critiques de retauration comme le SCN en ligne et le SCN hors ligne des fichiers de données. Pendant l'ouverture de la base, les informations dans le fichier de contrôle sont vérifiés avant ceux du fichiers de données, est la base sera ouverte si les deux sont synchronisés. Autrement une restauration media est souligné.

Le dump du fichier de contrôle est souvenet utilisé pour diagnostiquer les problèmes de restauration. En partie le contenu du fichier de contrôle sont visible dans des vues X$, comme X$KCC.

6.1. Utilisation de ALTER SESSION

Dans la commande suivante, le fichier de contrôle est déchargé en utilisant le niveau 10.

alter session set events 'immediate trace name controlf level 10';

6.2. Utilisation de oradebug

Dans la commande suivante, le fichier de contrôle est déchargé en utilisant le niveau 10.

oradebug setmypid
oradebug unlimit
oradebug dump  controlf 10

6.3. Contrôle des informations d'un dump

Le niveau contrôle la quantités de recods qui doit être déchargé dans le fichier trace. Le nombre de records pour la sauvegarde RMAN dans les fichiers de contrôles depend du parametre CONTROL_FILE_RECORD_KEEP_TIME dans init.ora, par défaut c'est 7 jours. Ce parametre se rapporte à RMAN quand le fichier de contrôle est utilisé comme un catalogue de Restauration. Mette ce parametre à une valeur elevée, augmentera la taille du fichier de contrôle, suivant le nombre de switch du log et suivant d'autres informations en rapport avec la restauration stocké dans le fichier. Le nombre de records déchargés est 2^(level -2 ) :

Level 10 Dumps (2^8) ou 256 records
Level 11 Dumps (2^9) ou 512 records
Level 12 Dumps (2^10) ou 1024 records

7. Dump d'un segment de mémoire (Heap)

Le dump d'un segment de mémoire montre des details concernant l'allocation de mémoire et sa distribution dans le pool partagée et dans le library cache inclus des details sur les objets. Il montre aussi des details sur les curseurs et les latchs quand le niveau 2 est utilisé. On peut avoir des informations sur les gros morceaux (chunk) de la mémoire (free, freeable, permanent, and recreatable) et leurs tailles. Le dump d'un segment de mémoire est souvent demandé par le support oracle pour diagnostiquer les erreurs liées au shared pool.

7.1. Utilisation de ALTER SESSION

La premier ALTER SESSION produit immediatement un dump d'un segmenet de mémoire alimenté par un niveau. , quand à la deuxième commande ALTER SESSION produit un dump du segement de mémoire quand la session rencontre l'erreur ORA-4031.


alter session set events 'immediate trace name heapdump level (level)';
alter session set events '4031 trace name heapdump level 2';

7.2. Utilisation de oradebug

La commande suivante montre la façon de produir un dump immediat de la mémoire à un niveau 10.


oradebug setmypid
oradebug unlimit
oradebug dump  heapdump (level)

7.3. Contrôle des informations d'un dump

On peut utiliser les valeurs décimal dans le tableau suivant comme des niveaux pour contrôler Les informations ecrite dans le fichier trace.

Heap	Hex	Dec
PGA	0x01	1
SGA	0x02	2
UGA	0x04	4
Cureent call	0x08	8
User call	0x10	16
Large pool	0x20	32

8. Dump du Library Cache

Dans le dump du library cache on'a les details sur les objets du cache "library", y compris les structures de dependance et les détails sur les curseurs, comme la valeur hash et le timestamp. Cette evenement peut être utilisé soit avec l'option immediate, qui decharge la libray cache une fois la commande est lancé, ou il peut être declenché quand une erreur s'est produite.

8.1. Utilisation de ALTER SESSION

La commande ALTER SESSION suivante peut être utiliser pour décharger la librairie cache au niveau 10.


alter session set events 'immediate trace name library_cache level 10';

8.2. Utilisation de oradebug

La commande suivante peut être utiliser pour décharger immediatement la librairie cache dans un niveau demandée.


oradebug setmypid
oradebug unlimit
oradebug dump  library_cache (level)

Ici le fichier trace au niveau 1 de la library cache :

*** 2005-09-26 20:31:20.301
*** SERVICE NAME:(SYS$USERS) 2005-09-26 20:31:20.281
*** SESSION ID:(159.54) 2005-09-26 20:31:20.281
LIBRARY CACHE STATISTICS:
namespace           gets hit ratio      pins hit ratio    reloads   invalids
-------------- --------- --------- --------- --------- ---------- ----------
CRSR                3736     0.479     29352     0.926        559          0
TABL                5230     0.585      9637     0.643        566          0
BODY                 649     0.948       834     0.922         31          0
TRGR                  14     0.714       202     0.960          4          0
INDX                  77     0.260        79     0.038         19          0
CLST                 119     0.933       308     0.958          5          0
KGLT                   0     0.000         0     0.000          0          0
PIPE                   0     0.000         0     0.000          0          0
LOB                    0     0.000         0     0.000          0          0
DIR                    0     0.000         0     0.000          0          0
QUEU                  11     0.727       689     0.987          3          0
OBJG                   0     0.000         0     0.000          0          0
PROP                   0     0.000         0     0.000          0          0
JVSC                   0     0.000         0     0.000          0          0
JVRE                   0     0.000         0     0.000          0          0
ROBJ                   0     0.000         0     0.000          0          0
REIP                   0     0.000         0     0.000          0          0
CPOB                   0     0.000         0     0.000          0          0
EVNT                 122     0.975       122     0.910          8          0
SUMM                   0     0.000         0     0.000          0          0
DIMN                   0     0.000         0     0.000          0          0
CTX                    0     0.000         0     0.000          0          0
OUTL                   0     0.000         0     0.000          0          0
RULS                   1     0.000        34     0.941          1          0
RMGR                   8     0.625        14     0.571          2          0
XDBS                   1     0.000         0     0.000          0          0
PPLN                   0     0.000         0     0.000          0          0
PCLS                   0     0.000         0     0.000          0          0
SUBS                  14     0.786        63     0.921          2          0
LOCS                   0     0.000         0     0.000          0          0
RMOB                   0     0.000         0     0.000          0          0
RSMD                   0     0.000         0     0.000          0          0
JVSD                   0     0.000         0     0.000          0          0
STFG                   0     0.000         0     0.000          0          0
TRANS                  0     0.000         0     0.000          0          0
RELC                   0     0.000         0     0.000          0          0
RULE                   0     0.000         0     0.000          0          0
STRM                   0     0.000         0     0.000          0          0
REVC                   2     0.500         0     0.000          0          0
STAP                   0     0.000         0     0.000          0          0
RELS                   0     0.000         0     0.000          0          0
RELD                   0     0.000         0     0.000          0          0
IFSD                   0     0.000         0     0.000          0          0
XDBC                   0     0.000         0     0.000          0          0
USAG                   0     0.000         0     0.000          0          0
MVOBTBL               39     0.538        39     0.103         17          0
JSQI                   0     0.000         0     0.000          0          0
CDC                    0     0.000         0     0.000          0          0
MVOBIND               41     0.537        41     0.098         18          0
STBO                   0     0.000         0     0.000          0          0
HTSO                   0     0.000         0     0.000          0          0
JSGA                  67     0.955       886     0.993          3          0
JSET                   7     0.000         7     0.000          0          0
TABL_T                 0     0.000         0     0.000          0          0
CLST_T                 0     0.000         0     0.000          0          0
INDX_T                 0     0.000         0     0.000          0          0
NSCPD                  0     0.000         0     0.000          0          0
JSLV                   0     0.000         0     0.000          0          0
MODL                   0     0.000         0     0.000          0          0
CUMULATIVE         10138     0.578     42307     0.860       1238          0
Permanent space allocated for Load Locks
LATCH:0  TOTAL SPACE: 4092
FREELIST CHUNK COUNT:93  OBJECT SIZE:44
Permanent space allocated for KGL pins
LATCH:0  TOTAL SPACE: 32384
FREELIST CHUNK COUNT:128  OBJECT SIZE:88
Permanent space allocated for KGL locks
LATCH:0  TOTAL SPACE: 80640
FREELIST CHUNK COUNT:248  OBJECT SIZE:112
Permanent space allocated for KGL S handles
LATCH:0  TOTAL SPACE: 439872
FREELIST CHUNK COUNT:0  OBJECT SIZE:316
Permanent space allocated for KGL M handles
LATCH:0  TOTAL SPACE: 659456
FREELIST CHUNK COUNT:0  OBJECT SIZE:512
Permanent space allocated for KGL L handles
LATCH:0  TOTAL SPACE: 188928
FREELIST CHUNK COUNT:0  OBJECT SIZE:768
Permanent space allocated for KGL A handles
LATCH:0  TOTAL SPACE: 189400
FREELIST CHUNK COUNT:0  OBJECT SIZE:200
Permanent space allocated for KGL objects
LATCH:0  TOTAL SPACE: 94836
FREELIST CHUNK COUNT:0  OBJECT SIZE:84
Permanent space allocated for KGL handle dependents
LATCH:0  TOTAL SPACE: 37152
FREELIST CHUNK COUNT:143  OBJECT SIZE:12

8.3. Contrôle des informations d'un dump

La liste suivante montre les niveaux possibles :

Level 1 Décharge des statistiques du library cache
Level 2 Décharge le sommaire du hash table
Level 4 Décharge les informations de base sur objets du library cache
Level 8 Décharge des information détaillés sur les objets (inclus Dumps objects with detailed information (contenant les references sur les enfants, pin waiters, etc.)
Level 16 Décharge la taille du segment de mémoire (heap) (peu être des latch intensif)
Level 32 Décharge des informations sur les segments de mémoire (heap)

Vous pouvez mixer ces niveaux pour produire plusieurs morceaux d'informations. Par exemple, si vous utilisez le niveau 11 (8 + 2 + 1), le dump devait contenir celui du niveau 8, niveau 2, et le niveau 1.

9. Dump du Processstate

Les dumps Processstate sont normalement necessaire pour collecter plusieurs informations quand vous voulez diagnostiquer les corruptions de la mémoire ou les erreurs dead locks. En plus ils donnent des details a propos des objets partagés utilisés par la library cache. le dump peut être initié immédiatement ou se produir suite à une erreur.

9.1. Utilisation de ALTER SESSION

La premiere commande ALTER SESSION produit un dump immediat du processstate au niveau 10 quand au seconde commande ALTER SESSION produit le dump quand une session rencontre l'erreur ORA-4020.


alter session set events 'immediate trace name PROCESSSTATE level 10';
alter session set events '4020 trace name PROCESSSTATE level 10';

9.2. Utilisation de oradebug

La commande oradebug suivante produit un dump immediat du processstate au niveau 10.


oradebug setmypid
oradebug unlimit
oradebug dump  processstate  10

Ici on donne la trace d'un dump du processstate au niveau 1 :

PROCESS STATE
-------------
Process global information:
     process: 6D64DD54, call: 00000000, xact: 00000000, curses: 00000000, usrses: 6D73F1AC
----------------------------------------
SO: 6D64DD54, type: 2, owner: 00000000, flag: INIT/-/-/0x00
  (process) Oracle pid=19, calls cur/top: 00000000/6D75FA00, flag: (0) -
            int error: 0, call error: 0, sess error: 0, txn error 0
  (post info) last post received: 0 0 0
              last post received-location: No post
              last process to post me: none
              last post sent: 0 0 0
              last post sent-location: No post
              last process posted by me: none
  (latch info) wait_event=0 bits=0
    Process Group: DEFAULT, pseudo proc: 6D67F2F0
    O/S info: user: SYSTEM, term: SPCB0665, ospid: 2444
    OSD pid info: Windows thread id: 2444, image: ORACLE.EXE (SHAD)
Dump of memory from 0x6D63A5F8 to 0x6D63A77C
6D63A5F0                   00000010 6C8F01C0          [.......l]
6D63A600 00000010 0003139D 6D75FA00 00000003  [..........um....]
6D63A610 0003139D 6CCADF1C 0000000B 0003139D  [.......l........]
6D63A620 6D73F1AC 00000004 00031291 6C0349A8  [..sm.........I.l]
6D63A630 00000007 0003139D 6C034A2C 00000007  [........,J.l....]
6D63A640 0003139D 6C035384 00000007 0003139D  [.....S.l........]
6D63A650 6C035408 00000007 0003139D 6C035510  [.T.l.........U.l]
6D63A660 00000007 0003139D 6C035618 00000007  [.........V.l....]
6D63A670 0003139D 6C03569C 00000007 0003139D  [.....V.l........]
6D63A680 6C035720 00000007 0003139D 6C036844  [ W.l........Dh.l]
6D63A690 00000007 0003139D 6C0368C8 00000007  [.........h.l....]
6D63A6A0 0003139D 6C03695C 00000007 0003139D  [....\i.l........]
6D63A6B0 6C0369E0 00000007 0003139D 00000000  [.i.l............]
6D63A6C0 00000000 00000000 00000000 00000000  [................]
...
        Repeat 3 times
6D64E330 00000000 00000000 00000000 0000000B  [................]
6D64E340 00000000                             [....]            
Symbolic dump of process state object:
	KSUPRFLG = 0
	KSUPRSER = 4
	KSUPRIOC = 0
	KSLLALAQ = 0X00000000
	KSLLAWAT = 0X00000000
	KSLLAWHY = 0
	KSLLAWER = 0
	KSLLALOW = 0
	KSLLAPSC = 0
	KSLLAPRC = 0
	KSLLAPRV = 0
	KSLLAPSN = 0
	KSLLID1R = 0
	KSLLID2R = 0
	KSLLRTYP = ''
	KSLLRMTY = 0
	KSUPRPID = ''
	KSUPRUNM = ''
	KSUPRMNM = 'SPCB0665'
	KSUPRPNM = ''
	KSUPRTID = ''
	KSSRCOBJ = 0X00000000
	KSSRCFRE = 0X00000000
	KSSRCSRC = 0X00000000
	KSSRCDST = 0X00000000
	KSASTQNX = 0X6D64DFC8
	KSASTQPR = 0X6D64DFC8
	KSASTRPL = 0
	KSUPRPUM = 306345
	KSUPRPNAM = 309717
	KSUPRPRAM = 458752
	KSUPRPFM = 0
	KSUPRPMM = 768469
KSFD PGA DUMPS 
Number of completed I/O requests=0 flags=0
END OF PROCESS STATE

9.3. Contrôle des informations d'un dump

10. Dump du Shared Server State

Le serveur partagé oracle à été appellé le serveur Multithreaded dans la 8i. Le diagnostique des erreurs peu commun lié au serveur partagé (comme le process deadlocks) se confirme dans le dump du mtsstate ou de l'etat du serveur partagé, suivant la version oracle.

10.1. Utilisation de ALTER SESSION

La première commande produit un dump immediat de l'état du serveur partagé, et la seconde commande produit un dump sur l'état du serveur partagé au niveau 1 quand la session rencontre l'erreur ORA-00600.


alter session set events 'immediate trace name shared_server_state level 10';
alter session set events '60 trace name shared_server_state level 1';

10.2. Utilisation de oradebug

La commande oradebug suivante produit un dump immediat sur l'etat du serveur partagé suivant le niveau fourni.


oradebug setmypid
oradebug unlimit
oradebug dump  shared_server_state (level)

10.3. Contrôle des informations d'un dump

Les divers niveau disponible pour produir le dump sur l'etat du serveur partagé sont

Level 1 Décharge seulement l'état systemwide
Level 2 Décharges les files d'attentes
Level 3 Décharge les circuits dans the service queue
Level 4-6 Décharge les infos du dispatcheur
Level 7-8 Décharge l'information du shared server
Level 9 Décharge inactive dispatcher and server slots
Level 10-13 Décharge info on “interesting” circuits
Level 14+ Décharge includes information about all circuits

11. Dump du Systemstate

Systemstate est l'un des décharge de fichiers le plus important que le support oracle utilise pour analyser les pannes de la base. Cela exige que This requires that the maxdump file size be set to unlimited, as this will generate large trace files depending on the size of the SGA. The systemstate dump contains a separate section with information for each process. Normally, you need to take two or three dumps in regular intervals. Expect HUGE trace files!

11.1. Utilisation de ALTER SESSION

Ici la première commande enleve les restrictions sur la taille du fichier dump. la seconde produit une décharge immédiate de systemstate au niveau 10.


alter session set max_dump_file_size = unlimited; 
alter session set events 'immediate trace name systemstate level 10';

11.2. Utilisation de oradebug

La commande oradebug suivante provoque un dump systemstate immediat au niveau 10.


select * from dual;
oradebug setmypid 
oradebug unlimit 
oradebug dump systemstate 10

11.3. Contrôle des informations d'un dump

N'est pas applicable ici. le dump du Systemstate est toujours pris au niveau 10.

12. Dump du Redo Log

Les redo logs gardent des informations sur les undo et les redo pour chaque modification atomique de la base. Les modifications sont enregistrés comme des opcodes, qui sont normalement de la forme code.operation . Par exemple, l'opcode 4.1 désigne l'opération de netoyage du bloc dans la couche transaction du bloc.

Il ne faut pas confondre les couches redo avec les couches du noyau oracle. Les couches redo sont utilisés seulement avec la generation et la journalisation des redo.

le dump des redo logs sont normalement demendés par le support oracle pour analyser la corrumption de données (corruption logique). Il peut être utiliser comme un utilitaire d'audit. Par exemple, si vous voulez connaitre l'heure et la date des extentes alloués pour un segement, vous pouvez décharger l'opcode approprié de l'allocation d'extent à partir d'un ensemble de redo ou de fichiers d'archives et obtenir des details qu'on ne le trouve nulle prt dans le dictionnaire de données.

12.1. Utilisation de ALTER SESSION

La commande ALTER SYSTEM suivante peut être utiliser pour faire un dump des redo logs. Vous pouvez substituer des filtres ou des options, suivant vos besoins. Si aucun filtre n'est appliqué, le fichier journal sera déchargé completement dans le fichier trace.


alter session set max_dump_file_size = unlimited; 
alter system dump logfile 'filename' 
rba min (seqno) . (blkno)         
rba max (seqno) . (blkno)         
dba min (filno) . (blkno)         
dba max (filno) . (blkno)         
time min (ub4)         
time max (ub4)         
layer (word)         
opcode (word)         
scn min (scn)          
scn max (scn)
alter system dump logfile '/u01/oradata/oraredo/redo_01a.rdo';

12.2. Utilisation de oradebug

On ne peut pas appliquer ici oradebug. La décharge redo est basé sur plusieurs parametres comme, rba, dba, scn, ou le temps. Sans specifier aucune de ces parametres déchargera la totalité du contenu du redo log dans le fichier trace. pareil pour les redo logs archivés.

13. Dump de l'ERRORSTACK

On peut avoir l'ERRORSTACK à partir des processes en lançant les commandes suivantes:

oradebug setospid (process ID)
oradebug unlimit
oradebug dump errorstack 3

ksedmp: internal or fatal error
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
_ksedst+38           CALLrel  _ksedst1+0           0 1
_ksedmp+730          CALLrel  _ksedst+0            0
_ksdxfdmp+933        CALLreg  00000000             1
_ksdxen+5110         CALLreg  00000000             848E270 12 3 848DAC8 848DA78
_opiodr+5838         CALLreg  00000000             56 11 848E340
_ttcpip+2459         CALLreg  00000000             56 11 848E340 0
_opitsk+2132         CALL???  00000000             
_opiino+1605         CALLrel  _opitsk+0            0 0
_opiodr+5838         CALLreg  00000000             3C 4 848FC80
_opidrv+659          CALLrel  _opiodr+0            3C 4 848FC80 0
_sou2o+45            CALLrel  _opidrv+0            3C 4 848FC80
_opimai_real+112     CALLrel  _sou2o+0             848FC90 3C 4 848FC80
_opimai+92           CALLrel  _opimai_real+0       2 848FCB8
_OracleThreadStart@  CALLrel  _opimai+0            
4+780                                              
77E5D338             CALLreg  00000000

14. Utilisation de Oradebug pour tracer une session SQL

14.1. Utilisation de DBMS_SYSTEM

En premier, on'a besoin du SID, SERIAL# et PADDR dans la vue V$SESSION, par exemple :

SQL> select username, sid, serial#, paddr from v$session where username='VIDEO31';
USERNAME   SID   SERIAL#    PADDR
--------   ---   --------   --------
VIDEO31    14    13202      820532C8
VIDEO31    15    4665       82053EC8

Une fois le SID et SERIAL# sont connus, on peut activer la trace pour chaque session en lançant la commande suivante :

EXECUTE DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION((SID), (SERIAL#), TRUE)

Toute manipulation par l'utilisateur sera tracé au niveau 1. En arrête le tracé par :

EXECUTE DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION((SID), (SERIAL#), FALSE)

Mais si on veut plus de détail dans le fichier trace, par exemple un niveau 4, alors on'est obligé d'utiliser oradebug car DBMS_SYSTEM est limié au niveau 1.

Parfois la trace au niveau 1 est insuffisant, car dans les instructions SQL existe des bind variables. Et on'a besoin des ces valeurs avant de lancer la requête dans SQLPLUS. Dans ce cas on peut exécuter la trace au niveau 4, de telle façon à ce qu'on a la valeur de chaque bind variable dans le fichier .trc.

14.2. Utilisation de Oradebug

Pour activer la trace au niveau 4 en utilisant oradebug, il faut trouver avant, le SID, SERIAL# et PADDR dans la vue V$SESSION. Par exemple:

SQL> select username, sid, serial#, paddr from v$session
where username='VIDEO31';
USERNAME  SID   SERIAL#   PADDR
--------  ----  -------   --------
VIDEO31   14    13202     820532C8
VIDEO31   15    4665      82053EC8

Et on'a le SPID en lançant la requête suivante :

SELECT ADDR, PID, SPID FROM V$PROCESS WHERE ADDR = (PADDR from V$SESSION);

Par exemple :

SQL> SELECT ADDR, PID, SPID FROM V$PROCESS WHERE ADDR = '820532C8';
ADDR      PID   SPID
----      ---   ----
820532C8  9     5408

SQL> SELECT ADDR, PID, SPID FROM V$PROCESS WHERE ADDR = '82053EC8';
ADDR      PID   SPID
----      ---   ----
82053EC8  13    5410

Puis on active la trace au niveau 4 en utilisant oradebug :

ORADEBUG SETOSPID (SPID de la reqûete)
ORADEBUG EVENT 10046 TRACE NAME CONTEXT FOREVER, LEVEL 4

Et il ne faut pas oublier d'arrêter la trace aprés avoir recuilli les informations dont vous avez besoins :

ORADEBUG EVENT 10046 TRACE NAME CONTEXT OFF

Parmis les capacités de oradebug est d'activeret de désactiver la trace SQL d'une autre session.

15. Comment trouver le bon PID pour Oradebug setospid

1. Dans le prompt Unix, tapez WHO AM I. Par exemple :

[kheops]/app/oracle/product/8.1.6> who am i
orafrance pts/25 Apr 13 10:37 (rociblj-ppp-9.us.oracle.com)

Prendre note du terminal. Dans ce cas est pts/25

2. Sous SQL avec le compte sys comme sysdba

[kheops]/app/oracle/product/9.0.1> sqlplus /nolog
SQL*Plus: Release 10.2.0.0.0 - Production on Sun Sep 22 13:57:23 2005
© Copyright 2003 Oracle Corporation. All rights reserved.

SQL> connect / as sysdba
Connected.

3. Lançer la commande suivante :

SQL> !ps -ef | grep sql

orafrance 3705  25983 0 15:27:52 pts/25 0:00 sql
orafrance 2504  24262 0 14:43:57 pts/18 0:00 sql
orafrance 3759   3757 0 15:29:52 pts/25 0:00 grep sql
sheikh    28026 27944 0 16:42:25 pts/17 0:00 sql

Chercher le terminal qu concorde avec le pts/25. On remarque qu'il existe deux pid pour ce terminal, 3705 et 3759. Mais le pid 3759 correspond au grep.

4. On lance la commande suivant sous SQLPLUS :

SQL> !ps -ef | grep 3705

oracle    3706 3705  0 15:27:52 ?      0:00 oracleV102
(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
orafrance 3705 25983 0 15:27:52 pts/25 0:00 sqlplus
orafrance 3856 3705  0 15:33:37 pts/25 0:00 [ sh ]
orafrance 3859 3857  0 15:33:37 pts/25 0:00 grep 3705

On cherche le processe qui a comme processe père du 3705. Il existe deux. Un est 3706, une connection sqlnet, et 3856, du shell. Dans ce cas, on cherche la connection sqlnet qui à lancé sqlplus, c'est le processe 3706. C'est le pid qu'on doit utiliser dans la commande oradebug setospid :

oradebug setodpid 3706

16. Tracement des erreurs en utilisant Oradebug

Aprés avoir attaché le SID à oradebug, pour tracer une erreur de la forme ORA-XXXXX il suffira de lancer la commande qui suit :

ORADEBUG EVENT XXXXX TRACE NAME ERRORSTACK LEVEL 3

Ce qui produit quelque chose quand la session heurte à l'erreur ORA-XXXXX.

17. Utilisation de Oradebug pour trouver les semaphores et les segmenets de mémoire

18. Trouver les processes SQL parallele en utilisant Oradebug

19. Utilisation de Oradebug pour trouver les processes rotatif (spinning)

20. IDML et Oradebug

21. Comment déterminer les evénements mis dans le système

22. Utilisation de Oradebug pour libérer les verrous DLL

23. Suspendre un processe en utilisant Oradebug

24. Reprendre un processe en utilisant Oradebug

25. Observation des statistiques sur les processes en utilisant Oradebug

26. HANGANALYZE

26.1. Introduction

26.2. Utilisation de HANGANALYZE

26.3. Interprétation du dump de HANGANALYZE

Ce document est issu de http://www.developpez.com et reste la propriété exclusive de son auteur. La copie, modification et/ou distribution par quelque moyen que ce soit est soumise à l'obtention préalable de l'autorisation de l'auteur.