إلى المستقبل: تطبيق On-Ramp للحوسبة في الذاكرة

مؤلف: Roger Morrison
تاريخ الخلق: 22 شهر تسعة 2021
تاريخ التحديث: 10 قد 2024
Anonim
Need for Speed: How In-Memory Changes Everything
فيديو: Need for Speed: How In-Memory Changes Everything

يبعد: يناقش المضيف إريك كافاناغ الحوسبة في الذاكرة و SAP HANA مع الضيوف الدكتور روبن بلور ، ديز بلانشفيلد و IDERAs Bill Ellis.



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

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

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


هناك بقعة عنك حقًا ، وضربني على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 تقريبًا ، وهذا ما يتباهى به كل من هؤلاء البائعين. حالات الاستخدام ربما تكون مختلفة. التجريب المبكر مع هذا لم يكتمل بعد. لا نعرف كيف سيؤثر ذلك على استخدام ذاكرة الوصول العشوائي وتقنية قاعدة البيانات في الذاكرة لهذه المسألة. لقد حصلت بعد ذلك على RAM مقابل SSD. في الوقت الحالي ، تبلغ سرعة ذاكرة الوصول العشوائي حوالي 300 مرة ، ولكن هذا العدد يتضاءل بالطبع. و SSD مقابل القرص الذي هو حوالي 10 مرات أسرع ، إذا فهمت ذلك. لذلك ، هذا هو نوع الموقف الذي تواجهه. إنه متجر هرمي. النظر إليها بطريقة أخرى ، في الذاكرة ، بالطبع ، مختلف تمامًا. لذلك ، يُظهر الرسم التخطيطي العلوي تطبيقين ، كلاهما ربما يصلان إلى قاعدة بيانات ، لكن بالتأكيد الوصول إلى البيانات المتعلقة بصدأ الغزل. والطريقة التي تجعل الأشياء تتدفق عبر الشبكة ، بناءً على التبعيات الموجودة ، هي أن لديك ETL. وهذا يعني ، كما تعلمون ، أن البيانات تذهب إلى صدأ الغزل ثم تنطلق من صدأ الغزل من أجل الذهاب إلى أي مكان ، وللوصول إلى أي مكان تعود إلى صدأ الغزل ، وهي ثلاث حركات. ضع في اعتبارك أن الذاكرة يمكن أن تكون أسرع بمائة ألف مرة من القرص الدوار ، وتدرك بالتأكيد أن أخذ البيانات ووضعها في الذاكرة يجعل هذا الأمر برمته مختلفًا تمامًا.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

لذلك ، انتهى بنا الأمر إلى أن تصبح مشكلة تكرار الجهاز مشكلة ويجب علينا مراقبة الأجهزة وقطعًا منها. يجب أن يكون لدينا تكرار أخطاء البيانات المرنة المضمنة في تلك المنصة ومراقبتها. يجب أن يكون لدينا قاعدة بيانات موزعة مضمنة ، لذا يتعين علينا مراقبة منصة قاعدة البيانات والمكدس داخل ذلك. يتعين علينا مراقبة جدولة المعالجة الموزعة ، وما يحدث داخل بعض العمليات وصولاً إلى الاقتراع والاستعلام والمسار الذي يسلكه الاستعلام والطريقة التي يتم بها تنظيم الاستعلام وتنفيذه. كيف يبدو الأمر ، هل قام شخص ما باختيار 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 وتظهر لك ما يحدث.

الآن ، أعرض عليكم شاشة ملخص واحدة فقط. هناك بعض الوجبات السريعة التي أريدك أن تحصل عليها من هذه الشاشة الموجزة. إنه وقت الاستجابة للمحور Y ، ووقت المحور X بالإضافة إلى اليوم ، وفي طريقة العرض هذه المعاملة ، سنريك وقت العميل ، وقائمة الانتظار ، ووقت رمز 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 الأساسية.

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

ديز بلانشفيلد: شكرا. لا ، كل هذا جيد. اثنان سريعان جدا ، فقط لمحاولة تعيين السمة. لقد تم إيقاف 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 ، وجدوا أشياء لم يكونوا على دراية بها في برامجهم وعروضهم. هل لديك أي أمثلة قصصية رائعة عن الأماكن التي نشرها الناس للتو ، ولا يعرفون حقًا ما لديهم ، وفجأة اختفت ، "واو ، لم نكن نعرف في الواقع أنه كان هناك؟"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

بيل اليس: إطلاقا.

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