إذا كان الهدف هو «الإبقاء على Immich مثبتًا على SSD مع تخزين الصور على HDD/RAID»، فلا تحتاج إلى نقل كل فئات التطبيقات. تتضمن وثائق ZimaOS الحالية الآن سير عمل مخصصًا لـ Immich للتخزين: استخدم ترحيل البيانات → ترحيل المكتبة لمكتبات المستخدم مثل Gallery/Media، أو أوقف Immich، وانسخ مجلد Gallery إلى وحدة التخزين الجديدة، ثم حدّث مسار وحدة التخزين المضيفة لـ immich-server وأعد تشغيل التطبيق.
جرّب المستخدم في المصدر من عام 2025 شاشة ترحيل قاعدة بيانات المستخدم القديمة ضمن Apps → User database، وظهرت له رسالة خطأ عامة «حدث خطأ ما». لا ينبغي استخدام هذه الشاشة القديمة باعتبارها الإجراء الحالي المعتمد لـ Immich، لأن أدوات التخزين والترحيل في ZimaOS أُعيد تصميمها منذ ذلك الحين.
استخدم ترحيل المكتبة الحالي لمكتبة صور المستخدم
توضح وثائق IceWhale الحالية أن الإعدادات → ترحيل البيانات يتيح نقل فئات المكتبة مثل Gallery وDocuments وMedia وBackup إلى موقع تخزين آخر.
بالنسبة إلى مكتبة صور الهاتف في Immich الموجودة ضمن Gallery في ZimaOS، فهذا هو المسار المُدار الحالي.
استخدم دليل صور Immich والتخزين الحالي.
يتطلب الترحيل اليدوي إيقاف Immich أولًا
يتلخص سير العمل اليدوي الرسمي الحالي في الآتي:
- تعطيل Immich أو إيقافه؛
- نسخ مجلد Gallery إلى وحدة التخزين المستهدفة؛
- تعديل وحدة التخزين في
immich-serverبحيث يشير مسار المضيف إلى Gallery الجديدة؛ - إعادة تشغيل Immich؛
- التحقق من الصور القديمة والتحميلات الجديدة.
لا تنقل الملفات داخل قاعدة بيانات صور قيد التشغيل أثناء نشاط التحميل أو الفهرسة.
تختلف AppData عن مكتبة الصور من حيث قرارات التخزين
يمكن أن تنمو حالة التطبيق وقاعدة البيانات في Immich ومكتبة صور المستخدم بمعدلين مختلفين جدًا. ومن المعقول إبقاء وقت تشغيل التطبيق وإعداداته الخفيفة على SSD، مع وضع أصول الصور/الفيديو الكبيرة على RAID أو HDD.
لا تنقل صور Docker أو AppData الخاصة بكل التطبيقات لمجرد أن مكتبة Immich تحتاج إلى سعة أكبر.
احمِ قاعدة بيانات Immich بشكل منفصل
لا يغني نقل مكتبة الأصول عن الاحتفاظ بنسخ احتياطية من قاعدة البيانات. تحتوي قاعدة بيانات Immich على حالة المستخدمين والألبومات والبيانات الوصفية وسجلات الملفات. احتفظ بنسخة احتياطية متوافقة من قاعدة البيانات، إلى جانب ملفات الأصول، إذا كانت استعادة النظام بالكامل بعد كارثة أمرًا مهمًا.
إذا كان HDD سيصبح لاحقًا جزءًا من RAID، فخطط للنقل التالي الآن
كان المستخدم في المصدر ينوي استبدال HDD الاختباري بمصفوفة RAID. إن استخدام مسار تخزين رئيسي ثابت وسير عمل ترحيل البيانات الحالي في ZimaOS يجعل هذا النقل المستقبلي أسهل من توزيع وحدات تخزين Immich على مجلدات مؤقتة متعددة.
تحقق من الصور الحالية ومن تحميل جديد
بعد الترحيل، افتح عدة صور قديمة وحمّل صورة جديدة من الهاتف. تأكد من أن الملف الجديد يُحفظ على HDD/RAID المستهدف، بدلًا من الاستمرار بصمت في استهلاك مساحة SSD الخاص بالنظام.
لا تملأ SSD الصغير الخاص بالنظام أثناء الاختبار
يمكن أن يمتلئ قرص نظام بسعة 128 GB بسرعة عند تراكم النسخ الاحتياطية من الهاتف والصور المصغرة وذاكرة التخزين المؤقت للتطبيقات. يتيح ZimaOS الحالي للمستخدمين فحص مواقع بيانات التطبيقات وترحيل الفئات إلى وحدة تخزين أكبر قبل أن تصبح وحدة النظام حرجة.
الأسئلة الشائعة حول موقع تخزين Immich
هل أحتاج إلى نقل AppData بالكامل لمجرد نقل صور Immich؟
لا. يوفر ZimaOS الحالي ترحيلًا خاصًا بالمكتبة وطرقًا لتغيير مسار وحدة تخزين Immich.
هل نجح ترحيل قاعدة بيانات المستخدم القديمة مع المستخدم في المصدر؟
لا. انتهت محاولته برسالة خطأ عامة «حدث خطأ ما».
هل يمكن أن يبقى التطبيق على SSD بينما تُخزَّن الصور على HDD/RAID؟
نعم، ما دام مسار المضيف الدائم لمكتبة الصور مضبوطًا على وحدة التخزين المطلوبة، مع الاحتفاظ بنسخ احتياطية مناسبة من قاعدة البيانات والإعدادات.
