فشل استعادة النسخ الاحتياطي، ملف log.txt بالداخل

لقد قضيت بضعة أيام في تجربة العديد من الأشياء.

للتوضيح، قام ترقية ما بتعطيل نظام Discourse الخاص بي، وأعتقد أن ذلك حدث عندما تمت ترقية Discourse إلى الإصدار 3+.

كان ذلك في مارس 2023، وعملت عليه بشكل متقطع على مدار الـ 12 شهرًا الماضية دون جدوى، وفي هذا الأسبوع بذلت جهدًا كبيرًا.

لم تنجح أي عملية استعادة، لا من سطر الأوامر، ولا عبر واجهة مستخدم Discourse.

اعتقدت أنه بدلًا من إصلاح القديم، سأقوم بتثبيت جديد، كان لدي الكثير من النسخ الاحتياطية التلقائية على S3 الخاص بي، 3.2.0/16.2 postgres/7.2 redis — تثبيت نظيف يعمل بشكل رائع… لذلك قمت بعملية الاستعادة ثم فشلت.

نظرًا لأن قواعد البيانات ليست من خبرتي، فأنا في منحنى تعلم حاد حتى في محاولة تخمين ما يمكن أن يحل مشكلتي.

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

log.txt (97.7 KB)

يبدو أنك تستخدم تثبيت bitnami بدلاً من التثبيت الرسمي، وهو غير مدعوم هنا. إذا كان بإمكانك الانتقال إلى استخدام التثبيت القياسي بدلاً من ذلك، فسيكون ذلك رائعًا (وسيفتح لك المزيد من دعم المجتمع هنا أيضًا).

على الرغم من أن هذا يبرز من سجلاتك:

ActiveRecord::StatementInvalid: PG::DuplicateTable: ERROR:  relation "chat_channels" already exists

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

3 إعجابات