مرحباً يا أصدقاء!
واجهت بعض المشاكل المتعلقة بتصدير البيانات واستعادتها وأود طلب مساعدتكم.
السياق:
أردت تصدير البيانات من Discourse Teams إلى خادم خاص (droplet) مستضاف على Digital Ocean.
تمت عملية النسخ الاحتياطي والاستعادة بسلاسة دون أي مشاكل. ولكن بعد الاستعادة، يظهر ما يلي في Discourse:
مرحبًا يا ياش! آسف لسماع أنك تواجه بعض المشاكل مع النسخ الاحتياطي/الاستعادة. هل جربت وضع الأمان بعد؟ فقط أضف /safe-mode إلى نهاية الرابط. يمكنك بعد ذلك رؤية ما يحدث عند تعطيل السمة الحالية أو الإضافات غير الرسمية أو جميع الإضافات.
أوصيك أيضًا بالنظر إلى /logs وسجل أخطاء nginx لمعرفة ما إذا كانت هناك أي أخطاء قد تساعدك أكثر.
وماذا يحدث عند تشغيل ./launcher rebuild app من سطر الأوامر؟ قد ترغب في تجربة تشغيله عدة مرات. لقد ساعدني هذا في الماضي.
وأخيرًا، هل يمكنك مشاركة محتوى ملف containers/app.yml (بدون كلمات مرور ومعلومات تعريف الموقع من فضلك) حتى نتمكن من رؤية الإضافات المثبتة لديك؟
مرحبًا توبياس،
شكرًا جزيلاً لك على الرد السريع. أقدر مساعدتك حقًا.
عندما أذهب إلى /safe-mode، تظهر لي بعض خيارات المربع مثل تعطيل السمة وما إلى ذلك. بمجرد تحديد جميع الخيارات والضغط على التالي، تظهر نفس الخطأ على الواجهة الأمامية.
كانت الرابطة المضافة هي /?safe_mode=no_custom%2Cno_plugins%2Conly_official
يرجى ملاحظة أن هذه هي نسخة DO Droplet ذات النقر الواحد بدون أي إضافات مثبتة من قبلي حتى الآن. لكن مثيل Teams كان يحتوي على العديد من الإضافات. هل تعتقد أن هذا هو السبب في المشكلة؟
لقد قمت بإعداد droplet جديد، وقمت بتثبيت Discourse وفقًا للإرشادات الموجودة على GitHub. قمت بتسجيل الدخول، ثم قمت برفع النسخة الاحتياطية واستعادتها، لكنني واجهت نفس الخطأ.
هل يمكنك مساعدتي في تحديد الخطوات التالية؟ لقد جربت إعادة تشغيل launcher والعمل في الوضع الآمن أيضًا، لكنني ما زلت أواجه نفس الخطأ. لم قمت بتثبيت أي إضافات حتى الآن.
ملاحظة جانبية: أداة التثبيت بضغطة زر من DigitalOcean تستخدم Docker وأحدث إصدار من GitHub. أليس من المفترض أن تكون مطابقة تمامًا للتثبيت اليدوي؟
هذه مشكلة تتعلق بعمليات الرفع. النظام يبحث عن اسم حاوية S3، لكن البيئة الجديدة غير مهيأة لاستخدام واحدة.
كيف تم إنشاء النسخة الاحتياطية وهل تم تضمين جميع الملفات المرفوعة؟ لا أرى أي عمليات رفع في سجل الاستعادة، مما يشير إلى عدم وجود أي ملفات مرفوعة في النسخة الاحتياطية.
لقد أجريت للتو اختبارًا سريعًا لعملية النسخ الاحتياطي، ولاحظت أن الملفات المرفقة مدرجة بالفعل في ملف النسخ الاحتياطي. غداً سأحاول معرفة كيفية استعادتها إلى موقع جديد مستضاف ذاتيًا.
مرحبًا @schleifer - كما أشار توبياس بشكل صحيح، تم إنشاء النسخة الاحتياطية من فرق (النسخة الاحتياطية القياسية للتحميل). عندما نقرت على إلغاء الاشتراك، منحني خيارًا للنسخ الاحتياطي وتحميل تلك النسخة. بعد ذلك، قمت بنسخ احتياطي منفصل من لوحة الإدارة. كلاهما لهما نفس حجم الملف، ولا يعمل أي منهما على التثبيت المستضاف ذاتيًا.
@pfaffman - لا لا، كان الموقع لا يزال نشطًا عندما قمت بإنشاء النسخة الاحتياطية. لست متأكدًا بشأن الإعداد المخفي. ربما قد يكون هذا هو المشكلة.
@tobiaseigen - عند فك ضغط ملف tar.gz، يكون المحتوى الوحيد هو “dump.sql”. لا أرى أي وسائط أو مرفقات. هل قمت بشيء خاطئ عند أخذ النسخة الاحتياطية؟
أجل، هذا ليس النسخ الاحتياطي الذي تحتاجه. إذا كان لديك فقط ملف تصدير SQL، فستحتاج إلى التواصل معهم والحصول على النسخ الاحتياطي الذي يتضمن الملفات المرفوعة. أنا متأكد تقريبًا من أنهم سيحلون الأمر غدًا وستكون كل شيء على ما يرام.
كان لدي نفس الأفكار - إذا كانت الملفات مفقودة، ألا ينبغي أن يستمر discourse في عرض جميع الخيوط والروابط الخارجية والمحادثات دون المرفقات المرفوعة محليًا؟
أعتقد أنه إذا استخرج ملف dump.sql.gz وأعاد تسميته إلى full-dump-filename.sql.gz فسيتم استعادته بنجاح، لكن إذا كان يحمل اسم tar.gz فسيحاول معالجة الملفات المرفقة ويحدث فشل. (ربما هناك إعدادات تتعلق بـ S3 في إعدادات الموقع؟ لا أفهم الأمر تمامًا.) كان هناك موضوع مشابه الأسبوع الماضي وكانت تلك هي توصية غيرهارد.
لكن إذا كان يريد حقًا استضافة الموقع، فهو يحتاج إلى الملفات المرفقة، لذا من الأفضل أن ينتظر حتى يتوفر التصدير الكامل.
@biyaniyash هل يمكنك الرجاء الانتقال إلى /admin/site_settings/category/all_results?filter=s3 في موقعك الجديد وتعطيل كل ما يتعلق بـ s3، ثم المحاولة مرة أخرى؟ يجب أن يؤدي ذلك إلى جعل موقعك يعمل.
مرحبًا @tobiaseigen:
هذا ما أراه افتراضيًا عند الدخول إلى /admin/site_settings/category/all_results?filter=s3 على موقع Discourse المستضاف ذاتيًا الجديد:
