في المستقبل: أداة مساعدة للحوسبة في الذاكرة

بواسطة Techopedia Staff ، 25 يناير 2017

الوجبات الجاهزة: يناقش المضيف إريك كافاناغ الحوسبة في الذاكرة و SAP HANA مع الضيوف الدكتور روبن بلور وديز بلانشفيلد وبيل إليس من IDERA.

أنت لم تسجل الدخول حاليًا. يرجى تسجيل الدخول أو التسجيل لمشاهدة الفيديو.

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

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

هناك بقعة تخصك حقًا ، وضربني على Twitter ،eric_kavanagh. أحاول دائمًا المتابعة مرة أخرى وأيضًا لإعادة تغريد في أي وقت يذكرني أحدهم.

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

هذه مساحة مثيرة للاهتمام وسنكتشف من بائع آخر في الواقع ، IDERA ، قليلاً حول كيفية عمل كل هذه الأشياء ، وما يدور حوله كل شيء على الطريق المنحدر ، بصراحة. لذلك ، سوف نستمع إلى الدكتور روبن بلور ، كبير المحللين لدينا هنا في مجموعة بلور ؛ Dez Blanchfield ، عالم البيانات لدينا ، ثم الصديق الحميم Bill Ellis من IDERA. لذلك ، سأقوم بتسليم المفاتيح للدكتور روبن بلور ، الذي سيأخذها.

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

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

والحقيقة الغريبة ، DBMS التقليدية ، في الواقع الفعلي ، بنيت الكثير من البرامج التقليدية لقرص الغزل ، فإنه يفترض القرص الغزل. كان لديه كل أنواع القدرات المادية التي تمت برمجتها بدقة ، من أجل استغلال قرص الغزل ، مما يجعل استرجاع البيانات في أسرع وقت ممكن. وكل ذلك يجري غسله. فقط تختفي ، هل تعلم؟ ومن ثم ، كان من الواضح أن هناك - لا أعرف ، مربحة ، أعتقد أنه سيكون في النهاية - فتح قاعدة بيانات في الذاكرة حاولت شغل المنصب الذي تمثله قواعد البيانات الكبيرة ، Oracle و Microsoft ، SQL Server و IBM DB2 ، احتلته في مساحة الذاكرة وكان من الممتع للغاية مشاهدة ذلك وهو يسير للأمام ويقوم بذلك.

دعنا نتحدث عن سلسلة الذاكرة ؛ الأمر يستحق الذكر. إنه أيضًا ، والسبب في ذكر ذلك ، والسبب وراء إلقاء هذا الأمر ، في الحقيقة ، هو مجرد إخبار الجميع ، عندما أتحدث عن الذاكرة هنا ، كل هذه الطبقات التي أتحدث عنها هي في الواقع ذاكرة. لكنك تدرك فجأة عندما تنظر إلى هذا ، إنه متجر هرمي ، إنه ليس مجرد ذاكرة. وبالتالي ، فإن كل شيء تعلمناه منذ فترة طويلة حول المخزن الهرمي ، ينطبق أيضًا. وهذا يعني أيضًا أن أي قاعدة بيانات في الذاكرة يجب أن تتنقل من خلال ذلك ، بعضها يسير عبرها على ذاكرة الوصول العشوائي نفسها ، كما تعلمون. لقد أصبح حجمه أكبر وأكبر وأكبر ويتم قياسه الآن بالميغابايت. ولكن لديك ذاكرة التخزين المؤقت L1 والتي هي أسرع بمئة مرة من الذاكرة ، وذاكرة التخزين المؤقت L2 أسرع 30 مرة من الذاكرة وذاكرة التخزين المؤقت L3 في حوالي 10 مرات أسرع من الذاكرة. لذلك ، كما تعلمون ، هناك الكثير من التكنولوجيا - حسناً ، قدر لا بأس به من التكنولوجيا - قد اعتمدت استراتيجية استخدام هذه المخابئ كمساحة تخزين نوع في الطريق إلى تنفيذ الأشياء ، وخاصة تكنولوجيا قواعد البيانات. لذلك ، كما تعلمون ، هذا تأثير واحد.

ثم ظهر ظهور 3D XPoint و PCM من IBM. إنها سرعات RAM تقريبًا ، وهذا ما يتباهى به كل من هؤلاء البائعين. حالات الاستخدام ربما تكون مختلفة. التجريب المبكر مع هذا لم يكتمل بعد. لا نعرف كيف سيؤثر ذلك على استخدام ذاكرة الوصول العشوائي وتقنية قاعدة البيانات في الذاكرة لهذه المسألة. لديك بعد ذلك ذاكرة الوصول العشوائي مقابل SSD. في الوقت الحالي ، تبلغ سرعة ذاكرة الوصول العشوائي حوالي 300 مرة ، ولكن هذا العدد يتضاءل بالطبع. و SSD مقابل القرص الذي هو حوالي 10 مرات أسرع ، إذا فهمت ذلك. لذلك ، هذا هو نوع الموقف لديك. إنه متجر هرمي. النظر إليها بطريقة أخرى ، في الذاكرة ، بالطبع ، مختلف تمامًا. لذلك ، يُظهر الرسم التخطيطي العلوي تطبيقين ، كلاهما ربما يصلان إلى قاعدة بيانات ، لكن بالتأكيد الوصول إلى البيانات المتعلقة بصدأ الغزل. والطريقة التي تجعل الأشياء تتدفق عبر الشبكة ، بناءً على التبعيات الموجودة ، هي أن لديك ETL. وهذا يعني ، كما تعلمون ، أن البيانات تذهب إلى صدأ الغزل ثم تنطلق من صدأ الغزل من أجل الذهاب إلى أي مكان ، وللوصول إلى أي مكان تعود إلى صدأ الغزل ، وهي ثلاث حركات. ضع في اعتبارك أن الذاكرة يمكن أن تكون أسرع بمائة ألف مرة من القرص الدوار ، وتدرك بالتأكيد أن أخذ البيانات ووضعها في الذاكرة يجعل هذا الأمر برمته مختلفًا تمامًا.

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

لذلك ، إنه نوع كبير من التأثير. لذلك ، في الذاكرة هو التخريبية ، أليس كذلك؟ ويجب أن نحصل على هذا من ما قلته. تعد المعالجة داخل الذاكرة حاليًا مسرعًا ولكنها ستصبح هي القاعدة. سيتم استخدامه ، والذي يتم تطبيقه وفقًا لقيمة التطبيق ، ومن ثم ، إنه أمر مثير للاهتمام للغاية ، أن SAP ستصدر فعليًا نسخة من برنامج ERP الخاص بها الموجود في الذاكرة. والتحسينات تصل إلى ثلاثة أوامر من حيث الحجم ممكنة تمامًا ، وفي الواقع أكثر مما هو ممكن ، اعتمادًا على كيفية القيام بذلك. لذا ، فإنك تحصل على تحسينات هائلة في السرعة من خلال الدخول في الذاكرة. والنتيجة النهائية ، S / 4 من SAP HANA - التي أفرجوا عنها ، أعتقد أن الناس يقولون إنها ما زالت قيد الإصدار ، لكن تم إصدارها بالتأكيد العام الماضي - إنها تغيير في اللعبة بالنظر إلى قاعدة عملاء SAP. أعني ، هناك 10000 شركة تستخدم SAP's ERP ، وجميعها شركات كبيرة ، كما تعلم. لذا ، فكرتهم جميعًا لديهم حافز للدخول في الذاكرة واستخدامهم الأساسي ، لأن تخطيط موارد المؤسسات دائمًا ما يكون تطبيقات أساسية تعمل عليها الشركات ، إنها مجرد تغيير كبير في اللعبة وستكون مثيرة للاهتمام للغاية. لكن بالطبع ، يبدو كل هذا جيدًا جدًا ، ولكن يجب تكوينه بذكاء ويجب مراقبته جيدًا. انها ليست بسيطة كما يبدو.

بعد قولي هذا ، أعتقد أنني سأنقل الكرة إلى ، من هو هذا الرجل؟ أوه ، الرجل الأسترالي ، ديز بلانشفيلد.

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

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

كما قال الدكتور روبن بلور ، فإن النهج الذي اتبعناه لنقل البيانات حول هندسة الكمبيوتر لم يتغير حقًا بشكل كبير لبعض الوقت ، لعدة عقود ، في الواقع. إذا كنت تفكر في حقيقة أن الحوسبة الحديثة ، من الناحية التقنية ، كانت موجودة ، إذا كنت ستعفو عن اللعبة ، لنحو 60 عامًا ، كما تعلمون ، ستة عقود وأكثر وأكثر ، وبمعنى أنه يمكنك شراء مربع قبالة الرف ، كما كان. لقد حدث التحول إلى الهندسة المعمارية الجديدة حقًا في ذهني عندما تحولنا عن التفكير حول الهياكل المركزية وأبنية التخزين المتوسطة للذاكرة والأسطوانة ، إلى الشجعان أو الحوسبة الفائقة ، خاصة أمثال سيمور كراي ، حيث أشياء مثل backplanes backplanes أصبح شيئا. بدلاً من مجرد وجود مسار واحد لنقل البيانات عبر اللوحة الخلفية أو اللوحة الأم ، كما يطلق عليها هذه الأيام. والذاكرة المضمنة ، كما تعلمون ، في هذه الأيام لا يفكر الناس حقًا في معنى هذا الأمر عندما يقولون DIMM و SIMM. لكن SIMM هي ذاكرة مضمّنة واحدة و DIMM هي ذاكرة مضمّنة مزدوجة ، ولدينا أكثر تعقيدًا من ذلك منذ ذلك الحين ، وهناك العشرات من أنواع الذاكرة المختلفة لأشياء مختلفة: بعضها للفيديو ، والبعض الآخر للتطبيقات العامة ، والبعض الآخر مدمج في وحدات المعالجة المركزية.

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

ولكن فقط لفترة وجيزة على كيف وصلنا إلى هنا. أعني ، تكنولوجيا الأجهزة تحسنت ، وتحسنت بشكل كبير. لقد ذهبنا من وجود وحدات المعالجة المركزية وفكرة جوهر مفهوم حديث إلى حد ما. نحن نعتبر أنه من المسلم به الآن أن هواتفنا تحتوي على اثنين أو أربعة من النوى وأن أجهزة الكمبيوتر لدينا تحتوي على اثنين أو أربعة ، أو حتى ثمانية ، من النوى على سطح المكتب وثمانية و 12 وأكثر على ، كما تعلمون ، 16 و 32 حتى في منصة الخادم . ولكن في الواقع ، أصبح الأمر في غاية الحداثة أن النوى أصبحت قدرة داخل وحدات المعالجة المركزية (CPU) والتي انتقلنا من 32 بت إلى 64 بت. حدث أمران كبيران هناك: حصلنا على سرعات أعلى على مدار الساعة على عدة نوى حتى نتمكن من فعل الأشياء بشكل متوازٍ ويمكن لكل من هذه النوى تشغيل مؤشرات ترابط متعددة. فجأة ، يمكننا تشغيل الكثير من الأشياء على نفس البيانات في نفس الوقت. أعطانا تباعد العناوين المكونة من 64 بت ما يصل إلى تيرابايت من ذاكرة الوصول العشوائي ، وهو مفهوم هائل ، لكنه شيء الآن. هذه البنى ذات اللوحة الخلفية متعددة المسارات ، كما تعلمون ، اللوحات الأم ، ذات مرة ، يمكنك فقط القيام بالأشياء في اتجاه واحد: للخلف وللأمام. وكما هو الحال مع الأيام مع حوسبة Cray وبعض تصميمات الحواسيب الفائقة في ذلك الوقت ، والآن في أجهزة كمبيوتر سطح المكتب وأجهزة كمبيوتر محمولة على الرف ، نوع من أجهزة الكمبيوتر المكتبية المصنّعة على حامل لسطح المكتب ، لأن معظم أجهزة الكمبيوتر الحديثة لقد مرت أجهزة الكمبيوتر الآن بعصر أجهزة الكمبيوتر المركزية وأجهزة الكمبيوتر المكتبية الصغيرة والمتوسطة وقد أعادناها إلى خوادم.

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

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

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

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

بالنسبة لي يعتبر هذا تشبيهًا رائعًا لبناء مثل هذه المنصات المعقدة للغاية ، لأنه من الجيد والجيد أن تبنيها وينتهي بها الأمر إلى بيئة تتوفر فيها على أجهزة التوجيه والمحولات والخوادم والرفوف. وستحصل على وحدات المعالجة المركزية (CPU) وذاكرة الوصول العشوائي (RAM) ونظام التشغيل المترابط معًا. ويمكنك وضع شيء مثل HANA أعلى منه للمعالجة الموزعة في الذاكرة وتخزين البيانات وإدارة البيانات. يمكنك إنشاء مكدس SAP علاوة على ذلك ، وتحصل على إمكانيات قاعدة البيانات ، ثم تقوم بتحميل بياناتك ومنطق عملك وتبدأ في تطبيق بعض عمليات القراءة والكتابة والاستعلامات وما إلى ذلك. عليك أن تحتفظ بأعلى مستوى I / O وعليك جدولة الأشياء وإدارة أعباء العمل والتعددية وما إلى ذلك. هذه المجموعة تصبح معقدة للغاية ، بسرعة كبيرة. هذا مكدس معقد في حد ذاته إذا كان على جهاز واحد فقط. اضرب أنه في 16 أو 32 جهازًا ، يصبح غير تافه للغاية. عندما تضاعف ما يصل إلى المئات والآلاف من الآلات في النهاية ، لتنتقل من 100 تيرابايت إلى مقياس البايت ، فهذا مفهوم مخيف ، وهذه هي الحقائق التي نتعامل معها الآن.

إذن ، ينتهي بك الأمر بعدد من الأشياء التي ساعدت أيضًا في تغيير هذا العالم ، وهذا هو أن مساحة القرص أصبحت رخيصة بشكل يبعث على السخرية. كما تعلمون ، ذات مرة كنت تنفق ما بين 380 إلى 400 ألف دولار على غيغا بايت من القرص الصلب عندما كان طبلًا ضخمًا بحجم - شيء يحتاج إلى رافعة شوكية لاستلامه. في هذه الأيام ، يرجع ذلك إلى واحد أو اثنين سنتًا لكل غيغابايت من مساحة القرص السلعية. وفعلت RAM نفس الشيء. بالمناسبة ، هذان المنحنيان J في كل من هذه الرسوم البيانية ، بالمناسبة ، عقدان لكل منهما ، لذلك وبعبارة أخرى ، نحن نبحث في كتلتين من 10 سنوات ، 20 سنة من تخفيض الأسعار. لكنني قسمتهم إلى منحني J لأن النهاية في اليمين أصبحت خطًا منقطًا ولم تتمكن من رؤية التفاصيل ، لذا قمت بإعادة تحجيمها. غيغابايت من ذاكرة الوصول العشوائي (RAM) قبل 20 عامًا كانت شيئًا ما في حدود ستة ملايين ونصف المليون دولار. في هذه الأيام ، إذا كنت تدفع أكثر من ثلاثة أو أربعة دولارات مقابل غيغابايت من ذاكرة الوصول العشوائي مقابل الأجهزة السلعية ، فإنك تتعرض للسرقة.

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

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

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

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

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

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

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

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

ومع أخذ ذلك في الاعتبار ، سأقوم بتسليم صديقنا من IDERA وسماع كيف تعاملوا مع هذا التحدي.

بيل إيليس: شكرًا جزيلاً. أشارك شاشتي وهنا نذهب. لذلك ، من المتواضع حقًا مجرد التفكير في جميع التكنولوجيا ، وجميع الأشخاص الذين حضروا أمامنا ، لجعل هذه الأشياء متاحة في عام 2017 ، متوفرة. سنتحدث عن تحليل عبء العمل لـ SAP HANA - بشكل أساسي ، حل لرصد قاعدة البيانات: شامل ، بدون وكيل ، يوفر وقتًا حقيقيًا ويبني تاريخًا ، ويمكنك أن ترى ما حدث في الماضي. يوفر SAP S / 4 HANA إمكانات أفضل وأسرع وأرخص. أنا لا أقول أنها غير مكلفة ، أنا فقط أقول أنها أقل تكلفة. نوعًا ما ، كان ما حدث تقليديًا هو أنه سيكون لديك مثيل رئيسي للإنتاج - ربما يعمل على Oracle في متجر أكبر ، يحتمل أن يكون SQL Server - ثم تستخدم هذه العملية ETL وسيكون لديك إصدارات متعددة ، نوع من الحقيقة . وهذا مكلف للغاية لأنك كنت تدفع مقابل الأجهزة أو نظام التشغيل أو ترخيص Oracle لكل من هذه البيئات الفردية. علاوة على ذلك ، ستحتاج إلى جعل الناس يوفقون بين نسخة واحدة من الحقيقة والإصدار التالي من الحقيقة. وهكذا ، كانت معالجة ETL متعددة الإصدارات بطيئة للغاية ومرهقة للغاية.

وهكذا ، يمكن أن يحل HANA ، وهو أساسًا مثيل HANA ، محل جميع تلك الحالات الأخرى. لذلك ، إنها أقل تكلفة لأنها نظام أساسي للأجهزة ونظام تشغيل واحد بدلاً من المضاعفات. وهكذا فإن S / 4 HANA ، في الواقع ، تغير كل شيء وأنت تبحث أساسًا في تطور SAP من R / 2 إلى R / 3 ، حزم التحسين المختلفة. الآن ، أصبح النظام القديم متاحًا حتى عام 2025 ، لذلك لديك ثماني سنوات حتى تضطر إلى الهجرة. على الرغم من أننا نرى أشخاصًا ، كما تعلمون ، يشاركون في هذا الأمر لأنهم يعلمون أنه سيأتي في نهاية المطاف ، كما تعلمون ، ستعمل ECC على HANA ، ولذا عليك حقًا الاستعداد لذلك وفهم التكنولوجيا.

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

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

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

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

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

يمكنك جعل العديد من المستخدمين يتصلون بمثيل معين. يمكنك مراقبة المثيلات المحلية لـ SAP HANA. ونحن نحتفظ بتاريخًا دائمًا مدته أربعة أسابيع في مستودعنا ، وهذا يتم إدارته ذاتيًا. لنشر هذا ، الأمر بسيط إلى حد ما. تحتاج إلى خادم ويندوز. تحتاج إلى تنزيله. سيكون لمعظم خوادم Windows إطار عمل .NET مدمج ويأتي مزودًا بترخيص. وبالتالي ، ستذهب إلى معالج التثبيت الذي يتم تشغيله بواسطة Setup.exe وسيؤدي إلى فتح شاشة أو اتفاقية ترخيص ، وستعمل ببساطة على إلغاء هذا المخطط التفصيلي بالنقر فوق "التالي". وهكذا ، أين تريد HANA أن أن تكون مثبتة؟ التالي هو خصائص قاعدة البيانات ، وهذا سيكون اتصالك بـ SAP HANA ، لذلك هذا هو مراقبة بدون وكيل لمثيل HANA. وبعد ذلك سنقدم معاينة بشكل أساسي ، وهذا هو المنفذ الذي نتواصل عليه بشكل افتراضي. انقر فوق "تثبيت" ويبدأ تشغيل HANA بشكل أساسي وتبدأ في بناء السجل. لذلك ، فقط قليلا من المعلومات الرسم البياني التحجيم. يمكننا مراقبة ما يصل إلى 45 حالة HANA ، وستحتاج إلى استخدام هذا النوع على مقياس منزلق لتحديد عدد النوى والذاكرة ومساحة القرص التي ستحتاج إليها. وهذا يفترض أن لديك تاريخًا كاملاً لمدة أربعة أسابيع.

لذلك ، تمامًا كخلاصة سريعة ، نحن ننظر إلى صحة الخادم ، وصحة المثيل ، واستخدام وحدة المعالجة المركزية / الذاكرة. ما هي مستهلكي الذاكرة ، ما هي دوافع النشاط ، ما هي الخدمات؟ عبارات SQL حيوية - ما هي حالات التنفيذ؟ أرني خطط التنفيذ ، متى نفذت الأمور ، هل تمنحك ميزة الإمالة؟ هذا سوف يوفر لك الوقت الحقيقي وتاريخ ما حدث. وكما ذكرت ، نظرًا لأن تاريخنا منفصل عن HANA ، فسوف نلتقط الأشياء التي انتهت مهلتها وتم حذفها من تاريخ HANA. بحيث يمكنك رؤية الاستهلاك الحقيقي للموارد على نظامك بسبب السجل المنفصل.

لذلك ، كما ذكرت ، موقع IDERA ، تحت المنتجات ، يمكنك العثور عليه بسهولة. إذا كنت ترغب في تجربة هذا ، فأنت مرحب بك بالتأكيد. تعرف على كيفية توفير المعلومات لك ، وهناك معلومات إضافية على هذا الموقع. لذا ، فإن أي أطراف مهتمة أكثر من سعيدة للذهاب إلى ذلك. الآن ، في منتجات المحفظة التي تقدمها IDERA ، هناك أيضًا مراقب معاملات SAP ECC ، وهذا ما يسمى Precise for SAP. وما تفعله هو - سواء كنت تستخدم بوابة أو مجرد ECC مباشرة - فستحصل في الواقع على معاملة المستخدم النهائي من نقرة إلى أخرى ، وصولاً إلى بيان SQL وتظهر لك ما يحدث.

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

لذلك ، مجرد خلاصة سريعة ثالثة ، تحليل عبء العمل لـ SAP HANA ، إنه شامل ، بلا وكيل ، في الوقت الحقيقي ، ويقدم تاريخًا. نحن نقدم القدرة على تحميل وتجربة ذلك لموقعك.

لذلك ، سأمر الوقت إلى اريك وديز والدكتور بلور.

إريك كافانا: نعم ، ربما روبن ، أي أسئلة منك ، ثم ديز بعد روبن؟

د. روبن بلور: حسنًا. أعني ، أول شيء أود قوله هو أنني أحب حقًا عرض المعاملة لأنه بالضبط ما أريد في هذه الحالة. لقد قمت بالكثير من العمل - حسنًا ، لقد مضى وقت طويل الآن - القيام بمراقبة الأداء ، وكان هذا هو نوع الشيء ؛ لم يكن لدينا الرسومات في تلك الأيام ، لكن هذا كان نوعًا ما أردت أن أكون قادرًا على القيام به. بحيث يمكنك ، بطريقة أو بأخرى ، ضخ نفسك في أي مكان تحدث المشكلة.

السؤال الأول الذي لدي هو ، كما تعلمون ، أن معظم الناس يقومون بتنفيذ S / 4 بطريقة أو بأخرى خارج الصندوق ، كما تعلمون. عندما تشارك في أي تطبيق معين لـ S / 4 ، هل اكتشفت أنه تم تنفيذه جيدًا أو انتهى بك المطاف ، كما تعلم ، واكتشاف أشياء قد تجعل العميل يرغب في إعادة التكوين؟ يعني ، كيف كل هذا يذهب؟

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

د. روبن بلور: حسنًا ، عند التنفيذ - أعني ، أعلم أن هذا سؤال صعب الإجابة عليه لأنه سيتغير وفقًا لحجم التنفيذ - لكن كم من الموارد تستخدمه قدرة المراقبة IDERA ، وكم تستهلك ؟ هل يحدث أي فرق في أي شيء أم لا ، أليس فقط نوع من التدخل؟ كيف يعمل هذا؟

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

د. روبن بلور: صحيح. وبسرعة ، من وجهة نظرك - لأنني أعتقد أنك متورط في سلسلة كاملة من مواقع SAP - ما حجم الحركة بين قاعدة عملاء SAP نحو S / 4؟ أقصد ، هل هناك شيء ما ، كما تعلمون ، هو أن هناك نوعًا من الانهيار من العملاء المتحمسين الذين يسعون لتحقيق ذلك ، أم أنه مجرد هزّة ثابتة؟ كيف ترى هذا؟

بيل إيليس: أعتقد قبل عامين ، أود أن أقول أنها كانت إصبع قدم. الآن أقول أن الناس ، إلى حد ما ، يصلون إلى ركبهم. أعتقد أنه ، كما تعلمون ، بالنظر إلى الجدول الزمني سيكون الناس منغمسين حقًا في HANA على مدار العامين المقبلين. وهكذا فإن المراقبة ، التحول ، كما تعلمون ، أعتقد أن غالبية العملاء ، نوعًا ما ، في منحنى التعلم معًا. لذا أعتقد أننا لسنا في حالة انهيار تام كما ذكرت ، لكنني أعتقد أننا على أعتاب التحول الكبير إلى HANA.

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

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

د. روبن بلور: أعتقد أنه من الأفضل أن أسلمك إلى ديز. لقد تم خنق وقتك. ديز؟

ديز بلانشفيلد: شكرًا لك. لا ، كل هذا جيد. اثنان سريعان جدا ، فقط لمحاولة تعيين السمة. لقد تم إيقاف SAP HANA منذ بضع سنوات وقد أتيحت للناس فرصة للنظر فيه. إذا كنت ستقدم لنا تقديراً تقريبياً للنسبة المئوية للقوم الذين يديرونها - لأن هناك الكثير من الأشخاص الذين يديرون هذه الأشياء - ما رأيك في أن نسبة السوق التي تعرفها هي التي ذهبت حاليًا من مجرد تطبيقات SAP التقليدية إلى SAP على HANA؟ هل ننظر إلى 50/50 ، 30/70؟ ما هو نوع السوق الذي تراه بالنسبة للأشخاص الذين انتقلوا وقاموا بالانتقال الآن مقابل الأشخاص الذين يتراجعون وينتظرون أن تتحسن الأمور أو تتحسن أو تتغير أو أيا كانت الحالة؟

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

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

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

بيل إليس: لا أعتقد أن SAP خجول من التواصل والأشخاص الذين ذهبوا إلى SAPPHIRE شاهدوا HANA في كل مكان. لذا ، أعتقد أن الناس يدركون جيدًا ، ولكن الطبيعة البشرية هي ما ، كما تعلمون ، بعض الناس يجرون أقدامهم قليلاً.

ديز بلانشفيلد: لأنني أعتقد أن السبب في أنني كنت أسأل هذا السؤال ، وعليك أن تسامحني ، لكنني أوافق على ذلك. أعتقد أنهم لم يخجلوا من التواصل معه. أعتقد أن الإشارة خرجت بعدة طرق. وأنا أتفق معك - لا أعرف أن الجميع قفزوا بعد. كما تعلمون ، لا تزال المشروعات التقليدية ، والمؤسسات الكبيرة جدًا التي تعمل على ذلك ، بطرق عديدة ، لا تجر أقدامها تمامًا ، ولكنها تحاول فقط أن تتعامل مع تعقيد هذا التحول. لأنني أعتقد أن الشيء الوحيد الذي تميزت به أداتك ، وبالتأكيد مظهرك اليوم ، وبالنسبة لي ، أحد الوجبات السريعة الرئيسية التي أود أن يستمع إليها جميع الأشخاص الذين يستمعون إلى الموسيقى ويجلسوا عليها اليوم ، أداة الآن وهذا تبسيط هذه العملية في رأيي. أعتقد أن هناك مجموعة من مديري تقنية المعلومات العصبيين وفرقهم التابعة لهم الذين يفكرون ، "كيف يمكنني الانتقال من RDBMS التقليدية ، وأنظمة إدارة قواعد البيانات العلائقية ، التي عرفناها منذ عقود ، إلى نموذج جديد تمامًا من الحوسبة و إدارة التخزين في الفضاء الذي لا يزال شجاعا نسبيا؟ "في رأيي. لكن هذا غير معروف من نواح كثيرة ، وهناك عدد قليل جدًا من الأشخاص الذين قاموا بهذا التحول في مناطق أخرى ، وليس الأمر كما لو أن لديهم قسمًا آخر من الأعمال التجارية التي انتقلت بالفعل إلى حساب في الذاكرة. لذا ، فهي خطوة في كل شيء أو لا شيء في أذهانهم.

لذلك ، أحد الأشياء التي أخرجتها من هذا أكثر من أي شيء آخر - سأضربك بسؤال في غضون دقيقة واحدة - هو أن الخوف الآن ، على ما أعتقد ، تهدأ بعدة طرق وذلك قبل اليوم ، إذا كنت أستمع لمديري المعلومات ، فكرت ، "حسناً ، كيف سأقوم بهذا الانتقال؟ كيف سأضمن نفس الإمكانيات التي لدينا في نظام إدارة قواعد البيانات العلائقية وسنوات من الخبرة في قواعد البيانات الرقمية ، إلى نظام أساسي جديد لا نمتلك فيه المهارات حاليًا؟ "لذا ، سؤالي حول ذلك هو ، هل تعتقد أن الناس قد فهموا أن الأدوات موجودة الآن بما تقدمه ، وأنهم يستطيعون ، نوعًا ما ، أن يأخذوا نفسًا عميقًا وتنهدًا بالارتياح لأن الانتقال لم يكن مخيفًا كما كان من قبل إلى هذه الأداة يجري المتاحة؟ هل تعتقد أن الناس قد فهموا ذلك ، أو أنه لا يزال ، نوعًا ما ، الشيء الذي يتصارعون فقط مع الانتقال إلى الحوسبة في الذاكرة والتخزين في الذاكرة مقابل مجموعات المدرسة القديمة من NVMe ، الفلاش والقرص؟

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

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

من خلال عمليات النشر التي شاهدتها حتى الآن ، نظرًا لأنك حرفيًا هو الأكثر موثوقية في هذه المساحة في النظام الأساسي الخاص بك في العالم ، فإن بعض المكاسب السريعة التي رأيتها - هل حصلت على أي معرفة قصصية يمكنك مشاركتها مع حول بعض من لحظات eureka ، لحظات aha ، حيث نشر الناس مجموعة أدوات IDERA ، وجدوا أشياء لم يكونوا على دراية بها في برامجهم وعروضهم. هل لديك أي أمثلة قصصية رائعة عن الأماكن التي نشرها الناس للتو ، ولا يعرفون حقًا ما لديهم ، وفجأة ذهبوا ، "واو ، في الواقع ، لم نكن نعرف أن ذلك كان هناك؟"

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

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

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

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

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

Dez Blanchfield: بعد ذلك ، هناك الكثير من الأدوات التي واجهتها - وأنا متأكد من أن روبن سيوافق - على الكثير من الأدوات هنا ، إذا كنت قد حصلت على RDBMS كبيرة ، فأنت في حاجة إلى DBAs المهرة والمعرفة بعمق والخبرة. بعض متطلبات البنية الأساسية والنظام الأساسي التي تأتي مع SAP HANA لأنها مدعومة حاليًا على توزيعات معينة تتم محاذاتها من أجهزة معينة وما إلى ذلك ، وفقًا لمعرفتي. كما تعلمون ، هناك أشخاص لديهم عقود من الخبرة ليسوا هم أنفسهم. ما أراه ، مع ذلك ، هو أن هذا ليس بالضرورة هو الشرط مع هذه الأداة. يبدو لي أنه يمكنك نشر الأداة الخاصة بك وإعطائها لبعض الوجوه الجديدة إلى حد ما ومنحها القدرة على الفور للعثور على أشياء لا تعمل بشكل جيد. هل هناك منحنى تعليمي قصير جدًا للوصول إلى هذا الحد والحصول على بعض القيمة عند نشره؟ كما تعلمون ، فإن شعوري العام هو أنه ليس لديك خبرة 20 عامًا في قيادة أداة لمعرفة القيمة على الفور. هل توافق على هذا هو الحال؟

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

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

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

Dez Blanchfield: إذن ، يمكنهم الانتقال إلى موقع الويب الخاص بك ، ويمكنهم تنزيله. أتذكر أني نظرت إلى الأمر منذ بعض الوقت وفحصت مرة أخرى الليلة الماضية أيضًا ، يمكنك طلب عرض توضيحي ، من الذاكرة ، حيث يقوم شخص ما في فريقك بالتجول فيه؟ ولكن يمكنك بالفعل تنزيله مجانًا ونشره محليًا في بيئتك الخاصة ، في وقتك الخاص ، ألا يمكنك ذلك؟

بيل اليس: نعم.

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

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

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

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

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

بيل إيليس: بالتأكيد.

إريك كافانا: حسنا ، لقد حرقنا ساعة أخرى هنا على Hot Technologies. يمكنك العثور على معلومات عبر الإنترنت ، insideanalysis.com ، وكذلك techopedia.com. ركز على هذا الموقع للحصول على الكثير من المعلومات المثيرة للاهتمام ، بما في ذلك قائمة بجميع أرشيفاتنا من عمليات البث الشبكي السابقة هذه. لكن الناس ، شكراً جزيلاً لكم جميعاً ، لأصدقائنا في IDERA ، وروبن وبالطبع Dez. ونحن سوف اللحاق بك الأسبوع المقبل ، الناس. شكرا مرة أخرى على وقتك والاهتمام. اعتن بنفسك. مع السلامة.