لماذا يستهلك القرص الافتراضي المتناثر حجمه الكامل بعد استعادة نسخة احتياطية؟
يصبح القرص الافتراضي المتناثر مخصصًا بالكامل عندما تكتب عملية الاستعادة المناطق المملوءة بالأصفار على هيئة كتل حقيقية، أو تعيد إنشاء الصورة باستخدام تنسيق سميك.
يمكن لصور VHD وVHDX وraw وQCOW2 المتناثرة الإبلاغ عن سعة منطقية كبيرة، مع استهلاك مساحة تخزين للمناطق المخصصة فقط. قد تحافظ النسخة الاحتياطية على محتويات الملفات بالكامل، لكنها تفقد خريطة الفجوات أو العناقيد غير المخصصة أو حالة الإسقاط أو بيانات التعهيد الرقيق. وقد يقلع النظام الضيف المستعاد بصورة طبيعية، رغم أن ملف المضيف يشغل الآن حجمه الافتراضي بالكامل. شخّص التنسيق والتخصيص قبل ضغط النسخة المستعادة الوحيدة أو تحويلها.
قارن الحجم المنطقي بالحجم المخصص فعليًا
سجّل تنسيق الصورة، والحجم الافتراضي، والحجم الظاهر للملف، وكتل المضيف المخصصة، ونظام ملفات الوجهة، وما إذا كانت الصورة المستعادة موسومة كمتناثرة أو مخصصة مسبقًا.
توضح Microsoft أن الملفات المتناثرة تُرجع أصفارًا للمناطق غير المخصصة مع الحفاظ على حجم اسمي أكبر للملف، لذلك يجب قياس الحجم الافتراضي والاستهلاك الفعلي بصورة منفصلة.
استخدم أداة تراعي التخصيص بدلًا من الاعتماد على متصفح الملفات وحده. إذا أصبح الحجم الافتراضي مساويًا للحجم المخصص، فمن المرجح أن عملية الاستعادة حوّلت الفجوات إلى كتل فعلية أو اختارت تنسيقًا ثابتًا.
حدّد ما إذا كانت النسخة الاحتياطية قد حافظت على الفجوات المتناثرة
راجع خيارات نسخ الملفات ونسخ الكتل والأرشفة والضغط والملفات المتناثرة في مهمة النسخ الاحتياطي. حدّد ما إذا كانت المهمة قد خزّنت الامتدادات المخصصة أو قرأت القرص المنطقي بالكامل كتدفق متواصل من البايتات.
توثّق GNU Coreutils أن أدوات النسخ يجب أن تعيد إنشاء الفجوات المتناثرة في الوجهة؛ وإلا فقد تُكتب سلاسل الأصفار الطويلة ككتل مخصصة عادية.
لا تثبت الاستعادة الصحيحة للمحتوى الحفاظ على بيانات التخصيص. قارن صورة اختبار صغيرة تحتوي على فجوات معروفة عبر مسار النسخ الاحتياطي والاستعادة نفسه.
تحقّق مما إذا كان تحويل الصورة قد عطّل التناثر
افحص كل خطوة تحويل بين كائن النسخ الاحتياطي والصورة المستعادة. سجّل تنسيق الإدخال، وتنسيق الإخراج، وخيار التخصيص المسبق، وعتبة التناثر، وما إذا استُخدم تفريغ النسخ.
توضح QEMU أن تحويل qemu-img يمكنه اكتشاف القطاعات الصفرية ومنع تخصيصها، بينما قد يؤدي تعيين عتبة التناثر إلى الصفر أو عدم دعم مسار تفريغ النسخ إلى إنشاء وجهة مخصصة بالكامل.
لا تعِد تحويل صورة أثناء تشغيل آلتها الافتراضية. اعمل على نسخة تم التحقق منها، وقارن محتويات القرص الافتراضي قبل استبدال الصورة المستعادة.
تحقّق من أن نظام ملفات الوجهة يدعم الملفات المتناثرة
تحقّق من دعم الملفات المتناثرة في نظام ملفات NAS الوجهة وكل وحدة تخزين وسيطة للتجهيز. فقد تؤدي كتابة الاستعادة أولًا إلى نظام ملفات غير متوافق إلى فقدان الفجوات قبل الوصول إلى التخزين النهائي.
يعتمد التخصيص الرقيق على خصائص التعهيد لكائن التخزين، إلى جانب حجمه المنطقي. وقد يدعم الموقع ملفات كبيرة، لكنه يظل يعيد الصورة ككائن مخصص بالكامل عندما لا يعيد تطبيق النسخ الاحتياطي إنشاء الفجوات.
إذا تعذر على نظام ملفات التجهيز أو الوجهة الحفاظ على الفجوات، فقد يصبح الملف مخصصًا بالكامل قبل وصوله إلى مخزن بيانات الآلة الافتراضية النهائي. اختبر دعم التناثر باستخدام صورة يمكن التخلص منها أولًا.
ميّز بين تنسيق الاستعادة السميك والمساحة الحرة للضيف
حدّد ما إذا كان القرص المستعاد بصيغة raw مخصصة مسبقًا، أو raw متناثرة، أو VHD ثابتة، أو VHDX ديناميكية، أو QCOW2. لا تتحول المساحة الحرة داخل الضيف تلقائيًا إلى فجوة على المضيف.
تميّز Red Hat بين الأقراص الافتراضية المخصصة مسبقًا والمتناثرة: إذ تحجز الأقراص المخصصة مسبقًا الحجم الكامل فورًا، بينما تخصص الأقراص المتناثرة مساحة التخزين مع كتابة البيانات.
إذا كانت وجهة الاستعادة سميكة عمدًا، فالتخصيص الكامل متوقع وليس دليلًا على حدوث تلف. قرّر ما إذا كانت المفاضلة بين الأداء والسعة تبرر تحويلها مجددًا إلى تنسيق رقيق.
استعد المساحة المملوءة بالأصفار باستخدام طريقة غير متصلة مدعومة
أوقف تشغيل الآلة الافتراضية، وتأكد من وجود نسخة احتياطية منفصلة، وحدّد ما إذا كانت كتل الضيف المحذوفة قد صُفّرت أو أُسقطت. فقد تظل المساحة الحرة في نظام ملفات الضيف محتوية على بيانات قديمة غير صفرية.
تعمل آلية virt-sparsify من Red Hat على تحويل المساحة الحرة المعروفة إلى مناطق متناثرة على المضيف، وتحذّر من تشغيلها على صور أقراص حية.
نفّذ الضغط على صورة مكررة فقط، وتحقق من نظام ملفات الضيف بعد ذلك، واحتفظ بالصورة المستعادة الأصلية إلى أن تنجح الاختبارات على مستوى التطبيقات.
تحقّق من سلوك التخصيص المسبق وثقب الفجوات
افحص ما إذا كان تطبيق الاستعادة قد خصص الوجهة مسبقًا من أجل الاعتمادية أو الأداء، وما إذا كانت الوجهة تدعم إلغاء تخصيص النطاقات لاحقًا.
تميّز واجهة fallocate في Linux بين تخصيص الكتل الفعلية وثقب الفجوات، موضحةً سبب اختلاف كتابة الأصفار عن إلغاء تخصيص المساحة.
لا تثقب الفجوات مباشرةً في تنسيق قرص افتراضي غير معروف. استخدم برنامج مراقبة الأجهزة الافتراضية أو أداة الصور التي تفهم بياناته الوصفية وتخطيط عناقيده.
تحقّق من القرص المستعاد قبل استبداله
أقلع النسخة المضغوطة بمعزل، وافحص أنظمة الملفات والتطبيقات واللقطات والمساحة الحرة للضيف، ثم قارن تجزئات ملفات ممثلة وبنية القرص الافتراضي المبلغ عنها.
يوفر قائمة فحص استعادة الخادم المنزلي من ZimaSpace المتطلب المرتبط بإثبات استعادة التخزين والتطبيقات قبل إزالة النسخة السابقة.
تُحل المشكلة عندما يحتفظ القرص المستعاد بتنسيقه الرقيق المقصود، وتعكس المساحة المخصصة على المضيف بيانات الضيف الفعلية، وتنجح الآلة الافتراضية في اختبارات الإقلاع وأحمال العمل والنسخ الاحتياطي والاستعادة. احتفظ بالصورة المخصصة بالكامل إذا أدى التحويل إلى أخطاء أو كانت المنصة تتطلب تخصيصًا سميكًا.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...
كيفية معرفة ما إذا كان خطأ Plex ناتجًا عن العميل أم الخادم
أعِد إنتاج العنصر نفسه على عميل آخر، وقارن مسار الجلسة، ثم اجمع أدلة من الخادم فقط بعد أن يحدد النطاق موضع الفشل الفعلي.
كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.
