# Discourse Script Automatizado Semanal de Backup y Actualización (Evitando Problemas de Carga S3) **URL:** https://meta.discourse.org/t/discourse-automated-weekly-backup-and-update-script-avoiding-s3-upload-issues/373804 **Category:** Administrators **Tags:** s3 **Created:** [10 Julio, 2025 22:34 UTC](https://meta.discourse.org/t/discourse-automated-weekly-backup-and-update-script-avoiding-s3-upload-issues/373804 "2025-07-10T22:34:55Z") **Posts on this page:** 1 **Showing post:** 3
### Author: ![copymonopoly](https://avatars.discourse-cdn.com/v4/letter/c/4491bb/32.png) [@copymonopoly](https://meta.discourse.org/u/copymonopoly) #### Post date: [11 Julio, 2025 14:43 UTC](https://meta.discourse.org/t/discourse-automated-weekly-backup-and-update-script-avoiding-s3-upload-issues/373804/3 "2025-07-11T14:43:03Z")
Hola, ¡gracias por tu pregunta! Sí, el problema es que cuando `enable_s3_uploads` está habilitado durante la copia de seguridad, el archivo resultante **a menudo no se puede restaurar con éxito**. Si bien la razón técnica exacta no está completamente clara (y se ha discutido en varios hilos), el proceso de restauración falla con frecuencia a menos que S3 se deshabilite antes de la copia de seguridad. Puedes encontrar varios informes en Meta buscando `\"enable_s3_uploads restore\"`. Por ejemplo, este hilo muestra un caso de fallo típico: 🔗 [Trouble restoring backup--SiteSetting::Upload.s3\_base\_url is failing--because enable\_s3\_uploads was set in database](https://meta.discourse.org/t/trouble-restoring-backup-sitesetting-upload-s3-base-url-is-failing-because-enable-s3-uploads-was-set-in-database/215966) Por eso mi script deshabilita temporalmente S3 antes de la copia de seguridad, para garantizar que el resultado sea limpio y restaurable. ¡Espero que esto ayude a aclarar! --- _[View the full topic](https://meta.discourse.org/t/discourse-automated-weekly-backup-and-update-script-avoiding-s3-upload-issues/373804)._