Imagina que mañana intentas ingresar a la página web de tu empresa y descubres que no funciona. Tu proveedor de hosting te informa que el servidor sufrió una avería grave y que están evaluando cómo recuperar los datos.
La primera pregunta que probablemente harías sería: ¿y las copias de seguridad?
Muchos planes de hosting anuncian backups diarios o automáticos como parte de sus beneficios. Sin embargo, pocas personas revisan dónde se almacenan esas copias, cuánto tiempo se conservan y qué sucedería si el mismo servidor donde está alojada su página deja de funcionar.
También existen condiciones que pasan desapercibidas. Algunos proveedores establecen límites de archivos o inodos para sus sistemas de respaldo. Otros ofrecen copias de seguridad sujetas a disponibilidad, recuperación con costo adicional o responsabilidades que recaen sobre el propio cliente.
Por eso, antes de contratar alojamiento web, conviene comprender qué estás recibiendo realmente.
Tener un backup no significa necesariamente poder recuperar tu página web
Una copia de seguridad es una versión de tus archivos o datos que se conserva para utilizarlos si necesitas recuperar información.
En una página WordPress, por ejemplo, una restauración puede requerir los archivos de WordPress, sus plugins, imágenes y la base de datos que contiene las publicaciones, configuraciones y otros registros.
Si utilizas WooCommerce, esa base de datos también puede incluir productos, pedidos y clientes.
Un archivo ZIP con la carpeta de WordPress puede resultar insuficiente si no incluye la base de datos correspondiente.
Lo mismo ocurre cuando una empresa conserva el respaldo de la web, pero no sabe si se incluyen sus correos electrónicos. Si el correo está contratado con otro proveedor, normalmente necesitará un sistema de respaldo separado.
Para evaluar correctamente un servicio de backup necesitas conocer cinco aspectos:
Qué información incluye.
Con qué frecuencia se genera.
Dónde se almacena.
Durante cuánto tiempo permanece disponible.
Cómo se puede restaurar.
Si tu proveedor no puede explicar estos puntos, todavía no conoces el alcance real de su servicio de copias de seguridad.
Los inodos y el límite que puede dejar tu cuenta fuera de los backups
Es habitual comparar planes de hosting por el espacio disponible. Un proveedor anuncia 20 GB, otro 50 GB y otro promete almacenamiento más amplio.
Pero la cantidad de gigabytes no es la única condición relevante.
En sistemas de archivos como los utilizados habitualmente en servidores Linux, un inodo es una estructura que permite identificar un archivo o directorio y almacenar información sobre él.
En hosting compartido, el consumo de inodos suele utilizarse como referencia del número de archivos y carpetas que tiene una cuenta.
Una página WordPress puede consumir muchos inodos aunque no ocupe demasiado espacio.
Por ejemplo, el número de archivos puede aumentar por:
Miniaturas generadas al subir imágenes.
Cachés de WordPress.
Plugins y temas.
Archivos de sesiones y registros.
Mensajes de correo almacenados localmente.
Respaldos antiguos o archivos temporales.
¿Cuántos inodos permite un proveedor antes de dejar de hacer backups?
No existe una cantidad universal. Cada proveedor establece sus propias políticas.
Un ejemplo concreto aparece en el acuerdo de usuario publicado por Bluehost. El documento indica que no intenta respaldar cuentas que superen 50 000 archivos o 30 GB de almacenamiento.
Esto es especialmente relevante porque una cuenta podría mantenerse dentro de la capacidad de disco de su plan y, aun así, encontrarse fuera de las condiciones de su sistema de respaldo.
Fuente oficial: https://www.bluehost.com/terms/user-agreement
No significa que todos los servicios de Bluehost, ni todos los demás proveedores, utilicen necesariamente esas mismas condiciones. Debes revisar el contrato vigente del servicio específico que piensas contratar.
También es necesario distinguir entre tres límites diferentes: el máximo de inodos permitido por el plan, las restricciones del sistema de backups y los límites operativos del servidor.
Una cuenta puede alcanzar uno de ellos sin que los otros sean idénticos.
Cómo revisar tus inodos desde cPanel
Si tu alojamiento utiliza cPanel, puedes comenzar con estos pasos:
Inicia sesión en cPanel.
Localiza la sección de estadísticas de tu cuenta.
Busca un indicador denominado Inodes, File Usage o Uso de archivos, si tu proveedor lo tiene habilitado.
Comprueba el consumo actual y el límite indicado.
Si no aparece esa información, solicita el dato a soporte técnico.
Después pregunta expresamente si alcanzar ese límite afecta a la generación de copias de seguridad.
No elimines archivos desconocidos para reducir inodos. Algunos podrían pertenecer a WordPress, WooCommerce o al correo electrónico.
Lo relevante es tener una política clara de mantenimiento y saber si tus backups continuarán ejecutándose cuando aumente la cantidad de archivos.
Backup interno y backup externo: la diferencia que puede salvar tu negocio
Una de las preguntas más importantes que puedes hacerle a un proveedor es dónde guarda las copias.
El término backup interno suele utilizarse para describir una copia almacenada dentro del mismo servidor o de su infraestructura local. Pero no siempre significa exactamente lo mismo.
Un disco dedicado a respaldos dentro del servidor es diferente de un repositorio ubicado en otro equipo del mismo centro de datos.
Por eso debes confirmar la ubicación física y lógica del almacenamiento.
Cuando el backup está en el mismo servidor
Imagina que tu página web se encuentra en el disco principal y que el servidor conserva una copia en otra unidad conectada al mismo equipo.
Si borras accidentalmente una carpeta, esa segunda unidad puede permitir una recuperación rápida.
Pero una avería que destruya el equipo, una pérdida de acceso al almacenamiento o determinados incidentes de seguridad podrían afectar tanto los datos principales como el respaldo.
Tener dos discos no significa necesariamente disponer de dos infraestructuras independientes.
Cuando el backup está fuera del servidor principal
Un respaldo externo se conserva en una ubicación separada del sistema que aloja la página.
Puede tratarse de otro servidor, un sistema de almacenamiento remoto o una plataforma de copias de seguridad en la nube.
Si el equipo principal queda inutilizable y el destino externo no ha sido afectado, el proveedor puede evaluar la recuperación sobre un servidor de reemplazo.
Esta separación ofrece una alternativa que no existe cuando la única copia útil se encontraba dentro del equipo dañado.
Sin embargo, almacenar una copia en otro lugar no elimina todos los riesgos. También importan los permisos, las credenciales, la conservación de versiones y la capacidad efectiva de restauración.
¿Es mejor utilizar ambos?
En muchos entornos, sí tiene sentido combinar respaldos locales y externos.
El almacenamiento local puede facilitar determinadas recuperaciones de archivos, mientras que la copia externa proporciona una alternativa ante incidentes que afectan la infraestructura principal.
La estrategia 3-2-1 propone conservar tres copias de los datos, en dos tipos de medios o ubicaciones de almacenamiento, con al menos una copia fuera del entorno principal.
Es una referencia útil para diseñar protección adicional, aunque su aplicación concreta depende de la arquitectura utilizada.
La documentación de cPanel contempla destinos adicionales de backup, como SFTP, almacenamiento compatible con S3 y otros repositorios remotos.
Fuente oficial: https://docs.cpanel.net/knowledge-base/backup/remote-restoration/
¿Qué sucede si un ransomware cifra tu servidor y sus copias de seguridad?
Una avería física no es el único riesgo.
Un atacante que consiga privilegios suficientes podría intentar eliminar información, modificar archivos o ejecutar programas que cifran los datos y exigen un pago para recuperarlos.
Este tipo de ataque se conoce como ransomware.
El riesgo aumenta si los respaldos están permanentemente accesibles desde el mismo entorno comprometido.
Por ejemplo, si un atacante logra controlar una cuenta privilegiada del servidor y puede escribir sobre el disco que almacena los backups, podría intentar cifrar o eliminar también esas copias.
En ese escenario, el problema ya no consiste únicamente en recuperar WordPress. También podrías haber perdido los archivos que necesitabas para restaurarlo.
La agencia estadounidense CISA recomienda conservar copias protegidas y aisladas, además de probar regularmente los procedimientos de recuperación. Su guía explica que los ataques de ransomware pueden intentar localizar y destruir respaldos accesibles.
Fuente oficial: https://www.cisa.gov/stopransomware/ransomware-guide
¿Un respaldo externo puede ser atacado?
Sí.
Sería incorrecto afirmar que todos los respaldos externos son inaccesibles para los atacantes.
Si las credenciales utilizadas para administrar el almacenamiento externo también quedan comprometidas, el atacante podría intentar acceder a ese repositorio.
Por eso, una estrategia más sólida contempla controles adicionales:
Credenciales independientes para administrar respaldos.
Permisos limitados para los procesos que crean copias.
Protección frente a eliminación o alteración.
Historial de versiones y períodos de retención.
Supervisión de errores.
Pruebas periódicas de recuperación.
También existen sistemas de almacenamiento inmutable.
Un respaldo inmutable es una copia que queda protegida contra modificaciones o eliminaciones durante un período definido, mediante controles del sistema de almacenamiento.
Acronis documenta esta función para entornos y configuraciones compatibles. No debe asumirse que está activada simplemente porque un proveedor utiliza Acronis.
Documentación: https://www.acronis.com/es/support/documentation/AcronisCyberProtect_16/immutable-storage.html
La diferencia fundamental está en la capacidad de conservar un punto de recuperación confiable incluso cuando el servidor principal ha sufrido un incidente.
¿Qué sucede si el servidor se destruye completamente?
Supongamos que una empresa pierde el acceso a su servidor debido a una avería que requiere reemplazar el equipo.
Si la única copia disponible estaba dentro de ese mismo servidor, la recuperación podría ser imposible o depender de procedimientos especializados sobre los discos afectados.
Si existe una copia externa íntegra y accesible, el proveedor puede preparar una infraestructura de reemplazo, recuperar la información y comprobar el funcionamiento del servicio.
En una página web esto puede involucrar restaurar archivos, bases de datos, configuraciones y certificados, según lo que incluya el respaldo.
También podrían ser necesarios ajustes de DNS o de red.
Es importante comprender que una copia externa no garantiza una recuperación inmediata.
El tiempo necesario depende del tamaño de la información, la conexión disponible, la integridad de los datos, la infraestructura de destino y el procedimiento del proveedor.
Una copia de varios cientos de gigabytes puede requerir un proceso muy diferente al de una página corporativa pequeña.
Por eso, además de preguntar si existen backups, deberías consultar qué tiempos de recuperación se contemplan y qué condiciones los afectan.
¿Cuánta información podrías perder aunque tengas copias diarias?
Esta es una de las preguntas menos frecuentes entre quienes contratan hosting.
Imagina una tienda online que recibe pedidos durante todo el día y realiza su backup automático cada madrugada.
Si ocurre un incidente poco antes de la siguiente copia, podrían existir muchas horas de cambios que no están incluidos en el último respaldo válido.
Para comprenderlo conviene conocer dos conceptos.
RPO: cuánto dato puedes permitirte perder
El objetivo de punto de recuperación, o RPO, representa la antigüedad máxima tolerable de los datos que tendrías que recuperar.
Si tu negocio necesita conservar prácticamente todas sus transacciones, una copia diaria podría resultar insuficiente.
RTO: cuánto tiempo puedes esperar para recuperar el servicio
El objetivo de tiempo de recuperación, o RTO, describe el tiempo máximo que el negocio considera aceptable para volver a operar.
No es lo mismo recuperar un sitio informativo dentro de varias horas que dejar una tienda sin aceptar pedidos durante un día.
Ambos objetivos deberían establecerse según la importancia comercial del servicio y la solución efectivamente contratada.
Un ejemplo con WooCommerce
Supongamos que una tienda realiza un respaldo a la medianoche y recibe 25 pedidos durante la mañana.
Si ocurre una pérdida de datos al mediodía y se restaura directamente la copia de medianoche, esos pedidos posteriores podrían no encontrarse en la base de datos recuperada.
En este ejemplo hipotético, el problema no está en que el backup de medianoche sea defectuoso. Simplemente no contiene información creada después.
Antes de restaurar una tienda, el administrador debería comprobar qué datos nuevos pueden rescatarse y evaluar una recuperación que minimice la pérdida de transacciones.
Los negocios que necesitan continuidad operativa deben discutir estos requisitos con su proveedor, en lugar de asumir que un backup diario resuelve cualquier incidente.
¿Los backups también protegen tus correos electrónicos?
Depende de dónde estén alojados.
Si tu correo electrónico se administra dentro de la misma cuenta cPanel, algunos sistemas de respaldo pueden incluir buzones y configuraciones, según su alcance.
Pero si utilizas Google Workspace, Microsoft 365 u otro proveedor externo, el backup del servidor web normalmente no constituye una copia de los mensajes almacenados en ese servicio.
Esto es frecuente en empresas que contratan hosting únicamente para su página web y mantienen el correo con otro proveedor.
Una política adecuada debe diferenciar el respaldo del sitio, la base de datos y el servicio de correo.
Antes de contratar, pregunta qué componentes están cubiertos y cuáles requieren una solución independiente.
¿Cómo sabes si una copia de seguridad realmente funciona?
Que un panel indique que el backup terminó correctamente es una señal positiva, pero no demuestra por sí sola que podrás recuperar toda la aplicación.
El paso decisivo es comprobar la restauración.
En un entorno de pruebas, el proveedor puede recuperar una copia y verificar que se encuentren disponibles los archivos, bases de datos y demás componentes incluidos.
En WordPress, por ejemplo, no bastaría con comprobar que se descargó un archivo comprimido.
Sería necesario verificar que la base de datos pueda importarse, que WordPress cargue y que las funciones esenciales de la web operen como corresponde.
En una tienda se deben revisar además el catálogo, el acceso a cuentas, la visualización del carrito y los procesos relacionados con WooCommerce, sin generar compras reales innecesarias.
Una restauración de prueba ofrece información sobre el tiempo requerido, los componentes recuperables y las dificultades que podrían aparecer durante una emergencia.
La recomendación de probar los respaldos regularmente está respaldada por la guía de CISA.
¿Dónde debes guardar tus propios backups de WordPress?
Aunque tu proveedor ofrezca copias automáticas, es conveniente que conserves una copia independiente antes de realizar modificaciones importantes.
Esto es especialmente recomendable al actualizar plugins, migrar el sitio, cambiar PHP o modificar configuraciones sensibles.
Un error que encontramos con frecuencia durante trabajos de soporte es dejar archivos de respaldo dentro de carpetas públicamente accesibles.
Por ejemplo:
public_html/respaldo.zip
public_html/backup.sql
public_html/migracion.wprime
Estos nombres son ejemplos de archivos que no deberían quedar expuestos. Una extensión o nombre no determina por sí solo si el servidor permitirá descargarlos, pero almacenar respaldos en ubicaciones públicas introduce un riesgo innecesario.
Un archivo de base de datos puede contener información privada y configuraciones sensibles.
Lo recomendable es almacenar los respaldos fuera del directorio público, en una ubicación con permisos adecuados y acceso controlado.
Si descargas una copia a tu computadora, protégela y conserva también una versión independiente cuando el valor de la información lo justifique.
Un backup no debería convertirse en una nueva vía de exposición de los datos que pretende proteger.
Diez preguntas que debes hacer antes de contratar hosting
No necesitas ser administrador de servidores para evaluar una propuesta.
Antes de elegir, solicita respuestas claras sobre estos aspectos:
¿El plan incluye copias automáticas o se cobran por separado?
¿Existe un límite de archivos, inodos o gigabytes que pueda excluir mi cuenta de los backups?
¿Las copias se guardan en el mismo servidor o en un almacenamiento externo?
Si el servidor queda inutilizable, ¿qué procedimiento utilizan para recuperar mi información?
¿Con qué frecuencia generan copias y cuánto tiempo las conservan?
¿Incluyen archivos, bases de datos y correos alojados?
¿Qué medidas impiden que una intrusión destruya también los respaldos?
¿Pueden recuperar un archivo individual o es necesario restaurar toda la cuenta?
¿La restauración tiene costo adicional y cuánto tiempo puede requerir?
¿Realizan pruebas periódicas para comprobar que los respaldos sean recuperables?
La respuesta no tiene que ser idéntica en todos los proveedores.
Lo importante es que conozcas las condiciones y puedas decidir si son adecuadas para tu negocio.
¿Qué aporta Acronis a una estrategia de respaldo de hosting?
Acronis desarrolla soluciones de protección y recuperación de datos que pueden integrarse con infraestructuras de alojamiento web y paneles como cPanel.
Según los componentes instalados y la modalidad contratada, sus herramientas pueden ofrecer recuperación de archivos, bases de datos y otros elementos protegidos, además de almacenamiento externo y funciones avanzadas de seguridad.
Su documentación también contempla mecanismos de almacenamiento inmutable en plataformas compatibles.
Estas capacidades resultan relevantes porque permiten diseñar una estrategia que vaya más allá de guardar una copia comprimida dentro del mismo servidor.
Sin embargo, una tecnología por sí sola no garantiza una política de recuperación adecuada.
Antes de atribuir prestaciones concretas a cualquier proveedor que utilice Acronis, debemos conocer su configuración real, la frecuencia de ejecución, la retención y las condiciones de restauración.
Fuentes:
¿Qué debes valorar al elegir un proveedor de hosting para tu empresa?
Una página web representa trabajo, tiempo, inversiones y, en muchos negocios, una parte importante de la relación con sus clientes.
La decisión de contratar hosting no debería basarse únicamente en comparar precios y espacio disponible.
Un proveedor debe poder explicar cómo protege la información, qué medidas preventivas aplica y qué opciones ofrece cuando algo falla.
En Inkaweb utilizamos tecnología Acronis como parte de nuestra infraestructura de respaldos externos, complementaria a los sistemas de almacenamiento local.
Esta arquitectura incorpora una capa adicional de protección al mantener una copia fuera del servidor principal, lo que amplía las opciones de recuperación ante incidentes que afecten ese equipo.
Si tu negocio depende de WordPress, WooCommerce o una aplicación empresarial, te invitamos a conocer nuestras soluciones de hosting empresarial y consultar las condiciones de respaldo y recuperación correspondientes a tu plan.
Antes de contratar, haz una pregunta sencilla a tu proveedor:
Si mañana perdemos el servidor principal, ¿dónde estará mi última copia válida y cómo recuperaremos mi negocio?
La claridad de esa respuesta puede ser mucho más valiosa que unos gigabytes adicionales de almacenamiento.
Referencias y documentación consultada
Bluehost. Acuerdo de usuario y condiciones relacionadas con backups: https://www.bluehost.com/terms/user-agreement
cPanel. Documentación sobre restauración remota y destinos adicionales: https://docs.cpanel.net/knowledge-base/backup/remote-restoration/
CISA. Guía de prevención, respuesta y recuperación frente al ransomware: https://www.cisa.gov/stopransomware/ransomware-guide
Acronis. Integración con cPanel: https://www.acronis.com/en/integrations/cpanel/
Acronis. Almacenamiento inmutable y condiciones de compatibilidad: https://www.acronis.com/es/support/documentation/AcronisCyberProtect_16/immutable-storage.html
Nota editorial: el contenido explica criterios de evaluación aplicables a la contratación de hosting. Los ejemplos hipotéticos no describen incidentes concretos de clientes. Las prestaciones de cada proveedor deben comprobarse en los términos vigentes del plan contratado.