كيفية نشر SAP HANA: نقوم بتحليل الطرق المختلفة

SAP HANA هو أحد أنظمة إدارة قواعد البيانات (DBMS) الشائعة في الذاكرة والتي تتضمن خدمات التخزين (مستودع البيانات) والتحليلات والبرامج الوسيطة المضمنة وخادم التطبيقات ومنصة لتكوين أدوات مساعدة جديدة أو تطويرها. من خلال التخلص من زمن الوصول لأنظمة إدارة قواعد البيانات التقليدية باستخدام SAP HANA، يمكنك زيادة أداء النظام ومعالجة المعاملات (OLTP) وذكاء الأعمال (OLAP) بشكل كبير.

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

يتكون SAP HANA من 3 مكونات رئيسية - المضيف والمثيل والنظام.

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

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

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

يمكن تكوين النظام كمضيف واحد (مثيل واحد على مضيف واحد) أو متعدد المضيفين، موزعًا (يتم توزيع العديد من مثيلات SAP HANA على عدة مضيفين، مع مثيل واحد لكل مضيف). في الأنظمة متعددة المضيفين، يجب أن يكون لكل مثيل نفس الرقم. يتم تعريف نظام SAP HANA بواسطة معرف النظام (SID)، وهو رقم فريد يتكون من ثلاثة أحرف أبجدية رقمية.

المحاكاة الافتراضية لـ SAP HANA

أحد القيود الرئيسية لـ SAP HANA هو دعم نظام واحد فقط - مثيل واحد بخادم SID فريد. لاستخدام الأجهزة بشكل أكثر كفاءة أو تقليل عدد الخوادم في مركز البيانات، يمكنك استخدام المحاكاة الافتراضية. بهذه الطريقة، يمكن أن تتعايش المناظر الطبيعية الأخرى على نفس الخادم مع أنظمة ذات متطلبات أقل (أنظمة غير منتجة). بالنسبة لخادم HA/DR الاحتياطي، يمكن أن تعمل المحاكاة الافتراضية على تحسين سرعة التبديل بين الأجهزة الظاهرية المنتجة وغير المنتجة.

يتضمن SAP HANA دعمًا لبرنامج Hypervisor VMWare ESX. وهذا يعني أن أنظمة SAP HANA المختلفة - عمليات تثبيت SAP HANA بأرقام SID مختلفة - يمكن أن تتواجد معًا على مضيف واحد (خادم فعلي مشترك) في أجهزة ظاهرية مختلفة. يجب أن يعمل كل جهاز افتراضي على نظام تشغيل مدعوم.

بالنسبة لبيئات الإنتاج، فإن المحاكاة الافتراضية لـ SAP HANA لها قيود خطيرة:

• لا يتم دعم التوسع التدريجي - لا يمكن استخدام المحاكاة الافتراضية إلا مع أنظمة التوسعة، سواء كانت BwoH/DM/SoH أو SoH "الخالصة"؛
• يجب تنفيذ المحاكاة الافتراضية ضمن القواعد الموضوعة للأجهزة أو أجهزة TDI؛
• يمكن أن يكون للتوفر العام (GA) جهاز ظاهري واحد فقط - ويجب على الشركات التي ترغب في استخدام المحاكاة الافتراضية مع بيئات إنتاج HANA المشاركة في برنامج التوفر الخاضع للتحكم مع SAP.

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

طبولوجيا SAP HANA

دعنا ننتقل إلى نشر SAP HANA. تم تعريف طبولوجيتين هنا.

• التوسع – خادم واحد كبير. مع نمو قاعدة HANA، ينمو الخادم نفسه: يزداد عدد وحدات المعالجة المركزية وحجم الذاكرة. في الحلول ذات التوفر العالي (HA) والتعافي من الكوارث (DR)، يجب أن تتطابق الخوادم الاحتياطية أو المتسامحة مع الأخطاء مع خصائص الخوادم الإنتاجية.
• توسيع النطاق – يتم توزيع الحجم الكامل لنظام SAP HANA على عدة خوادم متطابقة. يحتوي الخادم الرئيسي على معلومات حول خادم الفهرس وخادم الأسماء. لا تحتوي الخوادم التابعة على هذه البيانات - باستثناء الخادم الذي يتولى وظائف السيد في حالة فشل الخادم الرئيسي. تدير خوادم الفهرس شرائح البيانات المخصصة لها وتستجيب أيضًا للطلبات. تدرك خوادم الأسماء كيفية توزيع البيانات بين خوادم الإنتاج. إذا زاد حجم HANA، تتم إضافة عقدة أخرى ببساطة إلى تكوين الخادم الحالي. في هذه الهيكلية، يكفي أن يكون لديك عقدة احتياطية واحدة لضمان أمان الخادم بأكمله.

متطلبات الأجهزة SAP

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

• وحدة المعالجة المركزية Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• بدءًا من ذاكرة الوصول العشوائي (RAM) بسعة 128 جيجابايت لتطبيقات BW مع وحدتي معالجة مركزية، و2 جيجابايت مع أكثر من 256 وحدات معالجة مركزية؛

نشر SAP HANA في أوضاع الأجهزة وTDI

لننتقل الآن إلى التدريب والحديث عن كيفية تنفيذ SAP HANA في وضعي Appliance وTDI. ولهذا نستخدم منصات SAP HANA الخاصة بنا استنادًا إلى خوادم BullSequana S وBullion S، المعتمدة من SAP للعمل في هذه الأوضاع.

القليل من المعلومات حول المنتجات. يتضمن BullSequana S المستند إلى Intel Xeon Scalable نماذج مختلفة، تصل إلى 32 وحدة معالجة مركزية في خادم واحد. تم إنشاء الخادم باستخدام تصميم معياري يوفر إمكانية التوسع حتى 32 وحدة معالجة مركزية ونفس العدد من وحدات معالجة الرسومات. ذاكرة الوصول العشوائي – من 64 جيجابايت إلى 48 تيرابايت. تشتمل ميزات BullSequana S على دعم الذكاء الاصطناعي للمؤسسات لتحسين الأداء، وتسريع تحليلات البيانات، وتحسين الحوسبة في الذاكرة، والتحديث باستخدام تقنيات المحاكاة الافتراضية والسحابة.

يأتي Bullion S مزودًا بوحدات المعالجة المركزية Intel Xeon E7 v4 Family. الحد الأقصى لعدد المعالجات هو 16. ذاكرة الوصول العشوائي قابلة للتطوير من 128 جيجابايت إلى 24 تيرابايت. يوفر عدد كبير من وظائف RAS مستويات عالية من التوفر للبنى التحتية ذات المهام الحرجة مثل SAP HANA. يعتبر Bullion S مناسبًا لدمج مراكز البيانات الجماعية، أو تشغيل تطبيقات الذاكرة، أو ترحيل الحواسيب المركزية أو الأنظمة القديمة.

جهاز ساب هانا

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

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

• توسيع نطاق BWoH/DM/SoH - القياس الرأسي، وهو مناسب للأنظمة الفردية (SID واحد). تنمو الأجهزة بمقدار 256/384 جيجابايت بدءًا من SAP HANA SPS 11. توضح هذه النسبة السعة القصوى التي تدعمها وحدة معالجة مركزية واحدة وهي شائعة في القائمة الكاملة للأجهزة المعتمدة. يُعد جهاز BWoH/DM/SoH المزود بقياس رأسي مثاليًا لـ BW على تطبيقات HANA (BWoH)، وData Mart (DM)، وSAP Suite على تطبيقات HANA (SoH).
• توسيع نطاق SoH - هذه نسخة خفيفة الوزن من الطراز السابق، مع قيود أقل على حجم ذاكرة الوصول العشوائي. لا يزال هذا خادمًا قابلاً للتطوير رأسيًا، ولكن الحد الأقصى لذاكرة الوصول العشوائي لمعالجين يبلغ بالفعل 2 جيجابايت (حتى الإصدار SPS1536) و11 تيرابايت (SPS3+). مناسب لـ SoH فقط.
• خارج نطاق - هذا خيار قابل للتطوير أفقيًا، وهو نظام يدعم تكوينات الخوادم المتعددة. يعد القياس الأفقي مثاليًا لـ BW، ومع بعض القيود، لـ SoH.

في خوادم BullSequana S وBullion S، يكون التركيز على القياس الرأسي لأنه يحتوي على قيود تشغيلية أقل ويتطلب إدارة أقل. بالنسبة لوضع الأجهزة، توجد مجموعة كبيرة من الأجهزة المختلفة.

حلول BullSequana S لـ SAP HANA في وضع الأجهزة

*اختياري E7-8890/94v4
حلول Bullion S لـ SAP HANA في وضع الأجهزة

جميع حلول Bull في وضع الأجهزة من SAP HANA SPS 12 معتمدة. تم تركيب الجهاز في حامل 19U قياسي مقاس 42 بوصة، مع مصدري طاقة - وحدات PDU داخلية. الخوادم التالية حاصلة على شهادة SAP:

• BullSequana S مع Intel Xeon Skylake 8176، 8176M، 8180، 8180M (المعالجات التي تحمل الحرف "M" تدعم وحدات ذاكرة سعة 128 جيجابايت). من حيث نسبة السعر إلى الجودة، تبدو الخيارات مع Intel 8176 أفضل
• Bullion S مع Intel Xeon E7-8880 v4 و8890 و8894.

يتصل نظام التخزين مباشرة بالخادم عبر منافذ FC، لذلك ليست هناك حاجة إلى محولات SAN هنا. يمكن أن تكون مفيدة للوصول إلى الأنظمة المتصلة بشبكة LAN أو SAN.

فيما يلي مثال لتكوين نظام التخزين EMC Unity 450F في الإعداد الخاص بنا:

• الارتفاع: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
• وحدات التحكم: 2
• الأقراص: من 6 إلى 250 محرك أقراص SAS SSD، ومن 600 جيجابايت إلى 15.36 تيرابايت لكل منها
• RAID: المستوى 5 (8+1)، 4 مجموعات RAID
• الواجهة: 4 FC لكل وحدة تحكم، 8 أو 16 جيجابت/ثانية
• البرنامج: Unisphere Block Suite

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

ساب هانا تي دي آي

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

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

بالنسبة لحسابات السعة، نوصي باستخدام SAP Quick Sizer، وهي أداة بسيطة توفر متطلبات وحدة المعالجة المركزية والذاكرة لأحمال العمل المختلفة في SAP HANA. يمكنك بعد ذلك الاتصال بدعم SAP Active Global لتخطيط مشهد تكنولوجيا المعلومات لديك. بعد ذلك، يقوم شريك أجهزة SAP HANA بتحويل نتائج الحساب إلى تكوينات نظام محتملة مختلفة - سواء على الأجهزة المتطورة أو على الأجهزة الأبسط. في وضع TDI للخوادم من المقبول استخدام وحدات المعالجة المركزية Intel E7، بما في ذلك Intel Broadwell E7 وSkylake-SP (البلاتينية والذهبية والفضية مع 8 مراكز أو أكثر لكل معالج)، بالإضافة إلى IBM Power8/ 9.

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

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

يشبه خط خوادم BullSequana S في وضع TDI الخط الموجود في وضع الأجهزة، ولكن بدون أنظمة تخزين ومفاتيح ورفوف. يمكنك تثبيت أي نظام تخزين من قائمة أنظمة SAP المعتمدة - VNX، وXtremIO، وNetApp وغيرها. على سبيل المثال، إذا كان VNX5400 يلبي متطلبات أداء SAP HANA، فيمكنك توصيل وحدة تخزين Dell EMC Unity 450F كجزء من تكوين TDI. إذا لزم الأمر، يتم تثبيت محولات FC (1 أو 10 جيجابت/ثانية)، بالإضافة إلى محولات Ethernet.

الآن، حتى تتمكن من تخيل الأوضاع الموصوفة بشكل أكثر وضوحا، سنخبرك عن العديد من حالاتنا الحقيقية.

الأجهزة + TDI: HANA للمتجر الإلكتروني

تأسس المتجر الإلكتروني Mall.cz، وهو جزء من مجموعة Mall Group، في عام 2000. ولها فروع في جمهورية التشيك وسلوفاكيا وبولندا والمجر وسلوفينيا وكرواتيا ورومانيا. ويعد هذا أكبر متجر إلكتروني في البلاد، حيث يبيع ما يصل إلى 75 ألف منتج يوميًا، وبلغت إيراداته في نهاية عام 2017 حوالي 280 مليون يورو.

كان تحديث البنية التحتية لمركز البيانات مطلوبًا فيما يتعلق بالترحيل إلى SAP HANA. كان الحجم المقدر 2x6 تيرابايت لبيئات الإنتاج و6 تيرابايت لبيئات الاختبار/التطوير. وفي الوقت نفسه، كان الحل المتعلق بالتعافي من الكوارث مطلوبًا لبيئة SAP HANA منتجة في مجموعة نشطة.

في وقت إعلان المناقصة، كان لدى العميل نظام SAP يعتمد على الخوادم ذات الحامل والخوادم النصلية القياسية. تم تجهيز مركزين للبيانات، يقعان على بعد حوالي 10 كيلومترات من بعضهما البعض، بأنظمة تخزين مختلفة - IBM SVC وHP وDell. تعمل الأنظمة الرئيسية في وضع التعافي من الكوارث.

أولاً، طلب العميل حلاً معتمدًا في وضع الأجهزة لـ SAP HANA لجميع الأنظمة (بيئات الإنتاج والاختبار/التطوير) مع نمو يصل إلى 12 تيرابايت. ولكن بسبب قيود الميزانية، بدأوا في النظر في خيارات أخرى - على سبيل المثال، المزيد من وحدات المعالجة المركزية مع وحدات ذاكرة الوصول العشوائي الأصغر (وحدات 64 جيجابايت بدلا من وحدات 128 جيجابايت). بالإضافة إلى ذلك، لتحسين السعر، تم أخذ التخزين المشترك لبيئات الإنتاج والاختبار/التطوير في الاعتبار.

لقد اتفقنا على 4 وحدات معالجة مركزية وذاكرة وصول عشوائي سعة 6 تيرابايت لبيئة الإنتاج، مع وجود مجال للنمو. بالنسبة لبيئات الاختبار/التطوير في وضع TDI، قررنا استخدام وحدات معالجة مركزية أقل تكلفة - وانتهى بنا الأمر بـ 8 وحدات معالجة مركزية و6 تيرابايت من ذاكرة الوصول العشوائي. نظرًا للعدد الأكبر من الوظائف التي يطلبها العميل - النسخ المتماثل والنسخ الاحتياطي والإنتاج المشترك وبيئات الاختبار/التطوير على الموقع الثاني - بدلاً من الأقراص الداخلية، تم استخدام أنظمة التخزين DellEMC Unity في تكوين فلاش كامل. بالإضافة إلى ذلك، طلب العميل حلاً للتعافي من الكوارث استنادًا إلى النسخ المتماثل لنظام HANA (HSR) مع عقدة النصاب القانوني على موقع ثالث.

يتكون التكوين النهائي لبيئة Prod من خادم BullSequana S400 على Intel Xeon P8176M (28 مركزًا، 2.10 جيجا هرتز، 165 واط) و6 تيرابايت من ذاكرة الوصول العشوائي. نظام التخزين - Unity 450F 10x 3.84 تيرابايت. لأغراض التعافي من الكوارث، بالنسبة لبيئة Prod، استخدمنا BullSequana S400 على Intel Xeon P8176M (28 مركزًا، 2.10 جيجا هرتز، 165 وات) مع 6 تيرابايت من ذاكرة الوصول العشوائي. بالنسبة لبيئة الاختبار/التطوير، استخدمنا خادم BullSequana S800 مزودًا بمعالج Intel Xeon P8153 (16 نواة، 2.00 جيجا هرتز، 125 وات) و6 تيرابايت من ذاكرة الوصول العشوائي بالإضافة إلى نظام تخزين Unity 450F 15x 3.84 تيرابايت. قام المتخصصون لدينا بتثبيت وتكوين خوادم DellEMC كنصاب قانوني وخوادم التطبيقات (VxRail Solution) وحل النسخ الاحتياطي (DataDomain).

المعدات جاهزة للترقيات المستقبلية. يتوقع العميل زيادة حجم HANA في عام 2019، وكل ما عليه فعله هو تثبيت وحدات جديدة في الرفوف.

الجهاز: HANA لشركة تكامل سياحية كبيرة

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

كانت المهمة الرئيسية هي تنفيذ البنية التحتية للأجهزة بناءً على الأجهزة المعتمدة في وضع الأجهزة لـ SAP HANA. وكانت المعايير ذات الأولوية هي فعالية التكلفة والأداء العالي وقابلية التوسع وتوافر البيانات بشكل كبير.

لقد اقترحنا ونفذنا حلاً معتمدًا من SAP، بما في ذلك خادمين من نوع Bullion S16 - لبيئات Prod وPreProd. يعمل الجهاز على معالجات Intel Xeon E7-v4 8890 (24 نواة، 2.20 جيجا هرتز، 165 واط) ومجهز بذاكرة وصول عشوائي (RAM) تبلغ سعتها 16 تيرابايت. بالنسبة لبيئات BW وDev/Test، تم تثبيت تسعة خوادم Bullion S4 (22 مركزًا، 2.20 جيجا هرتز، 150 واط) مع 4 تيرابايت من ذاكرة الوصول العشوائي. تم استخدام Hybrid EMC Unity كنظام تخزين.

يوفر هذا الحل دعمًا لتوسيع نطاق جميع عناصر الجهاز - على سبيل المثال، ما يصل إلى 16 مقبسًا مع وحدة المعالجة المركزية Intel Xeon E7-v4. تم تبسيط الإدارة في هذا التكوين - على وجه الخصوص، لإعادة تكوين الخادم أو تقسيمه.

الجهاز + TDI: HANA لعلماء المعادن

قررت شركة MMC Norilsk Nickel، إحدى أكبر الشركات المنتجة للنيكل والبلاديوم، تحديث منصة أجهزة SAP HANA الخاصة بها لدعم تطبيقات ومشاريع الأعمال المهمة. كانت هناك حاجة لتوسيع المشهد الحالي من حيث القدرة الحاسوبية. كان أحد الشروط الرئيسية التي طرحها العميل هو التوفر العالي للمنصة - على الرغم من قيود الأجهزة.

بالنسبة لبيئات الإنتاج، استخدمنا خادم Bullion S8 وأنظمة التخزين في وضع SAP HANA Appliance. بالنسبة لـ HA والاختبار/التطوير، تم نشر النظام الأساسي في وضع TDI. استخدمنا خادم Bullion S8 واحدًا وخادمين Bullion S6 ونظام تخزين مختلط. وقد جعل هذا المزيج من الممكن زيادة سرعة التطبيقات بشكل كبير في مشهد SAP، وزيادة مقدار طاقة الحوسبة وموارد تخزين البيانات، وتقليل تكاليف التشغيل. من المهم أن يظل لدى العميل القدرة على توسيع نطاق ما يصل إلى 16 وحدة معالجة مركزية.

نحن ندعوك إلى منتدى SAP

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

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

نراكم في المنتدى!

المصدر: www.habr.com