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

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

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

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

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

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

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

5 إعجابات

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

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

إعجاب واحد (1)

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

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

إعجاب واحد (1)

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

3 إعجابات

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

3 إعجابات