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

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

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

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

ابدأ بكلفة التعطّل، فالرقم أكبر وأقرب ممّا يظنّ أغلب الملاك. دراسة سبلنك وسيسكو لأكبر شركات العالم قدّرت الكلفة الإجماليّة للتعطّل غير المخطَّط بنحو ستّمئة مليار دولارٍ سنوياً — قفزةً بخمسين بالمئة في عامين — أي ما يقارب خمسة عشر ألف دولارٍ في الدقيقة وسطياً، ونحو خمسةٍ وتسعين مليون دولارٍ من الإيرادات المفقودة لكل مؤسّسةٍ في السنة ^[1]. تلك أرقام مؤسّساتٍ عملاقة وعملك ليس منها — لكنّ النسبة لا تتقلّص حين تصغر أنت. عمليّةٌ صغيرة تستقبل طلباتٍ أو تحجز مواعيد أو تدير نقطة بيعٍ لديها المشكلة نفسها على مقياسها: حين يتعطّل النظام لا يكسب العمل، ويُدفَع للموظّفين لينتظروا، ويذهب العملاء إلى غيرك، والساعة لا تتوقّف لأنّك صغير.

التعطّل هو الكارثة التي يمكن التعافي منها. فقدان البيانات هو الذي يُنهي الشركات. الأرقام هنا قاسيةٌ وثبتت سنواتٍ: نحو واحدٍ من كل أربعة أعمالٍ لا يعود للفتح بعد كارثةٍ كبرى، ومن الأعمال الصغيرة التي تعاني فقداناً جسيماً للبيانات يُغلق نحو ستّين بالمئة خلال ستّة أشهر ويختفي اثنان وسبعون بالمئة في غضون عامين ^[2]. الاختراق الأمنيّ سرقة — يأخذ أحدهم نسخةً ممّا لديك. وفقدان البيانات فقدان ذاكرة — ينسى العمل من يدين له بالمال، وما طلبه، وما وعد به، ومن عملاؤه. تقدر أن تنجو من السرقة. ومن العسير جداً أن تنجو وأنت تستيقظ بلا ذاكرةٍ لكيفيّة إدارة نفسك.

فالدفاع البديهيّ هو النسخ الاحتياطيّة — وهنا ينهار الافتراض المريح. أن تملك نسخةً احتياطيّة وأن تملك استرجاعاً أمران مختلفان، والفجوة بينهما هائلة. تجد استطلاعات الجاهزيّة للاسترجاع أنّ نحو ثمانين بالمئة من المؤسّسات ليست مستعدّةً حقاً، وأنّ نحو ربعها لا يختبر خطّة استرجاعه إطلاقاً، و — الرقم الذي ينبغي أن يوقفك — أنّ نحو ثمانيةٍ وخمسين بالمئة من النسخ الاحتياطيّة تفشل حين يحاول أحدهم الاسترجاع منها فعلاً ^[3]. والأسباب عاديّة: النسخة توقّفت بصمتٍ قبل أشهر، أو التقطت قاعدة بياناتٍ معطوبة، أو ينقصها النظام الوحيد الذي كان مهماً، أو لم يتمرّن أحدٌ على الاسترجاع قطّ فاستغرق ثلاثة أيّامٍ تحت الضغط بدل ثلاث ساعات. نسخةٌ غير مُختبَرة ليست شبكة أمان؛ إنها قصّةٌ ترويها لنفسك.

جعلت برامج الفدية هذا السؤال مركزياً لا هامشياً، لأنها تهاجم الاسترجاع مباشرةً. الغريزة أن تفترض أنّك إن أُصبت تقدر أن تدفع وتستعيد بياناتك — لكنّ هذا الرهان يخسر أكثر كل عام. في أبحاث باراكودا 2025، واحدٌ وأربعون بالمئة من المؤسّسات التي دفعت الفدية لم تستعد كل بياناتها رغم ذلك ^[4]، ووجدت CyberEdge أنّ أربعةً وخمسين بالمئة فقط من الضحايا الدافعين استعادوا بياناتهم أصلاً، نزولاً من ثلاثةٍ وسبعين بالمئة قبل عامين ^[5]. الدفع ليس خطّة استرجاع؛ إنه رمي عملةٍ تموّله أنت. والشيء الوحيد الذي يعيد العمل بموثوقيّة هو نسخةٌ نظيفةٌ معزولةٌ مُختبَرة لم يقدر المهاجم على بلوغها — ما يعني أنّ النسخ الحديثة يجب أن تُحفَظ غير متّصلةٍ أو غير قابلةٍ للتعديل، لأنّ برامج الفدية صارت تتعمّد البحث عن النسخ الاحتياطيّة وتشفيرها أوّلاً.

الحلّ أن تكفّ عن معاملة الاستمراريّة منتَجاً وتبدأ بمعاملتها خاصيّةً مصمَّمةً في أنظمتك، مرتكزةً على الرقمين من الشكل الأوّل. حدّد RPO وRTO عمداً — كم بياناتٍ تقدر أن تفقد، وكم تقدر أن تبقى متوقّفاً — لكل جزءٍ من العمل، لأنها تختلف: فقدان ساعةٍ من الطلبات محتمَل، وفقدان سجلّ العملاء ليس كذلك ^[6]. ثم ابنِ لتحقّقها: نسخٌ متعدّدة على وسائط مختلفة، واحدةٌ منها على الأقل خارج الموقع وواحدةٌ غير قابلةٍ للتعديل، مؤتمتةً كي لا يضطرّ بشرٌ لتذكّرها، و — الجزء الذي يتخطّاه الجميع — استرجاعاتٌ تُختبَر بجدولٍ كي تعرف أنّ الرقم حقيقيّ قبل أن تحتاجه. وهذا أسهل بكثيرٍ حين يقوم عملك على أنظمةٍ تملكها وتقدر أن تفهمها من حين تتبعثر بياناتك عبر اثني عشر تطبيقاً مستأجَراً لا ترى داخلها. المرونة لا تُشترى في ذُعرٍ بعد العطل. إنها تُبنى بهدوءٍ قبله بكثير.