0Pricing
Cloud & IT Cert Prep · درس

Multi-AZ والنسخ الاحتياطية التلقائية

مكّنوا Multi-AZ للنسخ المتماثل المتزامن لوضع الاستعداد، وتعرّفوا إلى نوافذ النسخ الاحتياطي التلقائي وفترات الاحتفاظ.

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

ما المقصود بـ Multi-AZ في RDS؟

إن Multi-AZ ميزة للتوافر العالي في RDS، توفر تلقائيًا نسخة متماثلة احتياطية متزامنة في منطقة توافر مختلفة ضمن المنطقة نفسها. تدير AWS عملية النسخ بشفافية؛ إذ تتصلون باستخدام نقطة نهاية DNS واحدة، ويوجه RDS حركة المرور إلى المثيل الأساسي.

إذا تعطل المثيل الأساسي بسبب مشكلات في الأجهزة أو الشبكة أو نظام التشغيل، يُجري RDS تحويلًا تلقائيًا عند التعطل إلى المثيل الاحتياطي خلال نحو 60–120 ثانية. ويعيد تطبيقكم الاتصال باستخدام نقطة نهاية DNS نفسها، التي تُحل الآن إلى عنوان IP الخاص بالمثيل الاحتياطي.

تمكين Multi-AZ على مثيل موجود

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

تدعم جميع محركات RDS، بما فيها MySQL وPostgreSQL وMariaDB وOracle وSQL Server، ميزة Multi-AZ، ولا تتطلب هذه الميزة أي تغييرات على مستوى التطبيق.

# Enable Multi-AZ on an existing RDS instance
aws rds modify-db-instance \
  --db-instance-identifier mydb \
  --multi-az \
  --apply-immediately

آلية التحويل عند التعطل في Multi-AZ

عند حدوث تحويل عند التعطل، يحدّث RDS سجل DNS CNAME الخاص بنقطة نهاية قاعدة البيانات ليوجّه إلى المثيل الاحتياطي خلال نحو 60 ثانية. ويجب أن يعيد تطبيقكم الاتصال بعد اكتشاف انقطاع اتصال TCP. ولتقليل تأخيرات إعادة الاتصال:

  • استخدموا مدة TTL قصيرة لـ DNS (يضبطها RDS عادةً مسبقًا على 5 ثوانٍ)
  • طبّقوا التراجع الأسي مع إعادة المحاولة في منطق الاتصال
  • استخدموا أدوات تجميع الاتصالات مثل RDS Proxy التي تعيد الاتصال تلقائيًا

يمكن أيضًا تشغيل التحويل عند التعطل يدويًا لأغراض الصيانة أو تغيير فئة المثيل، مما يتيح ترقيات بفترة توقف تقترب من الصفر عند تمكين Multi-AZ.

# Force a manual failover for testing
aws rds reboot-db-instance \
  --db-instance-identifier mydb \
  --force-failover

Multi-AZ مقابل النسخ المتماثلة للقراءة

من مواضع الالتباس الشائعة في الاختبارات الخلط بين Multi-AZ (للتوافر) والنسخ المتماثلة للقراءة (لتوسيع النطاق). الفروقات الرئيسية هي:

  • المثيل الاحتياطي في Multi-AZ: نسخ متماثل متزامن، ولا يقدم حركة قراءة، وتحويل تلقائي عند التعطل، وفي المنطقة نفسها
  • النسخة المتماثلة للقراءة: نسخ متماثل غير متزامن، وتقدم حركة قراءة، ولا توفر تحويلًا تلقائيًا عند التعطل، ويمكن أن تكون عبر المناطق

لا تحسّن Multi-AZ أداء القراءة؛ فالمثيل الاحتياطي غير متاح لتنفيذ الاستعلامات. ولتحسين التوافر وتوسيع نطاق القراءات معًا، استخدموا Multi-AZ على المثيل الأساسي وأضيفوا النسخ المتماثلة للقراءة بشكل منفصل.

نظرة عامة على النسخ الاحتياطية التلقائية

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

تُفعَّل النسخ الاحتياطية التلقائية افتراضيًا، ويمكن الاحتفاظ بها لمدة تتراوح بين يوم واحد و35 يومًا. ويؤدي ضبط مدة الاحتفاظ على 0 إلى تعطيل النسخ الاحتياطية التلقائية (وPITR). أما نافذة النسخ الاحتياطي فهي فترة مدتها 30 دقيقة تحددونها أو تترك AWS تختارها خلال ساعات انخفاض النشاط.

نافذة النسخ الاحتياطي ونافذة الصيانة

نافذة النسخ الاحتياطي هي الفترة التي تُؤخذ خلالها اللقطات اليومية. أثناء هذه النافذة، قد تتوقف عمليات الإدخال والإخراج إلى وحدة التخزين مؤقتًا في عمليات النشر Single-AZ. أما عمليات النشر Multi-AZ فتأخذ اللقطة من النسخة الاحتياطية، مما يلغي تأثير عمليات الإدخال والإخراج على النسخة الأساسية.

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

# Set backup window and retention on create
aws rds create-db-instance \
  --db-instance-identifier mydb \
  --engine mysql \
  --db-instance-class db.t3.micro \
  --master-username admin \
  --master-user-password MyPass123! \
  --allocated-storage 20 \
  --backup-retention-period 7 \
  --preferred-backup-window '03:00-04:00'

الاسترداد إلى نقطة زمنية محددة (PITR)

للاسترداد إلى نقطة زمنية محددة، تستعيد RDS أولًا أحدث لقطة يومية، ثم تعيد تشغيل سجلات المعاملات حتى الطابع الزمني المطلوب. والنتيجة هي مثيل DB جديد—إذ إن PITR لا يستبدل المثيل المصدر مطلقًا، مما يوفر مسار استرداد آمنًا لا يوقف بيئة الإنتاج.

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

# Restore to a specific point in time
aws rds restore-db-instance-to-point-in-time \
  --source-db-instance-identifier mydb \
  --target-db-instance-identifier mydb-restored \
  --restore-time 2026-06-20T14:30:00Z

لقطات DB اليدوية

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

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

# Create a manual snapshot
aws rds create-db-snapshot \
  --db-instance-identifier mydb \
  --db-snapshot-identifier mydb-before-migration-2026-06-20

نسخ اللقطات عبر المناطق الجغرافية

يمكنك نسخ اللقطات التلقائية أو اليدوية إلى AWS Region أخرى لاستعادة القدرة على العمل بعد الكوارث. وتكون النسخة لقطة كاملة مخزنة في بنية S3 الأساسية للمنطقة الوجهة. وبعد نسخها، يمكنك استعادة مثيل RDS جديد في تلك المنطقة إذا أصبحت منطقتك الأساسية غير متاحة.

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

# Copy a snapshot to another region
aws rds copy-db-snapshot \
  --source-db-snapshot-identifier arn:aws:rds:us-east-1:123456789:snapshot:mydb-snap \
  --target-db-snapshot-identifier mydb-snap-copy \
  --source-region us-east-1 \
  --region us-west-2

RDS Proxy لتجميع الاتصالات

يعمل Amazon RDS Proxy بين تطبيقك وRDS، ويجمع اتصالات قاعدة البيانات في مجموعات. وهذا مفيد خصوصًا لوظائف Lambda التي قد تفتح آلاف الاتصالات قصيرة العمر وتستنفد حد اتصالات قاعدة البيانات. تعمل RDS Proxy على تعدد إرسال الاتصالات، بحيث ترى قاعدة البيانات عددًا أقل بكثير من الاتصالات النشطة.

أثناء تجاوز الفشل في Multi-AZ، تحتفظ RDS Proxy باتصالات التطبيق وتعيد إنشاء اتصال قاعدة البيانات بالنسخة الأساسية الجديدة، مما يقلل وقت إعادة اتصال التطبيق إلى ثوانٍ بدلًا من دقائق. كما تتكامل RDS Proxy مع Secrets Manager لتدوير بيانات الاعتماد دون توقف التطبيق.

عنقود Multi-AZ مقابل مثيل Multi-AZ

تقدم RDS الآن خيارين من Multi-AZ: Multi-AZ DB Instance (الخيار التقليدي، مع نسخة احتياطية واحدة) وMulti-AZ DB Cluster (مثيلان احتياطيان قابلان للقراءة في مناطق توافر مختلفة). يستخدم نمط العنقود النسخ شبه المتزامن، ويسمح بتمرير حركة القراءة إلى المثيلات الاحتياطية، مما يوفر توافرًا أعلى وقابلية أكبر لتوسيع القراءة دون الحاجة إلى Read Replicas منفصلة.

في اختبار SAA-C03، يُختبر Multi-AZ DB Instance التقليدي غالبًا. تذكر أن Multi-AZ Cluster هو الخيار الأحدث الذي يمكن فيه للمثيلات الاحتياطية خدمة عمليات القراءة، بينما لا يستطيع المثيل الاحتياطي التقليدي ذلك.

تحقق سريع

اختبر مدى فهمك لمفاهيم AWS Solutions Architect (SAA-C03) الواردة في هذا الدرس.

مراجعة الدرس

تعلمت في هذا الدرس أن Multi-AZ يوفر نسخًا متزامنًا إلى مثيل احتياطي مع تجاوز فشل تلقائي خلال 60–120 ثانية، وأن النسخ الاحتياطية التلقائية تتيح PITR إلى أي ثانية ضمن فترة الاحتفاظ (من يوم واحد إلى 35 يومًا)، وأن اللقطات اليدوية تظل محفوظة إلى أجل غير محدد ويمكن نسخها عبر المناطق الجغرافية لأغراض التعافي من الكوارث. بعد ذلك، سنستكشف Read Replicas لتوزيع حركة القراءة وتحسين معدل نقل عمليات القراءة.

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

هل درس «Multi-AZ والنسخ الاحتياطية التلقائية» مجاني؟

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

ماذا ستتعلم في «Multi-AZ والنسخ الاحتياطية التلقائية»؟

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

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

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

كم من الوقت يستغرق درس «Multi-AZ والنسخ الاحتياطية التلقائية»؟

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

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

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

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

  1. محركات RDS وفئات المثيلات
  2. Multi-AZ والنسخ الاحتياطية التلقائية
  3. النسخ المتماثلة للقراءة لتوسيع نطاق القراءة
  4. أمان RDS: التشفير ومجموعات المعلمات
← العودة إلى Cloud & IT Cert Prep