Política de Copias de Seguridad de AlexHost: Guía Técnica Completa sobre Protección y Recuperación de Datos

Comprender exactamente cómo su proveedor de hosting gestiona las copias de seguridad no es opcional — es un requisito fundamental para cualquier decisión seria de infraestructura. AlexHost mantiene una política de copias de seguridad estructurada y escalonada que varía según el tipo de servicio, con responsabilidades claramente definidas tanto para el proveedor como para el cliente. Esta guía cubre todos los aspectos de esa política: frecuencia de copias de seguridad, procedimientos de restauración, implicaciones de costos y las brechas críticas que debe cubrir con su propia estrategia de copias de seguridad.

¿Cuál es la política de copias de seguridad de AlexHost?

La política de copias de seguridad de AlexHost es un marco de protección de datos escalonado en el que la frecuencia y el alcance de las copias de seguridad automatizadas dependen del tipo de servicio de hosting. Los planes de hosting compartido y LiteSpeed reciben copias de seguridad automatizadas diarias, los entornos VPS se respaldan semanalmente, y los servidores dedicados no reciben ninguna copia de seguridad gestionada por el proveedor. La restauración está disponible a solicitud a través del equipo de soporte, sujeta a las condiciones descritas a continuación.

Esta política existe para proporcionar una red de seguridad básica, no una solución integral de recuperación ante desastres. La distinción importa enormemente en la práctica: una copia de seguridad gestionada por el proveedor es una instantánea de mejor esfuerzo tomada en un momento determinado, y su integridad depende del estado de sus archivos en el momento en que se ejecuta la instantánea. AlexHost no garantiza explícitamente la restauración desde cada copia de seguridad, lo que hace que la gestión de copias de seguridad del lado del cliente sea una necesidad operativa en lugar de una precaución opcional.

Cobertura de copias de seguridad por tipo de servicio

Cada nivel de hosting en AlexHost opera bajo un modelo de copia de seguridad diferente. La tabla a continuación resume los parámetros clave en todas las categorías de servicio.

Copias de seguridad de hosting compartido y LiteSpeed

Para los clientes en planes de Hosting Web Compartido, AlexHost realiza copias de seguridad diarias automáticamente mediante su infraestructura. Estas copias de seguridad capturan una copia exacta del sistema de archivos de la cuenta y las bases de datos asociadas en el momento en que se toma la instantánea. Si se necesita una restauración — debido a la eliminación accidental de archivos, una base de datos corrupta o una implementación fallida — el equipo de soporte puede recuperar y restaurar desde la copia de seguridad disponible más reciente.

Un matiz técnico crítico aquí: las copias de seguridad diarias no significan recuperación en un punto en el tiempo. Si su base de datos se corrompe a las 11:00 PM y la copia de seguridad se ejecuta a medianoche, el estado corrupto es lo que se captura. La instantánea del día anterior es el último punto de recuperación limpio. Esta ventana de 24 horas de posible pérdida de datos es una limitación conocida de los ciclos de copia de seguridad diarios y debe tenerse en cuenta en la gestión de implementaciones y modificaciones de bases de datos.

Política de copias de seguridad de VPS

Los entornos VPS presentan un perfil de riesgo fundamentalmente diferente. Los clientes que ejecutan Hosting VPS tienen acceso a nivel de root, lo que significa que pueden instalar software, modificar archivos del sistema, reconfigurar servicios y realizar cambios que van mucho más allá de una cuenta de hosting compartido típica. Un ciclo de copia de seguridad semanal refleja la mayor complejidad de tomar instantáneas de un entorno de máquina virtual completo, pero también significa que hasta siete días de cambios podrían ser irrecuperables en un escenario de fallo en el peor caso.

Para los clientes de VPS, esto crea un requisito operativo claro: debe implementar mecanismos de copia de seguridad suplementarios a nivel de aplicación o sistema de archivos. Los enfoques comunes incluyen:

• Volcados de bases de datos automatizados usando mysqldump o pg_dump programados mediante cron, con salida escrita en una ubicación de almacenamiento remoto
• Sincronización incremental de archivos usando rsync sobre SSH hacia un destino externo
• Copias de seguridad basadas en instantáneas usando herramientas como Timeshift, Bacula o Duplicati configuradas para ejecutarse diariamente o con mayor frecuencia
• Copias de seguridad a nivel de aplicación para plataformas como WordPress (UpdraftPlus, BackWPup) o aplicaciones personalizadas con funcionalidad de exportación integrada

Si gestiona un entorno de panel de control, los Paneles de Control VPS como cPanel, Plesk o DirectAdmin incluyen herramientas nativas de programación de copias de seguridad que pueden configurarse independientemente del ciclo de instantáneas del proveedor.

Política de copias de seguridad de servidores dedicados

Los servidores dedicados no reciben copias de seguridad gestionadas por el proveedor. Esta es una práctica estándar en la industria para la infraestructura de metal desnudo: el cliente tiene control total a nivel de hardware, y la complejidad operativa de tomar instantáneas de entornos diversos configurados por el cliente hace que la automatización del lado del proveedor sea impráctica.

Los clientes que ejecutan Servidores Dedicados son completamente responsables de diseñar, implementar y probar su propia arquitectura de copia de seguridad y recuperación ante desastres. Esto generalmente implica:

• Destinos de almacenamiento fuera del servidor — un servidor de almacenamiento separado, dispositivo NAS o almacenamiento de objetos en la nube (endpoints compatibles con S3, Backblaze B2, Wasabi)
• Software de copia de seguridad — Veeam, Amanda, Bacula, BorgBackup o Restic según el sistema operativo y la carga de trabajo
• Verificación de copias de seguridad — pruebas de restauración automatizadas ejecutadas según un cronograma para confirmar la integridad de la copia de seguridad, no solo su existencia
• Políticas de retención — un esquema de rotación abuelo-padre-hijo (GFS) es el estándar de la industria, manteniendo puntos de restauración diarios, semanales y mensuales

No implementar una estrategia de copia de seguridad independiente en un servidor dedicado es uno de los errores más comunes y más costosos en la infraestructura autogestionada.

Integridad de las copias de seguridad y responsabilidad del proveedor

La política de AlexHost incluye una advertencia explícita e importante: el proveedor no es responsable del estado de los archivos del cliente en el momento de la copia de seguridad, ni del estado de la propia copia de seguridad. Esto no es un lenguaje legal inusual — refleja una realidad técnica genuina.

Las copias de seguridad son instantáneas de lo que existe en un momento dado. Si sus archivos ya están corruptos, infectados con malware o parcialmente eliminados cuando se ejecuta la instantánea, la copia de seguridad captura ese estado degradado. Una copia de seguridad de una instalación de WordPress comprometida es un archivo comprimido de una instalación de WordPress comprometida. Por eso la higiene de seguridad — mantener el software actualizado, usar credenciales sólidas, implementar Certificados SSL para prevenir ataques de intermediario en sus interfaces de administración — es inseparable de una estrategia de copia de seguridad sólida.

Además, no se realizan copias de seguridad para servicios detenidos o suspendidos. Si un servicio está inactivo, no se generan nuevas instantáneas. Esto tiene una implicación práctica: si suspende un servicio temporalmente y luego necesita restaurar datos, está limitado a la copia de seguridad que existía en el momento en que el servicio estuvo activo por última vez.

Costos y condiciones de restauración de copias de seguridad

En condiciones normales de operación, la restauración de copias de seguridad se proporciona sin cargo adicional durante el período de servicio activo. Sin embargo, dos escenarios específicos introducen restricciones de costo y elegibilidad.

Restauración posterior a la terminación: Si un servicio ha sido terminado o eliminado por falta de pago, y el cliente solicita posteriormente la restauración de la última copia de seguridad disponible, AlexHost puede cobrar una tarifa de 20 EUR para cubrir el esfuerzo técnico involucrado en localizar y restaurar los datos. Esta tarifa se aplica solo cuando la restauración va acompañada de la reactivación de un servicio — no es un servicio independiente de recuperación de datos.

Violaciones de la Política de Uso Aceptable: Si un servicio fue terminado debido a una violación de la Política de Uso Aceptable (AUP) de AlexHost, la restauración desde copia de seguridad no está disponible bajo ninguna circunstancia. Este es un límite de política estricto, no una condición negociable.

La conclusión práctica: trate su ventana de acceso a copias de seguridad como coextensa con su suscripción de servicio activo. Permitir que un servicio caiga en falta de pago no es solo un problema de facturación — es un riesgo de acceso a datos.

Por qué las copias de seguridad del proveedor no sustituyen a las propias

Este punto merece un tratamiento directo porque frecuentemente se malinterpreta. Las copias de seguridad gestionadas por el proveedor sirven un propósito específico y limitado: protegen contra fallos a nivel de infraestructura y proporcionan una opción de recuperación para la pérdida accidental de datos dentro de la ventana de retención de copias de seguridad. No protegen contra:

• Ransomware o malware que cifra o destruye archivos antes de que se ejecute la próxima copia de seguridad
• Corrupción lógica introducida gradualmente a lo largo de múltiples ciclos de copia de seguridad, donde todas las instantáneas retenidas contienen el estado corrupto
• Requisitos de cumplimiento que exigen períodos de retención específicos, ubicaciones geográficas de almacenamiento o estándares de cifrado
• Recuperación específica de aplicaciones, como restaurar una sola tabla de base de datos sin sobrescribir toda la cuenta
• Recuperación sin tiempo de inactividad, donde una restauración completa del lado del proveedor puede tardar horas mientras que su propia copia de seguridad local puede implementarse en minutos

Para empresas que ejecutan cargas de trabajo de producción — tiendas de comercio electrónico, aplicaciones SaaS, portales orientados al cliente — la regla de copia de seguridad 3-2-1 sigue siendo el estándar de referencia: tres copias de datos, en dos tipos de medios diferentes, con una copia almacenada fuera del sitio.

Consideraciones sobre datos de correo electrónico y dominio

Los clientes que usan Hosting de Correo Electrónico deben verificar por separado qué disposiciones de copia de seguridad se aplican a los datos del buzón de correo, ya que los almacenes de correo electrónico tienen características de recuperación diferentes a las de los archivos web. De manera similar, los datos de registro de dominio gestionados a través de Registro de Dominios no están sujetos a copia de seguridad en el sentido tradicional — los registros de propiedad de dominio se mantienen a nivel de registro — pero garantizar que su información de contacto y configuración de renovación estén actualizadas es una forma equivalente de protección de datos para su espacio de nombres.

Matriz de decisión técnica: estrategia de copia de seguridad por tipo de hosting

Use esta matriz para determinar las acciones mínimas de copia de seguridad suplementaria requeridas según su servicio de AlexHost.

Conclusiones clave: lista de verificación operativa

• Confirme en qué nivel de servicio se encuentra y verifique la frecuencia de copia de seguridad aplicable antes de asumir que existe cobertura diaria
• Nunca dependa exclusivamente de las copias de seguridad del proveedor para datos de producción — implemente al menos un mecanismo de copia de seguridad independiente controlado por el cliente
• Programe y pruebe los procedimientos de restauración periódicamente; una copia de seguridad no probada es una copia de seguridad no verificada
• Mantenga los servicios en estado activo y pagado para mantener el acceso a la restauración de copias de seguridad sin incurrir en la tarifa de recuperación de 20 EUR
• Para entornos VPS, configure copias de seguridad a nivel de aplicación y sistema de archivos para que se ejecuten con mayor frecuencia que el ciclo de instantáneas semanal del proveedor
• Para servidores dedicados, diseñe una arquitectura de copia de seguridad completa antes de implementar cualquier carga de trabajo de producción
• Asegúrese de que sus copias de seguridad se almacenen en una ubicación geográficamente separada de su entorno de hosting principal
• Verifique que las copias de seguridad capturen datos limpios y libres de malware manteniendo prácticas de seguridad sólidas en su entorno de hosting en todo momento

Preguntas frecuentes

¿AlexHost realiza copias de seguridad automáticamente, o necesito habilitarlas?

Las copias de seguridad para hosting compartido y LiteSpeed son realizadas automáticamente por AlexHost sin ninguna configuración requerida por el cliente. Para los planes VPS, las instantáneas semanales también se toman automáticamente. Los clientes de servidores dedicados deben configurar y gestionar sus propios sistemas de copia de seguridad por completo.

¿Cómo solicito una restauración de copia de seguridad al soporte de AlexHost?

Envíe una solicitud a través del sistema de soporte de AlexHost especificando el servicio, la fecha aproximada de los datos que necesita restaurar y los archivos o bases de datos específicos afectados. La restauración es realizada por el equipo técnico y está disponible sin cargo durante un período de servicio activo.

¿Qué sucede con mis copias de seguridad si cancelo mi plan de hosting?

Una vez que un servicio es terminado o eliminado por falta de pago, el acceso a las copias de seguridad no está garantizado. Si solicita una restauración después de la terminación, AlexHost puede cobrar 20 EUR por el esfuerzo de recuperación, y esto solo aplica cuando el servicio está siendo reactivado. Si la terminación fue debido a una violación de la AUP, no es posible ninguna restauración.

¿Puedo descargar mi propia copia de seguridad desde el panel de control de AlexHost?

Para las cuentas de hosting compartido gestionadas a través de cPanel, puede generar y descargar una copia de seguridad completa de la cuenta directamente desde el Asistente de Copia de Seguridad de cPanel en cualquier momento. Los clientes de VPS con acceso root pueden crear sus propias instantáneas o archivos de archivos usando utilidades estándar de Linux. Este es el enfoque recomendado para mantener puntos de recuperación controlados por el cliente.

¿La copia de seguridad semanal de VPS es una instantánea completa o una copia de seguridad incremental?

AlexHost realiza copias de seguridad basadas en instantáneas para entornos VPS. La implementación técnica significa que la instantánea captura el estado del disco virtual en el momento de la ejecución. Los clientes que requieren puntos de recuperación más granulares — como instantáneas diarias o por hora — deben implementarlos de forma independiente usando herramientas disponibles dentro de su entorno VPS o configurando un VPS con cPanel que incluye capacidades de programación de copias de seguridad integradas.