استكشاف النسخ الاحتياطية لـ SAP HANA على مستوى الملف

4 دقائق

النسخ الاحتياطي ل SAP HANA مع خدمة Azure Backup

النسخ الاحتياطية (السجل وغير السجل) في SAP HANA Azure VMs المقدمة عبر Backint هي تدفقات إلى Azure Recovery Services vaults (التي تستخدم داخليا Azure Storage Blob) لذلك من المهم فهم منهجية الدفق هذه.

يوفر مكون Backint من HANA "أنابيب" (أنبوب للقراءة من وأنبوب للكتابة فيه) ، متصل بالأقراص الأساسية حيث توجد ملفات قاعدة البيانات، والتي يتم قراءتها بعد ذلك بواسطة خدمة النسخ الاحتياطي Azure ونقلها إلى خزنة خدمات الاسترداد Azure، وهو حساب تخزين Azure عن بُعد. تنفذ خدمة النسخ الاحتياطي في Azure أيضًا المجموع الاختباري للتحقق من صحة الدفقات بالإضافة إلى فحوصات التحقق من صحة Backint الأصلية. ستضمن عمليات التحقق هذه أن البيانات الموجودة في مخزن خدمات استرداد Azure موثوقة وقابلة للاسترداد بالفعل.

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

طرق النسخ الاحتياطي الأخرى

دون استخدام خدمة Azure Backup، فإن الطريقة القياسية لإدارة النسخ الاحتياطي/الاستعادة على مستوى الملف هي مع النسخ الاحتياطي المستند إلى الملفات عبر SAP HANA Studio أو عبر عبارات SAP HANA SQL. عند اختيار نوع "ملف"، على المرء تحديد مسار في نظام الملفات حيث يكتب SAP HANA ملفات النسخ الاحتياطي. تعمل الاستعادة بنفس الطريقة.

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

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

عامل "Azure Backup"

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

أدوات Azure Storage

لنسخ الملفات إلى Azure Storage، يمكنك استخدام CLI أو PowerShell، أو تطوير أداة باستخدام أحد ملفات Azure SDKs. خيارات أخرى لنسخ ملفات النسخ الاحتياطي SAP HANA تشمل AzCopy وblobxfer (كلاهما متوفر على GitHub)، وتُستخدم من قبل العديد من العملاء في بيئات الإنتاج. تسمح الأدوات بنسخ البيانات مباشرة إلى تخزين Azure blob أو مشاركة ملف Azure. كما أنها توفر مجموعة من الميزات المفيدة، مثل تجزئة MD5 أو التوازي التلقائي عند نسخ دليل مع ملفات متعددة.

نسخة Blob من أقراص بيانات Azure المخصصة في برنامج النسخ الاحتياطي RAID

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

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

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

نسخ ملفات النسخ الاحتياطي SAP HANA إلى ملفات Azure

فمن الممكن لتحميل مشاركة ملفات Azure داخل الجهاز الظاهري لـ Azure Linux. وقد أظهرت الاختبارات، مع ذلك، أن النسخ الاحتياطي SAP HANA لا يعمل حالياً مباشرة مع هذا النوع من جبل CIFS. كما ذكر في ملاحظة SAP #1820529 أن CIFS غير مستحسن.

متابعة