Copias de seguridad para empresas: 7 errores que evitar

Un pedido borrado, una actualización que deja la web en blanco o un servidor que no arranca: el problema no empieza cuando faltan archivos, sino cuando nadie sabe qué copia recuperar. Una estrategia de copias de seguridad para empresas debe responder a tres preguntas: qué protegemos, cuánto podemos perder y cómo volvemos a trabajar.

Esta guía te ayuda a revisar lo esencial antes de elegir un servicio. Si ya buscas una solución centralizada, puedes conocer Backup de ALMC y consultar después sus condiciones para tu entorno.

1. Guardar el backup en el mismo servidor

Una carpeta llamada «backup» dentro de la web puede servir para una maniobra puntual, pero comparte riesgos con el sistema original. Una avería del disco, un acceso comprometido o un borrado con permisos suficientes pueden afectar a ambos.

La estrategia 3-2-1 plantea mantener tres copias de los datos —incluido el original—, en dos tipos de soporte y con una fuera de la ubicación principal. Es una referencia útil, no una garantía automática: también hay que revisar quién puede acceder o borrar las copias. Puedes ampliar este criterio en la guía de copias de seguridad de INCIBE.

2. Copiar archivos y olvidar la base de datos

En una tienda online, los archivos no contienen necesariamente los últimos pedidos. En un WordPress, entradas, usuarios y ajustes suelen depender de la base de datos. Recuperar solo una parte puede dejar una web visible pero incompleta.

Haz un inventario por aplicación: archivos, base de datos, directorios de contenido subido y configuración necesaria. Si utilizas Plesk, consulta qué debe incluir el backup de una suscripción; no presupongas que todo vive dentro de httpdocs.

3. Elegir la frecuencia sin mirar el negocio

Una copia diaria no equivale a perder como máximo unos minutos de trabajo. Si la última copia correcta terminó ayer, las operaciones posteriores podrían no estar disponibles. La frecuencia debe responder a los cambios reales: no es lo mismo una web corporativa estática que una tienda con pedidos durante todo el día.

Define un objetivo de pérdida aceptable de datos, conocido como RPO, y otro de tiempo de recuperación, llamado RTO. Son objetivos de planificación: cumplirlos depende de la frecuencia, el volumen, la conectividad y las pruebas, no solo de contratar almacenamiento.

4. Confundir «programado» con «completado»

Una tarea configurada puede fallar por permisos, falta de espacio, errores de base de datos o problemas de conexión. Revisa la fecha de la última copia correcta, los sitios incluidos y el detalle de la operación. Asigna una persona responsable de recibir y resolver los avisos.

En ALMC, el historial y los avisos ayudan a seguir las operaciones gestionadas por el sistema. Antes de dar una instalación por protegida, confirma una copia real y su destino. El estado del trabajo es más útil que una mera casilla de «activado».

5. Comprar capacidad contando cada versión como otra copia completa

Con deduplicación, los bloques idénticos pueden reutilizarse entre versiones dentro del repositorio. Por eso diez puntos de recuperación no tienen por qué ocupar diez veces el tamaño original. Tampoco ocupan necesariamente lo mismo que una sola versión: los cambios y los metadatos consumen espacio.

Antes de dimensionar, entiende cómo funciona la deduplicación en las copias de seguridad. El ahorro depende de los datos; no debe justificarse una compra con un porcentaje prometido sin medir.

6. Conservar ZIP y SQL olvidados sin una política

Plugins y tareas manuales pueden dejar archivos comprimidos o volcados SQL dentro del sitio. Además de ocupar espacio, un SQL accesible desde la web puede exponer información. Revísalos y decide si deben protegerse, moverse o excluirse. No borres automáticamente un archivo solo por su extensión: puede ser la única copia útil o un recurso legítimo.

7. No haber probado nunca una restauración

La prueba útil consiste en recuperar una muestra en un entorno separado y comprobar que funciona: conexión a la base de datos, acceso al panel, imágenes y una operación representativa. Evita sobreescribir producción durante el ensayo.

Deja anotado quién tiene acceso al repositorio y qué pasos seguirá si falta el servidor original. La guía de recuperación de webs tras una caída te sirve como punto de partida.

Qué pedir a un servicio de backup para tu empresa

Pide un alcance claro, retención, espacio incluido, forma de medir el uso, compatibilidad, soporte y procedimiento de salida. Un precio aislado no permite comparar dos ofertas si una conserva menos historial o necesita tareas manuales adicionales.

Consulta los planes y precios orientativos de Backup y solicita una propuesta para tus servidores. Registrar una cuenta no significa que el servicio esté contratado ni que la primera copia ya se haya realizado: confirma siempre activación, condiciones y primer resultado.