💬 احجز عرضاً مجاناً
الاستضافة والبنية التشغيلية

متى يحتاج نظام الوثائق إلى توافر عالٍ بدل خادم واحد؟

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

فريق وثيقة التحريري نُشر: 10 دقيقة قراءة

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

وإن كانت معاملات لها مهل نظامية أو خدمة للجمهور تتوقف بتوقفه، فابدأ بأرخص درجة من التوافر تغطي أخطر نقطة فشل لديك، قبل أن تنتقل إلى عنقدة كاملة لكل المكونات.

كم ساعة تستطيع إدارتك أن تعمل دون نظام الوثائق؟ هذا هو السؤال الذي يجب أن يسبق أي نقاش عن خوادم إضافية وموازنات أحمال. هذا المقال لمدير تقنية المعلومات ومهندسي البنية الذين يُطلب منهم «نظام لا يتوقف» دون تعريف، ويحتاجون أن يترجموا الطلب إلى بنية بكلفة مبررة. هو مفيد بالأخص في النشر على خوادم الجهة، حيث يقع تصميم التوافر على فريقك، وفي السحابة الخاصة حيث تتفاوض عليه مع المورد.

ثلاثة مفاهيم تُخلط دائمًا

النسخ الاحتياطي

يحميك من فقد البيانات. لا يمنع التوقف؛ بل يسمح بالعودة بعده. زمن العودة هو زمن تجهيز بيئة واستعادة النسخة عليها.

التوافر العالي

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

التعافي من الكوارث

يحميك من فقد الموقع كله: مركز البيانات أو المنطقة. بيئة في موقع آخر تُفعَّل عند الحاجة.

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

احسب كلفة التوقف قبل كلفة الخادم

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

مثال توضيحي — افتراضات معلنة

الجهة: إدارة المعاملات في أمانة منطقة، يعمل على النظام 120 موظفًا، وتستقبل معاملات لها مهل رد محددة. كل الأرقام افتراضات للتوضيح.

  • زمن استعادة النظام على خادم بديل من نسخة احتياطية، مقيسًا في اختبار فعلي: 6 ساعات عمل.
  • الموظفون الذين يتوقف عملهم فعلًا خلال التوقف: 80 من 120، والباقون يعملون بإجراء ورقي مؤقت.
  • ما يستطيع الموظفون تعويضه لاحقًا: نحو نصف العمل المتأخر، والباقي يتحول إلى تأخير في المعاملات.
  • عدد مرات التوقف المتوقعة من أعطال الخادم أو التحديثات المتعثرة: مرة أو مرتان في السنة.

القراءة: التوقف الواحد يعني نحو 480 ساعة موظف (80 × 6)، يُفقد نصفها فعليًا، إضافة إلى معاملات تتجاوز مهلها. إن تكرر مرتين في السنة، فالكلفة غير المباشرة تُقارن بكلفة خادم ثانٍ وترخيصه وتشغيله. وإن تبيّن أن المعاملات ذات المهل لا تحتمل ست ساعات، فالقرار يُحسم بالالتزام النظامي لا بالحساب المالي.

ما يغير النتيجة: لو خُفّض زمن الاستعادة إلى ساعتين عبر نسخ أكثر تكرارًا وبيئة بديلة مجهزة سلفًا، لتقلصت الكلفة كثيرًا دون عنقدة. أحيانًا يكون تحسين الاستعادة أرخص من التوافر العالي وأكثر فائدة.

درجات التوافر: لا تقفز إلى الأعلى

التوافر العالي ليس خيارًا واحدًا بل سلّم درجات. كل درجة تضيف كلفة وتعقيدًا تشغيليًا. اختر الدرجة الأدنى التي تحقق زمن التوقف المقبول لديك.

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

إن كانت لديك منصة محاكاة افتراضية بمضيفين أو أكثر، فالدرجة الثانية قد تكون متاحة لك دون أي تغيير في نظام الوثائق نفسه. ابدأ بسؤال فريق المحاكاة الافتراضية قبل سؤال المورد.

حدّد نقاط الفشل المنفردة، مكوّنًا مكوّنًا

توافر النظام يساوي توافر أضعف مكوّناته. خادما تطبيق خلف موزع أحمال لا يفيدان إن كانت قاعدة البيانات على خادم واحد، أو كان التخزين على جهاز واحد. راجع القائمة التالية لبنيتك المقترحة، وضع بجانب كل بند: مكرر، أو غير مكرر ومقبول، أو غير مكرر ويحتاج معالجة.

مسار القرار

1. التوقف المقبولحدّد مع أصحاب العمل أقصى توقف تحتمله العمليات الأساسية.
2. زمن الاستعادة الفعليقِسه في اختبار استعادة حقيقي، لا من العرض.
3. هل الاستعادة أقصر من المقبول؟إن كانت كذلك: خادم واحد مع نسخ مجرَّب يكفي. توقف هنا.
4. حسّن الاستعادة أولًابيئة بديلة مجهزة، ونسخ أكثر تكرارًا، ثم أعد القياس.
5. أدنى درجة توافر كافيةتوافر المحاكاة الافتراضية، ثم البديل الجاهز، ثم العنقدة.
6. تحقق مع الموردأن الدرجة المختارة مدعومة رسميًا ومختبرة على نظامه.

يبدأ المسار بتحديد التوقف المقبول وقياس زمن الاستعادة الفعلي. إن كانت الاستعادة أقصر من المقبول يكفي خادم واحد. وإلا يُجرَّب تحسين الاستعادة أولًا، ثم تُختار أدنى درجة توافر تحقق الهدف، ويُتحقق من دعم المورد لها قبل الشراء.

ما يوقف أنظمة الوثائق فعلًا، وما لا يعالجه الخادم الثاني

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

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

اختبار التحويل: سيناريو قبول إن اخترت بنية مكررة

إن قررت التكرار، فلا تستلمه بشهادة المورد. نفّذ هذا السيناريو في بيئة الإنتاج قبل الإطلاق، أو في بيئة مطابقة لها، بحضور فريقي البنية والمورد:

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

أخطاء مكلفة في مشاريع التوافر

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

ما تطلبه من المورد كتابيًا

أسئلة التوافر العالي في العرض الفني

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

التوافر ونماذج النشر في وثيقة

في السحابة المشتركة والسحابة الخاصة يتولى فريق وثيقة تشغيل البنية ومراقبتها ونسخها الاحتياطي، فيصبح التوافر التزامًا تتفاوض عليه في اتفاقية مستوى الخدمة لا بنية تصممها بنفسك؛ ووفق بيانات وثيقة تضمن اتفاقية الخدمة تشغيلًا بنسبة 99.9%. وتنص صفحة الأمان على نسخ احتياطي تلقائي متعدد المواقع مع هدف زمن استعادة أقل من 4 ساعات؛ فإن كان التوقف المقبول لديك أقصر من ذلك، فاطرحه صراحة في طلب العرض.

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

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

ابدأ بقياس لا بشراء

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

حدّد نموذج الاستضافة المناسب لجهتك

سحابة داخل المملكة أم خوادمكم الخاصة؟ أرسل متطلبات الأمن والاتصال والسعة، ونوضح الخيار الأنسب وما يترتب عليه في العرض.

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

الهاتف وواتساب: ‎+966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.

و
فريق وثيقة التحريري

يكتب الفريق أدلة عملية لمسؤولي تقنية المعلومات والوثائق والمشتريات في المملكة لمساعدتهم على تحديد النطاق واختبار الحلول قبل التعاقد. الأمثلة الرقمية في مقالاتنا توضيحية ما لم يُذكر مصدرها.