أفضل الخطط الموضوعة: توفير الوقت والمال والمشكلة مع التوقعات المثلى

يبعد: يناقش المضيف إريك كافاناغ التنبؤ مع الدكتور روبن بلور وريك شيرمان و IDERAs Bullett Manale.

يجب عليك التسجيل لهذا الحدث لعرض الفيديو. سجل لمشاهدة الفيديو.

إريك كافانا: سيداتي سادتي ، مرحبًا بكم مرة أخرى ونرحب بكم في سلسلة البث الشبكي لـ Hot Technologies! اسمي Eric Kavanagh ، Ill يكون مضيفك للندوة الحالية على الويب ، والتي تسمى "توفير الوقت والمال والمشاكل مع التوقعات المثلى". "الدورة التدريبية لقد فاتني الجزء الأول من العنوان" خطط أفضل Laid ". نتحدث دائمًا عن ذلك في هذا المعرض. لذا ، فإن Hot Technologies بالطبع هي منتدانا لفهم بعض المنتجات الرائعة الموجودة في العالم اليوم ، وعالم تكنولوجيا الشركات ، وما يفعله الناس معهم ، وكيف يعملون ، وكل ذلك النوع من الأشياء الممتعة.

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

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

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

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

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

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

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

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

بعد قولي هذا ، أعتقد أننا نستطيع أن ننتقل إلى ريك.

إريك كافانا: حسنًا ، ريك ، دعني أعطيك مفاتيح سيارة WebEx. خذه بعيدا.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

إريك كافانا: حسنًا ، اسمح لي بتسليمها - هذان عرضان رائعان ، بالمناسبة - اسمح لي بتسليم هذا إلى Bullett Manale لأخذه من هناك. والناس ، لا تنس أن تسأل أسئلة جيدة ؛ لدينا بعض المحتوى الجيد بالفعل. خذها بعيدا ، Bullett.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

إريك كافانا: حصلت عليه الآن ، نعم.

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

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

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

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

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

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

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

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

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

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

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

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

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

الآن ، بالإضافة إلى ذلك - وواحدة من الأشياء التي نواجهها بوضوح في الآونة الأخيرة هي - أولاً ، كان الجميع يقلبون أو يتحولون إلى VMs. والآن لدينا الكثير من الناس الذين يتجهون إلى السحابة. وهناك الكثير من الأسئلة التي تطرح حول هذه الأنواع من الأشياء. هل يعقلني أن أنتقل إلى السحابة؟ هل سأوفر المال بالانتقال إلى السحابة؟ إذا أردت وضع هذه الأشياء على جهاز VM ، على جهاز مشترك الموارد ، ما مقدار المال الذي يمكنني توفيره؟ هذه الأنواع من الأسئلة ، من الواضح أنها ستطرح كذلك. لذا ، نأخذ الكثير من تلك الأشياء في الاعتبار ، من خلال مدير التشخيص ، يمكننا إضافة وسحب البيئات الافتراضية لكل من VMware و Hyper-V. يمكننا أيضًا إضافة مثيلات موجودة على السحابة ، بحيث يمكن لبيئاتك مثل Azure DB ، على سبيل المثال ، أو حتى RDS ، سحب المقاييس من تلك البيئات أيضًا.

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

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

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

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

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

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

ريك شيرمان: حسنا عظيم. ثم ما الحمل على الحالات نفسها مع كل هذا الرصد؟

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

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

ريك شيرمان: حسنا ، وهذا هو منخفض جدا ، لذلك هذا رائع.

إريك كافانا: حسن. روبن ، أي أسئلة منك؟

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

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

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

لذلك ، ستُستخدم هذه الأداة ، في كثير من الأحيان ، للمساعدة فيما يتعلق بجعل القضية لـ DBA ليقول ، "مهلا ، هنا تكمن المشكلة وليست أنا". (يضحك) نحن بحاجة إلى تحسين هذا ، سواء كان تغيير الاستعلامات أو ما قد يكون. في بعض الحالات ، ستقع في دلوها من حيث مسؤوليتها ، ولكن على الأقل امتلاك الأداة لتكون قادرة على مساعدتهم على فهم ذلك ومعرفة ذلك ، ومن الواضح أن القيام بذلك في الوقت المناسب هو الطريقة المثالية.

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

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

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

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

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

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

روبن بلور: حسناً ، إريك ، أفترض أن لدى الجمهور سؤالاً أو سؤالين؟

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

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

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

بوليت مانالي: لا تصدق الضجيج.

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

شكراً جزيلاً لـ Bullett Manale وأصدقائنا في IDERA. وبالطبع ، ريك شيرمان وروبن بلور. نقوم بأرشفة كل هذه البث على شبكة الإنترنت ، لذلك قفز على الإنترنت insideanalysis.com أو إلى موقع شريكنا www.techopedia.com لمزيد من المعلومات حول كل ذلك.

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