Primer análisis con el trace de ejemplo

En este tutorial usted envía por la consola el trace sintético de WaitScope, el mismo del informe de ejemplo publicado, y compara cada parte del resultado con ese ejemplo. Al final, usted habrá:

• creado un análisis y seguido su procesamiento;
• leído el tiempo total y el perfil del tiempo de respuesta;
• abierto el diagnóstico y el plan de la sentencia que más pesó.

Antes de empezar

• Una cuenta en la consola. Durante el acceso anticipado, solicítela por correo electrónico a contato@waitscope.com. La cuenta viene con usuario y contraseña provisional, que usted cambia en el primer acceso.
• Una app de autenticación en el celular. La consola pide su código de 6 dígitos en cada inicio de sesión. Cuando la consola lo ofrece, el código también puede llegar por correo electrónico.
• El trace sintético guardado en su equipo como exemplo-10046.trc. Tiene 36 líneas y tiempos de prueba, sin datos de una base de datos real.

Paso 1: entrar en la consola

1. Abra https://app.waitscope.com/ en el navegador.
2. Escriba Usuario y Contraseña y haga clic en Entrar.
3. En el primer acceso, registre la app de autenticación en la página Configurar la verificación en dos pasos y haga clic en Confirmar la app.
4. Guarde los códigos de recuperación fuera de su equipo y haga clic en Volver a entrar.
5. Entre de nuevo con usuario y contraseña y escriba el código de la app en Código de acceso.
6. Si la consola lo pide, cambie la contraseña provisional en Mi contraseña, con 12 caracteres o más.
7. Marque Acepto los Términos de Servicio y leí la Política de Privacidad y haga clic en Continuar.

Resultado: se abre la página Análisis, con el cuadro Nuevo análisis y, en el Historial, Aún no hay análisis.

Paso 2: crear el análisis

1. En el cuadro Nuevo análisis, haga clic en Elegir archivos.
2. Elija exemplo-10046.trc. Si lo prefiere, arrastre el archivo hasta Arrastre los traces hasta aquí.
3. Compruebe el resumen debajo de los botones: 1 archivo seleccionado (1,8 KiB).
4. Haga clic en Enviar y analizar.

Resultado: la barra de envío llega al final, aparece Archivo recibido. Abriendo el resultado... y se abre la página del análisis. Con un solo archivo, la consola no pregunta si los traces son del mismo proceso.

Paso 3: seguir el procesamiento

La página del análisis muestra el nombre del archivo, el estado y una barra de progreso. En cola, el mensaje es En cola. El procesamiento empieza en unos instantes. Durante la lectura, aparece el porcentaje del archivo ya leído, como Procesando en el servidor: 40% del archivo leído. La página consulta el estado al servidor cada 2 segundos, sin recargar.

Puede salir de la página: el análisis continúa en el servidor, y el Historial de la página Análisis muestra su estado, en cola, procesando, completado o error.

Resultado: cuando el análisis termina, la página abre el informe por sí sola. Con un trace pequeño como este, el informe puede abrirse directamente.

Paso 4: leer el tiempo total y el perfil

1. En la parte superior del informe, en Resumen, lea el Tiempo total.
2. Baje hasta Perfil del tiempo de respuesta y lea la columna % del total.
3. Haga clic en el nombre SQL*Net message from client para abrir la tarjeta del componente.

Resultado: el Tiempo total es 0,007 s, o 7,0 ms. El perfil empieza por SQL*Net message from client, con el 71,3%, seguido de db file sequential read, con el 18,5%, y la fila Total cierra en 100,0. La tarjeta explica el componente, cuándo es normal y cuándo preocupa. Compare con el Resumen y el perfil del informe de ejemplo.

Paso 5: abrir el diagnóstico

1. En el índice En este informe, haga clic en Diagnóstico.
2. Lea los dos hallazgos.
3. En el primero, haga clic en Ver en el perfil.

Resultado: los dos hallazgos son de gravedad media. El primero, La sesión pasó la mayor parte del tiempo esperando a la aplicación, suma el 71,3% del tiempo total, y el enlace lleva a la fila del componente en el perfil. El segundo, Sentencia #1: la operación 1 del plan concentra el 98,0% del tiempo, suma el 24,6% y trae el enlace Ver en el plan de la sentencia #1. Compare con el Diagnóstico del ejemplo.

El primer hallazgo va antes que cualquier SQL: la mayor parte del tiempo fue la sesión esperando el siguiente pedido de la aplicación, y el ajuste de SQL no reduce ese tiempo (sesión esperando a la aplicación).

Paso 6: abrir la sentencia con el plan

1. Vuelva al Diagnóstico y, en el segundo hallazgo, haga clic en Ver en el plan de la sentencia #1.
2. En la página de la sentencia, lea Peso en el tiempo total.
3. Baje hasta Plan de ejecución y lea el cuadro Dónde gasta el plan.

Resultado: la sentencia #1 es un SELECT con el 95,9% del tiempo total. En el plan, la operación 1, TABLE ACCESS BY INDEX ROWID T, concentra el 98,0% del tiempo y el 80,0% de las lecturas lógicas, y aparece resaltada en la tabla. Compare con el detalle de la sentencia #1 y con la operación 1 del plan en el ejemplo.

El ejemplo publicado es el informe descargado con Descargar HTML: en él, el detalle de cada sentencia se abre en lugar del informe cuando usted hace clic, y Volver al informe lleva de vuelta; en la consola, se abre en una página propia. En su análisis y en el ejemplo, el texto de la sentencia #1 aparece como select * from t where id=***, y no id=1 como en el trace: la cuenta viene con las dos opciones de Privacidad de los informes activadas, y el número usado como valor se convierte en *** en la página, en el informe descargado, en la app y en la API. Para ver el número, desmarque Ocultar los números usados como valor en el SQL (id = ***) en Mi cuenta y haga clic en Guardar (literales ocultos).

Si no aparece

• La consola muestra Ese archivo ya se había analizado el ... Su cuenta ya envió este trace, y la consola abrió el informe que ya existe. Para analizarlo de nuevo, elimine el análisis en el Historial y envíelo otra vez (envío repetido).
• El análisis termina con el error el archivo no parece un trace de Oracle (evento 10046). El archivo guardado no es el trace. Descárguelo de nuevo desde el enlace del trace sintético.
• Los números no coinciden con el ejemplo. En la línea debajo del nombre del archivo, en la parte superior del informe, compruebe que aparecen 1,8 KiB y 36 líneas: otro archivo da otro informe.
• Aparece Elija al menos un archivo de trace. No se eligió ningún archivo, o el archivo elegido está vacío.
• No tiene la app de autenticación a mano. En la página Código de acceso, escriba uno de los códigos de recuperación, en el formato xxxxx-xxxxx.

Próximos pasos

• Active el trace en la sesión de la operación que quiere entender.
• Encuentre el archivo en el servidor y envíelo desde el navegador.
• Lea el informe sección por sección, a partir del Resumen y del perfil, y siga el método para llegar a la causa.
• Antes de que venza el plazo, descargue el informe con Descargar HTML o Descargar JSON (plazo del informe).