مشاركة عبر

النسخ الاحتياطي والإصلاح بعد كارثة للأقراص المدارة في Azure

  • مقالة

ينطبق على: ✔️ أجهزة Linux الظاهرية ✔️ أجهزة Windows الظاهرية ✔️ مجموعات مقياس مرنة

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

خيارات التكرار المضمنة في Azure

تحتوي الأقراص المدارة من Azure على خيارين مضمنين للتكرار لحماية بياناتك من حالات الفشل:

  • يقوم التخزين المتكرر محليا (LRS) بنسخ بياناتك ثلاث مرات داخل مركز بيانات واحد في منطقة معينة. يحمي LRS بياناتك من فشل حامل الخادم ومحرك الأقراص.
  • يوفر التخزين المتكرر للمنطقة (ZRS) نسخا متماثلا متزامنا للبيانات عبر مناطق في منطقة ما، ما يتيح للأقراص تحمل حالات الفشل في المناطق التي قد تحدث بسبب الكوارث الطبيعية أو مشكلات الأجهزة.

ومع ذلك، يمكن أن تؤدي الكوارث الكبرى (مثل الزلازل أو الحرائق أو الأعاصير) إلى انقطاع أو عدم إمكانية الوصول إلى خوادم التخزين واسعة النطاق، مما يؤثر أحيانا على مركز بيانات كامل أو منطقة كاملة (تؤثر على أقراص LRS)، أو منطقة بأكملها (تؤثر على أقراص ZRS). بالإضافة إلى فشل النظام الأساسي، يمكن أن تحدث أيضا مشكلات في تطبيق أو بيانات (مثل الحذف العرضي وهجوم برامج الفدية الضارة). عند حدوث ذلك، قد تحتاج إلى إرجاع التطبيق والبيانات إلى إصدار سابق يحتوي على آخر حالة جيدة معروفة. يتطلب العودة إلى حالة جيدة نسخا احتياطية منتظمة.

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

سيناريوهات النسخ الاحتياطي والتعافي من الكوارث

لنلق نظرة على بعض الأمثلة على سيناريوهات حمل عمل التطبيق والأشياء التي يجب مراعاتها عند التخطيط للنسخ الاحتياطي والتعافي من الكوارث.

السيناريو 1: حلول قواعد البيانات الكبرى

في هذا السيناريو، لديك خادم قاعدة بيانات إنتاج (مثل SQL Server وOracle) يدعم قابلية الوصول العالية. تعتمد تطبيقات الإنتاج الهامة والمستخدمون على قاعدة البيانات هذه. يجب أن تتضمن خطة التعافي من الكوارث لهذا النظام المتطلبات التالية:

  • يجب أن تكون البيانات محمية وقابلة للاسترداد.
  • يجب أن يكون الخادم متاحًا للاستخدام.
  • (اختياري) نسخة متماثلة من قاعدة البيانات في منطقة مختلفة كنسخة احتياطية

اعتمادا على متطلبات توفر الخادم واسترداد البيانات، يمكن أن تتراوح الحلول من موقع نسخة متماثلة نشطة-نشطة أو نشطة-سلبية إلى النسخ الاحتياطية الدورية دون اتصال للبيانات. توفر قواعد البيانات الارتباطية، مثل SQL Server وOracle، خيارات مختلفة للنسخ المتماثل. بالنسبة لـ SQL Server، استخدم مجموعات قابلية وصول عالية التوفر SQL Server Always On للحصول على قابلية وصول عالية.

قواعد بيانات NoSQL، مثل MongoDB، تدعم أيضًا replicas للتكرار. يتم استخدام النسخ المتماثلة لقابلية الوصول العالية.

السيناريو 2: نظام مجموعة من الأجهزة الظاهرية المتكررة

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

السيناريو 3: حمل عمل تطبيق خدمة تأجير البنية التحتية

في هذا السيناريو، لديك تطبيق مع حمل عمل إنتاج نموذجي يعمل على Azure VM (حمل عمل تطبيق IaaS). قد يكون خادم ويب أو خادم ملفات يحتوي على محتوى وموارد أخرى لموقع ما، أو تطبيق عمل مصمم خصيصا يعمل على جهاز ظاهري يخزن بياناته وموارده وحالة التطبيق على أقراص الجهاز الظاهري. في هذه الحالة، من المهم التأكد من أخذ النسخ الاحتياطية بانتظام. يجب أن يعتمد تردد النسخ الاحتياطي على طبيعة حمل عمل الجهاز الظاهري. على سبيل المثال، إذا كان التطبيق يعمل يوميا ويعدل البيانات، فيجب أخذ النسخة الاحتياطية كل ساعة.

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

السيناريو 4: مشكلات بيانات تطبيق خدمة تأجير البنية التحتية

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

حلول النسخ الاحتياطي والتعافي من الكوارث

نظرة عامة على المقارنة

يغطي هذا القسم بعض خيارات Azure للنسخ الاحتياطي والتعافي من الكوارث. يمكنك الرجوع إلى جدول المقارنة التالي للحصول على نظرة عامة عالية المستوى.

الحل اللقطة استعادة النقاط النسخ الاحتياطي في Azure استرداد موقع Azure
الوصف اللقطة هي نسخة جاهزة فقط في الوقت المناسب من القرص الذي يمكنك استخدامه للنسخ الاحتياطي. يمكن استخدام نقاط الاستعادة لتنفيذ نسخة احتياطية دقيقة لجميع الأقراص المرفقة بجهازك الظاهري Azure Backup هي خدمة Azure مدارة بالكامل لتوفير حل بسيط وآمن وفعال من حيث التكلفة لنسخ بياناتك احتياطيا واستردادها يساعد Azure Site Recovery على ضمان استمرارية أعمال مؤسستك من خلال الحفاظ على تشغيل التطبيقات وأحمال العمل أثناء الانقطاعات
النسخ الاحتياطي التزايدي ‏‏نعم‬ ‏‏نعم ‏‏نعم ‏‏نعم‬
نسخة عبر المناطق ‏‏نعم‬ متوفر في المعاينة العامة نعم، مع النسخ الاحتياطي لجهاز Azure الظاهري ‏‏نعم‬
التسعير راجع تسعير قرص Azure غير متاح راجع تقدير تكاليف النسخ الاحتياطي لأجهزة Azure الظاهرية أو الخوادم المحلية راجع أسعار استرداد موقع Azure
الصيانة التشغيلية عالي متوسط منخفض منخفض
الفوائد الرئيسية الأكثر فعالية من حيث التكلفة، ومناسبة للنسخ الاحتياطي للقرص النسخ الاحتياطي للأقراص على مستوى الجهاز الظاهري، تطبيق متناسق مع الجهاز الظاهري الذي يعمل بنظام التشغيل Windows، تناسق نظام الملفات للأجهزة الظاهرية التي تعمل بنظام التشغيل Linux النسخ الاحتياطي المتكرر والسريع دون مقاطعة الجهاز الظاهري، ونهج النسخ الاحتياطي المخصص، والحل بدون عامل حل BCDR بسيط، والحفاظ على تناسق التطبيق على تجاوز الفشل، وتنسيق النسخ المتماثل دون اعتراض بيانات التطبيق

اللقطات

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

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

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

يمكنك أخذ لقطة في أي وقت، ولكن إذا كنت تأخذ لقطات أثناء تشغيل الجهاز الظاهري، فضع هذه الأشياء في الاعتبار:

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

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

  1. تجميد جميع الأقراص.
  2. مسح جميع الكتابات المعلقة.
  3. إنشاء لقطة تزايدية للأقراص المدارة بالنسبة لجميع الأقراص.

توفر بعض تطبيقات Windows، مثل SQL Server، آلية نسخ احتياطي منسقة من خلال خدمة ظل وحدة تخزين لإنشاء نسخ احتياطية متسقة مع التطبيق. على Linux، يمكنك استخدام أداة مثل fsfreeze لتنسيق الأقراص (توفر هذه الأداة نسخا احتياطية متسقة مع الملفات، وليس لقطات متسقة مع التطبيق). إجراء النسخ الاحتياطي هذا معقد، لذلك يجب أن تفكر في نظرة عامة على النسخ الاحتياطي لقرص Azure أو حل نسخ احتياطي تابع لجهة خارجية ينفذ هذا الإجراء بالفعل. سيؤدي هذا إلى مجموعة من اللقطات المنسقة لجميع أقراص الجهاز الظاهري، تمثل طريقة عرض محددة في نقطة زمنية للجهاز الظاهري - وبعبارة أخرى، نقطة استعادة النسخ الاحتياطي للجهاز الظاهري. يمكنك تكرار العملية على فترات زمنية مجدولة لإنشاء نسخ احتياطية دورية.

استعادة النقاط

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

نقاط الاستعادة لها ثلاثة مستويات من التسلسل الهرمي - مجموعة نقاط استعادة الجهاز الظاهري ونقاط استعادة الجهاز الظاهري ونقاط استعادة القرص:

  • المستوى 1: يتم تنظيم نقاط استعادة الجهاز الظاهري في مجموعات نقاط الاستعادة. مجموعة نقطة الاستعادة هي مورد Azure Resource Management الذي يحتوي على نقاط الاستعادة لجهاز ظاهري معين.
  • المستوى 2: تحتوي نقاط استعادة الجهاز الظاهري على نقطة استعادة القرص لكل قرص من الأقراص المرفقة.
  • المستوى 3: تتكون نقطة استعادة القرص من لقطة لقرص مدار فردي.

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

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

راجع المقالات التالية لمعرفة كيفية إنشاء نقاط استعادة الجهاز الظاهري وإدارة نقاط استعادة الجهاز الظاهري.

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

يوفر Azure Backup حلولا بسيطة وآمنة وفعالة من حيث التكلفة للنسخ الاحتياطي لبياناتك واستردادها من Azure. Azure Disk Backup هو حل نسخ احتياطي أصلي قائم على السحابة يحمي بياناتك في الأقراص المدارة. إنه حل بسيط وآمن وفعال من حيث التكلفة يمكنك من تكوين الحماية للأقراص المدارة في خطوات قليلة. يضمن حماية بياناتك في حالة وقوع كارثة.

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

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

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

استرداد موقع Azure

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

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

يمكنك بسهولة إعداد التعافي من الكوارث إلى منطقة Azure ثانوية ببضع خطوات. يتيح Azure Site Recovery العديد من سيناريوهات التعافي من الكوارث - Azure إلى Azure، VMware إلى Azure، الفعلي إلى Azure، Azure Stack VM، Hyper-V إلى Azure، DR للتطبيقات، DR إلى موقع ثانوي. للحصول على قائمة كاملة بالمزايا التي يوفرها Azure Site Recovery، راجع حول Site Recovery.

خيارات أخرى

يحتوي SQL Server الذي يتم تشغيله في جهاز ظاهري على إمكانات مضمنة لنسخ قاعدة بيانات SQL Server احتياطيًا إلى وحدة تخزين Azure Blob أو مشاركة ملف. لمزيد من المعلومات، راجع النسخ الاحتياطي والاسترداد لـ SQL Server في أجهزة Azure الظاهرية. بالإضافة إلى النسخ الاحتياطي والاستعادة، يمكن لـ مجموعات قابلية وصول عالية التوفر SQL Server Always On الاحتفاظ بنسخ متماثلة ثانوية من قواعد البيانات. وهذه القدرة تقلل بشكل كبير من الوقت اللازم للإصلاح بعد كارثة.

الخطوات التالية

استكشف خياراتك: