مشاركة عبر

تثبيت SAP Hana (المثيلات الكبيرة) وتكوينها على Azure

  • مقالة

في هذه المقالة، سنتناول التحقق من صحة المثيلات الكبيرة SAP HANA (HLIs) وتكوينها وتثبيتها على Azure (المعروف باسم البنية الأساسية SAP Hana لـ BareMetal).

المتطلبات الأساسية

قبل قراءة هذه المقالة، تعرف على:

انظر أيضا:

التخطيط للتثبيت

تركيب SAP HANA مسؤوليتك. يمكنك بدء تثبيت خادم SAP HANA جديد على Azure (مثيلات كبيرة) بعد تأسيس الاتصال بين الشبكات الظاهرية Azure ووحدة (مثيلات كبيرة) HANA.

إشعار

وفقاً لنهج SAP، يجب تثبيت SAP HANA بواسطة شخص اجتاز اختبار SAP Technology Associate المعتمد، أو امتحان شهادة تثبيت SAP HANA، أو من هو مكمل نظام معتمد من SAP (SI).

عندما تخطط لتثبيت HANA 2.0، راجع ملاحظة دعم SAP #2235581 - SAP Hana: أنظمة التشغيل المدعومة. تأكد من دعم نظام التشغيل (OS) مع الإصدار SAP Hana الذي تقوم بتثبيته. نظام التشغيل المعتمد لـ HANA 2.0 أكثر تقييداً من نظام التشغيل المعتمد لـ HANA 1.0. تأكد من أن إصدار نظام التشغيل الذي تهتم به مدعوم لمثيل HANA الكبير المحدد. استخدم هذه القائمة؛ حدد HLI للاطلاع على تفاصيل قائمة نظام التشغيل المدعومة لتلك الوحدة.

التحقق من صحة ما يلي قبل بدء تثبيت HANA:

التحقق من صحة وحدة (وحدات) مثيل HANA الكبير

بعد تلقي مثيلات HANA الكبيرة من Microsoft، قم بإنشاء إمكانية للوصول إليها والاتصال بها. ثم تحقق من صحة الإعدادات التالية واضبطها حسب الضرورة.

  1. تحقق في مدخل Azure مما إذا كان المثيل (المثيلات) يظهر مع وحدات SKU ونظام التشغيل الصحيحين. لمزيد من المعلومات، راجع التحكم في مثيلات Azure HANA الكبيرة من خلال مدخل Azure.

  2. سجل نظام التشغيل الخاص بالمثيل لدى موفر نظام التشغيل الخاص بك. تتضمن هذه الخطوة تسجيل نظام التشغيل SUSE Linux في مثيل أداة إدارة اشتراك SUSE (SMT) التي تم نشرها في جهاز ظاهري في Azure.

    يمكن لمثيل HANA الكبير الاتصال بمثيل SMT هذا. (لمزيد من المعلومات، راجع كيفية إعداد خادم SMT لـ SUSE Linux). إذا كنت تستخدم نظام تشغيل Red Hat، فيجب تسجيله في مدير اشتراك Red Hat الذي ستتصل به. لمزيد من المعلومات، راجع الملاحظات الواردة في ما SAP Hana على Azure (مثيلات كبيرة)؟.

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

  3. تحقق من وجود تصحيحات وإصلاحات جديدة لإصدار / إصدار نظام التشغيل المحدد. تحقق من أن مثيل HANA الكبير يحتوي على أحدث التحديثات الجزئية. في بعض الأحيان لا يتم تضمين أحدث التحديثات الجزئية، لذا تأكد من التحقق.

  4. تحقق من ملاحظات SAP ذات الصلة لتثبيت وتكوين SAP HANA على إصدار / إصدار نظام التشغيل المحدد. لن تقوم Microsoft دائمًا بتكوين HLI بالكامل. قد يؤدي تغيير التوصيات أو التغييرات في ملاحظات SAP أو التكوينات التي تعتمد على سيناريوهات فردية إلى جعل الأمر مستحيلاً.

    لذا تأكد من قراءة ملاحظات SAP المتعلقة SAP Hana لإصدار Linux الدقيق الخاص بك. أيضًا، تحقق من تكوينات إصدار نظام التشغيل / الإصدار وتطبيق إعدادات التكوين إذا لم تكن قد فعلت ذلك بالفعل.

    وبوجه خاص، تحقق من المعلمات التالية ثم في النهاية ضبط إلى:

    • net.core.rmem_max = 16777216
    • net.core.wmem_max = 16777216
    • net.core.rmem_default = 16777216
    • net.core.wmem_default = 16777216
    • net.core.optmem_max = 16777216
    • net.ipv4.tcp_rmem = 65536 16777216 16777216
    • net.ipv4.tcp_wmem = 65536 16777216 16777216

    بدءا من SLES12 SP1 وRed Hat Enterprise Linux (RHEL) 7.2، يجب تعيين هذه المعلمات في ملف تكوين في الدليل /etc/sysctl.d. على سبيل المثال، يجب إنشاء ملف تكوين مع اسم 91-NetApp-HANA.conf. بالنسبة للإصدارات القديمة من SLES وRHEL، يجب تعيين هذه المعلمات في/etc/sysctl.conf.

    بالنسبة لكافة إصدارات RHEL بدءًا من الإصدار RHEL 6.3، ضع في اعتبارك:

    • يجب تعيين sunrpc.tcp_slot_table_entries = 128 معلمة في / etc / modprobe.d / sunrpc-local.conf. إذا لم يكن الملف موجودا، فبادر بإنشائه أولا عن طريق إضافة الإدخال:
      • options sunrpc tcp_max_slot_table_entries=128

  5. تحقق من وقت النظام الخاص بك لمثيل HANA الكبير. يتم نشر المثيلات مع منطقة زمنية للنظام. تمثل هذه المنطقة الزمنية موقع منطقة Azure التي يوجد فيها طابعHANA Large Instance. يمكنك تغيير وقت النظام أو المنطقة الزمنية للمثيلات التي تملكها.

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

  6. فحص etc/hosts. عندما يتم تسليم الشفرات، يكون لها عناوين IP مختلفة مخصصة لأغراض مختلفة. من المهم التحقق من ملف etc / hosts عند إضافة وحدات إلى مستأجر موجود. قد لا يتم الاحتفاظ بملف etc/hosts الخاص بالأنظمة المنشورة حديثًا بشكل صحيح مع عناوين IP للأنظمة التي تم تسليمها مسبقًا. تأكد من أن مثيل نشر حديثًا يمكن حل أسماء الوحدات التي قمت بنشرها في وقت سابق في المستأجر الخاص بك.

نظام التشغيل

يتم تعيين مساحة التبديل لصورة نظام التشغيل التي تم تسليمها على 2 غيغابايت وفقًا لملاحظة SAP رقم 1999997 - الأسئلة المتداولة: ذاكرة SAP Hana. إذا كنت تريد إعدادًا مختلفًا، فيجب عليك ضبطه بنفسك.

تطبيقات SUSE Linux Enterprise Server 12 SP1 هو توزيع Linux التي تم تثبيتها لـ SAP HANA على Azure (المثيلات الكبيرة). يوفر هذا التوزيع قدرات SAP محددة، بما في ذلك معلمات محددة مسبقًا لتشغيل SAP على SLES بشكل فعال.

للحصول على العديد من الموارد المفيدة المتعلقة بنشر SAP Hana على SLES، راجع:

تتضمن هذه الموارد معلومات حول إعداد قابلية الوصول العالية، وزيادة الأمان الخاص بعمليات SAP، والمزيد.

فيما يلي المزيد من الموارد لـ SAP على SUSE:

المستندات التالية هي ملاحظات دعم SAP المطبقة على تنفيذ SAP HANA على SLES 12:

Red Hat Enterprise Linux لـ SAP Hana هو عرض آخر لتشغيل SAP Hana على مثيلات HANA الكبيرة. إصدارات RHEL 7.2 و7.3 متوفرة ومدعومة. لمزيد من المعلومات حول SAP على Red Hat، راجع SAP Hana على موقع Red Hat Linux.

المستندات التالية هي ملاحظات دعم SAP المطبقة على تنفيذ SAP HANA على Red Hat:

مزامنة الوقت

تطبيقات SAP المبنية على بنية SAP NetWeaver حساسة للفروق الزمنية لمكونات نظام SAP. تتم الإشارة إلى هذه الاختلافات بواسطة عمليات التفريغ القصيرة لـ SAP ABAP بعنوان الخطأ ZDATE_LARGE_TIME_DIFF. وذلك لأن هذه المقالب القصيرة تظهر عندما ينحرف وقت النظام للخوادم المختلفة أو الأجهزة الظاهرية (VMs) بعيدًا جدًا.

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

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

الشبكات

عند تصميم شبكات Azure الظاهرية وتوصيل تلك الشبكات الافتراضية بمثيلات HANA الكبيرة، تأكد من اتباع التوصيات الموضحة في:

فيما يلي بعض التفاصيل الجديرة بالذكر حول شبكات الوحدات الفردية. تأتي كل وحدة مثيل كبير HANA مع عنوانين أو ثلاثة عناوين IP معينة إلى منفذين أو ثلاثة منافذ وحدة تحكم واجهة الشبكة (NIC). يتم استخدام ثلاثة عناوين IP في تكوينات HANA scale-out وسيناريو النسخ المتماثل لنظام HANA. أحد عناوين IP المعينة إلى NIC الخاص بالوحدة خارج تجمع IP للخادم الموضح في نظرة عامة وبنية SAP Hana (المثيلات الكبيرة) على Azure.

لمزيد من المعلومات حول تفاصيل Ethernet للبنية الخاصة بك، راجع سيناريوهات HLI المدعومة.

التخزين

تم تكوين تخطيط التخزين ل SAP HANA (مثيلات كبيرة) بواسطة SAP HANA على إدارة خدمة Azure باستخدام إرشادات SAP الموصى بها.

يتم توثيق الأحجام التقريبية لوحدات التخزين المختلفة مع وحدات SKU المختلفة لمثيلات HANA الكبيرة في نظرة عامة وبنية SAP Hana (المثيلات الكبيرة) على Azure.

يتم سرد اصطلاحات تسمية وحدات التخزين في الجدول التالي:

استخدام التخزين اسم الحامل اسم وحدة التخزين
بيانات HANA /hana/data/SID/mnt0000<m> Storage IP:/hana_data_SID_mnt00001_tenant_vol
سجل HANA /hana/log/SID/mnt0000<m> Storage IP:/hana_log_SID_mnt00001_tenant_vol
سجل النسخ الاحتياطي HANA /hana/log/backups Storage IP:/hana_log_backups_SID_mnt00001_tenant_vol
HANA المشتركة /hana/shared/SID Storage IP:/hana_shared_SID_mnt00001_tenant_vol/shared
usr/sap /usr/sap/SID Storage IP:/hana_shared_SID_mnt00001_tenant_vol/usr_sap

SID هو معرف نظام مثيل HANA.

المستأجر هو تعداد داخلي للعمليات عند نشر مستأجر.

HANA usr/sap مشاركة نفس الحجم. تتضمن التسميات من نقاط التحميل معرف النظام مثيلات HANA ورقم التحميل. في عمليات النشر على نطاق واسع، هناك تحميل واحد فقط، مثل mnt00001. في عمليات النشر التي تم توسيع نطاقها، سترى أكبر عدد من عمليات التحميل كما هو الحال مع العقد العاملة والعقد الأساسية.

بالنسبة للبيئات التي تم توسيع نطاقها، تتم مشاركة وحدات تخزين النسخ الاحتياطي وتسجيلها وتعلق على كل عقدة في تكوين Scale-out. بالنسبة للتكوينات التي هي مثيلات SAP متعددة، يتم إنشاء مجموعة مختلفة من وحدات التخزين وتعلق على وحدة مثيل HANA الكبيرة. للحصول على تفاصيل تخطيط التخزين للسيناريو الخاص بك، راجع السيناريوهات المدعومة من HLI.

مثيلات HANA الكبيرة تأتي مع حجم قرص كبير لـ HANA / البيانات وحجم HANA/log/backup. لقد جعلنا HANA / البيانات كبيرة جدًا لأن لقطات التخزين تستخدم نفس وحدة تخزين القرص. كلما زاد عدد لقطات التخزين التي تقوم بها، كلما استهلكت لقطات في وحدات التخزين المخصصة مساحة أكبر.

لا يفترض أن تكون وحدة التخزين HANA/log/backup وحدة التخزين للنسخ الاحتياطية لقاعدة البيانات. تم تحديد حجمه ليتم استخدامه كوحدة تخزين النسخ الاحتياطي للنسخ الاحتياطية سجل معاملات HANA. لمزيد من المعلومات، انظر التوفر العالي لـ SAP HANA (المثيلات الكبيرة) والإصلاح بعد كارثة على Azure.

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

أثناء الإعداد مع SAP HANA على إدارة خدمة Azure، ستقوم بتحديد معرف مستخدم (UID) و معرف المجموعة (GID) للمستخدم sidadm وsapsys (على سبيل المثال: 1000,500). أثناء تثبيت نظام HANA SAP يجب استخدام هذه القيم نفسها. لأنك تريد توزيع مثيلات HANA متعددة على وحدة، تحصل على مجموعات متعددة من وحدات التخزين (مجموعة واحدة لكل مثيل). لذلك في وقت النشر، تحتاج إلى تعريف:

  • SID من مثيلات HANA مختلفة (sidadm مشتق منه).
  • أحجام الذاكرة من مثيلات HANA مختلفة. حجم الذاكرة لكل مثيل يعرف حجم وحدات التخزين في كل مجموعة وحدة تخزين فردية.

استناداً إلى توصيات موفر التخزين، يتم تكوين خيارات التحميل التالية لجميع وحدات التخزين المحملة (باستثناء boot LUN):

  • nfs rw, vers=4, hard, timeo = 600, rsize =1048576, wsize =1048576, intr, noatime, lock 0 0

يتم تكوين نقاط التثبيت هذه في /etc/fstab كما هو موضح في لقطات الشاشة التالية:

Screenshot showing fstab of mounted volumes in HANA Large Instance unit.

يبدو إخراج الأمر df -h على مثيل S72m HANA الكبير كما يلي:

Screenshot showing output of the command for HANA Large Instance.

تتم مزامنة وحدة تحكم التخزين والعقد في الطوابع Large Instance إلى خوادم NTP. من المهم مزامنة SAP Hana على Azure (مثيلات كبيرة) و Azure VMs مقابل خادم NTP. فهو يزيل الانجراف الزمني الكبير بين البنية الأساسية ووحدات الحوسبة في طوابع Azure أو المثيل الكبير.

لتحسين SAP HANA إلى التخزين المستخدم أسفل، قم بتعيين معلمات تكوين SAP HANA التالية:

  • max_parallel_io_requests 128
  • async_read_submit في
  • async_write_submit_active في
  • غير المتزامن_الكتابة_الفصل_لجميع الكتل

بالنسبة لإصدارات SAP Hana 1.0 حتى SPS12، يمكن تعيين هذه المعلمات أثناء تثبيت قاعدة بيانات SAP | كما هو موضح في ملاحظة SAP رقم 2267798 - تكوين قاعدة بيانات SAP HANA.

يمكنك أيضاً تكوين المعلمات بعد تثبيت قاعدة بيانات SAP HANA باستخدام إطار عمل hdbparam.

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

هام

لمنع HANA من محاولة زيادة حجم ملفات البيانات خارج الحد الأقصى لحجم الملف 16 تيرابايت من التخزين مثيل كبير HANA تعيين المعلمات التالية في ملف التكوين global.ini SAP HANA:

  • datavolume_striping=true
  • datavolume_striping_size_gb = 15000
  • راجع أيضًا ملاحظة SAP رقم 2400005
  • انتبه إلى ملاحظة SAP رقم 2631285

مع SAP HANA 2.0، تم إهمال إطار hdbparam. لذلك يجب تعيين المعلمات باستخدام أوامر SQL. لمزيد من المعلومات، راجع ملاحظة SAP #2399079: القضاء على hdbparam في HANA 2.

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

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

اتبع خطوات تثبيت SAP Hana على Azure (المثيلات الكبيرة).

تثبيت HANA على SAP HANA على Azure (مثيلات كبيرة)