Confio Ignite PI 8 E studio De Un Caso

El bloqueo ocurrió en una base de datos de nombre “DBL1”. Las otras 2, del usuario, no experimentaron el bloqueo.

La siguiente solapa (Waits) nos habla de los tipos de espera, en este caso bloqueos  ocurridos,

Veamos cuáles son:

Description: A7.JPG

Como era de esperar el problema ha sido un bloqueo del tipo LCK_M_U.

También podemos analizar cuáles han sido los programas que han provocado el bloqueo.

En la solapa “Programs” nos permite averiguar el “culpable”.

Por razones de confidencia, no se muestra el nombre de la aplicación.

Description: A8.JPG

También podemos analizar los usuarios (“DB Users”) que han sufrido el loqueo:

Description: A9.JPG

Salteamos, por redundante, las solapas de “Machines”, nombre de las PC’S afectadas y sus sesiones (“Sessions”), pasando directamente a la solapa “Bloqueos”(Blockers).

Description: A10.JPG

(2*)

Finalmente descubrimos que el SPID 167, generado por el usuario “sa” desde la PC “Auditoria” es el responsable del bloqueo genérico.

¿Qué estaba ejecutando el SPID 167? Basta con un click en “Details” para obtener el siguiente gráfico:

Description: A11.JPG

La descripción es auto explicativa.  No obstante si queremos  visualizar la sentencia SQL, basta con un doble click en la barra roja.

Description: A12.JPG

Luego de analizar qué se estaba ejecutando, podemos estudiar quiénes fueron afectados por el bloqueo.

Basta con expandir en la figura 2*, el SPID 167.

Description: A13.JPG

Description: A14.JPG

En los dos gráficos anteriores,  podemos ver los usuarios que han debido esperar hasta la finalización del proceso 167.

Por último les muestro las alertas que me permitieron conocer y resolver el problema en cuestión.

Description: A15.JPG

Tengo configurado varios tipos de alertas. Una de ellas se refiere a los bloqueos. Un doble click en “Alert Definition” muestra lo siguiente:

Description: A16.JPG

El alerta refiere al tipo LCK_M_S. Analizado cada 5 minutos, mails (sin necesidad de producto adicional alguno) a mi nombre, de acuerdo al tiempo que consuma el bloqueo.

Resumiendo: Les he desarrollado una sola de las múltiples posibilidades que IGNITE PI 8 de Confio, nos puede ayudar para resolver las tareas habituales de cualquier DBA.

En este específico caso fue suficiente un “kill 167, originado por un usuario fuera de horario habitual” para que el cliente pudiera seguir realizando sus tareas habituales.

Eso no es poca cosa.

Luis Martín

DBA

www.Sql-server-performance.com  Moderator

Pages: 1 2




Related Articles :

  • No Related Articles Found

No comments yet... Be the first to leave a reply!

Software Reviews | Book Reviews | FAQs | Tips | Articles | Performance Tuning | Audit | BI | Clustering | Developer | Reporting | DBA | ASP.NET Ado | Views tips | | Developer FAQs | Replication Tips | OS Tips | Misc Tips | Index Tuning Tips | Hints Tips | High Availability Tips | Hardware Tips | ETL Tips | Components Tips | Configuration Tips | App Dev Tips | OLAP Tips | Admin Tips | Software Reviews | Error | Clustering FAQs | Performance Tuning FAQs | DBA FAQs |