نحن نستخدم Discourse مع قاعدة بيانات خارجية بدلاً من قاعدة بيانات Postgres المدمجة المستندة إلى Docker. اضطررنا مؤخرًا إلى ترقية مجموعة Postgres الخاصة بنا إلى الإصدار 14، وبالتالي يستمر النسخ الاحتياطي لـ Discourse في الفشل.
مخرجات السجل
[2022-01-17 03:38:08] Dumping the public schema of the database...
[2022-01-17 03:38:08] pg_dump: error: server version: 14.1 (Ubuntu 14.1-1.pgdg18.04+1); pg_dump version: 13.5 (Debian 13.5-1.pgdg100+1)
[2022-01-17 03:38:08] pg_dump: error: aborting because of server version mismatch
[2022-01-17 03:38:08] EXCEPTION: pg_dump failed
هل هناك أي طريقة لترقية postgresql-client 13.5-1.pgdg100+1 في الحاوية إلى الإصدار 14؟
نقوم بترقية إصدارات Postgres كل إصدارين، لأن ترقية قاعدة البيانات تتطلب قدرًا هائلاً من موارد الهندسة. نحن حاليًا على Postgres 13، لذا سنقوم بالترقية إلى Postgres 15.1 عند إصداره (إصدار نقطة إصلاح الأخطاء).
أتفهم ذلك تمامًا، ولكن شكرًا لك على الإشارة إلى سياسة الترقية - من الجيد معرفتها حقًا. نحن على دراية بموارد الهندسة فيما يتعلق بقاعدة البيانات. أنا أحب Postgres، ولكن ترقية مجموعتنا عادة ما تجعلنا كاثوليك متدينين - الكثير من الصلوات قبل ذلك، ولكن لا يزال هناك الكثير من الدماء والعرق والدموع.
هل سيؤدي هذا إلى أي مشاكل في الاعتماديات مع جوهرات Ruby الخاصة بالتطبيق نفسه؟ على حد فهمي، فإن إضافة apt install كخطاف يتطلب launcher rebuild app، أليس كذلك؟ إذا كان الأمر كذلك، فسأتخطى هذا الأمر لترقية أخرى شاقة كما هو موضح هنا في موضوع آخر لي، حيث نواجه مشاكل هائلة في إعادة بناء التطبيق داخل الصين. هذا هو السبب الذي يجعلني أرغب في توضيح ما إذا كان مجرد الدخول إلى التطبيق ثم تثبيته يدويًا عبر apt سيؤدي الغرض.
أقترح عليك تجربته على موقع تدريجي قبل القيام بأي شيء في بيئة الإنتاج، ولكنني أعتقد أنه لن تكون هناك أي مشاكل مع Ruby gems. يجب أن يعمل تثبيته في الحاوية قيد التشغيل أيضًا.
??? يتطلب الأمر قدرًا هائلاً من موارد الهندسة ???
يبدو أن هذه الأسطر البسيطة من الأوامر لتحديث قاعدة بيانات postgresql من 13.5 إلى 14.1 تحل مشكلة النسخ الاحتياطي… تحياتي
cd /var/discourse
./launcher enter app
sudo apt-get install postgresql