كيفية الحفاظ على هوية نسخة Time Machine الاحتياطية قبل إعادة تسمية مشاركة NAS أو إعادة بنائها
يقل احتمال تخلّي Time Machine عن سجل NAS موجود عندما تُحافَظ على هوية النسخ الاحتياطي للمشاركة قبل إعادة تسميتها أو إعادة بنائها أو ترحيلها.
وجهة Time Machine على الشبكة أكثر من مجرد مجلد يحتوي على sparsebundle. فقد يعتمد جهاز Mac أيضًا على وحدة تخزين الشبكة المُعلَن عنها، وإمكانات SMB، ومسار المشاركة، وبيانات الاعتماد، ومعرّف وحدة التخزين على مستوى الخدمة. قبل تغيير NAS، التقط إشارات الهوية هذه واحمِ ملف sparsebundle الموجود. بعد ذلك، أعد بناء طبقة واحدة أو أعد تسميتها في كل مرة، وتحقق من أن جهاز Mac ما زال يتعرّف على الوجهة المقصودة قبل السماح ببدء نسخة احتياطية جديدة.
سجّل وجهة الشبكة الحالية قبل إجراء الصيانة
احفظ اسم مضيف NAS، وعنوان SMB، واسم المشاركة، والحساب، ووجهة Time Machine المحددة، واسم sparsebundle، وحجم النسخة الاحتياطية الحالي. وسجّل أيضًا كيفية اكتشاف المشاركة، مثل إعلان Bonjour أو مسار SMB جرى تحميله يدويًا.
توضح Apple أن قرص Time Machine على الشبكة يُحدَّد كوجهة شبكة، وليس مجرد أي مجلد يصادف احتواءه على ملفات النسخ الاحتياطي.
أنشئ لقطة NAS أو نسخة مستقلة من sparsebundle قبل تعديل تعريف المشاركة. يوفر لك ذلك نقطة رجوع إذا أنشأت الخدمة المُعاد بناؤها هوية وجهة أخرى أو بدأ جهاز Mac سجلًا جديدًا.
حافظ على UUID لوحدة تخزين Time Machine حيثما يدعم NAS ذلك
إذا كان NAS يوفّر UUID لوحدة تخزين Time Machine أو معرّفًا ثابتًا مشابهًا، فسجّله قبل حذف مشاركة SMB أو إعادة إنشائها. لا تفترض أن اسم المشاركة الظاهر نفسه سيُعيد إنشاء الهوية نفسها.
توثّق TrueNAS أن UUID الخاص بـ Time Machine يعرّف وحدة التخزين، وأن إنشاء مشاركة أو تحديثها بقيمة فارغة قد يؤدي إلى إنشاء UUID جديد.
استعد المعرّف السابق فقط عندما تمثل المشاركة المُعاد بناؤها وجهة النسخ الاحتياطي نفسها فعلًا، وعندما لا تكون نسخة الخادم السابقة نشطة. إن تكرار UUID واحد عبر وجهتين نشطتين ينشئ حالة غموض بحد ذاته.
أبقِ إمكانات SMB الخاصة بـ Time Machine مفعّلة في المشاركة المُعاد بناؤها
لا يكفي إعادة إنشاء مشاركة SMB عادية في مسار نظام الملفات نفسه. تأكد من أن المشاركة المُعاد بناؤها ما زالت تعلن دعم Time Machine وامتدادات Apple SMB التي يتوقعها جهاز Mac.
توضح وحدة Samba المسماة vfs_fruit أن دعم Time Machine يُعلَن عبر إمكانة FULLSYNC الخاصة بالمشاركة وتسجيل mDNS حيثما كان ذلك مدعومًا.
قارن إعدادات مشاركة Samba أو NAS القديمة والجديدة قبل إعادة توصيل جهاز Mac. إذا تغيّرت الإمكانية، فأصلح طريقة عرض الخادم أولًا بدلًا من حذف sparsebundle أو إعادة تسميته.
لا تُعد استخدام معرّف وحدة التخزين دون تفكير
لا يكون معرّف وحدة تخزين الشبكة المحفوظ مفيدًا إلا عندما يشير إلى وجهة النسخ الاحتياطي المنطقية نفسها. إذا استنسخت المشاركة القديمة إلى NAS ثانٍ نشط، فلا ينبغي للخادمين أن يتظاهرا بأنهما وحدة Time Machine نفسها تمامًا.
تحذّر Netatalk من أن UUID وحدة التخزين يوفّر تمييزًا موثوقًا، ولا ينبغي تعديله أو نسخه إلى خادم آخر دون تفكير.
أثناء الترحيل، أبقِ وجهة واحدة فقط موثوقة في كل مرة. شغّل البديل بالهوية المحفوظة فقط بعد إيقاف الخدمة السابقة وإكمال نسخ sparsebundle.
حافظ على Bonjour وتحديد المشاركة أثناء الانتقال
سجّل المجلد المشترك المحدد صراحةً لـ Time Machine، وما إذا كان Bonjour يعلن عن هذا المجلد. بعد إعادة بناء NAS، تحقق من نشر المجلد نفسه قبل إعادة تحديده على جهاز Mac.
تتطلب إرشادات Synology الحالية من المسؤولين تعيين مجلد Time Machine وتفعيل بث Bonjour لـ Time Machine عند استخدام مسار الاكتشاف هذا.
إذا كان لا بد من تغيير اسم مضيف NAS، فأثبت أولًا إمكانية الوصول إلى المشاركة المقصودة عبر مسار SMB الجديد، وأنها ما زالت تحتوي على sparsebundle المحمي. لا تسمح لمشاركة بديلة فارغة بأن تكون أول وجهة يراها جهاز Mac.
اختبر السجل الحالي قبل استئناف النسخ الاحتياطية التلقائية
مع إيقاف النسخ الاحتياطية التلقائية مؤقتًا، أعد الاتصال بالوجهة المُعاد بناؤها، وتأكد من ظهور sparsebundle القديم، ثم تصفح ملفًا معروفًا من السجل السابق أو استعده. راقب المشاركة بحثًا عن إنشاء sparsebundle ثانٍ أثناء أول نسخة احتياطية مُتحكَّم بها.
توصي ASUSTOR باستخدام SMB لنسخ Time Machine الاحتياطية على أنظمة NAS المدعومة، مما يؤكد أن طريقة عرض الخادم الخاصة بـ Time Machine عبر SMB جزء من الوجهة.
تكتمل الصيانة عندما يضيف Time Machine البيانات إلى السجل الحالي ولا يظهر أي حزمة ثانية. ويُعد مقال ZimaSpace ذي الصلة حول إنشاء sparsebundle جديد لـ Time Machine مسار الاسترداد إذا لم تُحفظ الهوية وكان جهاز Mac قد بدأ بالفعل نسخة احتياطية جديدة.
الأسئلة الشائعة
هل يكفي الاحتفاظ باسم مشاركة SMB نفسه؟
لا. الاسم الظاهر إشارة واحدة فقط. فقد يعيد NAS إنشاء المشاركة بإمكانات مختلفة لـ Time Machine، أو بإعلانات خدمة مختلفة، أو ببيانات اعتماد مختلفة، أو بهوية مختلفة لوحدة التخزين.
هل ينبغي إعادة تسمية sparsebundle الموجود ليتوافق مع NAS المُعاد بناؤه؟
ليس كإجراء وقائي سريع. احمِ الحزمة أولًا وحافظ على ثبات هوية الوجهة؛ إذ إن إعادة تسمية الصورة لا تحدّث تلقائيًا العلاقات التي يستخدمها Time Machine.
هل يمكنني اختبار المشاركة المُعاد بناؤها بينما لا يزال خادم Time Machine القديم نشطًا؟
توخَّ الحذر. قد يؤدي وجود وجهتين نشطتين تعرضان الهوية المنطقية نفسها إلى إرباك الاكتشاف، كما قد يجعل من غير الواضح أي sparsebundle يجري تحديثه. يُفضَّل إجراء انتقال مُتحكَّم به مع خادم موثوق واحد.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...
كيفية معرفة ما إذا كان خطأ Plex ناتجًا عن العميل أم الخادم
أعِد إنتاج العنصر نفسه على عميل آخر، وقارن مسار الجلسة، ثم اجمع أدلة من الخادم فقط بعد أن يحدد النطاق موضع الفشل الفعلي.
كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.
