Oracle Live

09/04/2016

CAP 1 Entrerprise Manager y Monitorizacion

Filed under: 1z0-060 — mogukiller @ 3:53 pm

1.1 Oracle Enterprise Manager Express

En 12c Oracle Enterprise Manager esta deprecated.
OEMX unicamente permite manegar un tipo de target. Por lo que en un entorno de RAC no dejaria ver todas las instancias a la vez.
Es mas ligero de memoria y espacio (100M) que el OEM.
Requiere del paquete XML DB para poder funcionar y que el parametro DISPATCHES este configurado al menos a 1.

Para la configuracion:
SQL> exec DBMS_XDB_CONFIG.setHTTPsPORT(5500);

Para saber en que puerto escucha:
SQL> select DBMS_XDB_CONFIG.getHTTsPORT from dual;

Para llamarlo: https://localhost:5500/em

Podemos crear usuarios con privilegios de gestion de OEMX:
SQL> GRANT EM_EXPRESS_BASIC TO MOGU;
SQL> GRANT EM_EXPRESS_ALL TO MOGU;

Caracteristicas:
No se puede levantar ni bajar la base de datos.

1.2 Real Time Application Monitoring.

Requiere la licencia SQL Tuning Pack.

Database Operacion: Una o mas sql o plsql corriendo a la vez en una sesion o en sesiones concurrentes.

Tipos: simple y compuesta.
Simple: Una simple sql o plsql.
Compuesta: Varias sql o plsql. Tipos:

Single Session: Cuando una unica sesion existe durante todo el tiempo de la operacion. Por ejemplo una unica sesion lanzando queries en paralelo. Otra se puede dar con un conjunto de sesiones pero solamente estando una activa a la vez.
Multiple concurrent session: Pues cuando hay varias sesiones activas ejecutando a la vez.

Una Database Operation se identifica por el nombre que se le asigna y por el ID que ayuda a identificar dos operaciones con el mismo nombre.

Fases para nombrar una DB Operation:
Package DBMS_SQL_MONITOR con las funciones BEGIN_OPERATION / END_OPERATION

Podemos habilitar la monitorizacion a 3 niveles.

A nivel de sentencia.
A nivel de DB operation.
A nivel de sistema.

A nivel de sentencia: Tenemos que utilizar el hint /*+ MONITOR */ hay que tener configurado el parametro CONTROL_MANAGEMENT_PACK_ACCESS a DIAGNOSTIC+TUNING

A nivel de DB operation. Ej Enable DB Operation: ‘DEBUG – Monitoring Real Time Database Operations’. Hay que tener en cuenta que la base de datos solo monitorizara aquellas operaciones que sean costosas (>5seg) si queremos forzar a que monitorice todo hay que configurar el parametro forced_tracking a Y.

A nivel de Sistema.
Configurar STATISTICS_LEVEL a TYPICAL o ALL.
CONTROL_MANAGEMENT_PACK_ACCESS a DIAGNOSTIC+TUNING.

1.3 Perform emergency monitoring

Oracle permite acceder a la base de datos cuando la instancia se ha quedado bloqueada. Esto se llama diagnostic mode. Con 11g ya se podia hacer “memory access mode”, en este proceso se lee directamente de la SGA.

En 12c se utiliza Emergency Monitoring para conectar directamente a la SGA sin pasar por la capa de SQL.

Emergency monitorig se apoya en los pool de memoria de ASH.

Con la vision que nos da Emergency Monitoring podemos identificar las sesiones bloqueantes y la informacion de ASH

1.4 Real Time ADDM.

Esta disponible en OEM 12c y esta pensada para obtener una causa raiz del problema. A diferencia del ADDM, RT-ADDM utiliza la informacion de los ultimos 10min directamente a la SGA. RT-ADDM permite conectar en modo normal y en diagnostic mode.

RT-ADDM utiliza MMON para monitorizar, sin utilizar bloqueos ni semaforos. MMON almacenara informacion siempre que se cumpla una de las condiciones AAS mayor de 3 segundos. Existan bloques calientes. Sesiones bloqueantes del mas del 10% de las sesiones. Sesiones que utilizan mas del 10% de los recurso de CPU.

Para ver el informe de RT-ADDM haremos

SQL> SET LONG 10000000
SQL> SELECT DBMS_ADDM.REAL_TIME_ADDM_REPORT() FROM DUAL;

El resultado es un xml.

1.5 Comparar periodos de tiempo con ADDM.

Lo utilizaremos para mirar la degradacion de performance y obtener las causas raiz.
El problema es que al comparar dos intervalos de tiempo, las sentencias no sean compatibles. SQL Commonality indica como de compatible son las sentencias de los dos intervalos de tiempo. Oracle recomienda no comparar intervalos de tiempo con un SQL Commonality menor del 80%

Podemos utilizar el OEM 12c o el paquete DBMS_ADDM.

1.6 Mejoras ADR y Networking

Logeamos las DDL con el parametro enable_ddl_logging. Implica el licenciamiento Oracle Change Management Pack.
Debug Log: Informacion adicional de eventos producidos.
Network compression. Forma parte de la licencia Advance Compression Options. Se configura en el sqlnet.ora y los parametros serian:

SQLNET.COMPRESSION: ON | OFF
SQLNET.COMPRESSION_LEVELS: LOW | HIGH
SQLNET.COMPRESSION_THRESHOLD: Tamaño del buffer.

SDU: Es la unidad de tamaño para enviar por la red. El tamaño por defecto es 8K pudiendo crecer hasta los 2M. El parametro en sqlnet.ora seria DEFAULT_SDU_SIZE

Dejar un comentario »

Aún no hay comentarios.

RSS feed for comments on this post. TrackBack URI

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

Blog de WordPress.com.

A %d blogueros les gusta esto: