أود فقط أن أؤكد مرة أخرى أن --numeric-ids إلزامي بنسبة 100٪ عند استخدام rsync إلى خادم جديد. إذا لم تفعل ذلك، سيحاول rsync مطابقة أسماء المستخدمين بين المضيفين، مما سيغير ملكية الملفات داخل Docker. سيؤدي هذا إلى ظهور مليون رسالة خطأ لتكتشف أن الفشل الأول كان Postgres يرفض البدء لأنه لم يعد يمتلك ملفًا يعتقد أنه يجب أن يمتلكه، ولكن بعد ذلك ستتبع فوضى أخرى (سيحاول Redis ربط منفذ TCP الذي يستمع إليه بالفعل، والكلاب والقطط تعيش معًا، وما إلى ذلك)، مما يجعل من الصعب تشخيص المشكلة.
أيضًا، من المرعب تمامًا أن النسخ الاحتياطية الفعلية التي تم إنشاؤها بواسطة Discourse، والتي تعمل داخل حاوية Docker يتم التحكم فيها بالكامل بواسطة Discourse، قد لا تعمل، ويبدو أن هناك فشلًا يعود إلى سنوات، ويبدو أنها لم تتم معالجتها، وهذا هو السبب في أنني لجأت إلى rsync للترحيل إلى أجهزة جديدة. لقد أنجز rsync المهمة، والآن هو موجود على نظام ملفات ZFS معكوس مع لقطات كل ساعة ونسخة احتياطية عن بُعد يتم إجراؤها يوميًا، وهذا رائع… ولكني أقلق بشأن جميع المسؤولين هناك الذين يعتقدون أن النسخ الاحتياطي التلقائي من Discourse سينقذهم في حالة وقوع كارثة وسيتساءلون عن فهارس SQL التالفة، وما هي المكونات الإضافية التي كانوا يستخدمونها، عندما يحاولون استخدامها.