Copias de seguridad de cPanel bien hechas: configuración, destinos remotos, retención y pruebas
Guía práctica de Backup Configuration en WHM: qué respaldar, adónde enviarlo, cómo funciona realmente la retención, los riesgos con las bases de datos y cómo comprobar sus copias restaurándolas.
Una copia de seguridad de cPanel que nunca ha restaurado es una esperanza, no un respaldo. Para hacerlo bien, active las copias en WHM » Backup » Backup Configuration, respalde tanto las cuentas de usuario como los archivos del sistema, envíe copias a al menos un destino remoto que el propio servidor no pueda borrar con facilidad, defina la retención contando copias (no días), elija la opción de bases de datos por cuenta y compruebe que todo funciona restaurando una cuenta y un archivo de forma periódica. Esta guía explica cada ajuste con los nombres que usa cPanel hoy, junto con las advertencias escondidas en la documentación.
Por qué la configuración predeterminada no basta
El sistema de copias de cPanel es capaz, pero viene desactivado, y las configuraciones más comunes que vemos guardan todas las copias en el mismo servidor y el mismo disco que los sitios web. Un disco dañado, una infección de ransomware o un rm -rf equivocado se llevan entonces las copias junto con los datos. La propia documentación de cPanel recomienda usar un destino remoto además de las copias locales.
Paso 1: Ajustes generales
Abra WHM » Backup » Backup Configuration y empiece por la pestaña Backup Settings.
Actívelas y elija un tipo
- Marque Enable Backups.
- Elija un Backup Type: Compressed ocupa menos espacio pero tarda más; Uncompressed es más rápido pero más grande; Incremental ahorra tiempo y espacio usando enlaces duros. cPanel indica que el tipo incremental solo funciona con destinos remotos Rsync, así que elija comprimido si piensa usar S3, Backblaze B2, Google Drive o SFTP.
Proteja el servidor mientras respalda
- Mantenga activado Check the Available Disk Space. cPanel advierte que, sin esta opción, las copias pueden ejecutarse con el disco casi lleno y detener servicios críticos.
- Fije Maximum Destination Backup Timeout y Maximum Backup Restoration Timeout con margen suficiente para su cuenta más grande.
Paso 2: Programación y retención
En Scheduling and Retention, elija copias diarias, semanales o mensuales. Luego configure la retención con cuidado, porque es fácil interpretarla mal.
La retención cuenta copias, no días
El campo de retención de cada programación es el número de copias que se conservan (de 1 a 9999). Si hace copias diarias solo en días laborables y conserva 7, tendrá alrededor de semana y media de historial, no siete días de calendario. Un punto de partida práctico para un servidor de empresa:
| Programación | Retención de ejemplo | Qué le da |
|---|---|---|
| Diaria | 7 | Un punto de restauración reciente para errores cotidianos |
| Semanal | 4 | Aproximadamente un mes de historial semanal |
| Mensual | 3 | Copias más antiguas para problemas detectados tarde, como una infección de acción lenta |
Ajústelo según su espacio en disco y cualquier obligación legal de retención. Deje desactivada Strictly enforce retention, regardless of backup success salvo que la entienda bien: borra copias antiguas incluso cuando las nuevas fallan.
Paso 3: Qué respaldar
En la sección Files:
- Back up User Accounts, y use Select Users para confirmar que ninguna cuenta quedó excluida por error.
- Back up System Files. cPanel lo recomienda enfáticamente e indica que es necesario para restaurar el propio servidor.
- Back up Suspended Accounts si los clientes suspendidos pueden volver.
Bases de datos: el ajuste que causa sorpresas
En Back up SQL Databases puede elegir Per Account Only, Entire MySQL Directory o ambas. Conozca las diferencias que documenta cPanel:
- Per Account Only crea volcados
.sqlpor cuenta y funciona con las herramientas normales de restauración. Es la opción predeterminada correcta. - Entire MySQL Directory copia
/var/lib/mysql/. cPanel advierte que copiarlo con MySQL en marcha puede causar problemas de InnoDB que impiden restaurar la copia, y que estas copias no se pueden restaurar desde la interfaz. - PostgreSQL no se respalda de forma predeterminada. Si lo usa, active
PSQLBACKUPen/var/cpanel/backups/configcomo indica cPanel.
Paso 4: Destinos remotos
Cambie a la pestaña Additional Destinations. cPanel admite Additional Local Directory, Amazon S3, Backblaze B2, Custom, FTP, Google Drive, Rsync, S3 Compatible, SFTP y WebDAV.
Cómo elegir y configurar un destino
- Prefiera transportes cifrados. Para SFTP y Rsync, cPanel recomienda enfáticamente la autenticación por llave en lugar de contraseñas. Evite el FTP sin cifrar para cualquier dato sensible y envíe las copias del sistema solo por conexiones cifradas.
- Dé al destino un Destination Name claro y marque Transfer System Backups to this Destination si debe guardar los archivos del sistema.
- Haga clic en Save and Validate Destination. La pestaña Validation Results muestra una marca verde o una X roja con un mensaje. No siga adelante hasta que esté en verde.
Proteja las copias del propio servidor
Las credenciales de cada destino están guardadas en el servidor. Si un atacante obtiene acceso root, también puede usarlas. Reduzca ese riesgo del lado del almacenamiento: use una cuenta o bucket dedicado a las copias, déle solo los permisos necesarios y active el versionado o el bloqueo de objetos (object lock) del proveedor cuando estén disponibles, para que las copias anteriores no puedan sobrescribirse ni borrarse sin que usted lo note.
Lo que cPanel dice que no haga
- No respalde en sistemas de archivos de red como NFS, CIFS o smbfs; cPanel no los admite.
- Si varios servidores comparten un destino, asigne a cada uno una ruta única.
- Vigile los solapamientos: cada destino agrega tiempo de transferencia, y si las copias van más rápido que las transferencias pueden llenar el disco local.
Paso 5: ¿Copia local o no?
Retain Backups in the Default Backup Directory conserva una copia local (de forma predeterminada en /backup) después de subirla. Las copias locales hacen que las restauraciones sean rápidas y son las que usa la herramienta File and Directory Restoration. Si desactiva esta opción, debe tener un destino remoto, y cPanel indica que también se desactivan las interfaces de restauración. En la mayoría de los servidores, conviene un historial local corto y uno remoto más largo.
Paso 6: Pruebe una restauración de verdad
Ejecute una copia a demanda
No espere al horario programado para probar. Como root, /usr/local/cpanel/bin/backup --force ejecuta una copia en ese momento; los registros se guardan en /usr/local/cpanel/logs/cpbackup.
Restaure un solo archivo
En WHM » Backup » File and Directory Restoration, elija una cuenta, navegue hasta un archivo, seleccione una fecha de copia y restáurelo. Esta herramienta solo funciona con copias locales y sobrescribe el archivo existente, así que pruebe primero con un archivo sin importancia. Los usuarios de cPanel pueden hacer lo mismo desde su propio cPanel.
Restaure una cuenta completa
WHM » Backup » Backup Restoration restaura cuentas completas por cuenta o por fecha, con opciones para subdominios, configuración de correo y bases de datos MySQL. Restaurar sobre una cuenta en producción la reemplaza, así que la prueba completa más segura se hace en un servidor de pruebas aparte: copie allí un archivo de respaldo y restáurelo con Transfer or Restore a cPanel Account.
Qué significa "aprobado"
Después de restaurar, verifique que el sitio cargue, que las páginas que usan la base de datos funcionen, que existan las cuentas y reenvíos de correo y que los archivos tengan el propietario correcto. Anote cuánto tardó. Ese número es su tiempo real de recuperación.
Lista de verificación de copias
- Copias activadas; el tipo es compatible con sus destinos.
- Cuentas de usuario y archivos del sistema incluidos; ninguna cuenta omitida.
- Volcados de bases de datos por cuenta; PostgreSQL cubierto si se usa.
- Retención definida como cantidad de copias diarias, semanales y mensuales.
- Al menos un destino remoto cifrado y validado, con versionado o bloqueo de objetos.
- Las notificaciones de fallas llegan a un buzón vigilado.
- Restauración de un archivo y de una cuenta completa probadas, y repetidas cada trimestre.
Permítanos verificar sus copias
La mayoría de las empresas descubren que sus copias están incompletas el mismo día que las necesitan. Max, nuestro fundador, está certificado en cPanel & WHM, y nuestro equipo configura y prueba copias de seguridad de cPanel para empresas de Miami-Dade y todo el sur de Florida, con soporte remoto en todo el país. Solicite una evaluación de TI gratuita y revisaremos su configuración de copias y haremos con usted una restauración de prueba.
