غير قادر على استخدام استعادة من NodeChef

الدعم
1

أواجه نفس المشكلة تمامًا عند الترحيل من نفس المزود كما هو موضح هنا، ومع ذلك تم إغلاق هذا الموضوع، لذا سأقوم بإنشاء موضوع جديد، إذ وصلت بنهاية حيلتي في محاولة إصلاح هذا.

إليك السجل

[2020-08-30 02:34:59] [STARTED]
[2020-08-30 02:34:59] بدأ 'username' عملية الاستعادة!
[2020-08-30 02:34:59] تحديد حالة الاستعادة كـ قيد التشغيل...
[2020-08-30 02:34:59] التأكد من وجود /var/www/discourse/tmp/restores/default/2020-08-30-023459...
[2020-08-30 02:34:59] نسخ الأرشيف إلى المجلد المؤقت...
[2020-08-30 02:35:00] فك ضغط الأرشيف، قد يستغرق هذا بعض الوقت...
[2020-08-30 02:35:01] استخراج ملف النسخة الاحتياطية...
[2020-08-30 02:35:07] التحقق من البيانات الوصفية...
[2020-08-30 02:35:07]   الإصدار الحالي: 20200820232017
[2020-08-30 02:35:07]   الإصدار المستعاد: 20191209095548
[2020-08-30 02:35:07] تفعيل وضع القراءة فقط...
[2020-08-30 02:35:07] إيقاف Sidekiq مؤقتاً...
[2020-08-30 02:35:07] الانتظار لمدة تصل إلى 60 ثانية حتى ينهي Sidekiq تشغيل المهام...
[2020-08-30 02:35:14] إنشاء الدوال المفقودة في مخطط discourse_functions...
[2020-08-30 02:35:15] استعادة ملف النسخة الاحتياطية..
2

هذه الجدول ليس جزءًا من Discourse، لذا أعتقد أنه أمر متعلق بـ NodeChef؟

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

3

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

4

لن يفشل الاستعادة بدونها، لكن من الأفضل عادةً أن يكون كل شيء في مكانه في ملف app.yml قبل تشغيل الاستعادة.

5

نسخة الاحتياط الخاصة بي أيضًا من إصدار سابق، هل سيؤدي ذلك إلى أي مشاكل؟

6

ماذا تقصد بالإصدار السابق؟ كم عمره؟

7

لا، سيكون ذلك على ما يرام، فعملية الاستعادة ستقوم بتحديثه تلقائيًا إلى الإصدار الحالي.
في هذه الحالة، يُوصى بشدة بتثبيت الإضافات قبل استعادة النسخة الاحتياطية.

8

تمكنت من العثور على حالة واحدة فقط من هذا في ملف .sql. على الأرجح، حذف الأجزاء المظللة سيحل المشكلة. (أفترض أن العنصر العلوي يشير إلى public.spatial_ref_sys)

ye
ye1283×617 27.7 KB

أيضًا، كيف يمكن استبدال ملف dump.sql الموجود داخل ملف tar.gz بنسخة معدلة؟

9 
# ضغط ملف dump ووضعها في نفس المجلد مثل النسخة الاحتياطية
gzip dump.sql

# نسخ ملف النسخة الاحتياطية إلى fixed-* ، استبدل هذا باسم ملف النسخة الاحتياطية الخاص بك
cp backupfilename-2020-08-30-123456-v20200830123456.tar.gz fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# فك الضغط
gzip -d fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# إزالة ملف dump.sql.gz الأصلي من الأرشيف.
# ملاحظة: اسم ملف النسخة الاحتياطية لا يحتوي على .gz في هذه الخطوة.
tar f fixed-backupfilename-2020-08-30-123456-v20200830123456.tar --delete dump.sql.gz

# إضافة ملف dump.sql.gz الجديد. ملاحظة: اسم ملف النسخة الاحتياطية لا يحتوي على .gz في هذه الخطوة.
tar fr fixed-backupfilename-2020-08-30-123456-v20200830123456.tar dump.sql.gz

# ضغطه مرة أخرى. ملاحظة: اسم ملف النسخة الاحتياطية لا يحتوي على .gz في هذه الخطوة.
gzip fixed-backupfilename-2020-08-30-123456-v20200830123456.tar
10

شكرًا لك @RGJ، موقعي يعمل الآن بكفاءة تامة. كل ما عليّ فعله هو إعادة تثبيت بعض الإضافات.

كما أشكرك جزيل الشكر @Falco على مساعدتي في تحديد المشكلة من البداية.