SAP HANA یو مشهور په حافظه کې DBMS دی چې پکې د ذخیره کولو خدمات (د ډیټا ګدام) او تحلیلونه شامل دي ، په مینځ کې جوړ شوي مینځني توکي ، د غوښتنلیک سرور ، او د نویو اسانتیاو تنظیم کولو یا پراختیا لپاره پلیټ فارم. د SAP HANA سره د دودیز DBMSs ځنډ له مینځه وړلو سره، تاسو کولی شئ د سیسټم فعالیت، د لیږد پروسس کولو (OLTP) او د سوداګرۍ استخباراتو (OLAP).
تاسو کولی شئ SAP HANA په تجهیزاتو او TDI حالتونو کې ځای په ځای کړئ (که موږ د تولید چاپیریال په اړه وغږیږو). د هر اختیار لپاره، جوړونکي خپل اړتیاوې لري. پدې پوسټ کې به موږ د مختلف اختیارونو ګټو او زیانونو په اړه وغږیږو ، په بیله بیا د وضاحت لپاره ، د SAP HANA سره زموږ د اصلي پروژو په اړه.
SAP HANA د 3 اصلي برخو څخه جوړه ده - کوربه، مثال او سیسټم.
کوربه د SAP HANA DBMS چلولو لپاره سرور یا عملیاتي چاپیریال دی. د دې اړین برخې CPU، RAM، ذخیره، شبکه او OS دي. کوربه د نصب کولو لارښودونو، ډاټا، لاګونو، یا مستقیم د ذخیره کولو سیسټم ته لینکونه چمتو کوي. په ورته وخت کې، د SAP HANA نصبولو لپاره د ذخیره کولو سیسټم باید په کوربه کې موقعیت ونلري. که سیسټم ډیری کوربه ولري، تاسو به یا هم شریک ذخیره ته اړتیا ولرئ یا یو چې د ټولو کوربه لخوا په غوښتنه شتون لري.
مثال - د SAP HANA سیسټم اجزاو سیټ په یوه کوربه کې نصب شوی. اصلي برخې د انډیکس سرور او نوم سرور دي. لومړی، چې د "کاري سرور" په نوم هم یادیږي، غوښتنې پروسس کوي، د اوسني ډیټا ذخیره او ډیټابیس انجنونه اداره کوي. د نوم سرور د SAP HANA انسټالشن د ټوپولوژي په اړه معلومات ذخیره کوي - چیرې چې برخې چلیږي او کوم معلومات په سرور کې دي.
سيستم - دا د ورته شمیرې سره یو یا څو مثالونه دي. په لازمي ډول، دا یو جلا عنصر دی چې کیدی شي فعال، غیر فعال یا کاپي (بیک اپ) وي. ډاټا د مختلف سرورونو په حافظه کې ویشل شوي چې د SAP HANA سیسټم جوړوي.
سیسټم د واحد کوربه په توګه تنظیم کیدی شي (یو مثال په یوه کوربه کې) یا څو کوربه توزیع شوی (د SAP HANA ډیری مثالونه په هر کوربه کې د یو مثال سره په څو کوربه توزیع شوي). په څو کوربه سیسټمونو کې، هر مثال باید ورته شمیر ولري. د SAP HANA سیسټم د سیسټم ID (SID) لخوا پیژندل شوی، یو ځانګړی شمیره چې درې الفانومیریک حروف لري.
SAP HANA مجازی کول
د SAP HANA یو له اصلي محدودیتونو څخه یوازې د یو سیسټم ملاتړ دی - یو مثال د ځانګړي سرور SID سره. د هارډویر ډیر مؤثره کارولو یا د ډیټا مرکز کې د سرورونو شمیر کمولو لپاره ، تاسو کولی شئ مجازی کول وکاروئ. په دې توګه، نورې منظرې کولی شي په ورته سرور کې د سیسټمونو سره یوځای شي چې ټیټ اړتیاوې لري (غیر تولیدي سیسټمونه). د سټنډرډ HA/DR سرور لپاره ، مجازی کول کولی شي د تولیدي او غیر تولیدي مجازی ماشینونو ترمینځ د بدلولو سرعت ښه کړي.
SAP HANA کې د VMWare ESX هایپروایزر ملاتړ شامل دی. دا پدې مانا ده چې مختلف SAP HANA سیسټمونه - د مختلف SID شمیرو سره د SAP HANA تاسیسات - په مختلف مجازی ماشینونو کې په یو واحد کوربه (عام فزیکي سرور) کې یوځای کیدی شي. هر مجازی ماشین باید په ملاتړ شوي OS کې پرمخ بوځي.
د تولید چاپیریال لپاره، د SAP HANA مجازی کول جدي محدودیتونه لري:
- د سکیل آوټ اندازه کول نه ملاتړ کیږي - مجازی کول یوازې د سکیل اپ سیسټمونو سره کارول کیدی شي ، که دا BwoH/DM/SoH وي یا "خالص" SoH؛
- مجازی کول باید د وسایلو یا TDI وسیلو لپاره رامینځته شوي مقرراتو کې ترسره شي؛
- عمومي شتون (GA) کولی شي یوازې یو مجازی ماشین ولري — هغه شرکتونه چې غواړي د HANA تولید چاپیریال سره مجازی کول وکاروي باید د SAP سره د کنټرول شوي شتون برنامه کې برخه واخلي.
په غیر تولیدي چاپیریال کې چیرې چې دا محدودیتونه شتون نلري ، مجازی کول د هارډویر کارولو غوره کولو لپاره کارول کیدی شي.
د SAP HANA ټوپولوژی
راځئ چې د SAP HANA ګمارلو ته لاړ شو. دلته دوه ټوپولوژي تعریف شوي.
- اندازه کول - یو لوی سرور. لکه څنګه چې د HANA اساس وده کوي، سرور پخپله وده کوي: د CPUs شمیر او د حافظې مقدار ډیریږي. د لوړ شتون (HA) او د ناورین بیا رغونه (DR) سره حلونو کې، بیک اپ یا د غلطۍ زغمونکي سرورونه باید د تولیدي سرورونو ځانګړتیاو سره سمون ولري.
- پیمانه - د SAP HANA سیسټم ټول حجم په څو ورته سرورونو ویشل شوی. ماسټر سرور د انډیکس سرور او نوم سرور لپاره معلومات لري. د غلام سرورونه دا ډاټا نلري - د سرور پرته، کوم چې د اصلي سرور د ناکامۍ په صورت کې د ماسټر دندې په غاړه اخلي. د شاخص سرورونه د معلوماتو برخې اداره کوي چې دوی ته ټاکل شوي او غوښتنو ته هم ځواب ووایی. د نوم سرورونه پدې پوهیږي چې څنګه ډاټا د تولید سرورونو ترمنځ ویشل کیږي. که HANA وده وکړي، بل نوډ په ساده ډول د اوسني سرور ترتیب کې اضافه کیږي. په دې ټوپولوژي کې، دا کافي ده چې یو بیک اپ نوډ ولرئ ترڅو د ټول سرور امنیت ډاډمن کړي.
د SAP هارډویر اړتیاوې
SAP د HANA لپاره لازمي هارډویر اړتیاوې لري. دوی د تولید چاپیریال سره تړاو لري - د غیر تولید لپاره، لږترلږه ځانګړتیاوې کافي دي. نو، دلته د تولید چاپیریال لپاره اړتیاوې دي:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- د 128 GB رام څخه د BW غوښتنلیکونو لپاره د 2 CPUs سره، 256 GB د 4+ CPUs سره؛
په اپلائنس او TDI حالتونو کې د SAP HANA ځای په ځای کول
اوس راځئ چې تمرین ته لاړ شو او په اپلائنس او TDI حالتونو کې د SAP HANA پلي کولو څرنګوالي په اړه وغږیږو. د دې لپاره موږ د BullSequana S او Bullion S سرورونو پراساس زموږ د SAP HANA پلیټ فارمونه کاروو ، کوم چې پدې حالتونو کې د کار کولو لپاره د SAP لخوا تصدیق شوي.
د محصولاتو په اړه لږ معلومات. د Intel Xeon Scalable پر بنسټ د BullSequana S مختلف ماډلونه شامل دي، په یو سرور کې تر 32 CPUs پورې. سرور د ماډلر ډیزاین په کارولو سره جوړ شوی چې تر 32 CPUs او ورته شمیر GPUs ته توزیع چمتو کوي. رام - له 64 GB څخه تر 48 TB پورې. د BullSequana S ب featuresو کې د ښه فعالیت لپاره د تصدۍ AI ملاتړ ، ګړندي ډیټا تحلیلونه ، په حافظه کې کمپیوټري ښه کول ، او د مجازی کولو او کلاوډ ټیکنالوژیو سره عصري کول شامل دي.
بلین ایس د Intel Xeon E7 v4 کورنۍ CPUs سره راځي. د پروسیسرونو اعظمي شمیر 16 دی. RAM له 128 GB څخه تر 24 TB پورې د توزیع وړ دی. د RAS ډیری فعالیتونه د ماموریت مهم زیربنا لکه SAP HANA لپاره د لوړې کچې شتون چمتو کوي. بلیون ایس د ډله ایز ډیټا مرکز یوځای کولو لپاره مناسب دی ، د حافظې غوښتنلیکونو چلول ، د مین فریمونو مهاجرت یا میراث سیسټمونه.
د SAP هانا وسیله
اپلائنس یو دمخه ترتیب شوی حل دی چې پکې سرور ، د ذخیره کولو سیسټم او د ټرنکي پلي کولو لپاره د سافټویر کڅوړه شامله ده ، د مرکزي ملاتړ خدمت او د فعالیت منل شوې کچې سره. دلته، HANA د مخکې ترتیب شوي هارډویر او سافټویر په توګه راځي، په بشپړه توګه مدغم او تصدیق شوي. د اپلائنس حالت کې وسیله د ډیټا مرکز کې نصبولو لپاره چمتو ده ، او عملیاتي سیسټم ، SAP HANA او (که اړتیا وي) اضافي VMWare مثال دمخه تنظیم شوی او نصب شوی.
د SAP تصدیق د فعالیت تضمین شوی کچه ټاکي، په بیله بیا د CPU ماډل، د RAM اندازه او ذخیره. یوځل تصدیق شوی ، ترتیب نشي بدلیدلی پرته لدې چې تضمین باطل شي. د هانا پلیټ فارم اندازه کولو لپاره ، SAP درې اختیارونه وړاندیز کوي.
- اندازه کول BWoH/DM/SoH - عمودی اندازه کول، کوم چې د واحد سیسټمونو لپاره مناسب دی (یو SID). وسایل د 256/384 GB لخوا وده کوي د SAP HANA SPS 11 څخه پیل کیږي. دا تناسب د یو CPU لخوا ملاتړ شوي اعظمي ظرفیت ښیې او د تصدیق شوي وسایلو ټول لیست لپاره عام دی. اپلائنس BWoH/DM/SoH د عمودی اندازه کولو سره د BW لپاره په HANA (BWoH)، ډیټا مارټ (DM)، او SAP سویټ په HANA (SoH) غوښتنلیکونو کې غوره دی.
- Scal-up SoH - دا د پخوانی ماډل لږ وزن لرونکی نسخه ده، د RAM په مقدار کې لږ محدودیتونو سره. دا لاهم د عمودی توزیع وړ سرور دی ، مګر د 2 پروسیسرونو لپاره د رام اعظمي اندازه دمخه 1536 GB (د SPS11 نسخه پورې) او 3 TB (SPS12+) ده. یوازې د SoH لپاره مناسب.
- پیمانه بهر - دا په افقی ډول د توزیع وړ اختیار دی، یو سیسټم چې د څو سرور ترتیبونو ملاتړ کوي. افقی اندازه کول د BW لپاره غوره دی او د ځینې محدودیتونو سره، د SoH لپاره.
په BullSequana S او Bullion S سرورونو کې، عمودی اندازه کول تمرکز دی ځکه چې دا لږ عملیاتي محدودیتونه لري او لږ ادارې ته اړتیا لري. د وسیلې حالت لپاره د مختلف وسیلو لوی لړۍ شتون لري.
د اپلائنس موډ کې د SAP HANA لپاره د BullSequana S حلونه
*اختیاري E7-8890/94v4
د اپلائنس حالت کې د SAP HANA لپاره د بلین ایس حلونه
د SAP HANA SPS 12 څخه د اپلائنس حالت کې ټول بیل حلونه تصدیق شوي. تجهیزات په معیاري 19 انچ 42U ریک کې نصب شوي ، د دوه بریښنا رسولو سره - داخلي PDUs. لاندې سرورونه د SAP تصدیق لري:
- BullSequana S د Intel Xeon Skylake 8176, 8176M, 8180, 8180M سره (پروسیسرونه د "M" لیک سره د 128 GB حافظې ماډلونو ملاتړ کوي). د نرخ - کیفیت تناسب شرایطو کې ، د Intel 8176 سره اختیارونه غوره ښکاري
- د Intel Xeon E7-8880 v4، 8890 او 8894 سره Bullion S.
د ذخیره کولو سیسټم مستقیم د FC بندرونو له لارې سرور سره وصل کیږي ، نو دلته د SAN سویچونو ته اړتیا نشته. دوی کولی شي د LAN یا SAN سره وصل سیسټمونو ته د لاسرسي لپاره ګټور وي.
دلته زموږ په ترتیب کې د EMC اتحاد 450F ذخیره کولو سیسټم ترتیب یوه بیلګه ده:
- لوړوالی: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- کنټرولونکي: 2
- ډیسکونه: له 6 څخه تر 250 SAS SSD پورې، له 600 GB څخه تر 15.36 TB پورې هر یو
- RAID: کچه 5 (8+1)، 4 RAID ګروپونه
- انٹرفیس: په هر کنټرولر کې 4 FC، 8 یا 16 Gbit/s
- سافټویر: یونیسفیر بلاک سوټ
وسیله یو د باور وړ ګمارلو اختیار دی، مګر دا یو لوی نیمګړتیا لري: د هارډویر تنظیم کولو کې لږ آزادي. سربیره پردې، دا اختیار ممکن د معلوماتي ټکنالوجۍ څانګې پروسو کې بدلونونو ته اړتیا ولري.
SAP HANA TDI
د اپلائنس بدیل د TDI (تخصص شوي ډیټا مرکز ادغام) حالت دی ، په کوم کې چې تاسو کولی شئ د پیرودونکي غوښتنې پراساس ځانګړي تولید کونکي او زیربنا برخې غوره کړئ - ترسره شوي دندې او د کار بار په پام کې نیولو سره. د مثال په توګه، یو SAN د ډیټا مرکز کې بیا کارول کیدی شي، ځینې ډیسکونه د HANA نصبولو ته وقف شوي.
د وسیلې په پرتله ، د TDI حالت کارونکي ته د اړتیاو پوره کولو لپاره خورا ډیر آزادي ورکوي. دا د ډیټا مرکز کې د HANA ادغام خورا ساده کوي - تاسو کولی شئ خپل دودیز زیربنا جوړه کړئ. د مثال په توګه، د بار په اساس د پروسیسرونو ډول او شمیر توپیر وکړئ.
د ظرفیت محاسبې لپاره، موږ د SAP Quick Sizer کارولو وړاندیز کوو، یو ساده وسیله چې په SAP HANA کې د مختلف کاري بارونو لپاره د CPU او حافظې اړتیاوې چمتو کوي. بیا تاسو کولی شئ د SAP فعال نړیوال ملاتړ سره اړیکه ونیسئ ترڅو خپل د IT منظره پلان کړئ. له دې وروسته، د SAP HANA هارډویر شریک د محاسبې پایلې په مختلف ممکنه سیسټم ترتیبونو کې بدلوي - دواړه په سر کې او په ساده هارډویر کې. د سرورونو لپاره د TDI حالت کې دا د منلو وړ ده چې د Intel E7 CPUs وکاروئ، پشمول د Intel Broadwell E7 او Skylake-SP (پلاتین، سرو زرو، د 8 یا ډیرو کورونو سره د هر پروسیسر سره)، او همدارنګه IBM Power8/ 9.
سرورونه د ذخیره کولو سیسټمونو ، سویچونو او ریکونو پرته چمتو کیږي ، مګر د هارډویر اړتیاوې د اپلائنس حالت په څیر ورته پاتې کیږي - ورته واحد نوډونه ، د عمودی یا افقی اندازه کولو سره حلونه. SAP ورته اړتیا لري یوازې تصدیق شوي سرورونه، د ذخیره کولو سیسټمونه او سویچونه کارول شوي، مګر دا ویره نلري - ډیری تولید کونکي نږدې ټول تجهیزات تصدیق شوي.
د فعالیت ازموینه باید د HWCCT (د هارډویر کنفیګریشن چیک وسیلې) ازموینې په کارولو سره ترسره شي.، کوم چې تاسو ته اجازه درکوي د ځانګړو SAP KPIs سره موافقت چیک کړئ. او یو غیر هارډویر اړتیا شتون لري: HANA، OS او Hypervisor (اختیاري) باید د SAP تصدیق شوي متخصصینو لخوا نصب شي. یوازې هغه سیسټمونه چې ټول لیست شوي مقررات پوره کوي د SAP فعالیت ملاتړ ترلاسه کولی شي.
په TDI حالت کې د سرورونو BullSequana S لاین د اپلائنس حالت کې لاین ته ورته دی ، مګر د ذخیره کولو سیسټمونو ، سویچونو او ریکونو پرته. تاسو کولی شئ د تصدیق شوي SAP سیسټمونو لیست څخه د ذخیره کولو کوم سیسټم نصب کړئ - VNX، XtremIO، NetApp او نور. د مثال په توګه، که VNX5400 د SAP HANA فعالیت اړتیاوې پوره کړي، تاسو کولی شئ د TDI ترتیب کولو برخې په توګه د Dell EMC Unity 450F ذخیره وصل کړئ. که اړتیا وي، د FC اډاپټرونه (1 یا 10 Gbit/s)، او همدارنګه د ایترنیټ سویچونه نصب شوي.
اوس، د دې لپاره چې تاسو کولی شئ په روښانه توګه تشریح شوي طریقې تصور کړئ، موږ به تاسو ته زموږ د څو اصلي قضیو په اړه ووایو.
وسایل + TDI: د آنلاین پلورنځي لپاره HANA
آنلاین پلورنځی Mall.cz، د مال ګروپ برخه، په 2000 کې تاسیس شوی. دا په چک جمهوریت، سلواکیا، پولنډ، هنګري، سلووینیا، کروشیا او رومانیا کې څانګې لري. دا په هیواد کې ترټولو لوی آنلاین پلورنځی دی، هره ورځ تر 75 زره محصولات پلوري، د 2017 په پای کې یې عاید شاوخوا 280 ملیون یورو ته رسیدلی.
SAP HANA ته د مهاجرت په تړاو د معلوماتو مرکز زیربنا تازه کول اړین وو. اټکل شوی اندازه 2x6 TB د تولید چاپیریال لپاره او 6 TB د ازموینې / دیو چاپیریال لپاره. په ورته وخت کې، د ناورین بیا رغونه حل ته اړتیا وه چې د تولیدونکي SAP HANA چاپیریال لپاره په فعال فعال کلستر کې.
د داوطلبۍ د اعلان په وخت کې، پیرودونکي د معیاري ریک او بلیډ سرورونو پراساس د SAP لپاره سیسټم درلود. د معلوماتو دوه مرکزونه، چې د یو بل څخه نږدې 10 کیلومتره کې موقعیت لري، د مختلف ذخیره کولو سیسټمونو سره سمبال شوي - IBM SVC، HP او Dell. کلیدي سیسټمونه د ناورین د بیا رغونې حالت کې کار کوي.
لومړی، پیرودونکي د 12 TB پورې وده سره د ټولو سیسټمونو (تولید او ازموینې/دیو چاپیریالونو) لپاره د SAP HANA لپاره د اپلائنس حالت کې د تصدیق شوي حل غوښتنه وکړه. مګر د بودیجې محدودیتونو له امله، دوی په نورو اختیارونو غور کول پیل کړل - د بیلګې په توګه، ډیر CPUs د وړو RAM ماډلونو سره (64 GB ماډلونه د 128 GB ماډلونو پر ځای). برسېره پردې، د قیمت د ښه کولو لپاره، د تولید او ازموینې / dev چاپیریال لپاره ګډ ذخیره په پام کې ونیول شوه.
موږ د تولید چاپیریال لپاره د 4 CPUs او 6 TB رام باندې موافقه وکړه ، د ودې لپاره خونې سره. په TDI حالت کې د ازموینې/dev چاپیریالونو لپاره، موږ پریکړه وکړه چې لږ ګران CPUs وکاروو - موږ د 8 CPUs او 6 TB رام سره پای ته ورسیدو. د پیرودونکي لخوا غوښتنه شوي د ډیری دندو له امله - په دوهم سایټ کې نقل کول ، بیک اپ ، ګډ تولید او ازموینې / dev چاپیریالونه - د داخلي ډیسکونو پرځای ، د ډیل ای ایم سی یووالي ذخیره کولو سیسټمونه په بشپړ فلش ترتیب کې کارول شوي. برسېره پردې، پیرودونکي په دریم سایټ کې د کورم نوډ سره د HANA سیسټم نقل (HSR) پر بنسټ د ناورین بیا رغونې حل غوښتنه وکړه.
د پروډ چاپیریال لپاره وروستی ترتیب د Intel Xeon P400M (8176 کور، 28 GHz، 2.10 W) او 165 TB رام کې د BullSequana S6 سرور څخه جوړ دی. د ذخیره کولو سیسټم - اتحاد 450F 10x 3.84 TB. د ناورین د بیا رغونې موخو لپاره، د پروډ چاپیریال لپاره موږ د 400 TB رام سره په Intel Xeon P8176M (28 cores، 2.10 GHz، 165 W) کې BullSequana S6 کارولی. د ازموینې/دیو چاپیریال لپاره، موږ د Intel Xeon P800 (8153 cores، 16 GHz، 2.00 W) سره د BullSequana S125 سرور او 6 TB RAM او د یونیټي 450F 15x 3.84 TB ذخیره کولو سیسټم سره واخیست. زموږ متخصصینو د کورم ، غوښتنلیک سرورونه (VxRail حل) او بیک اپ حل (DataDomain) په توګه د DellEMC سرورونه نصب او تنظیم کړي.
تجهیزات د راتلونکي نوي کولو لپاره چمتو دي. پیرودونکی تمه لري چې په 2019 کې د HANA اندازه زیاته شي، او ټول هغه څه چې باید په ریکونو کې نوي ماډلونه نصب کړي.
وسیله: هانا د لوی سیاحت ادغام کونکي لپاره
دا ځل زموږ پیرودونکی د IT خدماتو لوی چمتو کونکی و چې د سفر شرکتونو لپاره تخنیکي حلونه رامینځته کوي. پیرودونکي د نوي بلینګ سیسټم پلي کولو لپاره د SAP HANA د پام وړ پروژه پیل کړه. د تولید او پری پروډ چاپیریال لپاره د 8 TB رام سره د اپلائنس حالت کې حل ته اړتیا وه. د SAP سپارښتنو سره سم، پیرودونکي د عمودی اندازه کولو اختیار غوره کړ.
کلیدي دنده د SAP HANA لپاره د اپلائنس حالت کې تصدیق شوي وسیلو پراساس د هارډویر زیربنا پلي کول وو. د لومړیتوب معیارونه د لګښت اغیزمنتوب، لوړ فعالیت، د اندازه کولو وړتیا او د معلوماتو لوړ شتون وو.
موږ د SAP تصدیق شوي حل وړاندیز او پلي کړی ، پشمول د دوه بلین S16 سرورونو - د پروډ او پری پروډ چاپیریالونو لپاره. تجهیزات د Intel Xeon E7-v4 8890 پروسیسرونو (24 کور، 2.20 GHz، 165 W) پرمخ ځي او د 16 TB رام سره سمبال شوي. د BW او Dev/Test چاپیریالونو لپاره، نهه بلین S4 سرورونه (22 کور، 2.20 GHz، 150 W) د 4 TB رام سره نصب شوي. هایبرډ EMC یووالي د ذخیره کولو سیسټم په توګه کارول کیده.
دا حل د وسیلې ټولو عناصرو لپاره د اندازه کولو ملاتړ چمتو کوي - د مثال په توګه ، د Intel Xeon E16-v7 CPU سره تر 4 ساکټونو پورې. په دې ترتیب کې اداره ساده ده - په ځانګړې توګه، د سرور بیا تنظیمولو یا ویشلو لپاره.
وسایل + TDI: HANA د فلزي پوهانو لپاره
MMC Norilsk Nickel، د نکل او پیلاډیم یو له سترو تولیدونکو څخه دی، پریکړه وکړه چې خپل د SAP HANA هارډویر پلیټ فارم تازه کړي ترڅو د مهمو سوداګریزو غوښتنلیکونو او پروژو مالتړ وکړي. د کمپیوټري ځواک په برخه کې د موجوده منظرې پراخولو ته اړتیا وه. یو له اصلي شرایطو څخه چې د پیرودونکي لخوا وړاندې شوی د پلیټ فارم لوړ شتون و - د هارډویر محدودیتونو سره سره.
د تولید چاپیریال لپاره ، موږ د SAP HANA اپلائنس حالت کې د بلین S8 سرور او ذخیره کولو سیسټمونه وکاروو. د HA او ازموینې/dev لپاره، پلیټ فارم په TDI حالت کې ځای پرځای شوی و. موږ یو بیل بیلین S8 سرور، دوه بیل بیلین S6 سرورونه او د هایبرډ ذخیره کولو سیسټم کارولی. دې ترکیب دا ممکنه کړې چې د SAP منظره کې د غوښتنلیکونو سرعت د پام وړ لوړ کړي ، د کمپیوټري ځواک او ډیټا ذخیره کولو سرچینو مقدار ډیر کړي ، او عملیاتي لګښتونه کم کړي. دا مهمه ده چې پیرودونکي لاهم د 16 CPUs اندازه کولو وړتیا لري.
موږ تاسو ته د SAP فورم ته بلنه ورکوو
پدې پوسټ کې ، موږ په بیلابیلو لارو د SAP HANA ګمارلو ته کتنه وکړه او هڅه مو وکړه چې د شته اختیارونو ګټې او زیانونه روښانه کړو. که تاسو د SAP HANA پلي کولو په اړه کومه پوښتنه لرئ، موږ به خوښ یو چې په نظرونو کې یې ځواب ووایو.
موږ هرڅوک چې د بیل حلونو او د SAP HANA لاندې د دوی پلي کولو امکاناتو سره علاقه لري د کال ترټولو لوی SAP غونډې ته بلنه ورکوو: د SAP فورم 17 به د اپریل په 2019 په مسکو کې ترسره شي. موږ په IoT کې زموږ په موقف کې ستاسو په تمه یو. زون: موږ به تاسو ته ډیر په زړه پوري شیان ووایو، او ډیری انعامونه به درکړو.
په فورم کې به سره ګورو!
سرچینه: www.habr.com