J’ai suivi ce guide et celui-ci, mais mes sauvegardes automatiques échouent. Lorsque je vérifie dans AWS, le paramètre d’accès public de mon bucket est défini sur « Bloquer tout accès public ». Quand j’essaie d’autoriser l’accès public nécessaire, le système indique 100 % de réussite, mais le paramètre reste inchangé
Comment puis-je faire en sorte que les bons paramètres soient bien appliqués ?
Édition : J’ai appris que plusieurs paramètres influencent les réglages d’accès public du bucket. J’ai testé diverses configurations pour « Bloquer l’accès public (paramètres du compte) » et j’ai vérifié les autorisations pour les listes de contrôle d’accès, les stratégies de bucket et les stratégies de point d’accès, mais je n’en ai aucune.
Voici l’endroit où j’essaie d’autoriser l’accès public. Est-ce le bon endroit ?
Il n’y a pas de message d’erreur. La sauvegarde ne se fait tout simplement pas quand elle devrait.
Je m’inquiète certainement de l’accès public ! Pour l’instant, je voudrais simplement voir une sauvegarde stockée avec succès sur S3. Je pourrais éventuellement abandonner complètement l’idée des sauvegardes automatiques, si je ne suis pas convaincu que les données seront en sécurité sur S3 avec l’accès public requis pour que cela fonctionne.
En tant qu’administrateur, vous devriez recevoir un message privé à chaque échec de sauvegarde automatique. Il contient la sortie du journal du processus de sauvegarde.
J’ai quelques questions :
S’agit-il d’une installation standard basée sur Docker ?
Les sauvegardes manuelles fonctionnent-elles ?
Y a-t-il un avertissement concernant un Sidekiq mis en pause dans le tableau de bord administrateur ?
Vos fichiers uploadés sont-ils également stockés sur S3, ou uniquement les sauvegardes ? Utilisez-vous des buckets différents pour les fichiers uploadés et les sauvegardes ?
Où avez-vous eu l’idée que c’était requis ? Ce n’est pas le cas ! Nous devrons peut-être clarifier notre documentation si vous l’avez lue là-bas.
Je n’ai reçu aucun MP concernant les sauvegardes échouées.
Il s’agit d’une installation standard basée sur Docker.
Les sauvegardes manuelles fonctionnent.
Aucun avertissement concernant un Sidekiq mis en pause.
Je ne stocke pas les fichiers uploadés sur S3.
Je l’ai fait, mais pour vérifier si certains paramètres étaient incorrects, j’ai réinitialisé tous les paramètres, sauf :
emplacement de sauvegarde : S3
fréquence de sauvegarde : 1
bac de sauvegarde S3 : “my bucket”
heure de la sauvegarde : je l’ai réglée à quelques minutes dans le futur pour démarrer la sauvegarde.
Rien ne se produit toujours. Je n’ai pas encore attendu une journée complète pour que la sauvegarde quotidienne démarre, mais j’ai vérifié que le serveur fonctionne avec l’heure correcte.
Veuillez noter que l’heure de sauvegarde est en UTC et non en heure locale. De plus, les tâches de sauvegarde ne sont planifiées qu’une fois par jour à minuit, elles ne démarreront donc pas immédiatement. Vous devrez attendre un jour pour qu’elles s’exécutent !
Bien sûr, j’ai défini l’heure de sauvegarde sur l’heure UTC actuelle + 2 minutes. Mais à quoi sert le paramètre « heure de la journée pour la sauvegarde » si cela ne se produit qu’à minuit ? Dans tous les cas, il est maintenant passé minuit UTC, et encore une fois, rien ne s’est produit. Il semble donc que ce ne soit pas un problème de temps.
La tâche « ScheduleBackup » s’exécute à minuit et planifie une sauvegarde à l’heure de sauvegarde indiquée si les sauvegardes automatiques sont activées et que le dernier fichier de sauvegarde (automatique ou manuel) date de plus de la fréquence de sauvegarde en jours.
