He seguido esta guía y esta otra, pero mis copias de seguridad automáticas fallan. Cuando reviso en AWS, la configuración de acceso público de mi bucket está establecida en “Bloquear todo el acceso público”. Cuando intento permitir el acceso público necesario, el sistema indica un 100% de éxito, pero la configuración sigue igual
¿Cómo hago para que los ajustes correctos se apliquen?
Edición: He aprendido que varios ajustes afectan la configuración de acceso público del bucket. Probé varias opciones en “Bloquear acceso público (configuración de la cuenta)” y revisé los permisos de listas de control de acceso, políticas del bucket y políticas de puntos de acceso; no tengo ninguno de estos.
Aquí es donde intento permitir el acceso público. ¿Es el lugar correcto?
No hay ningún mensaje de error. La copia de seguridad simplemente no se realiza cuando debería.
¡Por supuesto que me preocupa el acceso público! De momento, sin embargo, solo me gustaría ver que una copia de seguridad se almacene correctamente en S3. Es posible que eventualmente abandone por completo la función de copia de seguridad automática si no estoy convencido de que los datos estarán seguros en S3 con el acceso público necesario para que funcione.
Como administrador, deberías recibir un mensaje privado cada vez que falle una copia de seguridad automática. Este mensaje contiene la salida del registro del proceso de copia de seguridad.
Tengo algunas preguntas:
¿Es esta una instalación estándar basada en Docker?
¿Funcionan las copias de seguridad manuales?
¿Hay una advertencia sobre un Sidekiq pausado en el panel de administración?
¿Tus archivos subidos también se almacenan en S3 o solo las copias de seguridad? ¿Estás utilizando diferentes buckets para los archivos subidos y las copias de seguridad?
¿Dónde obtuviste la idea de que es necesario? ¡No lo es! Podríamos necesitar aclarar nuestra documentación si la leíste allí.
No he recibido mensajes privados sobre copias de seguridad fallidas.
Es una instalación estándar basada en Docker.
Las copias de seguridad manuales funcionan.
No hay advertencia de un Sidekiq en pausa.
No almaceno archivos de carga en S3.
Eso es extraño. ¿Cambió alguna de las configuraciones relacionadas con las copias de seguridad (vea /admin/site_settings/category/backups) además de backup_location?
Sí, pero para probar si había algún error en la configuración, restablecí todas, excepto:
ubicación de la copia de seguridad: S3
frecuencia de la copia de seguridad: 1
bucket de S3 para copias de seguridad: “my bucket”
hora del día para la copia de seguridad: la configuré unos minutos adelante para iniciar la copia.
Aún así, no ocurre nada. Todavía no he esperado un día completo para que comience la copia de seguridad diaria, pero verifiqué que el servidor esté funcionando con la hora correcta.
Tenga en cuenta que hora de la copia de seguridad está en UTC y no en hora local. Además, las tareas de copia de seguridad se programan solo una vez al día a medianoche, por lo que no comenzarán de inmediato. ¡Debe esperar un día para que se ejecute!
Claro, he estado configurando la hora de la copia de seguridad como la hora UTC actual más 2 minutos. Pero, ¿para qué sirve la opción de ‘hora del día para la copia de seguridad’ si solo ocurre a medianoche? En cualquier caso, ya ha pasado la medianoche UTC y, de nuevo, no ha ocurrido nada. Así que parece que no es un problema de hora.
El trabajo “ScheduleBackup” se ejecuta a medianoche y programa una copia de seguridad a la hora de copia de seguridad si las copias de seguridad automáticas están habilitadas y el último archivo de copia de seguridad (automático o manual) tiene más de frecuencia de copia de seguridad días.
