El respaldo que se programó y nunca corrió.
Programar el respaldo y verificar que efectivamente corrió son dos cosas distintas. La segunda es la que importa, y es la que casi nadie revisa.
CIJTEC · Servicios y Soluciones Informáticas · Santiago
Somos el área de informática de empresas que no tienen una. Sin mesa de ayuda rotativa ni número de ticket: siempre los mismos dos, que ya saben cómo funciona su operación y no le van a pedir que explique todo de nuevo.
Empecemos por lo suyo
Busque su caso acá abajo. En cada uno está lo que suele ser en realidad, que casi nunca es lo que parece — y por eso conviene mirar antes de comprar o cambiar nada.
Casi siempre es una licencia que quedó asignada a alguien que ya no está, o un perfil a medio armar después de un cambio de equipo. Se revisa en el panel de Microsoft 365, se reasigna la licencia y se deja el equipo con la cuenta que corresponde.
Consultar por estoHay tres causas típicas y conviene descartarlas en orden: el buzón lleno, un registro de DNS mal puesto (SPF o DKIM), o el dominio metido en una lista negra por correo saliente. Saltarse el orden es lo que hace perder días.
Consultar por estoRara vez es que el servidor esté viejo. Lo habitual es el archivo de datos sin espacio para crecer, o sesiones que quedaron abiertas ocupando memoria. Se mide primero: nos ha tocado desmentir la compra de un servidor nuevo que no hacía falta.
Consultar por estoProgramar el respaldo y verificar que corrió son dos cosas distintas, y la segunda es la que salva. Revisamos que exista, que se pueda restaurar —que es lo que nadie prueba— y cuánto espacio queda antes de que deje de correr solo.
Consultar por estoCuando el resto sí puede entrar, suele ser una licencia tomada por una sesión que cerró mal y quedó colgada en el servidor. Se libera al tiro, pero además se revisa por qué quedó así: si se repite, el problema es otro.
Consultar por estoUn documento que no se emitió no dispara ninguna alarma: se nota cuando reclaman, o cuando el área contable cuadra el mes y falta. Ubicamos el documento, vemos si quedó en cola o rechazado, y corregimos el origen para que no vuelva a pasar en silencio.
Consultar por estoDominio, DNS y hosting son tres cosas distintas, se pagan por separado y se caen por motivos distintos. Lo primero es saber cuál de las tres falló — cambiar la equivocada suele dejar el sitio abajo un día más.
Consultar por estoSe descarta en orden: la VPN, la sesión del usuario, las licencias CAL del servidor y el firewall. Es la falla que más se resuelve «a la mala» reiniciando el servidor, con todos los usuarios adentro.
Consultar por estoEs la falla que detiene la operación completa, y también la que más aviso da con anticipación — si alguien está mirando. Liberamos lo que corresponde, pero sobre todo dejamos medido cuánto crece al mes, para saber cuándo va a volver a pasar.
Consultar por estoCuéntenoslo igual. Esta lista son los que más se repiten, no todo lo que hacemos — y si resulta que no somos los indicados, se lo vamos a decir derechamente.
Contarnos el casoEl producto
Mientras se mantenga plana, su empresa factura, despacha y cierra. Cada vez que se dispara hay un costo concreto: un día de facturación perdido, un cierre que se corre, un cliente esperando su factura.
Casi todo el soporte informático compite por lo rápido que llega después de que la línea se disparó. Nosotros trabajamos en la parte aburrida: en que no se dispare. Se ve menos y le cuesta mucho menos.
Cuando nadie está mirando
Programar el respaldo y verificar que efectivamente corrió son dos cosas distintas. La segunda es la que importa, y es la que casi nadie revisa.
La base sigue andando hasta que no queda espacio. Ahí se detiene la operación completa, y suele pasar justo en el peor momento del mes.
No hay alarma. Se nota cuando el cliente reclama la factura, o cuando el área contable cuadra el mes y falta un documento.
Alguien cerró mal y su sesión sigue ocupando la licencia en el servidor. El siguiente no puede entrar, y nadie sabe por qué.
El alcance
No es un menú de servicios para elegir. Es lo que hay que mirar para que la línea se mantenga plana — y se mira completo, porque las fallas cruzan de un frente a otro sin avisar.
Aplica a cualquier empresa con servidores propios, use el sistema que use. Y si además trabajan en Softland, entramos al sistema por dentro: esa es la especialidad dedicada de uno de los dos.
Integridad de la información
¿Existe de verdad el respaldo de anoche?
Respaldo diario y verificación de que el plan efectivamente corrió. Retención y compresión, espacio en disco, crecimiento de los archivos de datos, integridad y bloqueos.
Disponibilidad de la base de datos
¿Va a aguantar el cierre de mes?
Log de transacciones, espacio del motor, rendimiento, y la mantención periódica que el sistema pide en su manual y que casi nunca se hace. En Softland sabemos exactamente cuál es.
Acceso a la plataforma
¿Pueden entrar todos, mañana a las 8?
Servicios críticos, espacio en disco, licenciamiento CAL de Windows Server, actualizaciones y reinicios programados, terminal server, red y equipamiento de comunicaciones.
Operación funcional y usuarios
¿Salió el documento que tenía que salir?
Giros, notas de venta, guías y facturas, DTE de proveedores, variables de remuneraciones, formatos de documentos, centros de costo, licencias y usuarios. También VPN, escritorio remoto, Office 365, equipos, perfiles, impresoras y credenciales.
La especialidad
Uno de los dos está dedicado a Softland y a la base de datos que hay debajo. Este es un caso real de lo que eso significa cuando el problema no está donde todos creen.
Lo que se creía
El ERP estaba lento y la conclusión dentro de la empresa era que la base de datos ya no daba más. La salida obvia era comprar servidor nuevo.
El motor estaba bien.
Lo que era
El archivo de datos estaba al ras: 18 MB libres, creciendo de a 10 MB. Cada vez que se llenaba, todo esperaba. Y encima estaba la espera de red del terminal server, que mantenía cerca de 240 sesiones de Softland abiertas porque el ERP no cierra sus conexiones.
Se corrigió lo corregible y el resto quedó acotado a su origen real. Sin servidor nuevo.
Quien solo mira el ERP no ve el servidor. Quien solo mira el servidor no sabe que el ERP no cierra sus conexiones. Por eso miramos los dos.
Diagnóstico hecho en vivo y en solo lectura, sin detener la operación ni sacar a nadie del sistema.
Alcance y límites
Este servicio no le sirve a cualquier empresa, y hacer como que sí le cuesta caro a todo el mundo. Así que acá va derecho.
Le sirve si
No le sirve si
Más de diez años
Eso solo se sostiene de una forma, y es la misma desde el primer día: entender el proceso antes de tocarlo. En sistemas que están en producción, el daño casi nunca lo hace la falla original — lo hace el arreglo apurado.
Quién usa el sistema, para qué, y qué pasa río abajo si algo cambia.
Usuarios conectados, servicios críticos y respaldo confirmado antes de intervenir.
El cambio se prueba con datos reales y lo aprueba quien usa el sistema, no nosotros.
Qué se hizo y por qué, para que el próximo que lo mire entienda sin preguntar.
El primer paso
Miramos sus respaldos, el espacio y el estado del ERP, y le decimos qué está en riesgo y en qué orden conviene resolverlo. Se hace en solo lectura: no detenemos nada ni sacamos a nadie del sistema.
Si después de mirarlo resulta que no le hacemos falta, se lo vamos a decir igual.