لماذا يبدأ Time Machine حزمة Sparsebundle جديدة بدلاً من متابعة النسخة الاحتياطية الحالية على NAS؟
يبدأ Time Machine حزمة sparsebundle جديدة عندما لا يعود يربط جهاز Mac الحالي ووجهة NAS بسجل النسخ الاحتياطية الحالي.
قد تظل النسخة الاحتياطية القديمة ظاهرة كملفات، بينما يتعامل معها Time Machine على أنها تخص جهاز كمبيوتر آخر، أو وحدة تخزين شبكية أخرى، أو هوية مشاركة أخرى، أو إعداد وجهة غير متوافق. تشمل المحفزات الشائعة ترحيل macOS، أو تغييرات اللوحة الأم أو اسم المضيف، أو اختيار «إنشاء نسخة احتياطية جديدة»، أو إعادة تسمية NAS أو المشاركة، أو تغيير إعدادات الإعلان عن Time Machine، أو تبديل المستخدمين، أو تقديم UUID مختلف لوحدة التخزين. احتفظ بنسختي sparsebundle قبل محاولة إعادة ربط السجل.
تأكد من إنشاء حزمة sparsebundle ثانية فعليًا
اعرض مشاركة Time Machine قبل محاولة نسخ احتياطي وبعدها. سجّل أسماء حزم sparsebundle، وأوقات الإنشاء، والأحجام المنطقية، والمالكين، واسم Mac، واسم مضيف NAS، واسم المشاركة، والوجهة المحددة.
توضح Apple أن جهاز Mac الجديد يمكنه وراثة سجل نسخ احتياطية قديم أو إنشاء نسخة احتياطية جديدة، ما يجعل خيار الترحيل أول نقطة فاصلة عند ظهور الحزمة الجديدة بعد استبدال الجهاز أو استخدام مساعد الترحيل.
إذا ظهرت ملفات مؤقتة فقط داخل حزمة sparsebundle الحالية، فشخّص نسخة احتياطية متوقفة بدلًا من ذلك. أما إذا ظهرت حزمة منفصلة باسم جديد موجّه إلى جهاز معين، فتابع فحص هوية Mac والوجهة.
قارن هوية Mac الحالية بالسجل الموجود
سجّل اسم الكمبيوتر الحالي لجهاز Mac، ومعرّف UUID للأجهزة أو هوية المنصة المتاحة لـ Time Machine، وسجل الترحيل، وتغييرات اللوحة الأم، وما إذا كان جهاز Mac القديم لا يزال يستخدم النسخة الاحتياطية.
توفر وحدة Samba vfs_fruit دعم SMB لـ Time Machine وسلوك هوية الخادم الذي يؤثر في كيفية رؤية macOS للوجهة الشبكية.
لا تعِد تسمية حزمة sparsebundle الجديدة لتطابق القديمة أثناء فتحها في Time Machine أو SMB. فتغيير اسم الملف لا يمكنه إعادة كتابة الهوية الداخلية للنسخة الاحتياطية بأمان.
تحقق من أن NAS لا يزال يعرض المشاركة والمسار نفسيهما
قارن اسم مضيف NAS القديم والحالي، وعنوان SMB، واسم المشاركة، ومسار مجموعة البيانات، والغرض من Time Machine، واسم الاكتشاف، وحساب النسخ الاحتياطي المخصص.
يتطلب TrueNAS إعداد المشاركة باستخدام غرض SMB الخاص بـ Time Machine، لذلك قد يؤدي إنشاء مشاركة SMB عامة من جديد في المسار نفسه ظاهريًا إلى تقديم إمكانات وجهة مختلفة.
إذا أُعيدت تسمية المشاركة القديمة أو إنشاؤها، فأعد هوية الخدمة الأصلية عندما يكون ذلك آمنًا، أو انقل الحزمة القديمة عمدًا إلى وجهة جديدة تم التحقق منها قبل تحديدها.
تحقق مما إذا كان مجلد Time Machine والمستخدم قد تغيّرا
تأكد من استمرار تحديد المجلد المشترك نفسه لـ Time Machine، ومن قدرة الحساب الحالي على قراءة ملف اختباري وإنشائه وإعادة تسميته وحذفه بجوار الحزمة.
تتطلب إرشادات إعداد Synology تحديد مجلد SMB المشترك المحدد لـ Time Machine.
قد يجعل المستخدم أو المجلد الجديد الحزمة القديمة غير مرئية أو غير قابلة للكتابة، حتى عندما يعرض Finder مشاركة أخرى بالاسم الظاهر نفسه. تجنب توصيل NAS نفسه في الوقت ذاته باستخدام عدة حسابات أثناء الاختبار.
تحقق من عدم إعادة إنشاء إعدادات SMB الخاصة بـ Time Machine بشكل مختلف
قارن ترقيات NAS، وإعدادات بروتوكول SMB، وعلامات Time Machine، والحصص، وخيارات سلة المحذوفات، والمقابض المستمرة، وأي عملية ترحيل من AFP إلى SMB.
توثق QNAP إعدادًا مخصصًا لـ مجلد النسخ الاحتياطي في Time Machine، ما يوضح أن المشاركة العادية القابلة للكتابة والمشاركة المُعلَن عنها لـ Time Machine ليستا متكافئتين بالضرورة.
أعد تطبيق الإعداد المسبق المدعوم لـ Time Machine بدلًا من نسخ معلمة أو اثنتين من Samba يدويًا من إعداد قديم. احتفظ بالحزمة القديمة قبل تغيير الخدمة.
تحقق مما إذا كان UUID لوحدة التخزين المعلَن عنها للنسخ الاحتياطي قد تغيّر
سجّل تفاصيل Bonjour أو اكتشاف الخدمة، وقارن هوية وحدة التخزين الحالية المُعلَن عنها بالإعدادات المحفوظة أو بنسخة الخادم السابقة.
توثق Netatalk أن UUID وحدة التخزين المُعلَن عنه يميّز بين وحدات تخزين Time Machine، ما يفسر سبب اعتبار المسار نفسه، عند استخدام هوية خادم جديدة، قرص نسخ احتياطي آخر.
لا تنشئ UUID من عندك ولا تكرر UUID نفسه عبر وجهتين نشطتين. استعد الهوية السابقة فقط عندما يكون الخادم القديم قد أُخرج من الخدمة ويكون من المعروف أن سجل التخزين هو نفسه.
أعد ربط السجل الموجود دون حذف أي من الحزمتين
أوقف النسخ الاحتياطية التلقائية، وأنشئ لقطة أو انسخ البيانات الوصفية للمشاركة، وافصل أجهزة Mac الأخرى، وتحقق من إمكانية توصيل حزمة sparsebundle القديمة للقراءة فقط، وتأكد من جهاز Mac الذي يملك كل سجل.
تتناول مقالة ZimaSpace حول تعذر الوصول إلى نسخة Time Machine احتياطية عبر SMB أعطال الوصول العامة وسلامة الصورة؛ أما هذه المقالة فتركز على إنشاء سجل ثانٍ.
تُحل المشكلة عندما يضيف Time Machine نسخة احتياطية جديدة إلى السجل الموجود المقصود، ولا تظهر حزمة ثالثة، وينجح كل من تصفح الاستعادة الحالي واسترداد ملف اختباري.
الأسئلة الشائعة
هل يمكن دمج حزمتَي sparsebundle؟
لا توجد طريقة بسيطة ومدعومة لدمجهما على مستوى الملفات. احتفظ بالسجلين وأعد ربط السجل الصحيح، أو احتفظ بالحزمة الأقدم كمصدر استرداد منفصل.
هل ينبغي أن أحذف حزمة sparsebundle التي أُنشئت حديثًا؟
ليس قبل إعادة ربط السجل القديم واختباره بأمان. فقد تحتوي الحزمة الجديدة على النسخة الاحتياطية الحديثة الوحيدة التي أُنشئت بعد تغيّر الهوية.
هل سيؤدي تحديد المشاركة الظاهرة نفسها من جديد دائمًا إلى متابعة النسخة الاحتياطية القديمة؟
لا. قد يبدو مسار المشاركة مطابقًا تمامًا، بينما تختلف هوية Mac أو الحساب أو هوية وحدة التخزين المُعلَن عنها أو إعدادات خدمة Time Machine.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
لماذا تؤدي استعادة وحدة تخزين Docker إلى إعادة إنشاء محتويات الملفات مع فقدان السمات الموسّعة؟
تشخيص لاستعادة وحدة تخزين يغطي جرد السمات الموسَّعة (xattr)، وخيارات tar وRsync، ومساحات الأسماء، ودعم الوجهة، والامتيازات، والتسميات، والبيانات الوصفية للتطبيق، والاختبارات.
لماذا يحتفظ الحاوي قيد التشغيل بحد الذاكرة القديم بعد تغيير ملف Compose؟
تشخيص لحدود الذاكرة يغطي مجموعات cgroups النشطة، وإعادة التشغيل مقابل إعادة الإنشاء، وحقول Compose، والحدود الصارمة والمرنة، والنطاقات الأصلية، وذاكرة التبديل، وأكوام الذاكرة في...
لماذا يؤدي إعادة تشغيل وكيل عكسي إلى إبطال كل جلسة في تطبيق مستضاف ذاتيًا واحد؟
تشخيص لفقدان الجلسة يشمل نطاق إعادة التشغيل، وملكية ملفات تعريف الارتباط، وتدوير الأسرار، والجلسات المدعومة بالتخزين المؤقت، والتوجيه الثابت، وبوابات المصادقة، والاسترداد.
