تقوم شركتي بتقييم Discourse وقد أنشأت نسختين، A و B. أردت التحقق من وظيفة النسخ الاحتياطي/الاستعادة حيث قد تنطبق على نسخ مختلفة واستعدت نسخة احتياطية من النسخة A إلى النسخة B.
يبدو أنه تم ترحيل البيانات بنجاح من A إلى B، ومع ذلك يبدو أيضًا أنه تم الكتابة فوق بعض إعدادات الموقع. على سبيل المثال، تستخدم النسخة B الآن تسجيل الدخول الموحد (SSO) لتسجيل الدخول عندما لم يكن ذلك ممكّنًا على B من قبل. كانت حسابات المسؤول مختلفة بين A و B، ولم أعد أمتلك حق الوصول إلى حساب المسؤول الخاص بي على B.
لقد جربت u/admin-login باستخدام قيمة DISCOURSE_DEVELOPER_EMAILS الأصلية لـ app.yml دون نجاح (“عنوان بريد إلكتروني غير معروف” وفي النهاية “لقد قمت بهذا الإجراء عدة مرات…”). كنت أجرب أشياء مختلفة مثل إعادة بناء المشغل app، لكن لا يبدو أنني أحرزت أي تقدم في الوصول إلى لوحة تحكم المسؤول للنسخة B.
أي مساعدة ستكون موضع تقدير كبير! كيف يمكنني العودة إلى حساب المسؤول الخاص بي على النسخة B؟
SiteSettings هي جزء من النسخ الاحتياطي، فلماذا لا تكون كذلك؟ فهي تحتوي على معلومات بالغة الأهمية لتشغيل موقع معين.
على سطر الأوامر، داخل الحاوية يمكنك تشغيل:
rake admin:create لإنشاء مستخدم مسؤول جديد حتى تتمكن من الدخول.
يتم استبدال جميع الإعدادات باستثناء تلك المعينة في ملف yml. راجع تكوين موفر تخزين كائنات متوافق مع S3 لتحميلات f للحصول على مثال لكيفية القيام بذلك. بالإضافة إلى ذلك، هذه طريقة ملائمة لاستعادة نسخة احتياطية واحدة إلى خادم آخر. يوجد أيضًا موضوع حول إعداد خادم تدريج مع أمثلة. إعداد خادم تدريج