Política de Backups
Cómo y cada cuánto realizamos copias de seguridad de los servicios, cuánto retenemos, cómo solicitar la restauración de una copia y cuáles son las limitaciones de este servicio.
01Cobertura
Los backups forman parte de los planes que lo incluyen de forma nativa (hosting compartido, WordPress, cloud hosting) o como producto adicional (VPS, servidores dedicados, bases de datos gestionadas). En los servicios sin copias, el Cliente puede solicitar el add-on de backups siempre que esté disponible en su centro de datos.
02Frecuencia de las copias
| Servicio | Frecuencia | Cantidad de copias conservadas |
|---|---|---|
| Hosting / WordPress | Diaria | Últimos 10 días + copia semanal |
| VPS / Cloud Hosting (backups) | Diaria | Últimas 7 copias (configurable) |
| Managed Databases | Diaria + WAL (segmento) | 14 días de retención |
| Object Storage | Eventual (versión interna) | Según ciclo de retención del bucket |
03Retención y ciclos
Las copias se retienen por archivos (retention) descritos en la tabla anterior, medida en días o en número de copias. Al cumplirse el tiempo de retención, las copias se purgan de forma automática. En backups locales/VPS puede configurarse una retención extendida como servicio adicional. Los backups se almacenan en infraestructura aislada de la del servicio vivo para reducir el riesgo de pérdida simultánea.
04Restauración
- El Cliente solicita la restauración desde el panel o vía ticket indicando el punto (fecha/hora) deseado;
- Verificamos la disponibilidad de la copia exacta (las copias disponibles dependen del ciclo vigente);
- La restauración puede ser: completa al mismo servicio, a un directorio, o a un nuevo servicio (restauración cruzada);
- El tiempo de restauración varía según el tamaño y el tipo de infraestructura (puede prolongarse sin aviso);
- Las restauraciones sobre el mismo servicio sobrescriben el estado actual del contenido en el punto restaurado.
05Limitaciones y exclusiones
- Las copias no son instantáneas de tiempo real; puede perderse hasta el intervalo entre copias;
- Los datos de bases de datos muy grandes pueden requerir tiempo de restauración superior; los backups de tablas no incluyen estados de caché;
- No se restauran copias de cuentas suspendidas por impago o abuso, salvo previa reactivación;
- El Cliente es el responsable final de conservagr copias propias de su información crítica: recomendamos backups locales adicionales;
- Los planes sin el producto de backups no tienen garantía de restauración; la eliminación definitiva de datos se demora conforme a la Política de Suspensión.
06Responsabilidad
Verificamos internamente la integridad de las copias y realizamos pruebas de restauración periódicas. Sin embargo, dada la naturaleza de almacenamiento compartido, EftelCloud no garantiza la restauración exitosa en absolutamente todos los casos (por ejemplo, daños de terceros o errores de configuración del propio servicio de backup). Nuestros términos de responsabilidad se limitan según lo dispuesto en los Términos y Condiciones y en el SLA aplicable.
07Contacto
Solicitudes de restauración y consultas: [email protected] o desde el panel de clientes.