فشل الاستعادة من تثبيت متعدد المواقع قديم

هل حدث أي تغيير في عملية الاستعادة قد يؤثر على النسخ الاحتياطية من بيئات متعددة المواقع؟

حاولت نقل موقع بين خادمين اليوم. كان الخادم القديم يحتوي على تثبيت متعدد المواقع، مع وجود nginx في المقدمة للتعامل مع تشفير HTTPS، وتم تفعيل خيار force_https.

أما الخادم الجديد فهو نسخة مستقلة من التثبيت القياسي، ويستخدم Let’s Encrypt.

عند فحص ملف النسخة الاحتياطية، تظهر الملفات الأصلية المرفوعة، لكنها لا تبدو وكأنها تم استعادتها إلى نظام الملفات على الخادم الجديد. الإحالات إلى الصور عبر الموقع تشير إلى ‘secondsite’ في بيئة متعددة المواقع القديمة، لذا فإن المسارات تشير إلى /uploads/secondsite/original بدلاً من /uploads/default/original.

حاولت الاستعادة عبر الواجهة الرسومية، وأيضًا عبر سطر الأوامر للتأكد. أخطط للبحث في هذه المسألة بشكل أعمق، لكن اعتبرت أنه من الجيد نشرها في قناة Support حاليًا، وسأنتقل إلى قناة Contribute > Bug إذا تمكن أحد من تأكيد أن هذا السيناريو لا يزال مدعومًا.

كان هذا الأمر يعمل سابقًا، لكنني لم أقم به منذ عام على الأقل، وربما لفترة أطول.

إذن الملفات موجودة ولكن في المكان الخطأ؟ وقاعدة البيانات تشير إلى الموقع الافتراضي بدلاً من الموقع الثاني؟ يبدو وكأنه خطأ، لكنني أظن أنه يمكنك ببساطة إعادة تسمية المجلد؟ أم أن النسخة الاحتياطية لم تتضمن عمليات الرفع على الإطلاق؟

إنها موجودة في أرشيف النسخ الاحتياطي، لكنها لا تصل أبدًا إلى نظام الملفات.

هذا غريب! يبدو وكأنه خطأ. وهل لا يوجد أي من النظامين مهيأً لعمليات تحميل S3؟

صحيح. سأقوم بإجراء المزيد من الاختبارات لاحقًا.

هذا غير متوقع. هل هناك أي فرصة لأن أطلع على ملف النسخ الاحتياطي؟ وإلا، إذا كنت ترغب في تصحيح هذا بنفسك، فراجع الرابط التالي: discourse/lib/backup_restore/uploads_restorer.rb at main · discourse/discourse · GitHub.

إن استعداد فريق @team للبحث في أمثال هذا الأمر أمر رائع حقًا. ساعدني @tgxworld في حل مشكلة حالة هامشية الأسبوع الماضي. :tada: