WaitScope guarda lo mínimo: el trace sale del servidor cuando termina el análisis, y el informe queda durante el plazo de retención. Esta página resume qué queda guardado, quién lo ve y cómo pedir ayuda.
Qué queda guardado y durante cuánto tiempo
| Elemento | Plazo |
|---|---|
| Archivo de trace enviado | Se borra del servidor en cuanto termina el análisis, completado o con error. No entra en las copias de seguridad. |
| Envío interrumpido antes del final | Se borra después de 24 horas sin recibir datos. |
| Informe | Queda durante el plazo de retención, 7 días de forma predeterminada, y después se elimina. WaitScope puede definir otro plazo, de 1 a 365 días. |
| Copias de seguridad | Copia diaria de la base de datos, con los informes, en el mismo servidor, durante hasta 5 días. |
| Informe descargado | En su equipo o celular, hasta que usted lo borre. |
La pantalla Análisis muestra el plazo vigente, en la frase “Cada informe está disponible durante ...”. Si el plazo aumenta, usted recibe un aviso por correo electrónico antes, y el nuevo plazo pasa a valer también para los análisis ya guardados, contado desde la fecha del envío. Si disminuye, vale en cuanto se graba, también con aviso.
Qué guarda el informe
El informe guarda el texto del SQL tal como está en el trace, con los literales escritos en él, y también el CLIENT ID, el módulo, la acción, el host y la ruta del archivo de trace. De las sentencias que solo difieren en los literales y se convierten en una forma, guarda el texto con :s y :n y los literales de las variantes que más gastaron. En los deadlocks, guarda el usuario de la base de datos, la máquina y el programa de cada sesión. El análisis guarda además el nombre del archivo enviado y un resumen SHA-256 del archivo y del trace, que sirve para reconocer el mismo trace enviado de nuevo. Los valores de bind nunca entran.
La máscara de literales oculta el texto entre comillas y los números del SQL en lo que usted ve y descarga, y también el SQL ID de las variantes, sin cambiar el informe guardado: vea Literales ocultos en el SQL.
Enviar de nuevo el mismo archivo abre el análisis que ya existe. El mismo trace en otro archivo, por ejemplo con otra compresión o dentro de un zip, genera un análisis nuevo, que reemplaza al anterior cuando queda listo. Los detalles están en límites y envío repetido.
Eliminar un análisis antes del plazo
- En la consola, abra Análisis, en el menú de la parte superior de la página.
- En el Historial, busque el análisis por el nombre del archivo.
- Haga clic en Eliminar, en la fila del análisis.
Resultado: la consola muestra “Análisis eliminado.” y el análisis sale del historial.
Para eliminar varios a la vez, marque los análisis, o Marcar todos, y haga clic en Eliminar seleccionados. La consola pide confirmación: “¿Eliminar N análisis? No se puede deshacer.” En la app de Android, la lista de análisis tiene las mismas opciones.
La eliminación no tiene vuelta atrás: para tener el informe de nuevo, envíe el trace otra vez. El análisis eliminado desaparece de las copias de seguridad cuando estas se reemplazan, en hasta 5 días, o más tarde si la copia diaria falla.
Descargar el informe
En la página del informe, Descargar HTML graba un archivo que se abre en el navegador sin la consola, Descargar JSON graba el resultado del análisis en JSON, y Descargar PDF abre el informe completo para guardarlo en PDF. El nombre sigue el del archivo enviado: el trace exemplo-10046.trc se convierte en exemplo-10046-relatorio.html y exemplo-10046-resultado.json. El HTML y el PDF siguen el número de Sentencias por lista elegido en la parte superior de la página.
En la app de Android, el informe se abre y se comparte en HTML. Todos los formatos salen con la máscara de literales de su cuenta. Una vez descargado, el archivo es suyo: protegerlo y borrarlo le corresponde a usted.
Quién ve sus análisis
- Usted: sus análisis, en la consola y en la app.
- Otros usuarios: nada de su cuenta. Para ellos, un análisis suyo responde como si no existiera.
- Perfil de administrador de la consola: los datos de cuenta y las sesiones de cada usuario, para gestionar el acceso. No abre los análisis.
- Quien opera el servidor: tiene acceso técnico a la base de datos y a las copias de seguridad, donde los informes están sin cifrar. Solo abre el contenido cuando usted pide soporte, para atender un incidente de seguridad o cuando la ley lo exige.
El aislamiento entre cuentas lo hace la aplicación, en cada pantalla y en cada ruta de la API: la consola y la app nunca muestran el análisis de una cuenta a otra, ni al administrador.
Servidor en Brasil
El análisis se ejecuta en un servidor en Brasil, donde también están la base de datos, los informes y las copias de seguridad. Por la dirección https://app.waitscope.com/, la conexión va directo a ese servidor, con HTTPS.
La dirección anterior, https://waitscope.io, llega al mismo servidor: todavía atiende la app de Android que usa esa dirección y lleva el navegador a https://app.waitscope.com. Use https://app.waitscope.com en el navegador y en la app.
Verificación en dos pasos
Toda cuenta inicia sesión con la contraseña y con el código de 6 dígitos de la app de autenticación. En el registro, la consola muestra 10 códigos de recuperación, una sola vez: guárdelos en un lugar seguro. Cada código sirve una vez, en lugar del código de la app.
En Mi cuenta (haga clic en su nombre de usuario, en la parte superior de la pantalla), Configurar otra app (cambio de teléfono) lleva la cuenta a un celular nuevo, y Generar nuevos códigos de recuperación cambia los códigos; las dos acciones piden la contraseña actual. En Dispositivos conectados, usted ve dónde está abierta la cuenta y puede usar Cerrar todas las demás sesiones.
Sin la app de autenticación y sin los códigos de recuperación, usted no puede iniciar sesión. Escriba a contato@waitscope.com: desactivar la verificación de una cuenta borra sus análisis, para que quien administra la consola no pueda tomar la cuenta y leer el contenido.
Pedir ayuda sin enviar el trace
No envíe traces ni informes por correo electrónico, porque el correo de WaitScope pasa por empresas de Estados Unidos. Describa el problema e indique cuál es el análisis. Escriba a contato@waitscope.com con:
- el nombre del archivo, tal como aparece en el Historial, y la fecha y la hora del envío;
- el estado del análisis y el mensaje de error, si lo hay;
- la sección del informe y el número de la sentencia (#) o el SQL ID de lo que parece incorrecto;
- lo que usted esperaba ver y lo que apareció;
- la versión de la consola, en el pie de la página (por ejemplo, WaitScope 1.7.0), y la de la app, en Configuración, si el envío se hizo por la app.
Con esto, el soporte encuentra el análisis en su cuenta y solo lo abre porque usted lo pidió. El trace ya no está en el servidor: el soporte ve el informe. No elimine el análisis antes de la respuesta.
Qué quitar antes de compartir un fragmento
Si el problema solo se explica con un fragmento, como una línea del trace o un trozo del SQL, copie solo ese fragmento y quite antes:
- los literales del SQL: el texto entre comillas y los números como documentos de identidad, teléfonos o códigos de cliente;
- los valores del bloque
BINDS; - el CLIENT ID, el módulo, la acción, el host y la ruta del archivo, que el informe muestra sin máscara;
- en los deadlocks, el usuario de la base de datos, la máquina y el programa de cada sesión.
El mismo cuidado vale para el informe descargado que usted le pasa a un colega: la máscara de literales no cubre esos campos.
Adónde ir después
- Literales ocultos en el SQL: qué oculta la máscara y cómo activarla o desactivarla.
- Límites y envío repetido: los límites de tamaño y el mismo trace enviado de nuevo.
- Lo que WaitScope no hace: lo que queda fuera del alcance del servicio.