لماذا يعيد Immich معالجة البيانات الموجودة بعد الترقية؟

إيفا وونغ هي كاتبة تقنية و ومهندسة هاوية في ZimaSpace. مهووسة بالتكنولوجيا مدى الحياة ولديها شغف بالمختبرات المنزلية والبرمجيات مفتوحة المصدر، تتخصص في تبسيط المفاهيم التقنية المعقدة إلى أدلة عملية وسهلة الفهم. تؤمن إيفا بأن الاستضافة الذاتية يجب أن تكون ممتعة وليست مخيفة. من خلال دروسها، تمكّن المجتمع من تبسيط إعدادات الأجهزة، بدءًا من بناء أول نظام تخزين شبكي NAS وحتى إتقان حاويات Docker.

قد يعيد Immich معالجة الأصول الموجودة عندما يغيّر التحديث الشيفرة أو النماذج أو البيانات الوصفية أو قواعد المشتقات التي تحدد الناتج الحالي.

لم تتغير الصور الأصلية، لكن الصور المصغرة أو التضمينات أو الوجوه أو المعاينات أو سجلات قاعدة البيانات قد لا تعود متوافقة مع الإصدار الجديد. فيما يلي شرح موجز يوضح الناتج الذي أُبطل، وقائمة الانتظار التي تعيد إنشاءه، وما إذا كانت العملية تكتمل مرة واحدة أم تتكرر بشكل غير طبيعي.

قد يغيّر التحديث مفهوم الناتج الحالي

تكون البيانات المُنشأة صالحة بالاستناد إلى الشيفرة والنموذج والإعدادات والمخطط الذي أنشأها. وعندما تتغير هذه التوقعات، قد لا تُعد صورة مصغرة أو تضمين أو نتيجة تعرّف على الوجوه أو سجل بيانات وصفية موجودة ناتجًا حاليًا. يظل الأصل هو المدخل، رغم أن التمثيل المشتق وحده هو الذي يحتاج إلى المعالجة.

تميّز مقالة النسخ الاحتياطي لـ Immich من ZimaSpace بين الأصول الأصلية الأساسية وحالة قاعدة البيانات من جهة، والمشتقات القابلة لإعادة الإنشاء من جهة أخرى. ويوضح هذا التمييز سبب إمكانية أن تكون أعمال التحديث كبيرة من دون أن يعني ذلك تكرار الملفات الأصلية: فقد يعيد التطبيق بناء الحالة المشتقة حول الوسائط التي لم تتغير.

سجّل قوائم الانتظار التي تنمو مباشرة بعد التحديث، والأدلة أو أحجام قواعد البيانات التي تتغير. فقائمة انتظار الصور المصغرة وقائمة انتظار تعلّم الآلة وترحيل قاعدة البيانات تمثل آليات مختلفة. ووصفها جميعًا بأنها «إعادة فهرسة» يزيل الأدلة اللازمة لتقدير المدة والضغط على الموارد.

قد تؤدي تغييرات التبعيات والنماذج إلى إبطال العمل السابق

يشمل Immich شيفرة التطبيق وسلوك قاعدة البيانات وتنسيق قوائم الانتظار ونماذج تعلّم الآلة ومشتقات الوسائط. وقد يغيّر التحديث الواجهات أو توقعات تمثيل البيانات المخزنة بين هذه المكونات. قد يحدّث الترحيل السجلات بسرعة، بينما يعيد العاملون في الخلفية لاحقًا إنشاء المخرجات المكلفة لكل أصل متأثر.

تسلّط مناقشة مجتمعية حول الاستعداد لـ Immich v3 الضوء على عدم اليقين بشأن PostgreSQL وRedis وامتدادات المتجهات وإصدارات التطبيق. ولا تثبت المناقشة إجراء تحديث معينًا، لكنها توضح أن توافق التبعيات جزء من انتقال الحالة، وليس مجرد تفصيل صيانة غير مرتبط.

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

تحوّل إعادة المعالجة أعمال التوافق إلى ضغط على الموارد

يمكن لمكتبة كبيرة أن تحول قاعدة واحدة متغيرة إلى آلاف المهام. يستهلك إنشاء الصور المصغرة وتحليل الوسائط المعالج أو المسرّعات، بينما تستهلك قراءة الأصول الأصلية وكتابة المشتقات عرض النطاق التخزيني. وتستمر تحديثات قاعدة البيانات ونشاط قائمة الانتظار في الوقت نفسه، لذا قد يتباطأ التصفح الأمامي حتى عندما تكون إعادة المعالجة سليمة.

يفيد موضوع دعم في Immich بوجود استخدام مرتفع للمعالج ليلًا وتجدد إنشاء الصور المصغرة بعد تحديث على خادمين. وهذا تقرير ميداني وليس دليلًا على السلوك المقصود، لكنه يقدم نمط الملاحظة الدقيق الذي ينبغي التحقق منه مقابل تقدم قائمة الانتظار والسجلات وتكرار الاكتمال.

تتبّع عدد العناصر المكتملة في الدقيقة، والمساحة التخزينية الحرة، وزمن استجابة الجهاز، وضغط الذاكرة، وطلبًا تفاعليًا ثابتًا. ينبغي لإعادة المعالجة السليمة أن تقلل تراكمًا محدودًا. وقد تحمي خفضُ التزامن استخدامَ أفراد المنزل مقابل زيادة المدة؛ بينما قد يؤدي إضافة عمال إلى تفاقم التنافس على التخزين أو قاعدة البيانات عندما تكون هذه المراحل هي العامل المحدد للسرعة.

ميّز بين إعادة الإنشاء لمرة واحدة والخلل المتكرر

قبل التحديث، احفظ أعداد المهام والإصدارات والمساحة الحرة ومعرّفات عدة أصول معروفة. وبعده، افحص المعرّفات نفسها وسجّل الناتج الذي أُعيد إنشاؤه، وما إذا كانت أعداد قوائم الانتظار تنخفض، وما إذا كان العمل يعود بعد إعادة التشغيل أو في نافذة الصيانة المجدولة التالية.

تفيد مناقشة لاستعادة الصور المصغرة بأن الصور المفقودة ظهرت بعد اكتمال المعالجة في النهاية، بينما ساعد التحديث اليدوي بعض الأصول الفردية. وتؤكد هذه التقارير المتباينة الحد الفاصل: فلا يمكن للوقت المنقضي وحده تصنيف السلوك؛ إذ يختلف تقدم قائمة انتظار محدودة عن فشل الأصول نفسها أو إعادة إدراجها مرارًا.

اعتبر قوائم الانتظار التي تنخفض باستمرار مع مخرجات مستقرة إعادةَ إنشاء لمرة واحدة. وصعّد الحالة عندما تعود أعداد المكتملات إلى الصفر، أو تتكرر الأصول نفسها، أو تتكرر الأخطاء، أو تنهار المساحة الحرة، أو لا يظهر أي معدل إنجاز مفيد. احتفظ بالنسخ الاحتياطية والسجلات قبل تغيير حالة المهام، لأن حذف الأدلة قد يحجب ما إذا كان التحديث أو البيئة هو الذي تسبب في الحلقة.

مركز التكنولوجيا والذكاء الاصطناعي

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.