Continuidad operativa
Backup y recuperación de WordPress y VPS
Cuando una actualización rompe la tienda o se pierden datos, tener un archivo guardado no basta. Necesitas saber qué contiene, cómo restaurarlo y cuánto tiempo tardará el negocio en volver a operar.
¿Backup y recuperación son lo mismo?
No. El backup conserva una copia; la restauración vuelve a colocar datos o sistemas; la recuperación incluye volver a prestar el servicio. Define cuántos datos puedes perder y cuánto tiempo puedes estar detenido, y comprueba una restauración.
Un mensaje que dice “backup completado” prueba que una tarea terminó; no prueba que estén todos los datos ni que el negocio pueda volver a operar.
Backup, restauración y recuperación
| Concepto | Pregunta práctica | Resultado esperado |
|---|---|---|
| Backup o copia | ¿Qué datos se copiaron, cuándo y dónde? | Una versión conservada fuera del uso normal. |
| Restauración | ¿Podemos devolver esos datos a un entorno utilizable? | Archivos, base, buzón o sistema recuperados. |
| Recuperación | ¿Podemos reanudar el servicio completo dentro del objetivo? | Aplicación, dependencias, accesos, DNS y operación validados. |
Una restauración puede recuperar archivos y aun dejar una tienda fuera de servicio porque falta la base de datos, una clave, una versión compatible o el procedimiento para cambiar DNS. Por eso la cobertura debe definirse por servicio, no por una casilla genérica de “backup incluido”.
RPO y RTO en lenguaje llano
RPO responde cuánto dato reciente puedes perder. Si la última copia utilizable es de anoche, los cambios posteriores pueden quedar fuera. RTO responde cuánto tiempo puede tardar el servicio en volver a funcionar.
Son objetivos del negocio, no promesas automáticas del hosting. Una tienda, el correo y una web informativa pueden necesitar valores diferentes. Defínelos primero y verifica si frecuencia, retención, personal y procedimiento permiten cumplirlos.
Ejemplo de pérdida de datos y tiempo de recuperación
Ejemplo ficticio: una tienda conserva su última copia consistente de archivos y base de datos a las 02:00. A las 14:00 necesita restaurarla: hasta doce horas de cambios pueden faltar en esa versión. Si se generan copias cada veinticuatro horas, un incidente en otro momento puede dejar un intervalo mayor. Una copia diaria no sostiene por sí sola un objetivo de perder como máximo una hora de pedidos.
Supongamos además treinta minutos para obtener la copia, cuarenta para restaurar y cincuenta para validar y reabrir: son dos horas de trabajo total, aunque la restauración tomó cuarenta minutos. Son supuestos para diseñar una prueba, no tiempos medidos de un proveedor. Anota también detección, autorización y espera de soporte cuando formen parte del proceso. Compara el tiempo de interrupción completo con el RTO que definiste.
Qué debe cubrir la copia
- archivos, bases de datos y contenido generado por usuarios;
- correo, si forma parte del mismo servicio y debe recuperarse;
- configuración, tareas programadas, certificados y dependencias relevantes;
- versiones de software y documentación necesaria para reconstruir;
- credenciales y claves mediante un sistema seguro separado, nunca dentro de una guía pública.
Una imagen completa y una copia de base de datos resuelven problemas distintos. La combinación depende de cómo está construido el servicio.
Cómo restaurar WordPress desde una copia de seguridad
Empieza por identificar qué copia tienes y para qué instalación fue creada. La documentación oficial de WordPress separa archivos y base de datos: descargar la carpeta web no copia normalmente la base que vive en MySQL o MariaDB. Conserva un conjunto consistente de ambos y registra sus fechas.
- Conserva el estado actual. Respalda lo que todavía sea recuperable antes de sustituirlo. Si sospechas una intrusión, coordina contención y conservación de evidencia con el responsable técnico.
- Prepara un destino de prueba. Debe admitir las versiones y dependencias de la aplicación, quedar restringido y no enviar correos, cobros, webhooks o tareas reales.
- Restaura el conjunto. Usa el procedimiento del sistema que creó la copia. En una restauración manual, prepara archivos y base de destino; comprueba la conexión en la configuración de WordPress sin publicar claves ni volcados de clientes.
- Valida el resultado. Revisa acceso, medios, enlaces, formularios y funciones de la tienda. Una portada que abre no demuestra que todo funciona.
- Prepara el cambio final. Define quién autoriza, cómo se concilian los datos recientes y cómo se vuelve atrás si la comprobación falla.
No vacíes tablas de producción para seguir un tutorial genérico. Un plugin requiere una copia compatible con su formato y una vía de acceso utilizable; si no puedes entrar a WordPress, revisa su procedimiento de recuperación o el del proveedor. WordPress.com y WordPress autoalojado tampoco tienen necesariamente los mismos controles.
Qué puedes restaurar desde cPanel
El manual de copias de cPanel distingue el respaldo completo de cuenta y las copias parciales. La restauración automática del completo requiere WHM o al proveedor; no es la misma operación que subir una copia parcial desde cPanel. Confirma qué interfaz habilita tu hosting y qué versión utiliza.
Las copias de directorio y de base deben comprobarse por separado. Tener un archivo comprimido no prueba que esté completo; una cuenta cerca de su cuota puede fallar al generar la copia. Los reenvíos y filtros de correo tampoco son equivalentes al contenido de todos los buzones. Pide el inventario real antes de confiar en «backup incluido».
Recuperar pedidos en WooCommerce
Restaurar una copia antigua puede devolver la tienda a un estado anterior a ventas ya cobradas. Conserva el registro de pedidos, pagos y cambios posteriores y concílialo con la pasarela y la operación antes de reabrir. No vuelvas a cobrar ni reenviar confirmaciones para reconstruir un pedido sin revisar su estado.
Desactiva las acciones automáticas del entorno de prueba y utiliza el modo de prueba del pago para validar el checkout. No supongas que importar un CSV de productos devuelve pedidos o configuración. La guía de VPS para WooCommerce explica cuándo revisar recursos y administración; una máquina mayor no recupera datos ausentes.
Snapshot y backup de un VPS
Un snapshot puede ser útil para volver a un estado del servidor, pero no lo trates como una copia independiente sin comprobar dónde se guarda, qué incluye y cómo se recupera. Si depende de la misma cuenta o infraestructura que el sistema original, evalúa qué ocurre cuando ese acceso falla.
Comprueba también la consistencia de aplicaciones y bases que siguen escribiendo. Combina el procedimiento admitido por el proveedor con copias específicas de los datos críticos cuando corresponda. Documenta sistema, configuración, dependencias y pruebas necesarias para reconstruir; no basta con indicar «restaurar el VPS».
Separación, retención y acceso
Una copia guardada en el mismo servidor puede perderse junto con él o quedar accesible al mismo incidente. Evalúa almacenamiento separado, permisos mínimos, cifrado y, cuando el riesgo lo requiera, copias offline o inmutables. CISA recomienda mantener copias críticas offline y cifradas, además de comprobar regularmente su disponibilidad e integridad.
La retención determina cuántas versiones sobreviven. Una copia muy reciente puede contener el mismo error o corrupción; una muy antigua puede perder demasiado trabajo. Define ventanas de conservación según el negocio y los requisitos aplicables.
Cómo probar sin arriesgar producción
- Selecciona una copia y registra su fecha, contenido y ubicación.
- Restaura en un entorno aislado y autorizado.
- Comprueba archivos, base, inicio de sesión, formularios y procesos críticos.
- Valida integridad y funcionamiento con el responsable de la aplicación.
- Mide el tiempo completo, no solo la descarga.
- Documenta fallas, dependencias ausentes y pasos manuales.
- Actualiza el procedimiento y vuelve a probar con la frecuencia definida.
No pruebes sobrescribiendo producción. Para una migración, conserva además un plan de reversión y sincroniza los cambios finales; el checklist de web, correo y DNS separa esas etapas.
Plantilla de prueba de restauración
| Registro | Qué anotar |
|---|---|
| Servicio y responsable | Web, tienda, correo o aplicación; quién ejecuta y quién valida. |
| Copia seleccionada | Fecha, ubicación, archivos y bases cubiertos; exclusiones y acceso autorizado. |
| Objetivos | RPO y RTO definidos por el negocio antes de probar. |
| Tiempo completo | Inicio de interrupción y etapas de obtención, restauración, validación y reapertura. |
| Datos recientes | Qué falta respecto al momento del incidente y cómo se concilia. |
| Validación | Acceso, medios, formularios, compra de prueba y procesos críticos. |
| Resultado | Cumple o no el objetivo, fallos, acción correctiva y próxima revisión. |
La frecuencia de ensayo depende del riesgo y del cambio: una actualización importante, una migración o una nueva integración pueden exigir repetirlo. No lo reduzcas a una prueba anual por costumbre ni publiques registros con credenciales o información de clientes.
Preguntas para el proveedor y el responsable técnico
- ¿Qué incluye exactamente la copia y qué queda fuera?
- ¿Frecuencia, retención, ubicación y cifrado?
- ¿El cliente puede descargar o conservar una copia independiente?
- ¿Quién inicia y ejecuta la restauración, con qué costo y horario?
- ¿Cuándo se probó una restauración completa y qué se validó?
- ¿Qué ocurre si el panel o la cuenta principal no están disponibles?
- ¿Qué RPO y RTO puede sostener realmente el proceso?
Qué revisar en HostingPlus
Afiliación: TopHosting participa en el programa de HostingPlus y puede recibir una comisión. Presentamos esta alternativa primero por esa relación comercial, no como ganador de una prueba de recuperación.
La ficha VPS de HostingPlus, consultada el 11-10-2026, anuncia Respaldo Premium opcional, externo e incremental. Antes de contratar, confirma precio, frecuencia, retención, cobertura de bases y correo, quién restaura y qué pasa si pierdes el acceso al panel. No deduzcas un RPO o RTO de la expresión comercial «un clic».
Puedes consultar el servicio mediante nuestro enlace afiliado. Para otras alternativas, utiliza las mismas preguntas en la comparativa de VPS Chile o la comparativa de hosting Chile. Son ofertas por mercado: comprueba condiciones en tu país en lugar de trasladar precios o servicios.
Qué debe confirmar el contrato de recuperación
Esta guía no significa que TopHosting ofrezca monitoreo, recuperación ante desastres, respuesta a ransomware o administración 24/7. Esas capacidades requieren alcance, responsables y condiciones verificadas. Cuando evaluemos un hosting o VPS, declararemos qué hace el proveedor, qué debe hacer el cliente y qué servicio adicional existe.
Preguntas frecuentes sobre copias de seguridad
¿Puedo recuperar WordPress solo con los archivos?
Normalmente necesitas también su base de datos. Los archivos conservan código y medios; la base contiene contenido y datos de la aplicación. Comprueba el formato del respaldo y qué partes cubre antes de restaurar.
¿Cuántas copias de seguridad necesito?
Define versiones y ubicaciones según cuánto dato puedes perder, cuánto tarda en detectarse un problema y qué fallos debes tolerar. Varias versiones en un único acceso no ofrecen la misma separación que copias protegidas e independientes. Prueba el conjunto elegido.
¿Una copia diaria es suficiente para una tienda?
Depende del intervalo de pedidos que puedas perder y conciliar. Si el negocio necesita un objetivo de pérdida menor, revisa la frecuencia y consistencia del respaldo de sus datos y valida el procedimiento.
¿El hosting se encarga de toda la recuperación?
Solo si el alcance contratado lo establece. Crear copias, restaurar archivos, resolver código y conciliar pedidos son tareas distintas. Asigna responsable y costo a cada una antes del incidente.
NIST SP 800-34 define RPO y RTO dentro de la planificación de contingencia. La guía StopRansomware de CISA recomienda copias offline y cifradas y pruebas regulares de disponibilidad e integridad. Son referencias generales; la política concreta debe adaptarse al riesgo, la regulación y la arquitectura de cada empresa.