La Red de Conocimientos Pedagógicos - Currículum vitae - ¿Qué es el archivo de seguimiento de Oracle Bucket.trc?

¿Qué es el archivo de seguimiento de Oracle Bucket.trc?

Ver archivos de diagnóstico (registros) de la base de datos Oracle

Archivos de diagnóstico

1: La función de los archivos de diagnóstico

Archivos de diagnóstico:

Contiene información sobre eventos importantes en segundo plano.

Se utiliza para analizar problemas,

Se utiliza para la gestión diaria de archivos de registro.

2: Clasificación de registros de archivos de diagnóstico

Divididos en dos categorías:

1: alterSID.log

----- archivos de seguimiento en segundo plano (archivos de seguimiento de procesos en segundo plano)

2: archivos de seguimiento ---

-----archivo de seguimiento del usuario (archivos de seguimiento del usuario)

1: Para nombrar archivos de seguimiento en segundo plano:

Método de nombramiento: SID_nombre_proceso_PID.trc explicación correspondiente SID_nombre de proceso_número de proceso.trc

2: Para nombrar archivos de archivos de seguimiento de usuario Para:

SID_ora_PID.trc Explicación: SID_ora_process number.trc

3: Para la descripción de alertSID.log:

Este archivo es para grabar: 1: Grabar algunos comandos de operación

2: Registra los resultados de los eventos principales

3: E información de operación diaria

4: Se utiliza para diagnosticar errores de la base de datos

Cada entrada tiene una marca de tiempo asociada

Este archivo debe ser administrado por ORACLE DBA

La ubicación de este archivo es: BACKGROUND_DUMP_DEST

Compruebe la ubicación de este archivo a través de show parameter dump:

Este archivo también contiene información de inicio de la base de datos equivalente al contenido de pfile o spfile.

Inicie sesión como administrador:

2: La siguiente es la operación real:

Primero inicie sesión con sysdba y luego ejecute:

[sql]

SQL> mostrar volcado de parámetros

NOMBRE TIPO VALOR

----------------- ---- --------------- ---------- --------------------- ------- ------

cadena background_core_dump parcial

cadena background_dump_dest d:\app\topwqp\diag\rdbms\orcl\

orcl\trace

core_dump_dest cadena d:\app\topwqp\diag\rdbms\orcl\

orcl\cdump

max_dump_file_size cadena ilimitada

shadow_core_dump string none

user_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\trace

Puedes ver el información de ruta de estos archivos.

Basado en la información explícita, encontré la ubicación de mi archivo:

La estructura del directorio es la siguiente:

A continuación se describe cómo registrar información en estos archivos de registro si algunos interruptores no están activados, solo se registrará una pequeña información

Hay dos formas que permiten a los usuarios realizar un seguimiento

1: Sesión. nivel:

Utilice el siguiente comando:

ALTER SESSSION SET SQL_TRACE = TRUE

El segundo es ejecutar el siguiente procedimiento almacenado:

dbms_system.SET_SQL_TRACE_IN_SESSION

El segundo método es el nivel de instancia:

Establezca los parámetros de inicialización: SQL_TRACE = TRUE

Generalmente, se utiliza el nivel de sesión. Porque configurar el nivel de instancia puede fácilmente hacer que el archivo de registro sea demasiado grande;

Puedes usar la información en el archivo alterSID.log para crear un archivo pfile o spfile para iniciar la base de datos

.

A continuación se utiliza el nivel de sesión para modificar sql_trace a verdadero para ver la información correspondiente en el archivo correspondiente en user_dump_dest.

[sql]

SQL> conn /as sysdba

Conectado.

SQL> alter session set sql_trace = true;

La sesión ha sido cambiada.

Después de la ejecución: Ver

información del archivo orcl_ora_7188.trc PD: si no sabe qué archivo, elimine todo en este directorio y luego ejecute sql y verá el archivo generado. archivo:

Vea la información del archivo de la siguiente manera:

Información de ejecución muy detallada:

Por ejemplo, una declaración es: seleccione * de dual

Esta La siguiente información se generará en el archivo:

[plain]

*** 2013-06-13 22:58:20.776

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

ANÁLISIS EN EL CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim =9184375464 hv=942515969 ad= '232363f8' sqlid='a5ks9fhw2v9s1'

seleccione * de dual

FIN DE STMT

PARSE #1:c=0 ,e=32,p= 0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458

EXEC #1:c=0 ,e=50,p= 0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205

FETCH #1:c=0 ,e=109,p= 0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423

STAT #1 id=1 cnt =1 pid=0 pos= 1 obj=115 op='ACCESO A MESA COMPLETA DUAL (cr=3 pr=0 pw=0 tiempo=0 costo us=2 tamaño=2 tarjeta=1)'

FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893

Es para la ejecución de este sql Interpretación y análisis detallados

La información de ejecución parcial de hoy se publica a continuación:

[plain]

*** 2013 -06-13 22:58:20.776

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

ANÁLISIS EN EL CURSOR #1 len=18 dep=0 uid=0 oct =3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'

seleccione * de dual

END DE STMT

PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim =9184375458

EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim =9184376205

FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim =9184376423

STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='ACCESO A TABLA COMPLETA DUAL (cr=3 pr=0 pw=0 tiempo=0 us costo= 2 tamaños = 2 tarjetas = 1)'

FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893

*** 2013-06-13 23:15:15.474

======================= < / p>

ANÁLISIS EN EL CURSOR #1 len=289 dep=0 uid=0 oct=3 lid=0 tim=10199053291 hv=2462394820 ad='232017e0' sqlid='7cfz5wy9caaf4'

SELECT NOMBRE

NOMBRE_COL_PLUS_SHOW_PARAM,DECODE(TYPE,1,'boolean',2,'cadena',3,'entero',4,'archivo',5,'número',

6,'entero grande', 'desconocido') TIPO,DISPLAY_VALUE

VALUE_COL_PLUS_SHOW_PARAM FROM V$PARAMETER WHERE UPPER(NAME) COMO

UPPER(:NMBIND_SHOW_OBJ) ORDENAR POR NAME_COL_PLUS_SHOW_PARAM,ROWNUM

FIN DE STMT

PARSEO #1:c=0,e=438,p=0,cr=0,cu=0,mis=1,r=0,dep = 0,og=1,tim=10199053285

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

ANÁLISIS EN EL CURSOR #2 len =210 dep=1 uid=0 oct=3 lid=0 tim=10199056088 hv=864012087 ad='29162590' sqlid='96g93hntrzjtr'

select /*+ regla */ bucket_cnt, row_cnt, cache_cnt , null_cnt,

marca de tiempo#, tamaño_muestra, mínimo, máximo, distcnt, lowval, hival,

densidad, col#, repuesto1, repuesto2, avgcln de hist_head$ donde obj#=: 1 y

intcol#=:2

FIN DE STMT

PARSE #2:c=0,e=568,p=0,cr=0 , cu=0,mis=1,r=0,dep=1,og=3,tim=10199056084

EXEC #2:c=0,e=1024,p=0,cr=0 , cu=0,mis=1,r=0,dep=1,og=3,tim=10199057412

FETCH #2:c=0,e=30,p=0,cr=2 , cu=0,mis=0,r=0,dep=1,og=3,tim=10199057533

STAT #2 id=1 cnt=0 pid=0 pos=1 obj=411 op = 'ACCESO A LA TABLA POR FILA DE ÍNDICE HIST_HEAD$ (cr=2 pr=0 pw=0 time=0 us)'

STAT #2 id=2 cnt=0 pid=1 pos=1 obj

=413 op='ESCANEO DE RANGO DE ÍNDICE I_HH_OBJ#_INTCOL# (cr=2 pr=0 pw=0 time=0 us)'

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

ANÁLISIS EN EL CURSOR #2 len=210 dep=1 uid=0 oct=3 lid=0 tim=10199057848 hv=864012087 ad='29162590' sqlid='96g93hntrzjtr'

seleccione /*+ regla */ bucket_cnt, row_cnt, cache_cnt, null_cnt,

marca de tiempo#, tamaño_muestra, mínimo, máximo, distcnt, lowval, hival,

densidad, col#, repuesto1, repuesto2, avgcln de hist_head$ donde obj#=:1 y

intcol#=:2

FIN DE STMT

EXEC #2:c=0,e=25,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=3,tim=10199057844

FETCH #2:c=0,e=13,p=0,cr=2,cu=0,mis=0,r=0,dep=1,og=3,tim=10199058128

EXEC #1:c=0,e=7034,p=0,cr=4,cu=0,mis=1,r=0,dep=0,og=1,tim=10199060756

FETCH #1:c=15600,e=13882,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=10199075783

FETCH #1:c=0,e=21,p=0,cr=0,cu=0,mis=0,r=5,dep=0,og=1,tim=10199076326

STAT #1 id=1 cnt=6 pid=0 pos=1 obj=0 op='ORDENAR ORDEN POR (cr=0 pr=0 pw=0 tiempo=0 costo de EE. UU.=2 tamaño=2115 tarjeta=1)'

STAT #1 id=2 cnt=6 pid=1 pos=1 obj=0 op='COUNT (cr=0 pr=0 pw=0 time=8 us)'

STAT #1 id=3 cnt=6 pid=2 pos=1 obj=0 op='HASH JOIN (cr=0 pr=0 pw=0 time=6 us cost=1 size=2115 card=1)'

STAT #1 id=4 cnt=35 pid=3 pos=1 obj=0 op='TABLA FIJA COMPLETA X$KSPPI (cr=0 pr=0 pw=0 tiempo=70 us costo=0 tamaño =81 card=1)'

STAT #1 id=5 cnt=1915 pid=3 pos=2 obj=0 op='TABLA FIJA COMPLETA X$KSPPCV (cr=0 pr=0 pw= 0 time=19 us cost=0 size=203400 card=100)'

El contenido de alter_SID.log es el siguiente: Hoy:

Presta atención a este archivo

Contiene información de parámetros de inicio de Oracle: puede usar esta información para configurar el archivo spfile o pfile e intentar usar este archivo configurado para iniciar la base de datos

[plain]

Jue 13 de junio 22 : 13:43 2013

Iniciando instancia ORACLE (normal)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

SCN sin pestillo seleccionado esquema 2

Usando el valor predeterminado del parámetro LOG_ARCHIVE_DEST_1 como D:\app\topwqp\product\11.1.0\db_1\RDBMS

Usando el valor predeterminado del parámetro LOG_ARCHIVE_DEST_10 como USE_DB_RECOVERY_FILE_DEST

El ajuste automático de la retención de deshacer está activado

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

La auditoría del SYS está activada. deshabilitado

Iniciando ORACLE RDBMS Versión: 11.1.0.6.0

Usando la configuración de parámetros en el archivo spfile del lado del servidor D:\APP\TOPWQP\PRODUCT\11.1.0\DB_1\. DATABASE \SPFILEORCL.ORA

Parámetros del sistema con valores no predeterminados:

procesos = 150

memoria_target = 412M

control_files = " D :\APP\TOPWQP\ORADATA\ORCL\CONTROL01.CTL"

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL02.CTL"

control_files = " D :\APP\TOPWQP\ORADATA\ORCL\CONTROL03.CTL"

db_block_size = 8192

compatible = "11.1.0.0.0"

db_recovery_file_dest = " D:\app\topwqp\flash_recovery_area"

db_recovery_file_dest_size= 2G

fast_start_mttr_target = 0

undo_tablespace = "UNDOTBS1"

remote_login_passwordfile = "EXCLUSIVO"

db_domain

= ""

despachadores = "(PROTOCOL=TCP) (SERVICE=orclXDB)"

audit_file_dest = "D:\APP\TOPWQP\ADMIN\ORCL\ADUMP"

audit_trail = "DB"

db_name = "orcl"

open_cursors = 300

diagnostic_dest = "D:\APP\TOPWQP"

Jueves 13 de junio 22:13:46 2013

PMON comenzó con pid=2, ID del sistema operativo=1888

Jueves 13 de junio 22:13:46 2013

VKTM comenzó con pid=3, OS id=4296 con prioridad elevada

Jueves 13 de junio 22:13:46 2013

DIAG comenzó con pid=4, OS id=6804

VKTM ejecutándose con una precisión de (20) ms

jueves 13 de junio a las 22:13:46 de 2013