كيف تحافظ على توفر تطبيق تشغيلي أثناء العطل؟
يبقى التطبيق التشغيلي متاحًا أثناء العطل إذا تولّى المهمة مثيلٌ ثانٍ، محدَّث مسبقًا ويمكن لمحطات العمل الوصول إليه مسبقًا، دون أن يضطر كل مستخدم إلى تغيير أي إعداد. أما إذا كانت البيئة الاحتياطية موجودة ولكن لا أحد يعرف كيف يتصل بها، فالتطبيق «منقذ» تقنيًا ومتوقف عمليًا.
الخلاصة
- أربعة شروط: بيانات متسقة، وبيئة احتياطية بالحجم المناسب، ومسار شبكي جاهز، وتحقق تشغيلي.
- يجب نسخ قاعدة البيانات احتياطيًا بطريقة تراعي طبيعتها (سجل المعاملات، التجميد المؤقت)، لا كمجرد ملفات.
- الاحتفاظ بعنوان IP نفسه أكثر شفافية من تغيير DNS، لكنه يفترض وجود جهاز لا يزال يعمل في الموقع.
- تحققوا من ترخيص البرنامج على البيئة الاحتياطية قبل وقوع العطل.
- إذا لم تجتمع الشروط الأربعة، فأعلنوا عن خطة PRA ودوّنوا وضع التشغيل المتدهور.
الشروط الأربعة
البيانات متسقة. يجب نسخ التطبيق وقاعدة بياناته معًا، في حالة يقبل محرك قاعدة البيانات فتحها. فنسخة الملفات المأخوذة في منتصف عملية كتابة قد تُقلع على قاعدة بيانات يعدّها مورّد البرنامج تالفة. ويجب أن تراعي أداة النسخ الاحتياطي أو النسخ المتماثل طبيعة قاعدة البيانات (التجميد المؤقت، سجل المعاملات)، لا القرص فقط. وبالنسبة إلى SQL Server، توصي Microsoft كذلك بوضع النسخ الاحتياطية في موقع مادي منفصل عن ملفات قاعدة البيانات، وتذكّر بأنه لا توجد استراتيجية استعادة ما لم تُستعد نسخة على نظام اختبار ويُتحقق من سلامتها.
البيئة الاحتياطية بحجم يسمح بالعمل، لا فقط بـ«إثبات أنها تُقلع». فالمثيل الأصغر من أن يخدم عشرة مستخدمين متزامنين يُحدث عطلًا برمجيًا بدلًا من العطل المادي.
المسار الشبكي جاهز. هناك تقنيتان شائعتان:
- الاحتفاظ بعنوان IP نفسه كما تراه محطات العمل، بفضل جهاز في الموقع يعيد التوجيه إلى البيئة الاحتياطية؛
- تغيير اسم DNS، مع قبول مهلة الانتشار وذاكرة التخزين المؤقت في محطات العمل.
التقنية الأولى أكثر شفافية. لكنها تفترض وجود وكيل أو جهاز لا يزال يعمل في الموقع. وإذا دُمّر الموقع بالكامل (حريق)، فلن يبقى أي وكيل محلي: وعندئذ يمر المستخدمون عن بُعد عبر عنوان عام احتياطي، شرط أن يكون قد حُجز واختُبر. ولا يُعَدّ PCA الخاص بموقع كامل بالطريقة نفسها التي يُعَدّ بها PCA الخاص بخادم واحد.
شخص ما يتحقق من التطبيق، لا من النظام فقط. فتح شاشة تسجيل الدخول لا يكفي. يقوم مستخدم مخوَّل بالإجراء المعتاد: البحث عن ملف، أو إصدار مستند، أو الطباعة.
مقارنة المسارين الشبكيين
| عنوان IP نفسه عبر جهاز محلي | تغيير اسم DNS | |
|---|---|---|
| الإجراء على محطات العمل | لا شيء | أحيانًا مسح ذاكرة التخزين المؤقت أو إعادة التشغيل |
| مهلة الانتقال | قصيرة | تتوقف على مدة صلاحية سجلات DNS |
| يعمل إذا دُمّر الموقع | لا | نعم، إذا كان الوصول عن بُعد جاهزًا |
| نقطة الانتباه | يجب أن يصمد الجهاز المحلي | العناوين المكتوبة بشكل ثابت داخل البرامج |
قبل العطل: قائمة التحقق
- طريقة النسخ الاحتياطي لقاعدة البيانات موثّقة، وسبق أن أتاحت استعادة ناجحة.
- جرى التحقق من حجم البيئة الاحتياطية وفق عدد المستخدمين المتوقع.
- اختُبر المسار الشبكي من محطة عمل عادية، لا من محطة المسؤول.
- الترخيص يعمل على البيئة الاحتياطية.
- قام مستخدم تشغيلي بإجراء فعلي على البيئة الاحتياطية خلال آخر اختبار. انظروا كيف تختبر خطة PRA؟.
وضع التشغيل المتدهور
إذا لم تتوفر الشروط الأربعة، فالصدق يقتضي الإعلان عن خطة PRA (استئناف بعد انقطاع) وتدوين وضع التشغيل المتدهور: أي الأعمال يمكن أن تنتظر، وأيها يُسجَّل على الورق، ومن يعيد إدخالها لاحقًا. والتطبيق «الذي لا غنى عنه» الذي يصمد وضعه المتدهور نصف يوم لا يحتاج بالضرورة إلى بيئة احتياطية تعمل طوال العام. وتوصي ANSSI، الوكالة الوطنية الفرنسية لأمن نظم المعلومات، بإعداد هذه الحلول البديلة مسبقًا، لأن الأزمة ذات المنشأ السيبراني قد تستمر عدة أسابيع.
التراخيص ومورّدو البرامج
تربط بعض البرامج التشغيلية الترخيص بمعرّف مادي، أو تمنع الاستضافة الخارجية. تحققوا من ذلك قبل العطل. فالبيئة الاحتياطية التي تُقلع ثم تُغلق بسبب غياب الترخيص ليست بيئة احتياطية.
لدى WeDoBack
صُمّم عرض PCA لهذه الحالة: مثيلات سحابية تعمل باستمرار، ووكيل على شبكة العميل، واتصال VPN IPsec، وتولٍّ للمهمة دون تغيير عنوان IP. وبذلك يبقى التطبيق متاحًا لمحطات العمل في الموقع ما دام الوكيل والشبكة المحلية قائمين. ولكي تكون قاعدة بيانات التطبيق محدَّثة على المثيل، ثم تعود البيانات المُدخلة أثناء العطل إلى الخادم بعد إصلاحه، يلزم إجراء خاص للنسخ المتماثل أو المزامنة: فهو ليس تلقائيًا، ويمكن لـWeDoBack إعداده بموجب عرض أسعار. تبدأ أسعار المثيلات من 50,22 يورو دون احتساب الضريبة شهريًّا، والتخزين من 8,75 يورو دون احتساب الضريبة شهريًّا مقابل 50 غيغابايت. وإذا دُمّر المبنى، فلا تعود هذه الآلية المحلية كافية: إذ يلزم عناوين عامة ووصول عن بُعد، وهما أقرب إلى عرض PRA مع عناوين IP عامة (0,54 يورو دون احتساب الضريبة لكل عنوان شهريًّا). وتنسخ WeDoBack احتياطيًا SQL Server وExchange والبرامج التشغيلية، وتستعيد الخادم والتطبيق إذا كان نسخهما الاحتياطي قد تم بطريقة متسقة. لكنها لا تصلح قاعدة بيانات نُسخت بطريقة عشوائية: فطريقة النسخ الاحتياطي لقاعدة البيانات جزء من التنفيذ، ويجب اختبارها مسبقًا.
الأسئلة الشائعة
هل يمكن نسخ ملفات قاعدة البيانات مثل الملفات الأخرى؟
هذا غير كافٍ. فالنسخة المأخوذة في منتصف عملية كتابة قد تُنتج قاعدة بيانات يرفض المحرك فتحها. لذا يلزم نسخ احتياطي يراعي طبيعة قاعدة البيانات (نسخ أصلي، أو سجل المعاملات، أو تجميد مؤقت). وتذكّر Microsoft كذلك بأن استراتيجية الاستعادة لا تكون قائمة إلا بعد اختبار النسخ الاحتياطية على نظام اختبار.
هل يجب أن تكون البيئة الاحتياطية بقوة خادم الإنتاج نفسها؟
يجب أن تتحمل عدد المستخدمين المتزامنين المتوقع أثناء العطل. فالبيئة الاحتياطية ذات الحجم غير الكافي تحوّل العطل المادي إلى مشكلة في الأداء. ويمكن قبول بيئة احتياطية أكثر تواضعًا بقليل إذا كان وضع التشغيل المتدهور يقلّل عدد المستخدمين، شرط أن يكون ذلك قد قيس فعلًا.
ماذا يحدث إذا دُمّر المبنى بالكامل؟
تختفي الآليات التي تعتمد على معدات محلية (وكيل، جهاز) مع الموقع. وعندئذ يتعين على المستخدمين الوصول إلى البيئة الاحتياطية من الخارج، عبر عنوان عام ووصول عن بُعد جرى حجزهما واختبارهما مسبقًا. وهذا سيناريو مختلف عن تعطل خادم واحد.
للمزيد
المصادر
وثائق اطُّلع عليها في أكتوبر 2026.
- النسخ الاحتياطي لقواعد بيانات SQL Server واستعادتها — Microsoft Learn
- الأزمة السيبرانية: مفاتيح الإدارة التشغيلية والاستراتيجية (ديسمبر 2021) — ANSSI
- عرض PCA: استمرارية فورية للنشاط — WeDoBack
- عرض PRA: استئناف النشاط بعد الكوارث — WeDoBack
هل لديك مشروع نسخ احتياطي أو PRA أو PCA؟
أكثر من 20 عامًا من الخبرة في حماية بيانات الشركات.
طلب عرض أسعار+33 9 72 50 78 28احمِ بياناتك مع WeDoBack
نسخ احتياطي مشفّر خارج الموقع، وتخزين ثابت غير قابل للتعديل، وخطة PRA وخطة PCA: صِف لنا خوادمك، ونقترح عليك التركيبة المناسبة.