Kopie zapasowe hostingu. Dwie warstwy, każdej nocy.

1. Un backup que funciona antes de que lo necesites

Una copia de seguridad solo sirve si existe en el momento de una avería, no cuando alguien se limita a prometer que estará disponible. En Saplo, el backup de Box es una instantánea de todo el contenedor LXC que se crea automáticamente a las 4:00, sin intervención del cliente. Así, no tienes que recordar exportar la base de datos manualmente antes de cada actualización arriesgada.

La retención (el número de días que se conserva una copia) aumenta según el plan: Box L ofrece 7 días, Box XL, 14 y Box XXL, 30, además de una copia offsite adicional creada mediante un mecanismo separado (borg) cada noche a la 1:00 en una ubicación remota en Helsinki, con independencia de la instantánea local del mismo servidor.

Box S y Box M no incluyen el backup en el precio porque son planes de entrada para proyectos en los que el coste del backup tendría que subir el precio del plan para todos los clientes, incluso para quienes no lo necesitan (por ejemplo, un sitio de pruebas o un portfolio sin datos cambiantes).

2. Dos capas de backup, no una

La instantánea LXC local (backup_limit en días) protege frente al escenario más habitual: un error en una actualización, un plugin roto o la eliminación accidental de datos por parte del propio cliente. Restaurar una instantánea así es rápido porque se hace en el mismo servidor físico, sin transferir datos por la red.

La copia offsite (disponible a partir de Box XXL) protege frente a un escenario mucho menos frecuente, pero más grave: la avería de todo el servidor físico o del centro de datos. La copia en Helsinki está físicamente separada del servidor de producción en Falkenstein, por lo que incluso la pérdida total del servidor no implica la pérdida de los datos del cliente.

La diferencia entre estas dos capas importa al elegir el plan: si un proyecto es crítico para el negocio (una tienda con transacciones reales o una aplicación SaaS con clientes que pagan), conviene considerar un plan con backup offsite, no solo una instantánea local.

3. Backup de la competencia: qué está incluido y qué hay que comprar aparte

El Competidor A amplía el backup a 28 días en sus planes VPS con acceso root, pero la restauración se realiza a petición y es de pago, porque el cliente administra el servidor por su cuenta y el backup se considera un servicio adicional, no un proceso totalmente automatizado (precios públicos, descripción del plan del competidor, datos a fecha de 2026-10-10).

En los planes VPS con Windows del mismo proveedor, el backup de todo el servidor se copia a un servidor externo cada día, con una retención de 7 a 28 días según el plan y las funciones adicionales elegidas (precios públicos, datos a fecha de 2026-10-10). Es un modelo similar al de Saplo, aunque requiere elegir un plan VPS más caro.

En muchos proveedores de hosting compartido, el backup está disponible, pero la restauración puede tener un coste adicional o estar limitada a un número concreto de restauraciones al mes. En la práctica, esto significa que el backup evita la pérdida de datos, pero no siempre es gratuito cuando realmente lo necesitas.

En Saplo, los planes que incluyen backup (Box L, Box XL y Box XXL) no tienen una tarifa separada por restaurar desde una instantánea, porque forma parte del mismo mecanismo automático y no de una intervención de soporte de pago.

4. Para quién es ideal

Para un proyecto de prueba o un portafolio sin datos cambiantes, el backup no es crítico, porque, si surge un problema, basta con recuperar el sitio desde el código o un repositorio Git.

Para una tienda, un CRM o una aplicación con datos reales de clientes, el backup deja de ser una opción y pasa a ser imprescindible, porque perder la base de datos de pedidos o contactos tiene un coste directo para el negocio, no solo inconvenientes.

Para proyectos críticos, como un SaaS con clientes de pago o sistemas financieros, conviene considerar Box XXL con una copia externa, porque una instantánea local en el mismo servidor no protege frente a la avería del propio servidor físico.

5. Cómo se restaura una copia de seguridad en la práctica

Restaurar una instantánea local se hace desde el panel de Saplo: eliges la fecha de la copia y confirmas la restauración. En el escenario habitual no necesitas contactar con soporte, porque forma parte del mecanismo automatizado de backup.

Como la instantánea incluye todo el contenedor, la restauración afecta a todo a la vez: archivos, base de datos y configuración de la aplicación. Es más sencillo que recuperar manualmente la base de datos y los archivos por separado desde dos fuentes distintas.

Con una copia externa (Box XXL), restaurar desde la ubicación de Helsinki tarda más que desde una instantánea local, porque requiere transferir datos por la red. Sin embargo, es la única opción si falla por completo el servidor de producción.

Te conviene probar el proceso de restauración antes de necesitarlo, por ejemplo, sobre una copia de prueba de la aplicación. Así sabrás cuánto tarda y qué esperar, en lugar de aprenderlo durante una avería real.

El historial de backup se muestra en el panel con las fechas de ejecución, así que puedes elegir el día exacto que quieres restaurar, por ejemplo, el anterior a una actualización fallida de un plugin que rompió el sitio.

6. Copias de seguridad, RODO y datos personales de clientes

La copia de seguridad de una base de datos con datos personales de clientes, como pedidos de una tienda o contactos del CRM, está sujeta a las mismas normas de RODO que los datos en producción, por lo que conviene saber dónde se almacena físicamente la copia y cuánto tiempo se conserva.

La retención del backup (7, 14 o 30 días, según el plan) significa que los datos que el cliente elimina de producción aún pueden permanecer en la copia durante ese periodo. Esto es importante al atender una solicitud de supresión de datos.

La copia externa en Helsinki se encuentra físicamente fuera del servidor de producción en Falkenstein. Ten esto en cuenta al evaluar dónde se almacenan realmente las copias de los datos personales de los clientes incluidos en el backup.

Para empresas que tratan datos personales a mayor escala, como tiendas, CRM o sistemas médicos, un plan superior con una retención más larga y una copia externa ofrece mejor protección frente a la pérdida de datos, pero también requiere que seas consciente de dónde se encuentran físicamente esas copias.

7. Escenarios de avería y qué protege realmente el backup

El escenario más habitual frente al que protege el backup es el error humano: borrar la web por accidente, hacer una actualización de plugin que daña la base de datos o desplegar un cambio en el código de la aplicación sin haberlo probado en producción.

Otro escenario es un ataque: una web comprometida mediante la inyección de código malicioso, donde restaurar una copia anterior a la infección suele ser más rápido que limpiar manualmente cada archivo y cada entrada de la base de datos en busca del código malicioso.

El tercero, el más raro pero también el más grave, es la avería del propio servidor físico o del centro de datos. Solo una copia externa, físicamente separada del servidor de producción, protege frente a esta avería, porque una instantánea local en el mismo disco no sobrevive a su fallo.

Para la mayoría de proyectos pequeños, los dos primeros escenarios son mucho más probables que el tercero. Por eso, una instantánea local (Box L y Box XL) ofrece una protección real a un precio razonable, mientras que la copia externa (Box XXL) solo tiene sentido en proyectos donde una avería del servidor, aunque poco frecuente y catastrófica, sería inaceptable.

También conviene recordar que las copias de seguridad no protegen frente a errores comerciales, como un precio incorrecto en la tienda o un contenido erróneo en un correo enviado mediante automatización, porque esos errores forman parte de los datos que la copia replica fielmente junto con el resto, sin distinguir un error de un estado correcto.

Revisar de forma regular, aunque sea superficial, que el backup se ejecuta realmente es un paso sencillo. La fecha de la última copia aparece en el panel y te permite detectar los problemas del mecanismo antes de que se vuelvan visibles en el peor momento posible, justo cuando más se necesita el backup.

8. Cómo comunica Saplo el estado del backup al cliente

La transparencia del mecanismo de backup es tan importante como su propia existencia: el cliente debería poder consultar en cualquier momento cuándo se hizo la última copia, sin tener que pedir al soporte el estado del backup de su aplicación.

El panel de Saplo muestra el historial de copias de seguridad con sus fechas, lo que permite verificar por tu cuenta que el mecanismo funciona correctamente, en lugar de confiar únicamente en la declaración de las condiciones de que las copias se realizan cada noche.

Si hay un problema con el mecanismo de backup, por ejemplo, si una instantánea no se completó una noche debido a una avería técnica, el equipo de Saplo informa de esos incidentes. Esto aplica el principio de que las pruebas son más importantes que la simple garantía de que todo funciona según lo previsto.

Para proyectos críticos para el negocio, como tiendas o aplicaciones con clientes de pago, comprobar por tu cuenta el estado del backup en el panel al menos una vez al mes es una buena práctica, por mucho que el mecanismo automático funcione bien en el día a día.

Exponer con claridad qué planes incluyen backup y cuáles requieren un complemento permite tomar una decisión informada al elegir un plan Box, en lugar de descubrir que no hay backup cuando ya se necesita.

9. El backup como parte de la evaluación de riesgos del proyecto, no como un añadido para más tarde

Al planificar un proyecto nuevo, conviene evaluar de inmediato cuánto costaría perder los datos en cada momento de su desarrollo. Para una web en construcción, el coste es bajo, porque el código y los contenidos se pueden recuperar desde el repositorio. Pero para una tienda con pedidos reales, perder incluso un solo día de datos puede tener un impacto financiero importante.

Esta evaluación debe influir en la elección del plan Box desde el principio, no puede posponerse hasta que el proyecto ya tenga un valor comercial real, porque en ese momento la migración a un plan con copias de seguridad exige un paso administrativo adicional, aunque sencillo, en lugar de que estas se incluyan desde la elección inicial.

Para los proyectos que crecen de forma gradual (empiezan como un sitio web sencillo y luego añaden una tienda o un sistema de reservas), el momento natural para considerar las copias de seguridad es precisamente la transición en la que la aplicación empieza a guardar datos cuya pérdida realmente dolería, no solo contenido superficial del sitio.

También conviene comparar el coste de las copias de seguridad incluidas en los planes Box superiores con el coste de realizar copias manuales (exportar la base de datos, archivar archivos). Aunque es técnicamente posible en cualquier plan, esta práctica exige constancia y disciplina personal, algo que el mecanismo automático de copias de seguridad elimina por completo.

La decisión final sobre si necesitas copias de seguridad debe basarse siempre en una evaluación real del valor de los datos almacenados en la aplicación, no en el precio del complemento ni en el del plan superior. El factor de riesgo real es el valor de los datos que podrías perder, no el coste de las copias de seguridad.

10. Resumen: las copias de seguridad, una decisión consciente y no accidental

Elegir un plan con copias de seguridad incluidas (Box L y superiores) o añadirlas como complemento a un plan inicial debe responder a una evaluación consciente del valor de los datos almacenados en cada aplicación, no a la casualidad ni a no saber qué planes las incluyen. En un proyecto de pruebas o un portfolio, el riesgo es bajo, pero en una tienda, un CRM o una aplicación con clientes que pagan, las copias de seguridad dejan de ser una opción y se convierten en parte de la responsabilidad básica del negocio, igual que el seguro u otras medidas habituales para cubrir el riesgo operativo de una empresa. El coste del plan adecuado con copias de seguridad incluidas suele ser bajo frente al coste de un solo día de datos transaccionales perdidos, lo que hace que esta decisión sea de las más fáciles de justificar en el presupuesto de cualquier proyecto en línea seria gestionado.