اختبار الثلاث دقائق الذي يتنبأ بما إذا كانت شركتك الصغيرة ستفقد جميع بياناتها (ولماذا “اكتملت النسخة الاحتياطية” لا تعني شيئاً)

ماذا حدث فعلاً (بمستويين)

الحالة التقنية بسيطة عندما تتجرد من المصطلحات. SQLite هو، حرفياً، دفتر عناوين داخلي تستخدمه آلاف التطبيقات — من تطبيق هاتفك إلى أنظمة الشركات الداخلية — لكتابة البيانات وقراءتها. يحتوي هذا الدفتر على آلية تُسمى “WAL” (والتي تعني “سجل الكتابة المسبقة”): تخيل أنه في كل مرة يكتب فيها أحد شيئاً في الدفتر، يتم أولاً عمل نسخة احتياطية على ورقة منفصلة، حتى لا تضيع ما هو موجود بالفعل.

اكتشفت Tailscale، الشركة التي تبني واحدة من أكثر شبكات VPN استخداماً من قبل الشركات الصغيرة لكي يتمكن موظفوها من العمل من خارج المكتب، أن جزءاً من تلك الآلية كان يتصرف بشكل خاطئ لمدة 16 عاماً: عندما كان النظام يعيد التشغيل في لحظات معينة، كانت النسخة الاحتياطية “تتعليق” عند حالة سابقة. النظام استمر في العمل. السجلات قالت “OK”. لكن النسخة كانت قديمة. وعندما حاول شخص ما الاستعادة منها، حصل على بيانات غير مكتملة أو فارغة تماماً.

النقطة الحرجة ليست العطل ذاته. بل هي أن:

• النظام أبلغ عن “كل شيء OK” لسنوات.
• سجل النسخ الاحتياطي كان يضع كل ليلة علامة “اكتمل” بنجاح.
• جاء التحذير الحقيقي الأول عندما احتاج أحد البيانات ولم تكن موجودة.

هذا ما يُسمى في الأمن السيبراني “العطل الصامت”: لا يُحذّر، لا يُصدر صوتاً، لا يظهر في أي لوحة معلومات. لا يتجلى إلا بعد فوات الأوان.

لماذا شركتك الصغيرة (على الأرجح) لديها النمط نفسه

من المرجح أن شركتك الصغيرة لا تستخدم Tailscale ولا SQLite مباشرة. لكن النمط مطابق لأي خدمة سحابية اشتركت فيها: نظام CRM حيث تخزن بيانات عملائك، برنامج الفوترة، أداة المواعيد عبر الإنترنت، البريد الإلكتروني المهني، النسخ الاحتياطية السحابية للخادم. كل واحد منها لديه، مخفياً في مكان ما، “WAL” خاص به — نظام الحماية الداخلي الخاص به — الذي:

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

وفقاً للإحصائيات العامة لقطاع الحوسبة السحابية، بين 30% و40% من الشركات الصغيرة الأوروبية تكتشف أن نسختها الاحتياطية معطلة فقط عندما تحاول استخدامها. إنها ليست حالة نادرة. إنها النمط الأكثر شيوعاً لحوادث البيانات في الشركات الصغيرة.

اختبار استعادة يوم الأحد (5 خطوات، 3 دقائق)

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

1. اطلب من مزودك آخر نسخة احتياطية. رسالة بريد إلكترونية من النوع: “مرحباً، هل يمكنكم إرسال آخر نسخة احتياطية كاملة من حسابي، بتنسيق يمكنني فتحه على جهازي؟” إذا قالوا “لا يمكننا” أو “يجب الدفع”، فهذه مشكلة جذرية.
2. افتح الملف الذي أرسلوه لك. إذا كان جدول بيانات: افتحه وتحقق من أنه يحتوي على صفوف حقيقية (عملاء، فواتير، منتجات). إذا كانت قاعدة بيانات: افتحها بالأداة التي تستخدمها عادة وتحقق من ظهور البيانات.
3. احسب 5 سجلات وقارنها مع نظامك الحالي. على سبيل المثال: خذ آخر 5 عملاء لديك. هل هم في النسخة الاحتياطية؟ مع البيانات الصحيحة (هاتف، بريد إلكتروني، عنوان)؟ إذا كان أحدهم ينقص، فالنسخة الاحتياطية غير مكتملة.
4. تحقق من التاريخ. يجب أن تحتوي النسخة الاحتياطية على بيانات لا يتجاوز عمرها 24-48 ساعة. إذا أخبروك “آخر نسخة احتياطية من الشهر الماضي”، فهذه مشكلة أكبر: لا أحد يعرف ما حدث في نظامك منذ ذلك الحين.
5. التقط لقطة شاشة للملف مفتوحاً واحفظها. هذه هي “دليلك على أن النسخة الاحتياطية تعمل”. في اليوم الذي تواجه فيه حادثة حقيقية، ستكون تلك اللقطة الفرق بين استعادة عملك أو فقدان أسابيع من العمل.

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