لقد كنت أتصفح مجلدات discourse الخاصة بي ووجدت ملف dump.sql في مجلد /backup لم أتذكره أنني أنشأته يدويًا. هل هذا ملف يتم إنشاؤه تلقائيًا أثناء النسخ الاحتياطي أم أنني أتعرض لاختراق؟
ربما تم تركه بسبب فشل النسخ الاحتياطي، ربما إذا امتلأ القرص أثناء النسخ الاحتياطي. من غير المرجح أن يكون ذلك بسبب اختراق.
أعتقد أنني رأيت هذا النوع من الأشياء عدة مرات واعتقدت أيضًا أنها بقايا نسخ احتياطي فاشلة.
يبدو أن تفسيرك يؤكد ذلك. ![]()
أو لا: ↓
يجب أن يكون هناك سبب مختلف، لأن عملية النسخ الاحتياطي تنشئ ملف dump.sql.gz مضغوطًا. لا يمكن لعملية استعادة إلا أن تترك ملف dump.sql غير مضغوط، ولكن يجب أن تنظف بعد ذلك.\n\n@Mr.X_Mr.X ما هو المسار المطلق لملف dump.sql الذي رأيته؟ وما هو الطابع الزمني للملف؟ هل يمكن أن يكون قديمًا جدًا؟
/var/www/discourse/tmp/backups
كان هناك ملف dump.sql وأرشيف tar.gz نموذجي. لا شيء آخر، أنا أخزن النسخ الاحتياطية على S3.
إلا إذا فشل الضغط؟
في حال كان القرص ممتلئًا تقريبًا، فهذا احتمال.
أنا متأكد من أن الملف الذي تراه تم نسخه/تحميله يدويًا وفك ضغطه في هذا الموقع. تستخدم النسخ الاحتياطية /var/www/discourse/tmp/backups/<name>/<timestamp> لتخزين ملف dump.sql.gz المؤقت، ويستخدم الاستعادة دليلًا مختلفًا تمامًا.
نحن نستدعي pg_dump باستخدام المعلمة --compress، لذلك يكتب تفريغًا مضغوطًا بدون ملف مؤقت. في أسوأ الأحوال، سترى ملف dump.sql.gz غير مكتمل.