استكشف قابلية وصول SAP HANA

  • 6 دقائق

نسخ النُسخ الاحتياطية إلى جهاز ظاهري آخر

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

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

النسخ المتماثل لنظام SAP HANA دون تجاوز الفشل التلقائي

تستخدم وحدات السيناريو القليلة التالية النَسخ المتماثل لنظام SAP HANA. السيناريوهات التي لا تحتوي على تجاوز الفشل التلقائي ليست شائعة لعمليات التوزيع داخل منطقة Azure واحدة. تتطلب التكوينات دون تجاوز الفشل التلقائي، مع تجنب الحاجة إلى Pacemaker، مراقبة إضافية وتتطلب تجاوز الفشل اليدوي. يعتمد معظم العملاء على خدمة إصلاح Azure بدلاً من ذلك.

النَسخ المتماثل لنظام SAP HANA دون تجاوز تلقائي للفشل ودون تحميل مسبق للبيانات

في هذا السيناريو، يمكنك استخدام النسخ المتماثل لنظام HANA SAP لنقل البيانات بشكل متزامن للإطاحة بنظام تشغيل RPO. من ناحية أخرى، لديك أوقات استرداد طويلة بما فيه الكفاية التي لا تحتاج إلى تجاوز الفشل أو تحميل البيانات مسبقاً في ذاكرة التخزين المؤقت لمثيل HANA. في مثل هذه الحالة، يمكنك تحقيق المزيد من الفوائد من خلال اتخاذ الإجراءات التالية:

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

حتى إذا لم تستخدم التحميل المسبق للبيانات في هدف النَسخ المتماثل لنظام HANA، فأنت بحاجة إلى ذاكرة 64 غيغا بايت على الأقل. تحتاج أيضاً ذاكرة كافية بالإضافة إلى 64 غيغا بايت للاحتفاظ بيانات rowstore في ذاكرة المثيل الهدف.

النَسخ المتماثل لنظام SAP HANA دون تجاوز تلقائي للفشل ودون تحميل مُسبق للبيانات

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

النَسخ المتماثل لنظام SAP HANA دون تجاوز الفشل التلقائي

في تكوين التوفر القياسي والأكثر شيوعاً داخل منطقة واحدة لـ Azure، تم تحديد مجموعتين لتجاوز الفشل من الأجهزة الظاهرية لـ Azure يعملان بنظام SLES Linux. ويستند نظام التشغيل SLES Linux على إطار Pacemaker، مع جهاز STONITH.

من منظور HANA SAP النسخ المتماثل يَستخدم الوضع المتزامن مع تجاوز الفشل التلقائي. في الجهاز الظاهري الثانوي، يعمل مثيلSAP HANA كعُقدة الاستعداد السريع. تتلقى عُقدة الاستعداد تدفقاً متزامناً من سجلات التغيير من مثيل SAP HANA الأساسي. نظراً لالتزام التطبيق بالمعاملات في عقدة HANA الأساسية، تنتظر عقدة HANA الأساسية لتأكيد الالتزام بالتطبيق حتى تؤكد عقدة SAP HANA الثانوية أنها استلمت سجل الالتزام. يوفر SAP HANA وضعين متزامنين للنسخ الاحتياطي المتماثل.

قد تختار هذا الحل لأنه يَمكّنك من تحقيق RPO = 0 وRTO منخفض. تكوين اتصال عميل SAP HANA بحيث يستخدم عملاء SAP HANA عنوان IP الظاهري للاتصال بتكوين النسخ المتماثل لنظام HANA. مثل هذا التكوين يلغي الحاجة إلى إعادة تكوين التطبيق في حالة حدوث تجاوز فشل إلى العقدة الثانوية. في هذا السيناريو، يجب أن تكون وحدات الأجهزة الظاهرية لوحدات حفظ المخزون لـ Azure للأجهزة الظاهرية الأساسية والثانية (الثانوية) هي نفسها.

تكوينات مقياس SAP HANA في Azure

تعتمد قابلية الوصول العالية لمقياس SAP HANA بشكل كبير على شفاء خدمة الأجهزة الظاهرية لـ Azure وإعادة تشغيل مثيل SAP HANA.

في وقت تأليف هذا المحتوى، يتم دعم مجموعة أجهزة NFS المتوفرة بشكل كبير معSUSE Linux فقط.