اللقطات: أفضل الممارسات لتجنب تلف الأجهزة الافتراضية

إذا كنت تعمل مع البنى التحتية الافتراضية، فليس إلا مسألة وقت قبل أن تطرح على نفسك نفس السؤال: ماذا أفعل بكل تلك اللقطات التي تتراكم باستمرار على الأجهزة؟ في بعض فرق تكنولوجيا المعلومات، يُعتمد مبدأ الاحتفاظ بالنسخ الاحتياطية "احتياطًا"، بينما في فرق أخرى، يُفضّل حذفها فورًا. والحقيقة أن الاستخدام غير السليم للنسخ الاحتياطية لا يُحسّن الأمان فحسب، بل... يمكن أن يؤدي ذلك إلى زيادة استهلاك مساحة التخزين، وتدهور الأداء، وحتى إتلاف الجهاز الظاهري..

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

ما هي اللقطة حقًا (وما ليست عليه)

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

المفتاح هو ذلك إنها ليست نسخة كاملة ومستقلة من البياناتتُعدّ اللقطة بمثابة "صورة منطقية" للقرص الأساسي، ثم تسجل التغييرات التي تحدث من تلك النقطة فصاعدًا. وهذا يسمح باستعادة سريعة للغاية، لأنه لا يتطلب سوى إعادة توجيه المؤشرات، دون نقل تيرابايتات من البيانات.

في العديد من البيئات، وقع خطأ في التعامل مع اللقطات كما لو كانت نظام نسخ احتياطي. هذا الالتباس خطير.تعتمد اللقطة على القرص الأصلي، ومصفوفة التخزين، وسلسلة الأقراص التفاضلية بأكملها. إذا حدث عطل في هذه السلسلة، فقد تجد أن اللقطة والجهاز الظاهري لن يعملان.

في منصات مثل VMware، يتم التمييز بين لقطات الذاكرة (التي تحفظ أيضًا محتويات ذاكرة الوصول العشوائي وحالة التنفيذ الدقيقة) واللقطات الصامتة أو المتوافقة مع التطبيق، والتي فهي تضمن أن يكون نظام الملفات وبعض التطبيقات في حالة متسقة باستخدام أدوات مثل VMware Tools.

كيفية عمل اللقطة على مستوى الكتلة والقرص

لفهم سبب إمكانية تسبب الإفراط في استخدام اللقطات في تلف الأجهزة أو تدهور أدائها، من المفيد تصور ما يحدث لكتل ​​القرص. تخيل جهازًا افتراضيًا بقرص افتراضي واحد يتكون من الكتل A وB وC وD وE. طالما لا توجد لقطات، فإن أي تغييرات تُكتب مباشرة على هذا القرص.إذا تم تعديل الكتلة A، فإنها تصبح A'، وإذا أضفنا كتلة جديدة F، فإن القرص يكبر.

عند إنشاء اللقطة الأولى، يتم "تجميد" القرص الأصلي كقرص للقراءة فقط. من تلك اللحظة فصاعدًا، يتم إعادة توجيه جميع التغييرات إلى قرص فرق جديد (على سبيل المثال، قرص VMDK إضافي في VMware). لا تقوم اللقطة بنسخ جميع البيانات؛ بل تبدأ فقط بتخزين الكتل المُعدّلة على ذلك القرص الفرعي.

إذا قمت بعد تلك اللقطة الأولى بتغيير A' وB، وأضفت كتلة جديدة G، فستبقى A وB وC وD وE وF على القرص الأساسي، بينما تُخزَّن A'' (الـ A الجديدة) وB' وG على القرص التفاضلي. سيصبح الحجم المنطقي الفعلي للجهاز الظاهري 7 كتل، ولكن أنت تشغل بالفعل 9 كتل في مخزن البيانات بين الأساس والتفاضليمن هنا تبدأ حفلة النمو الصامتة.

إذا أنشأت لقطة أخرى، فسيتم تجميد قرص التفاضل الحالي أيضًا، وسيتم إنشاء قرص تفاضل ثانٍ حيث سيتم تخزين التغييرات الجديدة (A''', D', E', H، إلخ). والنتيجة هي سلسلة من الأقراص المرتبطة حيث يعتمد كل قرص على القرص السابق لهفي مثال المحتوى الأصلي، يشغل القرص الأساسي 6 كتل ويبلغ مجموع التفاضلات 7 بالفعل، لذا فإن إجمالي الجهاز الظاهري يستهلك 13 كتلة في مخزن البيانات، أي مساحة أكبر في اللقطات من حجم القرص الأصلي.

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

النسخ عند الكتابة، وإعادة التوجيه عند الكتابة وتأثيرهما

تعتمد تطبيقات اللقطات عادةً على تقنيتين رئيسيتين: النسخ عند الكتابة (COW) وإعادة التوجيه عند الكتابة (ROW)كلاهما يسعى إلى نفس الهدف (الحفاظ على الحالة السابقة) ولكن مع وجود تنازلات مختلفة بين الأداء والتجزئة.

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

يعمل أسلوب إعادة التوجيه عند الكتابة، المستخدم في العديد من الأنظمة الحديثة وبعض أنظمة التخزين الشبكي وأنظمة الملفات المتقدمة، بشكل عكسي: تُترك البيانات القديمة في مكانها، وتُكتب البيانات الجديدة في موقع فعلي مختلف.تشير اللقطات إلى الكتل "القديمة"، ويقوم المجلد النشط بتحديث مؤشراته إلى الكتل الجديدة. يتحسن أداء الكتابة بشكل ملحوظ، ولكن ذلك يأتي على حساب زيادة التجزئة.

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

لماذا لا تُعتبر اللقطات نسخًا احتياطية؟

إحدى أهم الرسائل هي أنه مهما شعروا بالراحة، لا تُغني اللقطات عن النسخ الاحتياطية التقليدية.من الناحية الفنية، لا تؤدي هذه الأنظمة نفس الدور، كما أنها لا توفر نفس مستوى الحماية ضد الكوارث.

تقوم عملية النسخ الاحتياطي الكامل بإنشاء نسخة طبق الأصل من البيانات على وسيط تخزين آخر: مصفوفة تخزين أخرى، أو مخزن بيانات آخر، أو شريط تخزين، أو سحابة، وما إلى ذلك. ويمكن تطبيق قاعدة 3-2-1 لتقليل المخاطر (ثلاث نسخ، ووسيطين مختلفين، وواحدة خارج الموقع). إذا احترق مركز البيانات، أو تعطلت الخزانة، أو قام شخص ما بمسح وحدة التخزين، فإن النسخة لا تزال موجودة. لأنه يعيش في مكان آخر.

أما اللقطة، من ناحية أخرى، فتعتمد على نفس الأجهزة ونفس وحدة التخزين. فإذا تعطلت مصفوفة التخزين، أو إذا تضرر مخزن البيانات، أو إذا أدى هجوم إلى مسح وحدة التخزين، جميع الصور تطير معهعلاوة على ذلك، وكما رأينا بالفعل، في العديد من التطبيقات تعتمد جميع اللقطات على سلسلة من الأقراص؛ إذا تعطل أحد الروابط في تلك السلسلة، فقد تفقد جميع الإصدارات المرتبطة بها.

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

في البيئات الخطيرة، يجب الجمع بين كلا النهجين: اللقطات التي يجب الحصول عليها نقاط تعافي سريعة وقصيرة المدىوالنسخ الاحتياطية لتوفير سجل البيانات، والاحتفاظ بها لفترات طويلة، والحماية خارج النطاق، والاستعادة التفصيلية.

أفضل الممارسات لاستخدام اللقطات لتجنب تلف الأجهزة

بافتراض أن اللقطة ليست نسخة احتياطية، فإن السؤال التالي هو كيفية استخدامها بأمان. هناك عدد من التوصيات التي شاركتها شركات تصنيع مثل VMware وMicrosoft ومزودو خدمات التخزين فهي تساعد على تجنب مشاكل الفساد، والمساحة غير الخاضعة للرقابة، وانخفاض الأداء..

القاعدة الأولى هي المنطق السليم: لا تقم بتجميع اللقطات القديمة إذا لم تكن تنوي الرجوع إليها.إذا كنت تعلم أنك لن تستعيد جهازًا افتراضيًا بالغ الأهمية إلى نقطة زمنية من أشهر مضت (لأن حالة بياناته لن تكون ذات صلة)، فإن هذه اللقطة غير ضرورية وتزيد من المخاطر. والحل الأمثل هو حذفها.

يوصي المصنّعون عادةً بالاحتفاظ بكل لقطة لفترة محدودة. في VMware، على سبيل المثال، يُنصح بشدة بعدم الاحتفاظ بلقطة واحدة لأكثر من 72 ساعة، لأن ملف التغييرات سيزداد حجمه مع إجراء الجهاز الظاهري للتغييرات. كلما طال عمرها، كلما ازداد حجمها، وكلما زادت تكلفة دمجها..

ومن الممارسات الجيدة الواضحة الأخرى ما يلي: حدد عدد اللقطات المتزامنة لكل جهازعلى الرغم من أنه من الناحية التقنية يمكنك إنشاء العشرات (في VMware، الحد الأقصى النظري هو حوالي 32)، إلا أنه من الأفضل عمليًا الاكتفاء باثنين أو ثلاثة على الأكثر. فزيادة عدد النقاط تعني سلاسل أطول، وزمن استجابة قراءة أعلى، وعملية دمج أكثر تعقيدًا.

يوصى بشدة بإنشاء لقطات عندما لا تتعرض الآلة الافتراضية لارتفاعات كبيرة في عمليات الإدخال/الإخراج. قد يؤدي إنشاء اللقطة في خضم عملية كتابة مكثفة إلى حدوث أخطاء في إنشائها. أو ترك النظام في حالة غير متناسقة. في قواعد البيانات أو التطبيقات الحيوية، من الأفضل التنسيق مع فترات انخفاض النشاط أو استخدام لقطات متناسقة مع التطبيق.

مدة الاحتفاظ بها، وعددها الذي يجب استخدامه، وكيفية إدارتها

إدارة اللقطات لا تقتصر فقط على النقر على "التقاط لقطة" ونسيان الأمر. هناك حاجة إلى سياسة واضحة بشأن الإنشاء والاستخدام والتخلص.خاصة في البيئات التي تحتوي على عشرات أو مئات من الأجهزة الافتراضية.

في بيئة الإنتاج، يُعدّ إنشاء لقطات قبل العمليات المحددة مباشرةً هو النهج الأمثل: تغييرات التكوين، وتحديثات النظام، وتصحيحات التطبيقات، وعمليات الترحيل الداخلية، وما إلى ذلك. وبمجرد التحقق من صحة كل شيء، التوصية هي حذف اللقطة دون تأخير.كلما قل عدد السلاسل، قل احتمال حدوث أخطاء.

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

من الضروري حذف اللقطات دائمًا باستخدام الأدوات الرسمية (مثل vSphere، وHyper-V Manager، وواجهة سطر الأوامر الخاصة بمصنّع مصفوفة التخزين، إلخ) والسماح للنظام بمعالجة عملية الدمج. سيؤدي حذفها بأي طريقة أخرى أو مقاطعة عملية الدمج في منتصفها إلى حدوث المشكلة. قد يؤدي ذلك إلى ترك الأقراص في حالة غير متناسقة، بل وقد يتسبب في تلف الجهاز الظاهري..

فيما يتعلق بالكمية، يتمثل النهج المتوازن في العمل بحد أقصى نقطة أو نقطتين نشطتين في البيئات الحساسة، ونهج أكثر مرونة (ثلاث أو أربع) في بيئات المختبرات، حيث يكون الخطر أقل وتُقدر المرونة أكثر من الأداء المتطرف.

التأثير على الأداء والمساحة وتوحيد القرص

إلى جانب خطر الفساد، فإن أكثر الآثار الجانبية شيوعًا لإساءة استخدام اللقطات هو ضعف الأداء. في كل مرة تضيف فيها قرص فرق جديد، فإنك تضيف أيضًا قفزة أخرى في سلسلة القراءة.ويتضح هذا الأمر بشكل خاص في الأجهزة الافتراضية التي تحتوي على العديد من عمليات القرص العشوائية، مثل قواعد البيانات أو خوادم الملفات.

في عمليات القراءة، يتعين على برنامج إدارة الأجهزة الافتراضية أو مصفوفة التخزين البحث عن الكتلة المطلوبة، بدءًا من أحدث لقطة والرجوع إلى القرص الأساسي. مع وجود لقطتين، قد يكون التأثير ضئيلاً، ولكن مع وجود سلاسل طويلة وأقراص مجزأة للغاية، يمكن أن تصبح تجربة المستخدم محبطة..

في مجال التخزين، تُعدّ الأمثلة الواقعية مفيدة. من الشائع نسبيًا العثور على أجهزة افتراضية يكون حجم قرصها المنطقي، على سبيل المثال، 2 تيرابايت، ولكن تستهلك وحدة تخزين البيانات ما بين 4 و 5 تيرابايت بسبب اللقطات المنسية لسنوات. كل تغيير يومي في قاعدة البيانات، وكل ملف يدخل أو يخرج، يضيف أقراص التباين دون أن يلاحظ أحد ذلك حتى تنفد مساحة مصفوفة التخزين.

عندما يحين وقت حذف اللقطات القديمة، قد تكون عملية الدمج طويلة وحساسة. تتضمن عملية الدمج ادمج جميع التغييرات المخزنة على أقراص الفرق مع القرص الأصل.واحدة تلو الأخرى، حتى يتم دمج السلسلة بأكملها في القرص الأساسي. في الأجهزة الافتراضية التي تحتوي على حجم كبير من البيانات وسنوات من التغييرات، يُترجم هذا إلى ساعات من عمليات القراءة/الكتابة المكثفة.

لا يؤثر هذا الدمج المطول على الأداء فحسب، بل يؤثر أيضاً أي انقطاع أو خطأ في منتصف العملية يمكن أن يترك الجهاز في حالة غير متناسقة.ومن هنا تبرز أهمية عدم السماح للقطات بالنمو إلى أجل غير مسمى، والتخطيط لمهام التوحيد خلال فترات انخفاض الحمل ومع المراقبة الكافية.

اللقطات، وبرامج الفدية، والمرونة السيبرانية

في السنوات الأخيرة، أضافت برامج الفدية طبقة أخرى من التعقيد إلى المشكلة. لم يعد المهاجمون يكتفون بتشفير ملفات المستخدمين فحسب: إنهم يبحثون عن بيانات اعتماد المسؤول، ويحددون مواقع النسخ الاحتياطية، ويحذفون اللقطات، ويحاولون تركك بدون أي نقطة نظيفة للرجوع إليها..

يُبرز هذا قصور النماذج التي تعتمد فقط على النسخ الاحتياطية التقليدية دون حماية إضافية. فإذا كان بالإمكان الوصول إلى النسخ الاحتياطية باستخدام نفس بيانات الاعتماد المخترقة، أو إذا كان من السهل حذف اللقطات من لوحة التحكم، يستطيع المهاجم مغادرة البيئة دون أي شبكة أمان في غضون دقائق..

في هذا السياق، يتجه العديد من مصنعي وحدات التخزين إلى استخدام اللقطات الثابتة المدمجة في مصفوفة التخزين نفسها. هذه النقاط الزمنية، بمجرد إنشائها وتأمينها، لا يمكن تعديلها أو حذفها خلال فترة الاحتفاظ، ولا حتى بواسطة الحسابات ذات الامتيازات القصوى.إنه نوع من خوارزمية WORM (اكتب مرة واحدة، اقرأ عدة مرات) المطبقة على اللقطات.

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

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

لقطات التخزين مقابل لقطات نظام التشغيل

لا تُعدّ اللقطة المُدارة على برنامج إدارة الأجهزة الافتراضية أو في مصفوفة التخزين هي نفسها نسخ ظل نظام التشغيل (مثل خدمة نسخ الملفات في نظام ويندوز). هذا التمييز مهم أيضاً في حالات برامج الفدية.

العديد من برامج البرمجيات الخبيثة الحديثة، عند دخولها إلى خادم ويندوز، يقومون بتنفيذ أوامر لحذف جميع النسخ الاحتياطية. ويمنع ذلك النظام نفسه من استعادة حالة سابقة باستخدام أدواته الأصلية. وهذا يحرم المستخدم من خيار "استعادة إصدار سابق" السهل.

مع ذلك، فإن اللقطات المُدارة على أنظمة التخزين الشبكية (NAS) أو شبكات التخزين (SAN) عادةً ما تكون مستقلة عن نظام التشغيل. ويتم التحكم بها خارج النطاق، مباشرةً من وحدة التخزين نفسها. حتى لو قام المهاجم بحذف VSS داخل نظام التشغيل Windows، فإن لقطات مصفوفة التخزين هذه ستظل سليمة.وطالما لدينا إجراء ترميم محدد جيدًا، يمكننا العودة إلى نقطة سابقة.

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

على أي حال، يجب التأكيد على أن حتى أكثر لقطات التخزين تطوراً لا تزال تعتمد على النظام الذي توجد فيه. إذا فُقدت قمرة القيادة أو تَلِفت تمامًا، فإن لقطاتها ستُفقد أيضًا.وهذا يؤكد مرة أخرى على ضرورة الحفاظ على سياسات النسخ الاحتياطي التي تتوافق مع مبدأ 3-2-1، وفي البيئات الحرجة، حتى العمل مع النسخ الاحتياطية المعزولة عن الشبكة.

لقطات في بيئات الاختبار والتطوير والإنتاج

لا تستفيد جميع البيئات من اللقطات بنفس الطريقة، ولا ينبغي إدارتها بنفس الطريقة. في المختبرات وبيئات التطوير، تعتبر اللقطات كنزاً ثميناً.لأنها تسمح لك باختبار التغييرات الجذرية، ونشر إصدارات تجريبية من البرامج، أو محاكاة حالات الفشل والعودة إلى نقطة البداية في ثوانٍ.

في هذه الحالات، يكون الضغط على الأداء أقل عادةً، ويكون هناك تقبّل أكبر للمخاطر. ومع ذلك، يبقى الأمر منطقياً. قلل من طول السلاسل النصية المفرطة ونظف اللقطات القديمة. حتى لا تمتلئ المقصورة بخردة تقنية لا يتذكر أحد استخدامها.

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

تتطلب خوادم التطبيقات ذات التبعيات المتعددة (قواعد البيانات الخارجية، وواجهات الويب الأمامية، وLDAP، وما إلى ذلك) عناية خاصة. قد يؤدي إعادة عقدة واحدة فقط إلى لقطة قديمة إلى ترك المجموعة في حالة غير متناسقة.قبل استخدام اللقطات في هذا النوع من البنية، من الضروري تقييم ما إذا كان التطبيق يدعم هذا النوع من التراجع الجزئي أو ما إذا كان من الأفضل استخدام عمليات استعادة أكثر دقة.

وأخيرًا، في الأنظمة بالغة الأهمية التي تتطلب توافرًا عاليًا ومتطلبات صارمة للغاية فيما يتعلق بوقت الاستعادة، تقوم العديد من المؤسسات بدمج اللقطات غير القابلة للتغيير في وحدة تخزين الفلاش مع آليات لـ استعادة فورية من النسخ الاحتياطيةيحقق هذا توازناً بين أوقات الاستجابة القصيرة جداً والحماية القوية ضد الكوارث واسعة النطاق.

تتطلب إدارة اللقطات بشكل فعال فهم أنها أداة قوية، ولكن مع وجود شرط: عند إساءة استخدامها، فإنها تزيد من استهلاك مساحة القرص، وتؤدي إلى تدهور الأداء، ويمكن أن تتركك بدون جهاز افتراضي يعمل في الوقت الذي تكون فيه في أمس الحاجة إليه.عند استخدامها بحكمة، مع سياسات احتفاظ قصيرة، وسلاسل قصيرة، وعمليات دمج مخططة، ودائماً مدعومة بنظام نسخ احتياطي جيد (يفضل أن يكون مع عدم قابلية التغيير والفصل المنطقي)، فإنها تصبح حليفاً رئيسياً ضد الأخطاء البشرية والتغييرات الخطرة وهجمات برامج الفدية، دون إتلاف الأجهزة أو المساس باستقرار البيئة.