Backup Manual

Los backups automáticos corren según un schedule, pero también puedes tomar un backup point-in-time cuando quieras . antes de grandes cambios de contenido, antes de aplicar una actualización, o como copia off-site para descargar y almacenar en otro lado. Todo vive bajo Backups en el área de admin.

Crear uno

Haz clic en Create backup en la página de Backups. El archivo se construye en segundo plano y, al terminar, tu navegador descarga el archivo .tar.gz directamente . llamado chinaski_backup_<date>_<time>.tar.gz.

• Contenido: la base de datos, la biblioteca de media, los themes y los site templates . una captura completa point-in-time.
• Verificación: a menos que hayas apagado la verificación, el archivo se verifica (extraer-y-validar) antes de publicarse; una verificación fallida evita que se almacene un archivo defectuoso.
• Publicar luego podar: el archivo aterriza en el directorio backups/ local de la instancia vía un rename atómico . el listado nunca muestra un archivo a medio escribir . y aplica la política de retención local (conservar las últimas N copias y/o copias de N días), con cada archivo podado logueado al audit trail incluidos los valores de retención usados.

Dos casos extremos de larga duración se manejan por ti: la creación corre contra un watchdog de dos minutos (un tar atascado aborta con un flashback de "took too long" en lugar de colgar la página), y un backup programado que se dispare en el mismo segundo que uno manual no puede entrelazarse . los nombres de staging están separados por process-id.

Sacar archivos del servidor

Cualquier archivo en la lista local (no solo uno que acabas de hacer) puede descargarse desde la página de Backups . la ruta de descarga streamea el archivo como attachment. Los nombres de archivo se validan contra el patrón exacto de nombre de backup, así que el control de descarga solo sirve archivos de backup jamás.

Las copias a Spaces (DigitalOcean Spaces) se listan por separado cuando está configurado; los archivos locales y las copias de Spaces se rastrean independientemente (subir a Spaces es una acción separada en la lista de backups locales).

Limpieza

• Delete elimina un archivo local (un solo clic en su entrada, auditado con el nombre de archivo en el registro).
• La retención local es la misma política que aplica a las corridas programadas: conservar las últimas N copias y/o copias de N días, ambas configurables en la pestaña Backups (0 = ilimitado para cualquiera). El pruning corre después de cada creación de backup, manuales incluidos, y cada archivo podado se registra en el audit trail con la razón de retención.
• Los uploads staged-pero-sin-terminar de una creación que crasheó se barren automáticamente (cualquier cosa en staging de más de una hora), así que los intentos fallidos no contaminan el listado.

Para qué son los backups manuales

El schedule cubre la deriva cotidiana; los manuales son para momentos en que quieres un par garantizado-coincidente: justo antes de un deploy de nuevos archivos de template, antes de un experimento dry-run de restore, o como el archivo "golden" estilo macOS que descargas y conservas en otro lado. Como el archivo es el mismo formato que consume la ruta de restore, una descarga manual duplica como artefacto de recuperación fuera del servidor . el runbook de disaster recovery consume exactamente este archivo.