Un backup que aparece como «completado» no siempre sirve para recuperar una empresa. Puede contener archivos incompletos, estar cifrado por ransomware, haber fallado sin que nadie lo detecte o no incluir el servidor, las bases de datos o el correo que realmente necesita. Por eso, decidir cada cuánto revisar backups no es una tarea administrativa: es una decisión de continuidad de negocio.
Para una pyme, perder el acceso al programa de gestión, a las facturas, a las historias clínicas o a los documentos de clientes durante varios días tiene un coste real. No solo por las horas de trabajo perdidas, sino por la atención al cliente, los plazos fiscales, la reputación y la posible obligación de comunicar una brecha de seguridad.
Cada cuánto revisar backups según el riesgo
La respuesta corta es esta: los backups deben supervisarse a diario y probarse de forma periódica. Pero la frecuencia concreta depende de cuánto dato puede permitirse perder su negocio y de cuánto tiempo puede trabajar sin sus sistemas.
Una asesoría que registra documentación y presenta impuestos cada día no debería aceptar perder una semana de información. Una clínica tampoco puede asumir que sus agendas, informes o historiales queden inaccesibles. En estos casos, conviene revisar el resultado de las copias diariamente y realizar restauraciones de prueba al menos una vez al mes.
Una empresa con poca actividad digital puede tener un margen algo mayor, aunque nunca debería limitarse a comprobar el sistema una vez al año. Los errores se acumulan en silencio: una contraseña caducada, un disco lleno, una licencia vencida o un cambio en el servidor pueden dejar semanas de copias inutilizables.
Como criterio práctico, recomendamos esta frecuencia:
- Todos los días: comprobar que las tareas se han ejecutado correctamente, que hay espacio disponible y que no existen alertas críticas.
- Cada semana: revisar que se están incluyendo los equipos, carpetas, bases de datos y servicios previstos, especialmente tras cambios de personal o de infraestructura.
- Cada mes: restaurar archivos y datos reales en un entorno seguro para confirmar que pueden abrirse y utilizarse.
- Cada trimestre: hacer una prueba más completa de recuperación de sistemas clave, como servidor, NAS, software de gestión, Microsoft 365 o máquinas virtuales.
- Cada año: revisar el plan completo de continuidad, responsables, tiempos de recuperación y necesidades del negocio.
No todas las comprobaciones requieren parar la actividad. Una restauración de prueba bien planteada puede realizarse en una ubicación aislada o en un equipo de laboratorio, sin afectar al servidor de producción.
Revisar no es mirar una pantalla en verde
Muchas empresas confunden una copia realizada con una copia recuperable. El software puede indicar que la tarea terminó correctamente, pero eso no confirma que el archivo restaurado sea íntegro, que la base de datos arranque o que pueda recuperar una carpeta concreta con sus permisos y versiones.
Una revisión útil debe responder a preguntas sencillas. ¿La copia terminó sin errores? ¿Se ha guardado fuera de la oficina o en una plataforma independiente? ¿Incluye los datos nuevos? ¿Se puede recuperar un archivo concreto? ¿Es posible levantar el sistema si falla el servidor principal?
También hay que verificar el tiempo. Recuperar un documento puede llevar segundos; recuperar un servidor de varios terabytes desde la nube puede requerir muchas horas o incluso días, según la conexión disponible. Si su empresa necesita volver a operar esa misma mañana, esa limitación debe detectarse antes de una incidencia, no cuando el negocio está detenido.
La frecuencia cambia según el tipo de información
No todos los datos tienen el mismo valor ni cambian al mismo ritmo. Una carpeta con fotografías antiguas de proyectos puede requerir una política distinta a una base de datos de TPV o a la contabilidad diaria.
En comercios y restaurantes, las ventas, cierres de caja y configuraciones del TPV deben protegerse con una frecuencia alta. En despachos profesionales, asesorías y gestorías, es esencial incluir bases de datos, documentos de clientes, correo electrónico y aplicaciones de nóminas o contabilidad. En una clínica, además de la disponibilidad, hay que prestar atención a la confidencialidad de la información sanitaria y a quién puede acceder a las copias.
Las empresas con Microsoft 365 o Google Workspace suelen asumir que todo está respaldado automáticamente. Estas plataformas ofrecen medidas de disponibilidad, pero eso no sustituye necesariamente una política propia de retención y recuperación. Un archivo eliminado, una cuenta borrada por error o una sincronización maliciosa puede propagarse antes de que alguien se dé cuenta.
El mismo problema aparece en NAS Synology, servidores locales y discos USB. Tener varios discos no equivale a disponer de una estrategia de backup. Si todos los dispositivos están conectados a la misma red y un ransomware cifra los datos compartidos, el riesgo sigue existiendo.
La regla 3-2-1 sigue siendo una buena base
Para reducir riesgos, conviene trabajar con tres copias de los datos, en dos tipos de soporte distintos y con una copia fuera de la ubicación principal. Hoy se suele añadir un cuarto requisito: que una de las copias sea inmutable o esté desconectada, para evitar que un atacante pueda modificarla o cifrarla.
Esto no significa que todas las empresas deban comprar una infraestructura compleja. Una combinación razonable puede incluir el servidor o NAS de trabajo, una copia local para restauraciones rápidas y una copia cifrada externa. Lo relevante es que esas capas sean independientes entre sí y que se revisen con regularidad.
Una copia en un disco USB conectado permanentemente al servidor puede ser útil como apoyo, pero no debería ser la única protección. Si hay robo, incendio, fallo eléctrico grave o ransomware, es probable que ese disco quede afectado junto con el resto de equipos.
Señales de que sus backups necesitan una revisión urgente
Hay situaciones que justifican adelantar la revisión, aunque la última prueba se hiciera hace poco. Una de ellas es un cambio de servidor, NAS, programa de gestión o proveedor cloud. Otra es la incorporación de una nueva aplicación crítica, como un ERP, un software adaptado a VeriFactu o un sistema de control horario.
También debe actuar si se han producido alertas de almacenamiento lleno, errores repetidos de copia, cambios de credenciales, accesos sospechosos, infecciones de malware o rotación de personal con permisos administrativos. En estos casos, mantener la rutina habitual puede no ser suficiente.
Es frecuente encontrar copias que dejaron de incluir una carpeta porque alguien la movió, o bases de datos que se copiaban mientras estaban abiertas y nunca se validaron. El problema no se aprecia hasta que se intenta restaurar. Para entonces, quizá las versiones sanas ya se hayan sobrescrito.
Defina responsables y deje evidencia
Una política de backups falla cuando depende de que una persona se acuerde de revisar un correo. El responsable puede ser interno o un proveedor de mantenimiento informático, pero debe estar claro quién recibe alertas, quién valida las incidencias y quién autoriza una restauración.
No hace falta generar informes interminables. Basta con registrar las comprobaciones relevantes: fecha, resultado, sistemas incluidos, prueba de restauración realizada, incidencias detectadas y acción correctiva. Ese historial permite identificar fallos recurrentes y demuestra que existe un control real sobre la información.
En RSI – Recursos y Soluciones Informáticas, este seguimiento se integra habitualmente en el mantenimiento preventivo: se monitorizan alertas, se corrigen fallos antes de que se conviertan en una pérdida de datos y se prueban restauraciones cuando corresponde. Para una empresa, el objetivo no es recibir más mensajes técnicos, sino saber que podrá volver a trabajar si algo falla.
Un plan de recuperación debe responder a un día malo
Imagine un lunes a primera hora: el servidor no arranca, el correo presenta errores y los archivos compartidos aparecen cifrados. En ese momento no basta con saber que hay copias. Hay que saber cuál se restaurará, quién lo hará, cuánto tardará y qué sistemas se recuperarán primero.
Priorice los procesos que mantienen la empresa operativa: facturación, agenda, correo, acceso a documentos, ERP, TPV, archivos de producción o comunicaciones con clientes. Quizá no sea necesario recuperar todos los datos a la vez, pero sí disponer de un orden claro para reducir el tiempo de parada.
La mejor frecuencia para revisar backups es la que permite descubrir un fallo antes de necesitar una recuperación real. Si no puede afirmar cuándo se restauró por última vez un archivo, una base de datos o un servidor, no tiene una garantía: tiene una suposición. Convertir esa suposición en un proceso revisado le da algo mucho más valioso que una copia: margen para seguir atendiendo a sus clientes cuando ocurra un problema.
