مسرحية الأداء: نقول وداعا إلى الكمون

2024

جدول المحتويات:

شريك محتوى Techopedia
شريك محتوى Techopedia

بواسطة Techopedia Staff ، 9 مايو 2016

الوجبات الجاهزة: أجرى المضيف إريك كافاناغ مقابلات مع مارك مادسن وديز بلانشفيلد وبوليت مانالي بشأن الكمون والأداء.

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

شريك محتوى Techopedia

يرتبط موظفو Techopedia بـ Bloor Group ويمكن الاتصال بهم باستخدام الخيارات الموجودة على اليمين. للحصول على معلومات حول كيفية عملنا مع شركاء الصناعة ، انقر هنا.

الملف الشخصي
موقع الكتروني

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

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

اذا مالذي نتحدث عنه؟ هذا العام حار ، إنه عالم كامل من الفرص التي ننظر إليها اليوم في عالم إدارة المعلومات ، وما نتحدث عنه اليوم سيكون استفسارات ، وسيسرع البحث.

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

المحلل مارك مادسن معنا اليوم من شركة Third Nature ، أحد الأنظمة المعتادة لدينا. عالم البيانات الجديد ، Dez Blanchfield ، يتصل من سيدني ، أستراليا. ثم Bullett Manale ، نعم بالفعل ، هذا اسمه ، في الواقع من المفترض أن يكون اثنان T. يقوم Bullett Manale بصفته ضيفنا من Idera ، وهي شركة شيقة جدًا جدًا ، بالكثير من الأشياء. أنا أعرف عنها بالفعل ، واحدة منها أنها اشترت شركة تدعى Precise لفترة من الوقت. كنت أعرف الرئيس التنفيذي لشركة اسمه زوهار جلعاد ، كيف يتم ذلك لاسم؟ كان هيك من رجل ذكي.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

بوليت مانالي: حسنا.

إريك كافانا: أوه ، دعنا نأخذها و Bullett ، أنا الآن أعطيها لك ، والكلمة لك.

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

الآن ، ما أريد القيام به أولاً ، هو مجرد نوع من إعطائك القليل من الخلفية حول من هو Idera ؛ نحن موجودون منذ عام 2003 تقريبًا ، لذلك بدأنا باستخدام أدوات SQL Server فقط ، وهذا ما سنركز عليه اليوم ، سيكون منتج إدارة التشخيص. لكن يمكنك أن ترى كل مجموعات الأشياء التي لدينا هنا ، وقد قمنا مؤخرًا ، كما ذكر سابقًا ، بشراء Precise ومن خلال الاستحواذ ، كما لدينا Embarcadero ، وبالتالي لدينا مجموعة جيدة من المنتجات.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

وآخر شيء جدير بالملاحظة هو أنه يمكننا إضافة ، والتواصل في الواقع مع كل من vCenter و Hyper-V لتتمكن من سحب المقاييس من تلك البيئات. لأن أحد الأشياء التي حددناها مع DBA ، هو أنها ليست جزءًا من العمليات بشكل خاص. وهم ليس لديهم بالضرورة ، كما تعلمون ، بيئة vCenter ، المتاحة لهم ، أو تلك الأنواع من الأشياء المتاحة لهم.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مارك مادسن: شكرا.

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

إريك كافاناغ: Dez.

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

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

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

بوليت مانالي: بالتأكيد.

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

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

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

بوليت مانالي: أود أن أقول ذلك -

ديز بلانشفيلد: آسف ، تابع.

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

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

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

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

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

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

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

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

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

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

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

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

Bullett Manale: الشيء الرئيسي الذي تحتاجه هو مستودع ، قاعدة بيانات SQL Server 2005 أو أعلى. بخلاف ذلك ، هناك بعض متطلبات الحد الأدنى من الموارد ، ومتطلبات .NET ، وهذا كل شيء. لذلك ، إنها مجرد مسألة تثبيت المنتج وإنشاء قاعدة بيانات.

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

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

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

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

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

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

إريك كافانا: حسنا. أنا فقط أحب التجريبي. أنا سعيد لأنك فعلت التجريبي. أنا سعيد لأننا ألقينا نظرة فاحصة على ذلك عندما مررنا بسؤال وجواب.

بوليت مانالي: عظيم.

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

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

إريك كافانا: حسنًا ، هذه أخبار سارة للأشخاص الحقيقيين هناك.

بوليت مانالي: هذا صحيح.

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

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

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

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