J’ai reçu une facture AWS plus élevée que prévu ce mois-ci et j’ai constaté qu’un site avait 500 Go de sauvegardes supplémentaires. DISCOURSE_MAXIMUM_BACKUPS est défini sur 14, j’ai donc été surpris qu’il y ait beaucoup plus de 14 sauvegardes. J’ai remarqué un nouveau paramètre appelé remove_older_backups, qui semble déroutant car maximum_backups remplit une fonction très similaire. Je n’arrive pas à trouver de raison pour laquelle maxium_backups ne serait pas une solution suffisante. Je suppose que peut-être si vous faites beaucoup de sauvegardes manuelles, vous conserverez moins de sauvegardes que vous ne le souhaitez ?
Peut-être que ce site était une sorte d’exception, car je ne vois aucun autre site qui ne respecte pas maximum_backups.
@pfaffman la suppression des anciennes sauvegardes a été demandée par un client qui, pour des raisons réglementaires, ne pouvait pas conserver les données client au-delà d’un certain nombre de jours. si elle n’est pas définie, elle ne sera pas appliquée.
dans le cas de votre client, la valeur DISCOURSE_MAXIMUM_BACKUPS est lue lors de la création d’une nouvelle sauvegarde (c’est-à-dire qu’il n’y a pas de script nocturne pour les supprimer). il est possible que le client ait abaissé la valeur puis n’ait pas effectué de sauvegarde après ce point ? Est-il possible d’effectuer une sauvegarde ad hoc et de voir si cela supprime les anciennes sauvegardes ?
Conformité et réglementations. Aha. Merci. Je comprends maintenant.
Je suppose que ce n’est qu’une étrange coïncidence si cela est apparu en même temps que les 80 sauvegardes supplémentaires.
C’est ce que j’ai fait, et cela n’a pas supprimé les sauvegardes supplémentaires, ce qui m’a amené à blâmer l’autre réglage. Peut-être est-ce quelque chose d’encore plus stupide, comme si le bucket n’avait pas les permissions de suppression.
Je vais y jeter un œil dans une semaine environ pour voir si le comportement est conforme aux attentes, ou si le réglage du nouveau paramètre sur 14 jours aidera d’une manière ou d’une autre.