عدم استخدام لقطة Hyper-V (و BACKUP) للنسخ الاحتياطي

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

ما هي لقطة Hyper-V؟
لقطة في Hyper-V هي آلية تسمح للمستخدم الجهاز الظاهري إلى 'تجميد' الجهاز والعودة إلى تلك الحالة المجمدة في وقت لاحق في الوقت المناسب. وبطبيعة الحال، هذه الميزة تحظى بشعبية كبيرة مع مطوري البرمجيات ومختبري البرمجيات لأنه يسمح لهم لتكرار الاختبارات مع جميع الاختبارات وجود بالضبط نفس نقطة انطلاق محددة وظروف النظام. ولكن كيف يتم ذلك داخليا؟ وهنا يكمن الجواب لماذا يجب أن لا تصور لقطات كآلية احتياطية.

Hyper-V ينفذ لقطات عن طريق حفظ القرص الظاهري وحالة الذاكرة الداخلية للجهاز الظاهري، من بين أمور أخرى، في ملفات منفصلة، ما يسمى ملفات لقطة. لكل VHD (ملف القرص الثابت للجهاز الظاهري) ، على سبيل المثال ، وكل لقطة تأخذها ل VM ، سيكون هناك VHD جديد. بمجرد "تجميد" جهاز ظاهري عن طريق أخذ لقطة منه ، يتوقف Hyper-V عن كتابة تغييرات القرص على القرص الظاهري الأصلي ويبدأ ملف قرص ظاهري جديد بدلا من ذلك. بعد إنشاء اللقطة، يبقى VHD الأصلية لم يمسها.

لسوء الحظ يستخدم Hyper-V إعداد افتراضي غبي حقا يتجاهله معظم المستخدمين. وينتج عن ذلك تقسيم ملفات VHD إلى ملفات 2GB. ومن ثم يتم تقسيم قرص ظاهري 2 تيرابايت إلى ملفات 1024 من حجم 2GB. إذا كنت تعتقد الآن أن هذا هو البكم حقا ، والنظر في هذا : إذا كنت الآن المضي قدما واتخاذ اثنين ، ثلاث لقطات ، مجلد VM الخاص بك سيكون أكثر من 3000 ملف! وفجأة ، VM الخاص بك يبدأ يصبح بطيئا حقا وكنت أتساءل لماذا.

ماذا يحدث عند استعادة لقطة Hyper-V؟
عن طريق استعادة لقطة Hyper-V، يزيل Hyper-V VHD الثانوية حيث تم تخزين التغييرات ويحمل الذاكرة الداخلية وهياكل أخرى من حالة الجهاز الظاهري السابقة. يتم تضمين كافة هذه المعلومات في عدة ملفات ذات الصلة لقطة. بمجرد تشغيل الجهاز الظاهري مرة أخرى، يتم حذف ملفات اللقطة.

ماذا يحدث عند حذف لقطة Hyper-V؟
حذف لقطة هو الكثير من العمل لأنك الآن تقول Hyper-V التي تريد الحفاظ على التغييرات ، والتي كان من غير المرجح 'الفكر'؛ ومن ثم، يحتاج Hyper-V إلى دمج القرص الظاهري الأصلي مع التغييرات التي حدثت منذ ذلك الحين. إذا تم إجراء الكثير من التغييرات، قد يستغرق هذا الدمج بعض الوقت. بمجرد الانتهاء، يتم حذف ملفات اللقطة.

دعني أحقن هنا قليلا الطريقة التي نفذت Hyper-V وغيرها من المنصات لقطات هو في الحقيقة دليل على أنها ليست من المفترض أن تستخدم للنسخ الاحتياطية وغير مناسبة على أنظمة الإنتاج سواء. إذا أراد المهندسون المعماريون Hyper-V منك استخدام لقطات كآلية حماية ، لكانوا اختاروا كتابة التغييرات على القرص الأصلي وكتابة الكتل الأصلية إلى ملف "الحفاظ على الأصل". وبالتالي لن يكون هناك تأثير الأداء لقراءات لاحقة أو يكتب ، وتحطيم لقطة سيكون سريعا جدا وسهلة. ولكن هذه ليست الطريقة التي فعلوا ذلك ، وأنها لم لسبب وجيه : السبب هو ببساطة أن لقطات ليس المقصود أن تكون النسخ الاحتياطي.

هل مسموح باللقطات على أنظمة الإنتاج؟ لا.
العديد من المسؤولين من ذوي الخبرة نظام تكنولوجيا المعلومات سوف يكون غاضبا إذا قمت بإنشاء لقطات لإنتاج VM بسبب أوجه القصور والتعقيدات الإدارية المبينة أعلاه. قد توجد VM بدون لقطات من ملفين فقط، التكوين والقرص الظاهري VHD. يمكن أن تتكون VM مع لقطات بسهولة من عشرات إلى مئات الملفات. وبطبيعة الحال كل هذه القصور تضيف ما يصل وإبطاء الخادم. أنها تجعل إدارة هياكل البيانات VM معقدة جدا وعرضة للخطأ. فمن الأفضل والأكثر كفاءة عدم استخدام لقطات Hyper-V على نظام الإنتاج لهذه الأسباب.

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

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

مزايا النسخ الاحتياطي Hyper-V على لقطات
النسخ الاحتياطي Hyper-V الحية الآلي متفوقة من الناحية الفنية وأكثر موثوقية من لقطة. يمكن أن تؤخذ النسخ الاحتياطية Hyper-V أثناء تشغيل الجهاز الظاهري أو عند إيقاف تشغيله، وفي كلتا الحالتين يعمل دون مشاكل. يمكنك استعادة النسخ الاحتياطية Hyper-V ويمكن إعداد VM المستعادة لتكون استنساخ الأصلي، حتى تتمكن من مقارنة جنبا إلى جنب. النسخ الاحتياطية Hyper-V ليس لها أي تأثير على الأداء بمجرد الانتهاء من النسخ الاحتياطي، على عكس اللقطات التي تبطئ كل وصول القرص من VM بمجرد إنشائها. تأثير هام آخر من لقطات هو أن Hyper-V الداخلية تتبع الملفات تتم كتابتها إلى القرص في كثير من الأحيان لتتبع الصور النقطية لقطة وفي حالة SSDs ، وهذا قد يؤدي إلى أسرع البلى ، وبالتالي فشل القرص. (Hyper-V Backup Software).

ما هي الاستراتيجية الموصى بها؟
لقطات كبيرة للغرض المقصود منها : البرمجيات واختبار نظام التشغيل. وبصرف النظر عن ذلك ، فإن استخدامها ليس على الأرجح فكرة جيدة ، خاصة على أنظمة الإنتاج. يجب حماية VMs الإنتاج الهامة بواسطة حل النسخ احتياطي Hyper-V جيدة بحيث يمكنك استعادة VM موثوق على أي مضيف، بغض النظر عما يحدث، دون التأثير على أداء مضيف الجهاز الظاهري على المدى الطويل أو تعقيد إدارتها. يساعد برنامج النسخ الاحتياطي Hyper-V على الحفاظ على تخزين بيانات Hyper-V هزيلا وفعالا ، ويتم تشغيل VMs في ذروة الأداء دون حمل عام. تؤثر اللقطات على الأداء بشكل سلبي ، وتجعل إدارة التخزين أكثر تعقيدا ، وتزيد من احتمال الخطأ ، وتقلل بشكل كبير من عدد VMs الذي يمكن أن يخدمه مضيفك بشكل موثوق ، وبالتالي لا يوصى بها لأغراض النسخ الاحتياطي.