النسخة الاحتياطية التي لم تُستعد قط افتراض لا ضمان. قبل إطلاق نظام الأرشفة، نفّذ تمرين استعادة فعليًا على أربعة مستويات: استعادة وثيقة أو إصدار، واستعادة مجلد محذوف بصلاحياته، واستعادة إلى نقطة زمنية قبل عملية جماعية خاطئة، واستعادة البيئة كاملة في بيئة معزولة. قِس الزمن الفعلي حتى يعود المستخدمون للعمل، وحجم البيانات المفقودة فعليًا، وتحقق من أن البحث والصلاحيات وسجل التدقيق عادت سليمة، لا الملفات وحدها.
في مشاريع الأرشفة تُسأل عبارة «هل لديكم نسخ احتياطي؟» في كل عرض، وتأتي الإجابة دائمًا «نعم». السؤال الذي لا يُسأل غالبًا هو: «متى آخر مرة استعدتم منها بيئة كاملة، وكم استغرق ذلك، وماذا وجدتم؟». يخاطب ما يلي مدير تقنية المعلومات ومدير المشروع ولجنة الاستلام، ويخص الأسابيع الأخيرة قبل الإطلاق، حين تكون البيانات المرحّلة كافية لاختبار حقيقي، ولا يزال الخطأ رخيصًا. أما ما يجب أن يتضمنه عرض المورد عن النسخ الاحتياطي والتعافي من الكوارث قبل التعاقد، فتناولناه في النسخ الاحتياطي والتعافي من الكوارث في عرض نظام الأرشفة.
لماذا قبل الإطلاق تحديدًا؟
ثلاثة أسباب تجعل الأسابيع السابقة للإطلاق أفضل وقت لتمرين الاستعادة:
- البيانات حقيقية لكن الضغط منخفض: الأرشيف المرحّل يكفي لاختبار واقعي، والمستخدمون لم يعتمدوا على النظام بعد، فتعطيل بيئة الاختبار لا يوقف عملًا.
- الترحيل نفسه خطر: عمليات النقل الجماعي وإعادة التصنيف بالجملة هي أكثر ما يحتاج استعادة إلى نقطة سابقة. معرفة أن هذا ممكن قبل الترحيل الكبير تغيّر طريقة تخطيطه.
- الأدوار لم تتجمد بعد: إذا كشف التمرين أن أحدًا لا يعرف من يعلن الحادثة أو من يتواصل مع المورد، فالإصلاح الآن أسهل من إصلاحه أثناء حادثة حقيقية.
مصطلحان ستحتاجهما: نقطة الاستعادة المستهدفة (RPO) هي أقصى فترة بيانات يمكن تحمّل فقدها، أي عمر آخر نسخة صالحة عند وقوع العطل. وزمن الاستعادة المستهدف (RTO) هو أقصى مدة مقبولة حتى تعود الخدمة. التمرين يقيس القيمتين الفعليتين ويقارنهما بالمستهدف في العقد.
وتمرين الاستعادة قبل الإطلاق يعطي لجنة الاستلام دليلًا ملموسًا لا يعطيه أي مستند: محضر موقّع بأزمنة فعلية. إن كانت معايير القبول في مشروعكم تتضمن بندًا عن النسخ الاحتياطي، فاجعل هذا المحضر هو الدليل عليه، بدل إفادة مكتوبة من المورد بأن النسخ يعمل.
المستويات الأربعة للاستعادة
الاستعادة ليست عملية واحدة. أغلب الحوادث في أنظمة الوثائق ليست كوارث تُسقط الخادم، بل أخطاء صغيرة: موظف حذف مجلدًا، أو عملية جماعية صنّفت ألف وثيقة خطأ. لذلك يغطي التمرين أربعة مستويات، لكل منها طريقة مختلفة ومسؤول مختلف:
| المستوى | الحادثة المحاكاة | آلية الاستعادة المتوقعة | من ينفذ عادة |
|---|---|---|---|
| س1: وثيقة أو إصدار | تعديل خاطئ على عقد معتمد، أو حذف وثيقة واحدة | العودة لإصدار سابق أو استرجاع من المحذوفات داخل النظام | المستخدم أو مسؤول النظام |
| س2: مجلد بصلاحياته | حذف مجلد إدارة كامل بمجلداته الفرعية | استرجاع داخلي إن وُجد، وإلا استعادة جزئية من النسخة | مسؤول النظام، وربما المورد |
| س3: نقطة زمنية | عملية جماعية خاطئة: نقل أو إعادة تصنيف آلاف الوثائق | استعادة إلى نقطة قبل العملية، مع معالجة ما أُضيف بعدها | المورد أو فريق البنية |
| س4: البيئة كاملة | فقد الخادم أو قاعدة البيانات أو التخزين | بناء البيئة من النسخ في بيئة بديلة | المورد أو فريق البنية |
المستوى س3 هو الأكثر إغفالًا والأكثر حدوثًا أثناء الترحيل. اسأل قبل التمرين: إذا استعدنا البيئة إلى نقطة قبل الخطأ، ماذا يحدث للوثائق الصحيحة التي رُفعت بعد تلك النقطة؟ الإجابة تحدد هل تحتاج إجراءً لإعادة إدخالها، أم أن الاستعادة الانتقائية ممكنة.
نص التمرين خطوة بخطوة
النص التالي يُنفذ على بيئة اختبار أو ما قبل الإنتاج تحتوي بيانات مرحّلة حقيقية الطابع، لا على بيئة الإنتاج بعد الإطلاق. خطط له في يومين، مع وقت كافٍ للتحقق.
- ثبّت خط الأساس قبل أي شيء، سجّل: عدد الوثائق والإصدارات، وقائمة بعشرين وثيقة مرجعية بتفاصيلها (الحقول، الإصدار، الصلاحيات، آخر سطر في سجل تدقيقها)، ونتائج خمسة استعلامات بحث، وحالة ثلاثة طلبات اعتماد جارية.
- سجّل توقيت آخر نسخة اطلب من المورد أو فريق البنية توقيت آخر نسخة احتياطية مكتملة، ثم أضف عمدًا عشر وثائق جديدة بعدها مع تسجيل وقت رفع كل منها. هذه الوثائق هي «مقياس الفقد».
- نفّذ س1 وس2 احذف وثيقة وعدّل أخرى، ثم احذف مجلدًا فرعيًا. استعدها بالطرق المتاحة داخل النظام، وسجّل الزمن ومن نفّذ.
- أعلن حادثة س4 بتوقيت محدد، كأن البيئة فُقدت. من هذه اللحظة يبدأ عداد زمن الاستعادة الفعلي.
- اتبع إجراء التصعيد الحقيقي من يبلغ من؟ عبر أي قناة؟ كيف تُصنف الأولوية؟ لا تختصر هذه الخطوة، فهي جزء مما تختبره.
- راقب الاستعادة في بيئة بديلة معزولة، ودوّن كل خطوة يدوية وكل انتظار.
- أوقف العداد عندما يستطيع مستخدم عادي تسجيل الدخول والبحث وفتح وثيقة، لا عندما يعلن الفني انتهاء الاستعادة.
- تحقق بقائمة الفحص في القسم التالي، وقارن بخط الأساس.
- قِس الفقد كم من الوثائق العشر المضافة بعد آخر نسخة ظهرت في البيئة المستعادة؟ الفرق بين وقت آخر وثيقة موجودة ووقت الإعلان هو الفقد الفعلي.
- نفّذ س3 إن أمكن محاكاة عملية جماعية خاطئة على مجموعة من الوثائق ثم استعادتها إلى نقطة قبلها، مع ملاحظة ما حدث للإضافات اللاحقة.
قائمة التحقق بعد الاستعادة
الخطأ الأكثر شيوعًا في تمارين الاستعادة إعلان النجاح لأن الملفات عادت. نظام الوثائق أكثر من ملفات، وكل طبقة يجب أن تُفحص:
- عدد الوثائق والإصدارات يطابق خط الأساس، باستثناء الفقد المقيس.
- الوثائق المرجعية العشرون تفتح، وحقولها وإصداراتها مطابقة.
- بصمة (hash) عينة من الملفات تطابق الأصل، للتأكد من عدم تلفها.
- الصلاحيات سليمة: مستخدم محدود لا يرى ما لم يكن يراه، والعكس.
- البحث يعمل، والاستعلامات الخمسة تعيد النتائج نفسها، بما فيها البحث داخل النص الممسوح.
- سجل التدقيق مستمر: السطور السابقة للحادثة موجودة، وسلامته محفوظة، والأحداث الجديدة تُسجل.
- طلبات الاعتماد الجارية في مراحلها الصحيحة، والإشعارات تعمل.
- التكاملات تعمل: مزامنة الدليل النشط، واستقبال البريد، والربط مع الأنظمة الأخرى إن وُجد.
- تسجيل الدخول والمصادقة الثنائية يعملان للمستخدمين العاديين.
- لم تظهر وثائق كانت محذوفة نهائيًا قبل الحادثة بشكل غير متوقع.
البحث وسجل التدقيق هما الطبقتان الأكثر عرضة للمفاجآت. فهرس البحث قد يحتاج إعادة بناء تستغرق وقتًا بعد استعادة الملفات، فيبدو النظام «عاد» والبحث لا يعمل. اسأل هل يُنسخ الفهرس احتياطيًا أم يُعاد بناؤه، واحسب ذلك في زمن الاستعادة.
محضر التمرين: ما الذي يُسجل؟
التمرين الذي لا يُوثق يُنسى، ولا يمكن مقارنته بالتمرين التالي. استعمل محضرًا موحدًا يُحفظ في ملف المشروع:
محضر تمرين استعادة
- التاريخ — البيئة المستخدمة — نموذج الاستضافة — الحضور وأدوارهم
- المستويات المنفذة: س1 / س2 / س3 / س4
- توقيت آخر نسخة مكتملة: ___ — توقيت إعلان الحادثة: ___
- توقيت عودة مستخدم عادي للعمل: ___ — زمن الاستعادة الفعلي: ___ — المستهدف في العقد: ___
- آخر وثيقة موجودة بعد الاستعادة (وقت رفعها): ___ — الفقد الفعلي: ___ — المستهدف في العقد: ___
- نتيجة قائمة التحقق: البنود الناجحة ___ / البنود الفاشلة وتفاصيلها ___
- الخطوات اليدوية التي لم تكن موثقة في الإجراء: ___
- المشكلات في التصعيد والتواصل: ___
- الإجراءات التصحيحية ومسؤولها وموعدها: ___
- توقيع ممثل الجهة وممثل المورد
الافتراضات: جامعة تستضيف النظام على خوادمها، ونفذت تمرين س4 قبل الإطلاق بثلاثة أسابيع. القيم التالية مختلقة لشرح قراءة المحضر، لا لتقدير أداء أي نظام.
- عادت الملفات وقاعدة البيانات في وقت مقبول مقارنة بالمستهدف.
- لكن البحث داخل النص لم يعمل إلا بعد إعادة بناء الفهرس، ما أضاف انتظارًا لم يكن محسوبًا في الخطة.
- مزامنة الدليل النشط توقفت لأن حساب الخدمة المستعمل للربط لم يكن موثقًا في إجراء الاستعادة.
- من الوثائق العشر المضافة بعد آخر نسخة، ظهرت ثلاث فقط.
القراءة: زمن الاستعادة الفعلي يُحسب حتى عمل البحث، لا حتى عودة الملفات. الإجراءات التصحيحية: إضافة إعادة بناء الفهرس إلى الخطة بزمن مقدّر، وتوثيق حسابات الخدمة وكلمات مرورها في مكان آمن متاح لفريق الاستعادة، ومراجعة جدولة النسخ مقابل المستهدف.
من يفعل ماذا بحسب نموذج الاستضافة
سحابة مشتركة
النسخ والاستعادة الكاملة مسؤولية المورد. دورك أن تطلب تنفيذ التمرين أو تقرير آخر تمرين، وأن تحضر أو تتسلم المحضر، وأن تنفذ س1 وس2 بنفسك داخل النظام.
سحابة خاصة
مثل المشتركة غالبًا، مع إمكان أكبر للاتفاق على جدول تمرين دوري وعلى بيئة استعادة مخصصة لك.
خوادم الجهة
فريقك يملك البنية والنسخ غالبًا، والمورد يملك معرفة التطبيق. التمرين هنا مشترك بالضرورة، وأهم مخرجاته توثيق الخطوات الخاصة بالتطبيق، كالفهرس والتكاملات وحسابات الخدمة.
في النموذج الأخير تحديدًا، حدد بوضوح من يملك كل خطوة، ولا تفترض أن «النسخ الاحتياطي للخوادم» الذي يشغله فريق البنية يكفي لاستعادة التطبيق كاملًا. توزيع هذه المسؤوليات مفصل في فصل مسؤوليات النشر والتشغيل في مشروع أرشفة حكومي داخلي.
أسئلة تحسمها مع المورد قبل موعد التمرين
قبل أن تعلن الحادثة التجريبية
- ما الذي يشمله النسخ الاحتياطي بالتحديد: الملفات، وقاعدة البيانات، وفهرس البحث، وسجل التدقيق، والإعدادات؟ وهل تُنسخ في اللحظة نفسها أم بتوقيتات مختلفة؟
- أين تُحفظ النسخ، وهل منها نسخة في موقع مختلف عن البيئة الأساسية؟
- هل يمكن استعادة مجلد أو مجموعة وثائق دون استعادة البيئة كاملة؟
- ما البيئة البديلة التي ستُستعاد إليها النسخة في التمرين، ومن يجهزها؟
- ما الخطوات اليدوية المعروفة بعد الاستعادة، كإعادة بناء الفهرس أو إعادة ربط التكاملات؟
- من جهة المورد، من يشارك في التمرين، وهل هو الفريق نفسه الذي سيستجيب لحادثة حقيقية؟
الإجابات عن هذه الأسئلة لا تغني عن التمرين، لكنها تحدد ما ستراقبه فيه. وإذا ظهر فرق بين ما قيل وما حدث، فسجّله في المحضر كبند مستقل.
أخطاء تجعل التمرين شكليًا
- الاستعادة فوق البيئة نفسها: استعادة النسخة فوق البيئة التي أُخذت منها لا تختبر سيناريو فقد البيئة. استعد إلى بيئة معزولة.
- تجهيز مسبق غير معلن: إذا جهّز الفني كل شيء قبل إعلان الحادثة، فالزمن المقيس لا يمثل الواقع. يكفي أن تُعرف البيئة البديلة، لا أن تُجهز.
- التحقق بحساب المشرف: المشرف يرى كل شيء، فلا يكشف خلل الصلاحيات بعد الاستعادة. تحقق بحساب مستخدم عادي.
- إيقاف العداد مبكرًا: «الخادم يعمل» ليست لحظة النهاية. النهاية حين ينجز المستخدم مهمة حقيقية.
- عدم متابعة الإجراءات التصحيحية: تمرين يكشف ثلاث مشكلات ثم لا يُعاد لا يختلف كثيرًا عن عدم التمرين.
إيقاع التمرين بعد الإطلاق
التمرين قبل الإطلاق هو الأول لا الأخير. البيانات تكبر، والتكاملات تتغير، والفريق يتبدل. اتفق على إيقاع مناسب لحجم جهتك وحساسية وثائقها، مثلًا:
| المستوى | متى يُكرر | المناسبة الإضافية |
|---|---|---|
| س1 وس2 | ضمن التدريب الدوري لمسؤولي النظام | عند انضمام مسؤول نظام جديد |
| س3 | قبل كل عملية ترحيل أو إعادة تصنيف جماعية كبيرة | عند تغيير هيكل التصنيف |
| س4 | دوريًا بحسب ما تتفق عليه في اتفاقية الخدمة | بعد تغيير كبير في البنية أو نموذج الاستضافة |
تمرين الاستعادة مع وثيقة
في وثيقة، يغطي النظام نفسه المستوى س1: تتبع الإصدارات مع سجل كامل لكل تعديل وإمكان العودة لأي إصدار سابق، وسجل تدقيق محمي من التلاعب بالتجزئة يوثق الحذف والتعديل ومن نفّذهما. وفي النموذجين السحابيين تذكر صفحة الأمان والحوكمة نسخًا احتياطيًا تلقائيًا متعدد المواقع كل 6 ساعات، مع نقطة استعادة أقل من 6 ساعات وزمن استعادة أقل من 4 ساعات، وهي قيم تُثبَّت في اتفاقية الخدمة ويُتحقق منها في العقد، وهذا التمرين هو طريقتك في اختبارها عمليًا. أما على خوادم الجهة فتُكتب مسؤولية النسخ وأهداف الاستعادة في العقد نفسه، ويصبح التمرين هو الدليل الوحيد على أنها قابلة للتحقيق.
يُقدَّم وثيقة بأربعة نماذج استضافة: سحابة مشتركة، وسحابة خاصة، وخوادم الجهة، أو نشر هجين يجمع بينها، مع خيار الاستضافة داخل المملكة. تفاصيل متطلبات البنية والنسخ في كل نموذج تجدها في خيارات النشر ومتطلبات البنية والنسخ الاحتياطي. أما توقيت تمرين الاستعادة قبل الإطلاق، وبيئته، ومسؤوليات كل طرف فيه، وتكراره بعد الإطلاق، فيُحدَّد نطاقها في خطة التنفيذ، فاطلب إدراجها كبند صريح.
أدرج التمرين في خطة المشروع
- أدرج تمرين الاستعادة في خطة المشروع كبند قبل الإطلاق، لا كنشاط اختياري.
- اتفق مع المورد على المستويات الأربعة ومن ينفذ كل واحد.
- جهّز خط الأساس والوثائق المرجعية ومقياس الفقد قبل موعد التمرين.
- اجعل توقيع محضر التمرين من شروط الانتقال إلى الإنتاج، مع خطة الرجوع المذكورة في خطة الانتقال النهائي والرجوع الآمن.
- كرر التمرين دوريًا بعد الإطلاق، وقارن المحاضر.
لإدراج التمرين ضمن نطاق مشروعك، ناقش تمرين الاستعادة مع فريق وثيقة. ولفهم علاقة الأرشفة باستمرارية الأعمال عمومًا، راجع الأرشفة الإلكترونية واستمرارية الأعمال.
احجز عرضاً باستخدام سيناريوهات مؤسستك
جهّز ثلاثة إلى خمسة سيناريوهات من عملكم اليومي، ونعرضها على النظام بدل عرض عام لا يشبه إجراءاتكم.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.