مشاركة عبر

SAP HANA Large Instances توفر عالية والتعافي من الكوارث على Azure

  • مقالة

هام

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

في هذه المقالة، سنقدم نظرة عامة على قابلية الوصول العالية (HA) والإصلاح بعد كارثة من (DR) SAP Hana على مثيلات Azure الكبيرة (المعروفة باسم البنية الأساسية لـ BareMetal). سنقوم أيضًا بتفصيل بعض المتطلبات والاعتبارات المتعلقة ب قابلية الوصول العالية والإصلاح بعد كارثة.

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

قابلية الوصول العالية والإصلاح بعد كارثة

تُعد قابلية الوصول العالية والإصلاح بعد كارثة من الجوانب الجوهرية لتشغيل SAP HANA ذي المهام الأساسية على خادم Azure (مثيلات كبيرة). من المهم العمل مع SAP أو برنامج تكامل النظام أو Microsoft على تصميم وتنفيذ إستراتيجيات قابلية الوصول العالية والإصلاح بعد كارثة المناسبة. من المهم أيضًا النظر في هدف نقطة الاسترداد (RPO) وهدف وقت الاسترداد (RTO)، وهما خاصان بالبيئة الخاصة بك.

تدعم Microsoft بعض قدرات التوفر العالية لـ SAP HANA باستخدام HANA Large Instances. وتشمل قدراته ما يلي:

  • ⁧⁩النسخ المتماثل للتخزين⁧⁩: قدرة نظام التخزين على نسخ جميع البيانات إلى طابع HANA Large Instance آخر في منطقة Azure أخرى. تعمل SAP HANA بشكل مستقل عن هذا الأسلوب. هذه الوظيفة هي آلية التعافي من الكوارث الافتراضية المقدمة لمثيلات HANA Large Instances.
  • ⁧⁩نسخ متماثل لنظام HANA⁧⁩: نسخ مماثلة لجميع البيانات الموجودة في SAP HANA إلى نظام SAP HANA منفصل. يتم تقليل هدف وقت الاسترداد من خلال تكرار البيانات على الفواصل الزمنية. يدعم SAP HANA الأوضاع غير المتزامنة والمتزامنة في الذاكرة والمتزامنة. لا يستخدم الوضع المتزامن إلا لأنظمة SAP HANA الموجودة داخل نفس مركز البيانات أو التي تفصل بينها مسافة أقل من 100 كيلومتر. مع التصميم الحالي لطوابعHANA Large Instance، يمكن استخدام النسخ المتماثل لنظام HANA للتوفر العالي داخل منطقة واحدة فقط. يتطلب النسخ المتماثل لنظام HANA وكيل عكسي لجهة خارجية أو مكون توجيه لتكوينات التعافي من الكوارث في منطقة Azure أخرى.
  • Host auto-failover:حل استرداد الأخطاء المحلي لـ SAP HANA بديل للنسخ المتماثل لنظام HANA. إذا أصبحت العقدة الرئيسية غير متاحة، فقم بتكوين عقدة SAP HANA واحدة أو أكثر من عقد الاستعداد في وضع تغيير الحجم، وسينتقل SAP HANA تلقائيًا إلى عقدة الاستعداد.

يتم تقديم SAP HANA على Azure (مثيلات كبيرة) في أزواج من مناطق Azure في أربع مساحات جغرافية سياسية (الولايات المتحدة وأستراليا وأوروبا واليابان). ترتبط منطقتان داخل مساحة جغرافية سياسية تستضيف طوابع HANA Large Instance بدوائر شبكة منفصلة مخصصة. يتم استخدام هذا النسخ المتماثل للقطات التخزين لتوفير أساليب الإصلاح بعد كارثة. لا يتم إعداد النسخ المتماثل بشكل افتراضي ولكن فقط للعملاء الذين يطلبون وظائف الإصلاح بعد كارثة. النسخ المتماثل للتخزين يعتمد على استخدام لقطات التخزين لـ HANA Large Instances. ليس من الممكن اختيار منطقة Azure كمنطقة لإجراء الإصلاح بعد كارثة تقع في منطقة جغرافية سياسية مختلفة.

الخيارات المدعومة حاليًا

يوضح الجدول التالي التوفر العالي المعتمد حالياً وأساليب التعافي من الكوارث وتركيباتها:

السيناريو المعتمد في HANA Large Instances خيار التوفر العالي خيار التعافي من الكوارث التعليقات
عقدة مفردة غير متوفر. إعداد DR مخصص.
إعداد DR متعدد الأغراض.
تجاوز الفشل التلقائي للمضيف: التوسع (مع أو بدون وضع الاستعداد)
بما في ذلك 1+1		 ممكن مع وضع الاستعداد أخذ دور نشط.
يتحكم HANA في مفتاح تبديل الأدوار.		 إعداد DR مخصص.
إعداد DR متعدد الأغراض.
مزامنة DR باستخدام النسخ المتماثل للتخزين.		 يتم إرفاق مجموعات وحدة التخزين HANA إلى جميع العقد.
يجب أن يكون موقع DR نفس عدد العقد.
نسخ متماثل لنظام HANA ممكن مع الإعداد الأساسي أو الثانوي.
ينتقل الثانوي إلى الدور الأساسي في حالة تجاوز الفشل.
HANA النسخ المتماثل للنظام وتجاوز الفشل التحكم في نظام التشغيل.		 إعداد DR مخصص.
إعداد DR متعدد الأغراض.
مزامنة DR باستخدام النسخ المتماثل للتخزين.
الإصلاح بعد كارثة باستخدام النسخ المتماثل لنظام HANA ليس ممكنًا بعد من دون مكونات جهة خارجية.		 يتم إرفاق مجموعة منفصلة من وحدات تخزين القرص إلى كل عقدة.
يتم نسخ وحدات تخزين القرص من النسخة المتماثلة الثانوية في موقع الإنتاج إلى موقع DR فقط.
مطلوب مجموعة وحدات تخزين واحدة في موقع DR.

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

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

ملاحظة

قبل HANA2.0 SPS4، لم يكن معتمداً لأخذ لقطات قاعدة بيانات لقواعد بيانات حاوية قاعدة البيانات متعددة المستأجرين (أكثر من مستأجر واحد). مع SPS4 وأحدث إصدار من SAP يدعم تمامًا هذه الميزة لقطة.

إعداد DR متعدد الأغراض هو المكان الذي تدير فيه وحدة HANA Large Instance على موقع DR حمل العمل غير الإنتاجي. في حالة حدوث كارثة، إيقاف تشغيل نظام غير الإنتاج، قم بإدخال مجموعات التخزين المنسوخة نسخًا متماثلاً (إضافية) وحدة التخزين ثم قم بتشغيل مثيل HANA للإنتاج. يستخدم معظم العملاء الذين يستخدمون وظيفة HANA Large Instance للتعافي من الكوارث هذا التكوين.

يمكنك العثور على مزيد من المعلومات حول توفر SAP HANA العالي في مقالات SAP التالية:

اعتبارات الشبكة للإصلاح بعد الكارثة باستخدام مثيلات HANA الكبيرة

للاستفادة من وظيفة التعافي من الكوارث من HANA Large Instances، تحتاج إلى تصميم اتصال شبكة الاتصال بمنطقتي Azure. تحتاج إلى اتصال دائرة Azure ExpressRoute من أماكن العمل في منطقة Azure الرئيسية، واتصال دائرة آخر من مكان العمل إلى منطقة التعافي من الكوارث. يغطي هذا الإجراء حالة توجد فيها مشكلة في منطقة Azure، بما في ذلك موقع Microsoft Enterprise Edge Router (MSEE).

كإجراء ثانٍ، يمكنك توصيل جميع الشبكات الظاهرية Azure التي تتصل SAP HANA على Azure (مثيلات كبيرة) في منطقة واحدة إلى دائرة ExpressRoute الذي يربط مثيلات HANA الكبيرة في المنطقة الأخرى. مع هذا الاتصال المتبادل، يمكن توصيل الخدمات التي تعمل على شبكة اتصال Azure الظاهرية في المنطقة 1 بوحدات مثيلات HANA الكبيرة في المنطقة 2، وفي الاتجاه الآخر. يعالج هذا الإجراء حالة يكون فيها موقع واحد فقط من مواقع MSEE التي تتصل بالموقع المحلي الخاص بك باستخدام Azure غير متصل.

يوضح الرسم البياني التالي تكوينًا مرنًا لحالات الإصلاح بعد كارثة:

التكوين الأمثل للإصلاح بعد كارثة

متطلبات أخرى مع النسخ المتماثل لتخزين مثيلات HANA الكبيرة للإصلاح بعد الكارثة

  • طلب وحدات SHANA SAP على وحداتSKU Azure (Large Instances) SKUs بنفس حجم وحدات SKU للإنتاج ونشرها في منطقة التعافي من الكوارث. في عمليات نشر العملاء الحالية، يتم استخدام هذه المثيلات لتشغيل مثيلات HANA غير الإنتاج. ويشار إلى هذه التكوينات على أنها إعدادات الإصلاح بعد الكارثة متعددة الأغراض.
  • اطلب تخزينًا إضافيًا على موقع الإصلاح بعد كارثة لكل وحدة من وحدات التخزين الخاصة بك SAP HANA على وحدات التخزين الخاصة بـ Azure (مثيلات كبيرة) SKUs التي تريد استردادها في موقع الإصلاح بعد كارثة. شراء مساحة تخزين إضافية يتيح لك تخصيص وحدات التخزين. يمكنك تخصيص وحدات التخزين التي هي الهدف من النسخ المتماثل للتخزين من منطقة إنتاج Azure إلى منطقة Azure للتعافي من الكوارث.
  • قد يكون لديك النسخ المتماثل للنظام SAP HANA تم إعداده على النسخ المتماثل الأساسي والمستند إلى التخزين إلى موقع الإصلاح بعد كارثة. ثم يجب عليك شراء المزيد من التخزين في موقع الإصلاح بعد كارثة حتى يتم نسخ بيانات كل من العقد الأساسية والثانوية إلى موقع الإصلاح بعد كارثة.

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

النسخ الاحتياطي لـ SAP HANA واستعادته على المثيلات الكبرى الخاصة بـ HANA.

النسخ الاحتياطي لـ SAP HANA واستعادته على المثيلات الكبرى الخاصة بـHANA