لقد تلقيت فاتورة AWS هذا الشهر أكبر من المتوقع واكتشفت أن أحد المواقع لديه 500 جيجابايت إضافية من النسخ الاحتياطية. تم تعيين DISCOURSE_MAXIMUM_BACKUPS على 14، لذلك تفاجأت بوجود أكثر من 14 نسخة احتياطية. لاحظت إعدادًا جديدًا يسمى remove_older_backups، والذي يبدو مربكًا نظرًا لأن maximum_backups يؤدي وظيفة مشابهة جدًا. لا يمكنني التفكير في سبب لعدم كفاية maxium_backups كحل. أعتقد ربما إذا قمت بعمل مجموعة من النسخ الاحتياطية اليدوية، فستحتفظ بنسخ احتياطية أقل مما تريد؟
ربما كان هذا الموقع نوعًا من الاستثناء، حيث لا أرى أي مواقع أخرى لا تحترم maximum_backups.
@pfaffman تم طلب إزالة النسخ الاحتياطية القديمة من قبل عميل، ولأسباب تنظيمية، لم يكن بإمكانه الاحتفاظ ببيانات العملاء التي يزيد عمرها عن عدد معين من الأيام. إذا لم يتم تعيينها، فلن تكون سارية المفعول.
في حالة عميلك، تتم قراءة قيمة DISCOURSE_MAXIMUM_BACKUPS عند إنشاء نسخة احتياطية جديدة (أي لا يوجد برنامج نصي ليلي لحذفها). من الممكن أن يكون العميل قد قلل القيمة ثم لم يقم بعمل نسخة احتياطية أخرى بعد تلك النقطة؟ هل من الممكن إجراء نسخة احتياطية مخصصة ومعرفة ما إذا كانت ستحذف النسخ الاحتياطية القديمة؟
أعتقد أنها مجرد مصادفة غريبة أن هذا ظهر في نفس الوقت الذي ظهرت فيه النسخ الاحتياطية الإضافية البالغ عددها 80.
هذا ما فعلته، ولم يحذف النسخ الاحتياطية الإضافية، وهو ما دفعني إلى إلقاء اللوم على الإعداد الآخر. ربما يكون شيئًا أغبى من ذلك مثل عدم امتلاك الحاوية لأذونات الحذف.
سألقي نظرة عليه بعد أسبوع أو نحو ذلك لمعرفة ما إذا كان يتصرف كما هو متوقع، أو إذا كان تعيين الإعداد الجديد على 14 يومًا سيساعد بطريقة ما.