تخطيط التعافي من الكوارث في تخزين Azure وتجاوز الفشل

  • مقالة

تسعى Microsoft جاهدة لضمان إتاحة خدمات Azure دائمًا. ومع ذلك، قد يحدث انقطاعات الخدمة غير المخطط لها. تتضمن المكونات الرئيسية لخطة جيدة للتعافي من الكوارث استراتيجيات لما يلي:

تركز هذه المقالة على تجاوز الفشل لحسابات التخزين المكررة عالميا (GRS وGZRS وRA-GZRS)، وكيفية تصميم تطبيقاتك لتكون متوفرة بشكل كبير إذا كان هناك انقطاع وتجاوز فشل لاحق.

اختيار خيار التكرار المناسب

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

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

يتم استرداد نسخة واحدة من حساب التخزين تلقائيا باستخدام LRS وZRS.

التخزين الزائد عالميا وتجاوز الفشل

مع التخزين المتكرر عالميا (GRS وGZRS وRA-GZRS)، ينسخ Azure بياناتك بشكل غير متزامن إلى منطقة جغرافية ثانوية على بعد مئات الأميال على الأقل. يسمح لك هذا باسترداد بياناتك إذا كان هناك انقطاع في المنطقة الأساسية. الميزة التي تميز التخزين الزائد عالميا عن LRS وZRS هي القدرة على تجاوز الفشل إلى المنطقة الثانوية إذا كان هناك انقطاع في المنطقة الأساسية. تحدث عملية تجاوز الفشل إدخالات DNS لنقاط نهاية خدمة حساب التخزين بحيث تصبح نقاط النهاية للمنطقة الثانوية نقاط النهاية الأساسية الجديدة لحساب التخزين الخاص بك. بمجرد اكتمال تجاوز الفشل، يمكن للعملاء البدء في الكتابة إلى نقاط النهاية الأساسية الجديدة.

توفر تكوينات التكرار RA-GRS وRA-GZRS تخزينا متكررا جغرافيا مع فائدة إضافية تتمثل في الوصول للقراءة إلى نقطة النهاية الثانوية إذا كان هناك انقطاع في المنطقة الأساسية. إذا حدث انقطاع في نقطة النهاية الأساسية، يمكن أن تستمر التطبيقات التي تم تكوينها للوصول للقراءة إلى المنطقة الثانوية والمصممة لقابلية الوصول العالية في القراءة من نقطة النهاية الثانوية. توصي Microsoft ب RA-GZRS للحصول على أقصى قدر من التوفر والمتانة لحسابات التخزين الخاصة بك.

لمزيد من المعلومات حول التكرار في Azure Storage، راجع تكرار تخزين Azure.

التخطيط لتجاوز فشل حساب التخزين

تدعم حسابات Azure Storage نوعين من تجاوز الفشل:

  • تجاوز الفشل المدار من قبل العميل - يمكن للعملاء إدارة تجاوز فشل حساب التخزين إذا كان هناك انقطاع غير متوقع في الخدمة.
  • تجاوز الفشل المدار من قبل Microsoft - من المحتمل أن تبدأه Microsoft فقط في حالة حدوث كارثة خطيرة في المنطقة الأساسية. 1,2

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

يحتوي كل نوع من أنواع تجاوز الفشل على مجموعة فريدة من حالات الاستخدام والتوقعات المقابلة لفقدان البيانات ودعم الحسابات مع تمكين مساحة اسم هرمية (Azure Data Lake Storage Gen2). يلخص هذا الجدول هذه الجوانب لكل نوع من أنواع تجاوز الفشل :

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

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

تجاوز الفشل المدار من قبل العميل

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

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

تجاوز الفشل المدار من Microsoft

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

هام

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

توقع فقدان البيانات وعدم تناسقها

تنبيه

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

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

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

تم تكوين المنطقة الأساسية الجديدة لتكون مكررة محليا (LRS) بعد تجاوز الفشل.

قد تواجه أيضا تناقضات في الملفات أو البيانات إذا كانت حسابات التخزين لديك تحتوي على واحد أو أكثر مما يلي ممكن:

وقت آخر وقت مزامنة

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

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

لمزيد من المعلومات حول التحقق من الخاصية وقت المزامنة الأخير، راجع التحقق من الخاصية "وقت المزامنة الأخير" لحساب تخزين.

تناسق الملف ل Azure Data Lake Storage Gen2

يحدث النسخ المتماثل لحسابات التخزين مع تمكين مساحة اسم هرمية (Azure Data Lake Storage Gen2) على مستوى الملف. وهذا يعني أنه إذا حدث انقطاع في المنطقة الأساسية، فمن الممكن أن تكون بعض الملفات الموجودة في حاوية أو دليل فقط قد تم نسخها نسخا متماثلا بنجاح إلى المنطقة الثانوية. لا يضمن التناسق لكافة الملفات في حاوية أو دليل بعد تجاوز فشل حساب التخزين.

تغيير التناقضات في بيانات الموجز والكائنات الثنائية كبيرة الحجم

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

للحصول على معلومات حول كيفية عمل موجز التغيير، راجع كيفية عمل موجز التغيير.

ضع في اعتبارك أن ميزات حساب التخزين الأخرى تتطلب تمكين موجز التغيير مثل النسخ الاحتياطي التشغيلي لتخزين Azure Blob والنسخ المتماثل للكائنات واستعادة النقطة الزمنية للكتلة.

حالات عدم تناسق الاستعادة في نقطة زمنية

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

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

وقت وتكلفة تجاوز الفشل

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

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

يمكنك إعادة تمكين التخزين المتكرر جغرافيا (GRS) أو التخزين المتكرر جغرافيا (RA-GRS) للوصول للقراءة للحساب، ولكن لاحظ أن التحويل من LRS إلى GRS أو RA-GRS يؤدي إلى تكلفة إضافية. وترجع التكلفة إلى رسوم خروج الشبكة لإعادة نسخ البيانات بشكل متماثل إلى المنطقة الثانوية الجديدة. أيضا، يجب إعادة ترطيب جميع الكائنات الثنائية كبيرة الحجم المؤرشفة إلى طبقة عبر الإنترنت قبل أن يمكن تكوين الحساب للتكرار الجغرافي، مما سيتكبد تكلفة. لمزيد من المعلومات حول التسعير، راجع:

بعد إعادة تمكين GRS لحساب التخزين الخاص بك، تبدأ Microsoft في نسخ البيانات الموجودة في حسابك بشكل متماثل إلى المنطقة الثانوية الجديدة. يعتمد وقت النسخ المتماثل على العديد من العوامل، والتي تشمل ما يلي:

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

أنواع حسابات التخزين المدعومة

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

نوع تجاوز الفشل GRS/RA-GRS GZRS/RA-GZRS
تجاوز الفشل المدار من قبل العميل حسابات v2 للأغراض العامة حسابات
v1 للأغراض العامة حسابات
كائن ثنائي كبير الحجم للتخزين قديم		 حسابات الأغراض العامة v2
تجاوز الفشل المدار من Microsoft جميع أنواع الحسابات حسابات الأغراض العامة v2

حسابات التخزين الكلاسيكية

هام

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

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

Azure Data Lake Storage Gen2

هام

تجاوز فشل الحساب المدار من قبل العميل للحسابات التي تحتوي على مساحة اسم هرمية (Azure Data Lake Storage Gen2) قيد المعاينة حاليا ويتم دعمها فقط في المناطق التالية:

  • (آسيا والمحيط الهادئ) الهند الوسطي
  • (آسيا والمحيط الهادئ) جنوب شرق آسيا
  • (أوروبا) شمال أوروبا
  • (أوروبا) شمال سويسرا
  • (أوروبا) غرب سويسرا
  • (أوروبا) غرب أوروبا
  • (أمريكا الشمالية) منطقة وسط كندا
  • (أمريكا الشمالية) شرق الولايات المتحدة الأميركية 2
  • (أمريكا الشمالية) جنوب وسط الولايات المتحدة الأمريكية

للاشتراك في المعاينة، راجع إعداد ميزات المعاينة في اشتراك Azure وحدد AllowHNSAccountFailover كاسم الميزة.

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

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

الميزات والخدمات غير المدعومة

الميزات والخدمات التالية غير مدعومة لتجاوز فشل الحساب:

  • لا تدعم Azure File Sync تجاوز فشل حساب التخزين الذي بدأه العميل. لا يجب تجاوز فشل حسابات التخزين التي تحتوي على مشاركات ملفات Azure المستخدمة كنقاط نهاية سحابية في Azure File Sync. سيؤدي القيام بذلك إلى توقف المزامنة عن العمل وقد يتسبب أيضًا في فقدان البيانات بشكل غير متوقع في حالة الملفات المتدرجة حديثًا. لمزيد من المعلومات، راجع أفضل الممارسات للتعافي من الكوارث باستخدام Azure File Sync للحصول على التفاصيل.
  • لا يمكن تجاوز فشل حساب التخزين الذي يحتوي على كائنات ثنائية كبيرة الحجم للكتلة المتميزة. لا تدعم حسابات التخزين التي تدعم الكائنات الثنائية كبيرة الحجم للكتلة المتميزة حاليا التكرار الجغرافي.
  • تجاوز الفشل المدار من قبل العميل غير مدعوم إما لحساب المصدر أو الوجهة في نهج النسخ المتماثل للكائن.
  • لتجاوز فشل حساب مع تمكين بروتوكول نقل ملفات SSH (SFTP)، يجب أولا تعطيل SFTP للحساب. إذا كنت ترغب في استئناف استخدام SFTP بعد اكتمال تجاوز الفشل، فما عليك سوى إعادة تمكينه.
  • نظام ملفات الشبكة (NFS) 3.0 (NFSv3) غير مدعوم لتجاوز فشل حساب التخزين. لا يمكنك إنشاء حساب تخزين تم تكوينه للتكرار العمومي مع تمكين NFSv3.

تجاوز الفشل ليس لترحيل الحساب

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

حسابات التخزين التي تحتوي على الكائنات الثنائية كبيرة الحجم المؤرشفة

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

Storage resource provider

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

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

نظرًا لعدم فشل موفر مورد تخزين Azure، ستقوم خاصية الموقع بإرجاع الموقع الأساسي الأصلي بعد اكتمال تجاوز الفشل.

الأجهزة الظاهرية لدى Azure

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

ضع في اعتبارك أن أي بيانات مخزنة في قرص مؤقت يتم فقدانها عند إيقاف تشغيل الجهاز الظاهري.

الأقراص غير مدارة

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

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

  1. قبل البدء، لاحظ أسماء أي أقراص غير مدارة وأرقام وحداتها المنطقية (LUN) والجهاز الظاهري الذي تم إرفاقها به. سيؤدي القيام بذلك إلى تسهيل إعادة توصيل الأقراص بعد تجاوز الفشل.
  2. قم بإيقاف تشغيل الجهاز الظاهري.
  3. احذف الجهاز الظاهري، ولكن احتفظ بملفات VHD للأقراص غير المدارة. لاحظ الوقت الذي قمت فيه بحذف الجهاز الظاهري.
  4. انتظر حتى يتم تحديث وقت المزامنة الأخير، وهو متأخر عن الوقت الذي حذفت فيه الجهاز الظاهري. هذه الخطوة مهمة، لأنه إذا لم يتم تحديث نقطة النهاية الثانوية بالكامل بملفات VHD عند حدوث تجاوز الفشل، فقد لا يعمل الجهاز الظاهري بشكل صحيح في المنطقة الأساسية الجديدة.
  5. بدء تجاوز فشل الحساب.
  6. انتظر حتى يكتمل تجاوز فشل الحساب وتصبح المنطقة الثانوية هي المنطقة الأساسية الجديدة.
  7. قم بإنشاء جهاز ظاهري في المنطقة الأساسية الجديدة وأعد توصيل VHD.
  8. بدء تشغيل الجهاز الظاهري الجديد.

ضع في اعتبارك أن أي بيانات مخزنة في قرص مؤقت يتم فقدانها عند إيقاف تشغيل الجهاز الظاهري.

نسخ البيانات كبديل لتجاوز الفشل

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

التصميم لقابلية الوصول العالية

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

ضع في اعتبارك أفضل الممارسات للحفاظ على قابلية الوصول العالية لبيانات Azure Storage:

  • الأقراص: استخدم Azure Backup لعمل نسخة احتياطية من أقراص VM التي تستخدمها أجهزة Azure الظاهرية. ضع في اعتبارك أيضا استخدام Azure Site Recovery لحماية الأجهزة الظاهرية الخاصة بك إذا كانت هناك كارثة إقليمية.
  • كتلة النقط: قم بتشغيل الحذف الناعم للحماية من عمليات الحذف والكتابة فوق مستوى الكائن، أو انسخ نقاط الكتلة إلى حساب تخزين آخر في منطقة مختلفة باستخدام AzCopy أو Azure PowerShell أو مكتبة Azure Data Movement.
  • الملفات: استخدم Azure Backup لعمل نسخة احتياطية من مشاركات الملفات. قم أيضًا بتمكين الحذف الناعم للحماية من عمليات حذف مشاركة الملفات غير المقصودة. للتكرار الجغرافي عندما لا يتوفر GRS، استخدم AzCopy أو Azure PowerShell لنسخ ملفاتك إلى حساب تخزين آخر في منطقة مختلفة.
  • الجداول: استخدم AzCopy لتصدير بيانات الجدول إلى حساب تخزين آخر في منطقة مختلفة.

تتبع الانقطاعات

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

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

(راجع أيضًا )