مرحباً مرة أخرى! لقد تراجعت عن آخر عملية ترحيل تحدثت عنها، لكنني عدت إليها. أصبح الأمر أكثر إلحاحاً مع بعض المشكلات على الخادم (القديم) الذي كان عليه التثبيت الأصلي.
السياق: أثناء الترحيل إلى مثيل جديد، قررت المضي قدماً وترحيل إلى مثيل PG و Redis خارجي. تم إعداد التثبيت الجديد بشكل جيد، وأخطط للقيام بعمل نسخة احتياطية + استعادة من سطر الأوامر لعملية الترحيل نفسها. أحاول حالياً فقط اختبار سير العمل والتأكد من أن المثيل المستعاد حديثاً يعمل كما هو متوقع قبل أن أجعل المثيل الأصلي للقراءة فقط وأتابع، خاصة وأن هذا مثيل قديم/كبير إلى حد ما أقوم بترحيله.
المثيل القديم: إعداد استضافة ذاتية بسيطة، مثيل واحد مع PG و Postgres و Redis القياسيين الموجودين في نفس المكان.
المثيل الجديد: نفس ملف app.yml، ولكن مع PG و Redis خارجيين مُدارين (DigitalOcean).
يبدو أن أمر الاستعادة يعمل بشكل جيد لفترة طويلة. ثم، بعد فترة زمنية معتبرة، أحصل باستمرار على خطأ يبدو كالتالي (بما في ذلك بعض سجلات النجاح للسياق):
COPY 99820
COPY 3216770
COPY 3251307
تم إغلاق اتصال SSL بشكل غير متوقع
FATAL: إنهاء الاتصال بأمر المسؤول
CONTEXT: COPY post_timings, line 63404000: "8311 4897 1816 6999"
تم إغلاق اتصال SSL بشكل غير متوقع
FATAL: إنهاء الاتصال بأمر المسؤول
CONTEXT: COPY post_timings, line 63404000: "8311 4897 1816 6999"
مقبس غير صالح
فقد الاتصال بالخادم
EXCEPTION: فشل psql: فقد الاتصال بالخادم
/var/www/discourse/lib/backup_restore/database_restorer.rb:95:in `restore_dump'
لقد حدث ذلك في نقاط نسخ مختلفة عبر عمليات التشغيل، لذلك على حد علمي، هذا ليس شيئاً خاصاً بالترحيل نفسه. نظراً لأن اتصالات قاعدة البيانات تعمل بوضوح، أعتقد أنه من الآمن افتراض أن هذا شيء متعلق بسلوك DigitalOcean، ولكني آمل أن يكون شخص آخر هنا قد رأى شيئاً كهذا من قبل ويمكنه توجيهي في الاتجاه الصحيح.
لذلك امتلأت وقامت DO بإنهاء الاتصال. يا للسخافة.