0Pricing
Cloud & IT Cert Prep · درس

خطط الاسترداد وتجاوز الفشل التلقائي

أنشئ خطة استرداد ASR ترتّب عملية تجاوز فشل الأجهزة الظاهرية عبر طبقات التطبيق، وأضف بوابات موافقة يدوية، وضمّن نصوصاً برمجية قبل تجاوز الفشل وبعده

خطط الاسترداد وتجاوز الفشل التلقائي درس مجاني في Cloud & IT Cert Prep على CoddyKit. هذا هو الدرس 2 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Cloud & IT Cert Prep، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Cloud & IT Cert Prep 4 دروس في المجموع.

ما خطة التعافي في ASR؟

تُعد خطة التعافي في Azure Site Recovery تسلسلًا منظمًا ومرتبًا للخطوات ينسق تجاوز فشل عدة أجهزة ظاهرية معًا. وبدلًا من تجاوز فشل كل جهاز ظاهري على حدة، تجمع خطة التعافي الأجهزة في مجموعات يتجاوز كل منها الفشل بالتسلسل، ما يضمن بدء تشغيل البنية الأساسية (قاعدة البيانات والبرمجيات الوسيطة والويب) بالترتيب الصحيح، تمامًا كما يحدث أثناء النشر الأولي.

إنشاء خطة تعافٍ

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

# Create an ASR Recovery Plan via CLI:
az site-recovery recovery-plan create \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --primary-fabric-id '/subscriptions/.../replicationFabrics/eastus' \
  --recovery-fabric-id '/subscriptions/.../replicationFabrics/westus' \
  --groups '[{"groupType":"Boot","replicationProtectedItems":[...]}]'

ترتيب المجموعات للتطبيقات متعددة الطبقات

بالنسبة إلى تطبيق نموذجي من ثلاث طبقات، يجب أن تتضمن خطة التعافي ثلاث مجموعات:

  • المجموعة 1 — الأجهزة الظاهرية لطبقة قاعدة البيانات (يجب أن تبدأ أولًا)
  • المجموعة 2 — الأجهزة الظاهرية لطبقة التطبيق/البرمجيات الوسيطة
  • المجموعة 3 — الأجهزة الظاهرية للواجهة الأمامية للويب (تبدأ أخيرًا)

تنتظر كل مجموعة اكتمال تجاوز فشل المجموعة السابقة بنجاح قبل البدء. وهذا يحاكي ترتيب بدء التشغيل الصحيح ويمنع أجهزة طبقة الويب من البدء قبل أن تصبح قاعدة البيانات جاهزة لقبول الاتصالات.

إضافة الإجراءات اليدوية والبرامج النصية

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

  • إجراءات يدوية — إيقاف تجاوز الفشل مؤقتًا والانتظار حتى يؤكد شخص ذلك (مثل «التحقق من جاهزية قاعدة البيانات»)
  • دفاتر تشغيل Azure Automation — تنفيذ برنامج نصي تلقائيًا (مثل تحديث سجلات DNS وتعطيل وضع الصيانة)

يتيح استخدام دفاتر تشغيل Automation تنفيذ تجاوز فشل مؤتمت بالكامل من دون تدخل بشري لأحمال العمل من الطبقة 1.

# Example Automation runbook action in a recovery plan:
# Pre-group-2 action: Run runbook 'UpdateConnectionStrings'
# This runbook updates app config to point to secondary DB endpoint
# before the application tier VMs start

تجاوز الفشل المخطط له مقابل غير المخطط له

يدعم Azure Site Recovery نوعين من تجاوز الفشل:

  • تجاوز الفشل المخطط له — يبدأ قبل حدث معروف (مثل صيانة مركز البيانات). يُغلق الجهاز الظاهري الأساسي بشكل سليم، وتتم مزامنة البيانات، ثم يبدأ تشغيل الجهاز الظاهري الثانوي. لا يحدث فقدان للبيانات.
  • تجاوز الفشل غير المخطط له — يُفعّل أثناء كارثة فعلية. قد لا يكون الجهاز الظاهري الأساسي متاحًا، ولذلك تستخدم ASR أحدث نقطة تحقق للنسخ المتماثل. وقد يحدث بعض فقدان البيانات وفقًا لـ RPO.
# Trigger an unplanned failover via CLI:
az site-recovery recovery-plan failover-unplanned \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --failover-direction PrimaryToRecovery

التثبيت والعودة بالفشل

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

# Commit the failover:
az site-recovery recovery-plan commit \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan

# Then configure reverse replication to enable failback later

إعادة الحماية بعد تجاوز الفشل

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

قياس RTO في خطط التعافي

تضيف كل خطوة في خطة التعافي إلى إجمالي RTO. ومن العناصر الشائعة التي تستهلك الوقت:

  • وقت بدء تشغيل الأجهزة الافتراضية (من دقيقتين إلى 5 دقائق لكل جهاز افتراضي)
  • وقت تهيئة التطبيق (تهيئة تجمع اتصالات قاعدة البيانات، وتسخين ذاكرة التخزين المؤقت)
  • انتشار DNS بعد تغيير عناوين IP
  • أوقات الانتظار لمراحل الموافقة اليدوية

قِس مدة كل خطوة أثناء عمليات تجاوز الفشل الاختبارية، ثم اجمعها لحساب RTO الفعلي ومقارنته بـ RTO المستهدف.

أتمتة تحديثات DNS

بعد تجاوز الفشل، تكون للأجهزة الافتراضية في المنطقة الثانوية عناوين IP مختلفة. وبالنسبة إلى التطبيقات التي تعرض اسم DNS عاماً، يجب تحديث DNS لتوجيهه إلى عناوين IP الجديدة. استخدم Azure Automation runbook كإجراء لاحق لتجاوز الفشل لتحديث صحة نقاط نهاية Azure DNS أو Traffic Manager، ومن ثم إعادة توجيه نسبة استخدام الشبكة تلقائياً — وتجنب خطوة يدوية قد تؤخر RTO.

# Example: Update Azure DNS record in a runbook after failover:
# az network dns record-set a update \
#   --resource-group dnsRG \
#   --zone-name myapp.com \
#   --record-set-name '@' \
#   --set 'ARecords[0].ipv4Address=<new-secondary-ip>'

مراقبة تنفيذ خطة التعافي

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

أفضل ممارسات خطط التعافي

فيما يلي أهم أفضل الممارسات الخاصة بخطط التعافي:

  • اجعل المجموعات صغيرة (من 5 إلى 10 أجهزة افتراضية) للحد من نطاق التأثير إذا فشلت مجموعة
  • استخدم Automation runbooks بدلاً من الإجراءات اليدوية كلما أمكن لتقليل RTO
  • وثّق وقت بدء التشغيل المتوقع لكل مجموعة حتى يمكن حساب RTO
  • نفّذ تجاوز فشل اختباري مرة واحدة على الأقل كل ثلاثة أشهر للتحقق من صحة الخطة
  • راجع الخطة وحدّثها كلما أُضيفت أجهزة افتراضية جديدة أو تغيّرت بنية التطبيق

تحقق سريع

اختبر مدى فهمك لمفاهيم Microsoft Azure Fundamentals (AZ-900) الواردة في هذا الدرس.

مراجعة الدرس

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

الأسئلة الشائعة

هل درس «خطط الاسترداد وتجاوز الفشل التلقائي» مجاني؟

نعم — نص درس «خطط الاسترداد وتجاوز الفشل التلقائي» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Cloud & IT Cert Prep، انتقل إلى CoddyKit PRO. تتضمن دورة Cloud & IT Cert Prep 4 دروس في المجموع.

ماذا ستتعلم في «خطط الاسترداد وتجاوز الفشل التلقائي»؟

أنشئ خطة استرداد ASR ترتّب عملية تجاوز فشل الأجهزة الظاهرية عبر طبقات التطبيق، وأضف بوابات موافقة يدوية، وضمّن نصوصاً برمجية قبل تجاوز الفشل وبعده تتمرن على Cloud & IT Cert Prep مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.

هل أحتاج إلى خبرة سابقة لأبدأ Cloud & IT Cert Prep؟

لا تُشترط خبرة سابقة. Cloud & IT Cert Prep على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 2 من أصل 4.

كم من الوقت يستغرق درس «خطط الاسترداد وتجاوز الفشل التلقائي»؟

معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.

هل يمكنني كتابة وتشغيل أكواد في درس Cloud & IT Cert Prep هذا؟

نعم. كل درس في Cloud & IT Cert Prep يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.

جميع الدروس في هذه الدورة

  1. تحديد RTO وRPO وطبقات الاسترداد
  2. خطط الاسترداد وتجاوز الفشل التلقائي
  3. اختبار التعافي من الكوارث دون تأثير
  4. التعافي من الكوارث لخدمات PaaS
← العودة إلى Cloud & IT Cert Prep