الأسئلة المتداولة – النسخ الاحتياطي لقواعد بيانات SAP HANA في الأجهزة الظاهرية في Azure

يمكنك الحصول على جدول نسخ احتياطي كامل واحد ونسخ احتياطية مُتعددة عند الطلب في يوم واحد.

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

يمكنك التحقق من حالة النسخ الاحتياطية (المجدولة/ عند الطلب) من أي من المواقع التالية:

1. مهام النسخ الاحتياطي: يعرض Azure Backup جميع المهام التي تم تشغيلها يدويًا في قسم مهام النسخ في مدخل Azure.
   
   تتضمن المهام التي تراها في مدخل Microsoft Azure عمليات اكتشاف قاعدة البيانات وتسجيلها وعمليات النسخ الاحتياطي والاستعادة. لا تظهر المهام المجدولة، بما في ذلك النسخ الاحتياطية للسجلات في هذا القسم. لا تظهر هنا أيضًا النسخ الاحتياطية، التي تم تشغيلها يدويًا من عملاء SAP HANA الأصليين (Studio/ Cockpit/ DBA Cockpit).

   

   

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

3. تقارير النسخ الاحتياطي: إن التقارير هي طريقة أخرى لعرض حالة مهام النسخ الاحتياطي. ستكون تقاريرك كما يلي:

   

   

   التعرف على كيفية تكوين تقارير Azure Backup.

4. عملاء SAP HANA Native: إذا كنت عميل SAP HANA، يمكنك أيضا استخدام HANA Studio، أحد عملاء HANA الأكثر شيوعا. في هذا العميل، انتقل إلى Backup Console ->Backup Catalog لمشاهدة حالة النسخ الاحتياطي.

   

ستُظهر قائمة «مهمة النسخ الاحتياطي» فقط مهام النسخ الاحتياطي عند الطلب التي هي إما قيد التقدم، أو نجحت أو فشلت. بالنسبة للوظائف المجدولة، استخدم Azure Monitor.

لا تحدد Azure Backup فترة استبقاء صريحة على النسخ الاحتياطية الكاملة للإصلاح التلقائي. يتم الاحتفاظ بهذه النسخة الاحتياطية حتى الوقت الذي تحتفظ فيه ب Delta التابعة (تفاضلية أو تزايدية) وسجل النسخ الاحتياطية. بمجرد حذف النسخ الاحتياطي الأخيرة التابعة على هذه النسخة الاحتياطية للإصلاح التلقائي، يتم حذف النسخ الاحتياطي للإصلاح التلقائي أيضًا.

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

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

لا، ذلك ليس مدعومًا حاليًا.

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

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

راجع البرنامج التعليمي للحصول على دليل خطوة بخطوة للبدء باستخدام Azure Backup في قواعد بيانات SAP HANA. يمكنك أيضًا استخدام CLI لتكوين النسخ الاحتياطية وإدارتها.

راجع المتطلبات الأساسية لاستخدام Azure Backup في SAP HANA.

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

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

حاليًا ليس لدينا القدرة على إعداد الحل مقابل IP الظاهري أو الوكيل. نحتاج إلى جهاز ظاهري لتنفيذ الحل.

يمكنك تشغيل نسخة احتياطية عند الطلب باستخدام عملاء SAP HANA الأصليين إلى نظام الملفات المحلي بدلا من Backint. تعرف على المزيد حول كيفية إدارة العمليات باستخدام عملاء SAP الأصليين.

يمكنك تقليم كتالوج HANA باستخدام أساليب SAP الموصى بها، مثل عبارات BACKUP CATALOG DELETE أو HANA Studio/Cockpit. تعرف على المزيد حول كيفية إدارة العمليات باستخدام عملاء SAP الأصليين.

1. بالنسبة للنسخ المتماثل لنظام HANA (HSR)، فإن العقدة الثانوية لا تقبل أي اتصالات على الإطلاق. بمجرد تكوين النسخ الاحتياطي، تقوم خدمة Azure Backup باختبار الاتصال بشكل دوري وتفشل. في بعض الأحيان، تنعكس المحاولات الفاشلة على العقدة الأساسية. بعد حالات فشل متعددة، يتم قفل المستخدم، ومن ثم تفشل العقدة الأساسية بخطأ ODBCConnectionError.
   
   لقد لاحظنا أن جميع المستخدمين لا يواجهون هذه المشكلة. نوصيك/SAP بالتحقق من سبب قفل المستخدمين في العقدة الأساسية عند فشل اتصال المستخدم بالعقدة الثانوية.

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

3. وكذاك، تقوم النسخ الاحتياطية (النسخ الاحتياطي الكامل) التي تفشل في العقدة الثانوية بإنشاء تنبيهاتٍ.

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

ارجع إلى أداء النسخ الاحتياطي واستعادة أداء معدل النقل التي يوفرها Azure Backup لأحمال العمل على نظام HANA.

لإعداد نظام HANA الخاص بك لزيادة الأداء المُحسن، استخدم الموارد التالية:

• تحديد نوع قرص في الأجهزة الظاهرية في Azure لخدمة تأجير البنية التحتية - الأقراص المُدارة
• مستويات الأداء لأقراص Azure المُدارة
• M-series
• تكوينات تخزين الجهاز الظاهري في Azure على SAP HANA

حاليا، يقبل Azure Backup ل SAP HANA 1 كقيمة للخاصية parallel_backup_using_backint . ومع ذلك، يقسم Azure Backup هذا الدفق الفردي في تدفقات متعددة للحصول على أداء أفضل.

حاليا، يتم دعم النسخ الاحتياطية المستندة إلى Backint فقط ل HSR. اللقطات ليست بعد.

تحتاج إلى تشغيل إعادة الكشف عن المثيل على الخادم الذي تم وضع علامة "غير جاهز" لتحديث حالته.

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

تحقق إذا تم استيفاء جميع المتطلبات الأساسية للاستعادة لأجل استهداف مثيل SAP HANA. لمزيد من المعلومات، راجع المتطلبات الأساسية - استعادة قواعد بيانات SAP HANA في Azure VM.

تأكد من تحديد خيار فرض الكتابة الفوقية أثناء الاستعادة.

راجع ملاحظة HANA SAP 1642148 لمعرفة أنواع الاسترجاع المدعومة حاليًا.

نعم، يمكنك استخدام النسخ الاحتياطية المتدفقة التي تم تشغيلها على قاعدة بيانات HANA قيد التشغيل على SLES لاستعادتها إلى نظام RHEL HANA والعكس صحيح. بمعنى آخر، يمكن استعادة نظام التشغيل المتبادل باستخدام النسخ الاحتياطية المتدفقة. ومع ذلك، سيكون عليك التأكد من أن نظام HANA الذي تريد استعادته، ونظام HANA المستخدم للاستعادة، متوافقان للاستعادة وفقًا لـ SAP. راجع ملاحظة SAP HANA 1642148 لمعرفة أنواع عمليات الاستعادة المتوافقة.

نعم، يمكنك تنزيل الملفات جزئيا كما هو موثق هنا.

نعم، تحتاج إلى تعطيل HANA System Replication (HSR) على النظام الهدف، ثم إجراء الاستعادة. لا يمكنك استعادة نظام ممكن بواسطة HSR، وفقا ل SAP.

قبل إنشاء السياسة، يجب أن تكون واضحًا بشأن متطلبات RPO وRTO وآثارها المترتبة من حيث التكلفة.

تُشير RPO (هدف نقطة الاسترداد) إلى نسبة فقدان البيانات المقبولة للمستخدم/العميل. يتم تحديد ذلك من خلال تردد النسخ الاحتياطي للسجلات. تشير النسخ الاحتياطية للسجلات الأكثر تكرارًا إلى RPO منخفض وإن قيمة الحد الأدنى المدعومة في خدمة Azure Backup هي 15 دقيقة. لذلك قد يبلغ تردد النسخ الاحتياطي للسجلات 15 دقيقة أو أعلى.

يشير RTO (هدف وقت الاسترداد) إلى سرعة استعادة البيانات إلى آخر نقطة زمنية متوفرة بعد سيناريو فقدان البيانات. يعتمد ذلك على استراتيجية الاسترداد المستخدمة من HANA، التي تعتمد عادة على عدد الملفات المطلوب استعادتها. وذلك له آثار على التكاليف أيضًا، وينبغي للجدول التالي أن تساعد على فهم جميع السيناريوهات وآثارها.

لذلك، يمكنك تحديد متغير النهج استنادًا إلى أهداف RPO و RTO واعتبارات التكلفة.

يجب مراعاة بعض المبادئ عند تحديد تأثير تبديل نهج عنصر النسخ الاحتياطي من السياسة 1 (P1) إلى السياسة 2 (P2) أو تحرير السياسة 1 (P1).

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

بهذه المبادئ، يمكنك قراءة الجدول التالي لفهم الآثار المترتبة على تغيير السياسة.

يمكنك إدارة المساحة في المجلد الجذر باستخدام أحد الخيارات التالية:

• إنشاء LV خاص بـ /opt/msawb.
• إنشاء ارتباط/ ارتباطبسيط إلى موقع/مجلد آخر على القرص نفسه/مختلف.
• زيادة المساحة على القسم الجذر.

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

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