SQL_EXEC_ID/SQL_EXEC_START columns are empty in gv$active_session_history and gv$session

Primero algo de historia ..

A partir de Oracle database 11g, se introdujeron las columnas sql_exec_id y sql_exec_start a las vistas gv$session, gv$active_session_history ( también presente en otras vistas como dba_hist_active_sess_history y gv$sql_monitor). La documentación de Oracle nos dice esto a un nivel muy básico :

https://docs.oracle.com/database/121/REFRN/GUID-79E97A84-9C27-4A5E-AC0D-C12CB3E748E6.htm

sql_exec_id : identificador de ejecución SQL
sql_exec_start : tiempo en que la ejecución inició.

Como bien saben, es básico en todo enfoque de análisis de performance(AAS,Time Model Statistics,etc) investigar la cantidad de ejecuciones que tuvo un determinado sql_id en un periodo en el tiempo. La actividad registrada en ASH es muestral, 1 sample cada segundo, de tal modo que usando las columnas sql_exec_id y sql_exec_start es posible agrupar los registros en la gv$active_session_history de un determinado sql_id y agruparlo por las columnas sql_exec_id y sql_exec_start para determinar que pertenecen a una misma ejecución.

Ejemplo : En oracle 10g si tu ejecutas un sql_id 30 veces y cada ejecución dura 5 segundos tendrás 150 registros asociados a dicha sentencia en la [g]v$active_session_history y no tendrás ninguna columna que te permita distinguir si ese sql_id se ejecutó 150 veces o 30 veces con duración de 5 segundos cada ejecución. Desde 11g esto es posible simplemente por agrupar sql_id, sql_exec_id y sql_exect start, de esta manera podriamos tener algo asi para determinar cuantas veces se ejecutó el sql_id 3hq6ux9mxuq78 en el intervalo de 09:00 am a 10:30 am :

select sql_id,sql_exec_id,sql_exec_start,count(*) duration
from gv$active_session_history
where sample_time
between to_date(’21-02-2019 09:00:00′,’DD-MM-YYYY HH24:MI:SS’)
and to_date(’21-02-2019 10:30:00′,’DD-MM-YYYY HH24:MI:SS’)
group by sql_id,sql_exec_id,sql_exec_start

sql_exec_id7

Como se habrán podido dar cuenta en la imagen anterior ( y seguramente mas de uno se habrá percatado durante un análisis de performance), que consultando la gv$active_session_history hay registros que tienen las columnas sql_exec_id y sql_exec_start vacias. Lo cual puede complicar el análisis y causar cierta confusión

De hecho, gran cantidad de registros en la [g]v$active_session_history y gv$session tienen vacia la columna sql_exec_id y sql_exec_start.

select sql_id,sql_exec_id,sql_exec_start from gv$active_session_history where sql_exec_id is null;

sql_exec_id5

Bueno…en su momento Oracle aperturó un bug ( el cual finalmente fue cerrado como “no bug”), debido a que se llegó a la conclusión de que es el comportamiento esperado bajo ciertas circunstancias.

Bug 18468509 : SQL_EXEC_START AND SQL_EXEC_ID SOMETIMES ARE NULL IN V$SESSION

De acuerdo al bug Oracle nos dice que sql_exec_id puede ser null en los siguientes escenarios :

1. The SQL is waiting on an enq TM
2. During parse
3. During LOAD AS SELECT step of the execution plan
4. Often during the last step in the plan like SELECT STATEMENT, INSERT
STATEMENT

sql_exec_id6

Verifiquemos esto con un ejemplo …

TEST CASE :

Como se puede apreciar el sql_id f66wk4yqwyzas tiene 4 registros, de los cuales en 3 de ellos las columnas sql_exec_id y sql_exec_start estan vacias.

select sample_time,sql_id,sql_child_number,sql_exec_id,sql_exec_start,sql_plan_hash_value,in_parse,in_hard_parse
from gv$active_session_history where sql_id=’f66wk4yqwyzas’ order by sample_time asc;

 

sql_exec_id1

select sample_time,sql_id,sql_child_number as child_number,sql_exec_id,sql_exec_start,
sql_plan_hash_value as PHV,in_parse,in_hard_parse from gv$active_session_history
where sql_id=’f66wk4yqwyzas’ order by sample_time asc;

sql_exec_id3

Efectivamente!!! en este caso el sql_id : f66wk4yqwyzas durante los 3 primeros samples se encontraba realizando un hard parse y entró a la fase de execution en el 4to sample.

OEM 13c Deploy Agent en Windows – Modo Silent

 

Tenemos los siguientes 3 métodos para desplegar un agente oem en un Target Windows:

  1. Método push Clásico: Despliegue desde consola de Cloud Control, que tiene como restricción el instalar Cygwin o algun otro emulador de Linux en el servidor windows donde queremos desplegar el agente.
  2. Usando un Windows Staging Server -> Buena opción pero requiere tener un servidor centralizado para actuar como “pushing agent server”, mayor información en la nota técnica (Doc ID 2304834.1)
  3. Instalación en modo Silent -> Desde mi punto de vista la opción mas simple ya que no dependes de ningún sofware de terceros o servidor centralizado.

Ante esto se muestra como mejor método el despliegue de agente en modo silent, asi que lo primero es obtener el instalador del agente para Windows.Para esto podemos generar un “Agent Image” usando el utilitario EMCLI.

installagentwindows

Nos logeamos a la consola del utilitario EMCLI con SYSMAN o algún otro usuario con priviegios de agent deployment.

oracle@sun70l33:/u01/app/oemshared1/middleware13200/bin$ ./emcli login -username=sysman
Enter password :

Login successful

Sincronizamos EMCLI con el repositorio.

oracle@sun70l33:/u01/app/oemshared1/middleware13200/bin$ emcli sync
Synchronized successfully

Validamos los instaladores de agentes que tenemos disponibles de cada plataforma y validamos que tenemos disponible el instalador del agente oem para windows.

oracle@sun70l33:/u01/app/oemshared1/middleware13200/bin$ emcli get_supported_platforms
———————————————–
Version = 13.2.0.0.0
Platform = Linux x86-64
———————————————–
Version = 12.1.0.4.0
Platform = Microsoft Windows x64 (64-bit)
———————————————–
……….

.
———————————————–
Version = 13.2.0.0.0
Platform = Microsoft Windows x64 (64-bit)
———————————————–
Version = 13.2.0.0.0
Platform = HP-UX Itanium
———————————————–
Version = 12.1.0.2.0
Platform = Linux x86-64
———————————————–
Platforms list displayed successfully.

Generamos el Agent Image dentro de una ruta de nuestro servidor OMS (ejemplo : /u01/app/oemshared1/win_agent )

Para esto creamos el directorio donde se descargará el instalador dentro de nuestro servidor OMS y seteamos las variables de ambiente UNZIP_LOC y ZIP_LOC que el utilitario EMCLI necesita para empaquetar/desempaquetar el instalador

[oracle@em13c ~]$ mkdir /u01/app/oemshared1/win_agent
[oracle@em13c ~]$ export UNZIP_LOC=/usr/bin/unzip
[oracle@em13c ~]$ export ZIP_LOC=/usr/bin/zip

Procedemos a descargar el instalador

emcli get_agentimage -destination=/u01/app/oemshared1/win_agent -platform=”Microsoft Windows x64 (64-bit)” -version=13.2.0.0.0

insallagentoem

Se generó el agent image “13.2.0.0.0_AgentCore_233.zip”

installagentoem2

Copiamos el instalador en el servidor windows en el que queremos instalar el agente OEM, descomprimimos y editamos el archivo agent.rsp.

deploy agent

A continuación descomentar y llenar los siguientes parametros

OMS_HOST : full hostname del servidor OMS
EM_UPLOAD_PORT : puerto HTTPS de OMS
AGENT_REGISTRATION_PASSWORD: agent secure password registrador durante la instalación de Cloud Control (si no lo tienes no te alarmes, puedes registrar uno nuevo).
AGENT_PORT : Puerto de comunicación del agente por default 3872 (verificar que no este ocupado).
ORACLE_HOSTNAME : hostname del nuevo target donde estamos desplegando el agente oem.

installagentoem3

Antes de proceder con el despliegue del agente para evitar tipicos errores relacionados a falta de ddls perl como “the program can’t start because perl510.dll is missing from your computer“, debemos setear las siguientes variables :

SET PERL5LIB=
set PATH=%ORACLE_HOME%\perl\bin;%PATH%

Procedemos a desplegar el agente :

agentDeploy.bat AGENT_BASE_DIR=D:\oem_13c2 RESPONSE_FILE=D:\oracle\product\11.2.0\agent_install\agent_inst\13.2.0.0.0_AgentCore_233\agent.rsp

install oem agent

Finalmente después de unos cortos minutos, el agente fue desplegado sin problemas.

agent instalation finished

En los servicios de windows, se creó un nuevo servicio propio del agente.

deploy agent2

Ahora que el agente fue desplegado, procederemos a promoverlo a la consola de Cloud Control 13c.

Setup / add target / add targets manually

oem installation agent

Buscamos el nuevo target a monitorear.

install oem agent windows 5

install oem agent windows 6

install oem agent windows 7

Seteamos el password del usuario dbsnmp y realizamos un test de conexion

install oem agent windows 8

Procedemos a guardar los nuevos targets

install oem agent windows 10

install oem agent windows 11

Finalmente tenemos los targets registrados en Cloud Control siendo monitoreados 🙂