السنابشوت ليس نسخة احتياطية: الفرق الذي يكلفك بياناتك عند سوء الفهم

الجواب المباشر: هما شيئان مختلفان لا يغني أحدهما عن الآخر

السنابشوت (snapshot) صورة لحظية لحالة قرص خادمك في نقطة زمنية محددة، تُخزَّن غالباً على نفس نظام التخزين الذي يحمل خادمك الأصلي. تسمح لك بالرجوع بالكامل لتلك اللحظة في ثوانٍ. النسخة الاحتياطية (backup) نسخة كاملة ومستقلة من بياناتك تُخزَّن في مكان معزول، غالباً على تخزين أو خادم مختلف تماماً، ويمكن استرجاعها حتى لو تلف الخادم الأصلي ونظام تخزينه كلياً. الخلاصة: السنابشوت أداة رجوع سريع، لكنه ليس نسخة احتياطية، لأنه لا يحميك من فشل التخزين الذي يحمله هو نفسه.

هذا الفرق ليس تفصيلاً أكاديمياً، بل هو الفرق بين أن تسترجع بياناتك أو تفقدها للأبد. لو اعتمدت على السنابشوت وحده وظننته نسخة احتياطية، ثم فشل قرص التخزين ماديّاً أو تعرّض لهجمة فدية تشفّر كل شيء على ذلك التخزين، فقد يذهب خادمك وسنابشوتاته معاً في اللحظة نفسها. القاعدة الذهبية التي يلخّصها خبراء البنية التحتية بـ3-2-1: احتفظ بثلاث نسخ من بياناتك، على نوعين مختلفين من الوسائط، منها نسخة واحدة على الأقل خارج الموقع الأصلي معزولة تماماً. في هذا المقال نشرح كيف يعمل كل منهما تقنياً، وسيناريوهات يفشل فيها السنابشوت بالضبط، ومتى تستخدم أيّهما، وخيارات كلاود العملية.

كيف يعمل السنابشوت تقنياً

معظم أنظمة الافتراضية تنفّذ السنابشوت بتقنية copy-on-write. عند أخذ سنابشوت، لا يُنسخ القرص كله فوراً، بل يُجمَّد وضعه الحالي كمرجع، وأي كتابة جديدة بعد ذلك تُوجَّه لكتل جديدة مع الاحتفاظ بالكتل القديمة كما كانت وقت السنابشوت. لهذا يُؤخَذ السنابشوت في ثوانٍ ويشغل مساحة صغيرة في البداية تكبر مع تراكم التغييرات. هذه التقنية عبقرية للرجوع السريع، لكن انتبه لجوهرها: الكتل القديمة والجديدة كلها على نفس التخزين الفيزيائي. السنابشوت يعتمد كلياً على سلامة القرص الأصلي، فهو مرجع داخله لا نسخة خارجه.

ما يجيده السنابشوت

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

كيف تعمل النسخة الاحتياطية

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

سيناريوهات يفشل فيها السنابشوت

1. فشل التخزين نفسه

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

2. هجمة فدية

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

3. الحذف الخاطئ الذي يتراكم

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

مقياسان يحسمان خطتك: RPO وRTO

قبل أن تختار خطة الحماية، حدّد رقمين يستخدمهما مهندسو البنية التحتية لقياس جاهزية الاسترجاع:

• RPO (هدف نقطة الاسترجاع): كم من البيانات تحتمل فقدها؟ لو كانت نسختك يومية، فأقصى فقد محتمل بيانات يوم كامل، فـRPO لديك 24 ساعة. لو كان هذا كثيراً على نظام حسابات أو طلبات، فتحتاج نسخاً أكثر تواتراً أو تكرار قاعدة بيانات لحظياً.
• RTO (هدف زمن الاسترجاع): كم تحتمل أن يبقى نظامك متوقفاً حتى يعود؟ السنابشوت يعطيك RTO بالثواني للرجوع السريع، بينما استرجاع نسخة معزولة كبيرة قد يأخذ دقائق إلى ساعات حسب حجمها.

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

أثر السنابشوت على الأداء

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

القاعدة الصحيحة للاستخدام

لا تختر بينهما، استخدمهما لأدوارهما المختلفة معاً:

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

خطأ شائع: الاعتماد على نسخة واحدة فقط

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

خيارات كلاود العملية

على الخادم السحابي من كلاود، النسخ الاحتياطي متاح كإضافة مباشرة: نسخ احتياطي يومي بمدة احتفاظ 7 أيام بـ800 ريال سنوياً، أو يومي بمدة احتفاظ 30 يوماً بـ2,000 ريال سنوياً لمن يريد نافذة رجوع أوسع. هذه نسخ معزولة حقيقية، لا مجرد سنابشوت. أما الاستضافة السحابية المُدارة على cPanel فيأتي فيها النسخ الاحتياطي اليومي والأسبوعي والشهري مضمّناً في كل الباقات بلا رسوم إضافية. البيانات كلها داخل المملكة على سيرفرات الرياض بزمن استجابة نحو 8ms، وهذا مهم للجهات التي تشترط سيادة البيانات ولا تقبل خروجها خارج حدود المملكة. لو كنت تدير نظاماً مخصصاً حرجاً، فالخيار الأمثل غالباً هو الجمع بين الاثنين: سنابشوت تأخذه بنفسك قبل كل ترقية أو تعديل خطر للرجوع الفوري، مع نسخ احتياطي يومي معزول بمدة احتفاظ تناسب حساسية بياناتك للاسترجاع من الكوارث الكبرى. هكذا تغطّي طرفي الطيف: الخطأ الصغير السريع والكارثة الكاملة، بأداتين لكل منهما دورها الذي لا يغني عنه الآخر.

خاتمة عملية

قرارك في أربع نقاط:

• لا تعامل السنابشوت كنسخة احتياطية أبداً، فهو مرجع على نفس التخزين لا نسخة معزولة.
• خذ سنابشوت قبل أي تغيير خطر، واحذفه بعد التأكد من نجاح التغيير.
• فعّل نسخاً احتياطياً يومياً معزولاً بإصدارات متعددة، وطبّق قاعدة 3-2-1.
• اختبر استرجاعاً كاملاً دورياً، فالنسخة غير المختبَرة وهمٌ حتى تُثبت العكس.

لتفعيل نسخ احتياطي معزول لخادمك، راجع الأسعار والباقات واختر مدة الاحتفاظ التي تناسب حساسية بياناتك.