Categoría: Copias de seguridad

Casi todas las empresas creen que tienen copias de seguridad. Muy pocas tienen una copia que de verdad las salve el día que la necesitan. La diferencia no se ve en el día a día: se ve a las tres de la madrugada, cuando el servidor no arranca, el ransomware ha cifrado los archivos o alguien borró la carpeta equivocada, y toca restaurar de verdad. Ahí es donde la mayoría descubre que su backup llevaba meses fallando en silencio, que nadie lo había probado nunca o que estaba en el mismo sitio que los datos que se acaban de perder.

Este artículo va de eso: de por qué la copia que crees que tienes casi nunca es la que te salva, y de cómo contratar un backup como servicio para empresas te quita el problema de encima de forma seria. No con más discos, sino con copias de seguridad gestionadas, monitorizadas y probadas por alguien cuyo trabajo es que, el día malo, recuperes.

La copia que crees que tienes vs. la que de verdad te salva

Un backup no es un archivo que existe. Es un proceso que tiene que funcionar de principio a fin: hacerse, guardarse en un sitio seguro y —lo más importante— poder restaurarse. Cuando cualquiera de esos tres eslabones se rompe sin que nadie se entere, tienes la peor combinación posible: la falsa tranquilidad de creerte protegido cuando no lo estás.

Estos son los tres finales infelices que vemos una y otra vez:

• El backup que falla en silencio. El trabajo lleva semanas o meses en error, pero nadie revisa los avisos. El disco se llenó, cambió una contraseña, se rompió una tarea programada. La copia «existe», pero es de antes de que se rompiera todo.
• El backup que nadie prueba. Se copia todos los días, sí. Pero nunca se ha intentado restaurar. El día que hace falta, resulta que el fichero está corrupto, incompleto o que faltaba justo la base de datos que importaba.
• El backup que el ransomware cifra. La copia está en un disco USB conectado al servidor o en una carpeta de red visible. Cuando entra el ataque, cifra los datos y también la copia. Tenías backup; lo tenías al lado de todo lo demás.

La copia que no se prueba no existe. Y la copia que el ransomware puede borrar no es una copia: es un archivo más esperando su turno.

Qué es el backup como servicio (BaaS) y por qué te quita el problema de encima

El backup como servicio (o BaaS, Backup as a Service) le da la vuelta al planteamiento. En lugar de que tu empresa compre discos, configure software y confíe en que alguien se acuerde de mirar si todo va bien, contratas el resultado: tus datos copiados, vigilados y recuperables, y que del cómo se encargue un equipo especializado.

La clave no es la tecnología, es la responsabilidad. Un backup gestionado no es «poner el software y ya». Es alguien monitorizando cada trabajo todos los días, actuando cuando algo falla —antes de que tú te enteres— y probando periódicamente que las restauraciones funcionan. Es la diferencia entre tener una herramienta y tener un servicio que responde por el resultado.

Para una pyme esto cambia la ecuación por completo. La copia de seguridad deja de depender de que un empleado con mil cosas encima se acuerde de revisarla, y pasa a ser parte de tu IT externalizado: un proceso profesional, documentado y con alguien detrás. Es, literalmente, externalizar tu IT en el punto donde más duele equivocarse.

Lo que debe cumplir un backup serio (no cualquier copia vale)

No todas las copias de seguridad protegen igual. Una copia seria —la que aguanta un incendio, un robo, un borrado accidental y un ataque de ransomware— cumple una serie de requisitos que no son negociables. Si tu backup actual no marca todas estas casillas, tienes un problema aunque no lo hayas notado todavía:

• Regla 3-2-1. Al menos tres copias de tus datos, en dos soportes distintos y con una fuera de tu ubicación. Así ningún incidente único —fuego, robo, fallo de disco— se lleva todo por delante.
• Copias inmutables y aisladas. Al menos una copia que no se puede modificar ni borrar durante un tiempo, ni siquiera con credenciales de administrador. Es lo que frena al ransomware: aunque comprometa tu red, no puede tocar esa copia.
• Retención pensada. No basta con la copia de anoche. Necesitas poder volver a la semana pasada o al mes pasado, porque muchos ataques y errores tardan días en detectarse. Una buena política de retención te da versiones para elegir.
• Cifrado en origen y en destino. Los datos van y se guardan cifrados. Si alguien intercepta la copia o accede al almacenamiento, se encuentra con ruido, no con tu información.
• Pruebas periódicas de restauración. El requisito que casi nadie cumple y el único que de verdad demuestra que el backup sirve. Restaurar de mentira, cada cierto tiempo, para saber que el día real vas a poder.

Cumplir esto a mano, todos los días, en una empresa que además tiene que dedicarse a lo suyo, es agotador y poco fiable. Por eso tiene tanto sentido que lo lleve un servicio gestionado para empresas en lugar de un procedimiento casero.

Cuánto se tarda en recuperar: RTO y RPO, lo que de verdad importa

Cuando algo se cae, nadie pregunta «¿tenemos backup?». La pregunta real es «¿cuándo vuelvo a trabajar y cuántos datos he perdido?». Esas dos preguntas tienen nombre técnico, y son las que deberían mandar en cualquier decisión sobre copias de seguridad.

• RTO (tiempo de recuperación): cuánto tardas en volver a estar operativo. ¿Media hora? ¿Un día? ¿Tres? Cada hora parado tiene un coste real en tu negocio: ventas que no cierras, clientes que esperan, equipos sin poder trabajar.
• RPO (punto de recuperación): cuántos datos puedes permitirte perder. Si copias una vez al día, en el peor momento pierdes hasta 24 horas de trabajo. Si eso te duele, necesitas copias más frecuentes.

Un backup barato y sin criterio suele tener un RTO malísimo: sí, los datos están, pero restaurarlos y volver a montar el sistema lleva días. Diseñar el backup al revés —partiendo de cuánto tiempo y cuántos datos puede perder cada parte de tu empresa— es lo que convierte una copia en un plan de recuperación de verdad. Y eso es exactamente lo que hace un servicio gestionado: define contigo esos objetivos y monta las copias para cumplirlos.

La oferta de MagicBoxDesk: backup gestionado como servicio

En MagicBoxDesk montamos y gestionamos tus copias de seguridad de principio a fin, para que dejes de preocuparte por si funcionan. No te vendemos un software y te deseamos suerte: te damos un backup como servicio con alguien vigilándolo cada día y probando que restaura. Se contrata con una cuota mensual por volumen de datos, sin sorpresas, dentro de tu IT externalizado.

Esto es lo que incluye el servicio:

• Diseño a medida de tu política de copias según regla 3-2-1, con los RTO y RPO que tu negocio necesita, no una plantilla genérica.
• Copias inmutables y aisladas a prueba de ransomware, cifradas en origen y destino, con una copia siempre fuera de tu ubicación.
• Monitorización diaria de cada trabajo y aviso proactivo si algo falla: te enteras por nosotros, no por un desastre.
• Pruebas periódicas de restauración documentadas, para que sepas —con pruebas, no con fe— que el día malo vas a recuperar.
• Restauración asistida cuando la necesites, con nuestro equipo de soporte llevándote de vuelta a producción lo antes posible.
• Cuota mensual por volumen, clara y previsible, sin costes ocultos ni inversión inicial en hardware.

El backup no trabaja solo: encaja con nuestra monitorización 24/7 y con el resto de servicios IT gestionados, de forma que tu infraestructura está vigilada de punta a punta. Lo que ganas es simple de resumir: tranquilidad, cumplimiento y la certeza de que un incidente no se convierte en una crisis.

Deja de confiar en la suerte con tus copias

La pregunta no es si tienes backup. Es si estás seguro de que te salvará el día que lo necesites. Si para responder tienes que cruzar los dedos, ya sabes lo que toca. En MagicBoxDesk nos encargamos de que tus copias funcionen, se prueben y aguanten un ataque, para que tú te ocupes de tu negocio y no de rezar.

Contrata tu backup gestionado con MagicBoxDesk. Pide presupuesto sin compromiso y te decimos exactamente qué necesitas para dormir tranquilo. Si prefieres que lo hablemos, escríbenos y lo vemos contigo.

La pregunta que de verdad importa sobre tus copias de seguridad no es «¿se hacen?». Es «¿cuándo fue la última vez que restaurasteis una de verdad?». En las auditorías, la primera se responde con un sí tranquilo y la segunda con un silencio incómodo. Ese silencio es el agujero: un backup que se ejecuta cada noche sin dar error parece un backup que funciona, y no siempre lo es. Solo lo sabes cuando lo restauras.

Este artículo va de la parte que casi nadie hace: probar la restauración de copias de seguridad. Montar el ensayo, cronometrarlo y encontrar lo que falla en frío, no el día del incendio. Porque la copia que nunca se ha restaurado no es una copia: es una promesa sin comprobar.

La copia que nunca se ha restaurado no es una copia

Un trabajo de backup que termina en verde te dice una sola cosa: que se leyeron unos datos y se escribieron en otro sitio. No dice que estén completos, que el fichero no esté corrupto, que la base de datos sea consistente ni que puedas arrancar el sistema con ellos. El «verde» mide la escritura, no tu capacidad de recuperar. Confundirlos es la falsa sensación de seguridad más cara que existe en IT.

El día que necesitas restaurar nunca es un martes tranquilo. Es a las tres de la madrugada, con el ransomware ya dentro o el servidor sin arrancar y dirección preguntando cuándo se vuelve a facturar. El peor momento para descubrir que la copia de la base de datos estaba a medias, que faltaba una carpeta o que restaurar 2 TB por tu línea tarda tres días. La prueba de restauración existe para que esos descubrimientos ocurran hoy, en frío y sin coste, y no entonces.

Nadie tiene un problema de copias de seguridad. Todo el mundo tiene un problema de restauraciones. Solo que la mayoría no lo sabe todavía.

Qué es una prueba de restauración y cada cuánto hacerla

Una prueba de restauración es recuperar de mentira para saber que el día real puedes de verdad: coges una copia, la levantas en un entorno controlado y verificas que los datos están, son consistentes y el sistema funciona. No es mirar el informe ni comprobar que el fichero pesa lo esperado; es tocar los datos recuperados y confirmar que sirven. Y no todas son iguales: cada nivel prueba una cosa distinta y tiene su frecuencia sensata.

• Restaurar un fichero o carpeta (mensual). El ensayo más barato y el más frecuente en la vida real: alguien borró algo. Recupera un archivo de hace una semana y de hace un mes y comprueba que abre. Valida la retención, no solo la copia de anoche.
• Restaurar un buzón o cuenta de correo (trimestral). Prueba recuperar un buzón completo o mensajes concretos, sobre todo con Microsoft 365 o Google Workspace, donde mucha gente cree —erróneamente— que el proveedor ya le hace backup.
• Restaurar un servidor o aplicación completa (trimestral o semestral). Levantar el servidor de ficheros, el ERP o la base de datos en aislado y verificar que arranca y es coherente. Aquí aparecen las dependencias olvidadas: servicios que no levantan, licencias, conexiones a otras máquinas.
• Recuperación bare-metal o del entorno entero (anual). Reconstruir desde cero, como si no quedara nada. El simulacro de desastre real: aquí se mide de verdad tu RTO y salen los tiempos que nadie había cronometrado.

La regla práctica: cuanto más crítico y difícil de reconstruir, más a menudo se prueba. Y siempre que cambie algo relevante —un servidor nuevo, una migración— toca repetir el ensayo. Un backup que funcionaba en enero puede llevar roto desde la migración de marzo sin que nadie se entere.

Cómo montar un test de restauración serio

Una prueba mal hecha da una tranquilidad todavía peor que no probar. «Abrí un PDF de la copia y se veía» no demuestra nada. Un ensayo serio se hace en un entorno aislado, sigue un guion y produce un número medido, no una sensación. Este es nuestro checklist:

• Entorno aislado, nunca producción. Se restaura en una red o máquina separada, sin tocar los sistemas vivos. Restaurar sobre producción para «ver si va» es la mejor forma de convertir un ensayo en un incidente real.
• Partir del escenario, no del fichero. Define qué desastre simulas: borrado accidental, servidor perdido, ransomware que cifró producción y las copias accesibles. Restaura como lo harías ese día real.
• Verificar el dato, no que «existe». Que la base de datos abra y sea consistente, que las cifras cuadren, que la fecha de la copia sea la esperada. Un fichero restaurado que no abre es un fichero perdido con más pasos.
• Cronometrar el RTO de verdad. Mide desde «decidimos restaurar» hasta «el servicio está usable», incluyendo lo que nadie cuenta: descargar la copia desde fuera, descifrar, reinstalar, reconfigurar. Ese reloj es tu RTO real, no el del folleto.
• Confirmar el RPO real. Comprueba cuántas horas de trabajo se pierden con la copia que has usado. Si copias una vez al día, el peor caso son 24 horas. Que ese número lo conozca y lo acepte dirección, por escrito.
• Documentar y comparar con lo acordado. Deja constancia del resultado y contrástalo con el RTO/RPO que la empresa dijo poder aguantar. Si el plan dice ocho horas y la prueba dice veintiséis, tienes un problema que arreglar hoy, con calma.

Ese último punto convierte el ejercicio en algo útil. Sin un RTO y un RPO acordados con dirección, la prueba no tiene contra qué medirse y se queda en anécdota técnica. Con ellos, cada ensayo te dice si estás dentro o fuera del margen que tu negocio soporta.

Errores típicos que solo se ven al restaurar

Hay fallos que ningún informe de backup detecta porque no ocurren al copiar, sino al recuperar. Son invisibles hasta el día que restauras; por eso el ensayo los saca antes de que hagan daño.

• Backups incompletos. La copia se hace, pero no incluye todo: falta una base de datos, una carpeta compartida o el servidor que se añadió hace ocho meses y nadie metió en el trabajo. En verde toda la vida; recuperas y falta justo lo que importaba.
• Dependencias olvidadas. Restauras la aplicación y no arranca porque le falta un servicio, una versión, un certificado o la máquina vecina con la que hablaba. Recuperar un sistema casi nunca es recuperar un solo servidor.
• Cifrado y llaves perdidas. La copia está cifrada —bien— pero la clave estaba en el mismo servidor que se perdió, o nadie sabe dónde vive. Una copia que no puedes descifrar es ruido perfectamente inútil.
• Datos inconsistentes. La copia se tomó con la base de datos en marcha y sin volcado consistente: el fichero está, pero corrupto o a medias de una transacción. Solo lo descubres al intentar montarlo.
• RTO real inasumible. Todo está y todo es correcto, pero restaurarlo por tu línea de internet tarda cuatro días y el negocio aguanta uno. Tenías la copia; no tenías el tiempo.

Ninguno se arregla comprando más discos. Se arreglan probando: solo el ensayo los hace visibles mientras aún puedes corregirlos sin prisa ni pérdidas.

Cómo lo hace MagicBoxDesk

Probar restauraciones a mano, con criterio y de forma periódica, es justo el tipo de tarea que una empresa ocupada en lo suyo nunca acaba haciendo: importante, no urgente, hasta el día que es urgentísima. Por eso en MagicBoxDesk lo llevamos nosotros. Nuestro backup gestionado incluye restauraciones probadas periódicamente: no te entregamos un software y te deseamos suerte, sino un servicio que responde por el resultado. Levantamos tus copias en entorno aislado según su criticidad, verificamos que los datos son consistentes, cronometramos el RTO real y te entregamos un informe con lo que funciona y lo que hay que ajustar antes de que sea un problema.

Todo esto encaja con nuestra monitorización 24/7, que vigila cada trabajo de copia y avisa si algo falla —te enteras por nosotros, no por un desastre—, y con el resto de servicios IT gestionados que forman tu IT externalizado. La diferencia es concreta: pasas de creer que estás protegido a tener la prueba, con fecha y tiempos medidos.

Deja de confiar en que tu copia restaure y compruébalo. Pide presupuesto sin compromiso y montamos las pruebas de restauración de tu empresa para que el día malo recuperes de verdad, no de fe.