Cuando un servicio falla, registrar el síntoma antes de intervenir ayuda a evitar cambios innecesarios. “El servidor no funciona” puede describir problemas de DNS, aplicación, datos o capacidad.
Prepara un reporte que ayude a localizarlo
Incluye servicio, dirección, hora, acción intentada y mensaje visible. Indica si afecta a todos o a una persona. Comparte capturas sin contraseñas, datos de clientes ni información privada innecesaria.
Separa síntomas y posibles causas
| Síntoma | Primera revisión |
|---|---|
| El dominio no resuelve | DNS y conectividad. |
| La web responde con error | Aplicación, dependencias y registros. |
| Una tarea es lenta | Operación concreta y recursos relacionados. |
| No se pueden guardar datos | Espacio, permisos y servicio de datos. |
Son pistas, no diagnósticos automáticos. Correlaciona registros y métricas con la hora del evento; plataformas como Azure Monitor reúnen esas señales cuando se configuran. Observación con Azure Monitor.
Evita reinicios como primera respuesta universal
Un reinicio puede cambiar el estado y perder evidencia útil. El responsable debe valorar impacto, información disponible y recuperación. No borres archivos desconocidos para liberar espacio sin identificar su función.
Cierra con una comprobación del usuario
Verifica la operación que fallaba y registra lo realizado. Si la causa no se confirmó, indícalo y define qué observar. Volver a responder es un resultado operativo; demostrar la causa y prevenir una repetición es un trabajo adicional que necesita evidencia.
Ejemplo de reporte que permite empezar
| Campo | Ejemplo ficticio |
|---|---|
| Servicio | Portal de pedidos; dirección exacta por indicar. |
| Impacto | Se puede consultar, pero no guardar nuevos pedidos. |
| Inicio | Hora y zona horaria de la primera observación. |
| Alcance | Dos usuarios observaron el mismo síntoma; falta comprobar otros casos. |
| Cambios | Se informa un cambio reciente, sin asumir que sea la causa. |
| Evidencia | Mensaje visible y referencia al registro, sin datos privados. |
Si la tarea está detenida, comunica el impacto junto con los hechos disponibles. Puedes informar lo que falta por comprobar sin retrasar el aviso hasta tener una explicación completa. Después, el responsable técnico decide qué revisar y qué cambios requieren autorización.
Para profundizar en las tareas relacionadas: Qué monitorear en un servidor y a quién avisar; Cómo reportar un error para que pueda resolverse.
¿El servicio está fallando ahora?
Indica qué dejó de funcionar, desde cuándo y cómo afecta al negocio. La primera conversación necesita ese contexto para valorar la atención posible.
Solicitar ayuda urgente
