Limpiar una instalación CMS conservando puntos de recuperación

Northstar Studio ha instalado varias actualizaciones. En Backups aparecen más archivos de los esperados: la política protege las últimas cinco copias correctas anteriores a una actualización, pero también conserva otras más antiguas.

La cifra indica un mínimo de puntos de recuperación. Otros archivos pueden seguir dentro del plazo de conservación, estar protegidos explícitamente o responder a otra salvaguarda. Maintenance → Cleanup reúne el uso del almacenamiento, las políticas y la selección de categorías automáticas.

La limpieza solo puede eliminar una copia si lo permiten las comprobaciones de antigüedad y protección. Un archivo antiguo puede seguir siendo necesario para mantener el mínimo de copias correctas. Una copia fallida o ausente no sustituye a un punto validado.

Por ejemplo, suponga un plazo de 14 días y un mínimo de cinco archivos correctos. Si solo existen tres y todos superan los 14 días, el mínimo sigue protegiéndolos. Si existen diez, algunos recientes pueden conservarse aunque los cinco más antiguos ya no estén protegidos por la regla de cantidad.

Los ajustes guardados se conservan al actualizar. Revise la política real de la instalación antes de confiar en un valor predeterminado.

El informe separa registros de copias, archivos físicos distintos y bytes medidos según el motivo de conservación. Un archivo compartido se cuenta una vez físicamente aunque varios registros lo referencien. Los archivos no registrados como copias cuentan en el uso medido, pero la limpieza automática no los selecciona para borrarlos.

El presupuesto opcional de almacenamiento genera avisos. No anula las salvaguardas ni impone un límite estricto de espacio. Si después de limpiar se supera el presupuesto, el operador debe decidir cómo resolver esa presión de almacenamiento.

En Backups puede marcar un archivo como Protected y elegir su conservación. La protección impide borrarlo hasta retirarla. La conservación indefinida evita la caducidad automática, pero permite una eliminación explícita.

Para la copia previa a una migración de Northstar, esta diferencia permite protegerla deliberadamente. Una fecha indefinida no bloquea cualquier borrado manual. Una caducidad explícita también debe respetar la protección y los mínimos de recuperación.

Cleanup incluye versiones de recursos, variantes de medios obsoletas, espacios temporales conocidos y revisiones de páginas y Shared Slots. Las nuevas categorías de mantenimiento automático empiezan desactivadas y pueden habilitarse individualmente.

La limpieza de variantes conserva los originales de Media Library y las huellas vigentes. Las revisiones combinan antigüedad y mínimo: una página con 20 revisiones conserva todas bajo una política que protege las últimas 50, aunque sean antiguas. Los paquetes de transferencia y los registros siguen bajo gestión del operador.

Dashboard, Backups y Cleanup muestran el último informe completado y la hora de medición. Un informe antiguo se marca como desactualizado; abrir la pantalla no lo recalcula de forma síncrona. Refresh checks o el programador pueden actualizarlo. La limpieza y la restauración realizan comprobaciones actuales antes de actuar.

Scheduler setup and verification muestra instrucciones específicas y actividad registrada. Una entrada cron demuestra configuración; un heartbeat registrado acredita que el trabajo se ejecutó. Cada categoría habilitada conserva su propio horario.

Para Northstar, el siguiente paso es revisar los motivos de conservación, previsualizar la limpieza posible, verificar el programador y comprobar el resultado. La documentación de operaciones explica los límites. El uso del disco puede seguir por encima del objetivo si las salvaguardas requieren conservar archivos; el informe hace visible esa decisión.

Las capturas muestran datos ficticios de Northstar Studio en el CMS 1.107.2 publicado. Representan controles y estados de ejemplo; no se realizó ninguna recuperación ni limpieza en producción.

Los comentarios se revisan antes de publicarse.