أفضل الممارسات المتعلقة باللقطات: الاستخدام الواقعي، والحدود، والاستراتيجية

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

في إدارة الأنظمة والتخزين والمحاكاة الافتراضية، تتواجد اللقطات في كل مكان: في في إم ويرHyper-V، Btrfs، ZFS، TrueNAS، Synology ويمكن استخدامها مع أي منصة جادة تقريبًا. فهي تُستخدم لتجميد حالة النظام في لحظة محددة، مما يسمح لك بالعودة إليها في ثوانٍ. لكن هذا لا يعني أنها نسخ احتياطية، كما أنه ليس من المستحسن تجميعها عشوائيًا. دعونا نلقي نظرة فاحصة على ماهيتها، وكيفية عملها، وأفضل الممارسات المتبعة، وكيفية دمجها في استراتيجية نسخ احتياطي فعّالة.

ما هي اللقطة وما هي ليست كذلك؟

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

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

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

أنواع اللقطات في البيئات الافتراضية

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

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

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

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

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

كيفية إنشاء وإدارة اللقطات في VMware

في VMware vCenter أو مباشرة على مضيف ESXi، تكون عملية أخذ لقطة متشابهة للغاية وتعتمد على بضع خطوات واضحة، على الرغم من أن عددًا لا بأس به من العمليات على مستوى القرص يتم تشغيلها في الخلفية.

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

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

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

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

القيود والتأثيرات وعمر اللقطات

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

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

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

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

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

اللقطات مقابل النسخ الاحتياطية: الاختلافات الرئيسية

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

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

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

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

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

النسخ الاحتياطية الاحترافية وعلاقتها باللقطات

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

تعمل حلول مثل Vinchin Backup & Recovery، على سبيل المثال، كطبقة تنسيق: فهي تتصل ببيئة vSphere، وتنشئ لقطات صامتة لضمان اتساق تطبيقات الضيف، ومن تلك اللقطات، يستخرجون الكتل اللازمة لإنشاء نسخ احتياطية كاملة وتزايدية.

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

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

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

أفضل الممارسات لاستخدام اللقطات في بيئة الإنتاج

وبعيدًا عن الجانب النظري، يُنصح في الحياة اليومية باتباع سلسلة من ممارسات جيدة ومعقولة للغاية مما سيساعد على تجنب المفاجآت والاستفادة القصوى من اللقطات دون الوقوع في إساءة الاستخدام.

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

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

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

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

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

اللقطات على أنظمة الملفات: Btrfs وZFS وTrueNAS وغيرها

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

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

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

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

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

أمثلة على سياسات اللقطات في Btrfs و NAS

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

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

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

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

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

دمج اللقطات والنسخ الاحتياطية في استراتيجية شاملة

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

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

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

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

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

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