המפתח לניתוח אפקטיבי: שאילתות חוזרות במהירות

על ידי צוות Techopedia, 30 בנובמבר 2016

ברזל: מארח את אריק קוואנה, יחד עם ד"ר רובין בלור, דז בלנשפילד, ובולט מאנה של IDERA דנים בשאלות וכיצד יעילותן יכולה להיות בעלת השפעות מרחיקות לכת.

אינך מחובר כרגע. התחבר או הירשם כדי לראות את הסרטון.

אריק קוואנה: גבירותיי ורבותיי, שלום וברוך שוב שוב. השעה מזרחית בשעה ארבע ביום רביעי, ובימים אלה, זה אומר שהגיע הזמן להוט טכנולוגיות! אכן כן. אנחנו מדברים על דברים מגניבים היום. כמובן, אני המארח שלך, אריק קוואנה. הכותרת למופע של היום היא "המפתח לניתוח אפקטיבי: שאילתות חוזרות במהירות." נכון, אנשים, כולנו רוצים מהר. מי לא רוצה מהר? יש שקופית שלך באמת, ומספיקה עלי. הרבי אותי בטוויטר, @eric_kavanagh. אשמח להתחבר אליך לשם ולנהל שיחה במדיה החברתית. זה יכול להיות כיף, פשוט אל תדברו בפוליטיקה.

השנה החמה. דיברנו על סוגיות אנליטיות שונות השנה, והנושא היחיד להיום הוא ממש מרכזי בכדי לבצע את העבודה. אני זוכר שזה כנראה לפני חמש או שש שנים ששמעתי לראשונה מישהו משתמש בביטוי "לנהל שיחה עם הנתונים שלך", ואף על פי שזה יכול להישמע קצת גביזי, העניין הוא שאם אתה לא יכול לחוות חוויה איטרטיבית עם הנתונים שלך, אם אינך יכול לשנות במהירות את השאילתות שלך, שלח שאילתות חדשות, לקבל תשובות במהירות, אז אתה לא מנהל שיחה עם הנתונים שלך וכל התהליך האנליטי הוא קטום. זה לא טוב.

כשיש לך שיחה עם הנתונים שלך, מה זה אומר שאתה מסוגל ללכת קדימה ואחורה, ולדעתי, זה כשאתה מוצא את התובנה. כי לעתים רחוקות מאוד תגיע לפעם הראשונה עם השאילתה המושלמת. אלא אם כן אתה המוצרט של האנליטיקס - ואני בטוח שהאדם הזה נמצא בחוץ - אתה תצטרך להקדיש זמן לשנות, להוסיף קצת מימד, לנסות לכוונן את מה שאתה מחפש .

מכיוון ששוב, אלה לא סביבות מתוחכמות שאנו עוסקים בהן בעולם האנליטיקס; אנו מתמודדים עם סביבות מאוד לא סוערות וסביבות מורכבות ורב ממדיות מאוד. וכך כל הרעיון של שידור האינטרנט כיום הוא לדבר על איך לאפשר סוג אינטראקציה מסוג זה עם הנתונים שלך.

יש לנו שלוש מגישות. כמובן שב- Hot Technologies, לעומת חדר התדרוך, יש לנו שני אנליסטים; הם כל אחד נותנים תחילה את הטייק שלהם, ואז האורח נכנס, נותן את המצגת שלהם, ויש לנו סוג של שולחן עגול. ואתה, הקהל שלנו, יכול לשחק בזה חלק גדול. אנא אל תתביישו; שלח את השאלות שלך בכל עת. השתמש בפאנל שאלות ותשובות אם אתה יכול, אחרת לוח הצ'אט בסדר; אנסה לעקוב אחר שניהם במהלך המופע. ואנחנו רושמים את אלה, כך שאם אתה מתגעגע למשהו או שאתה רוצה לשתף אותו עם הקולגות שלך, חזור מאוחר יותר. אנו מפרסמים אותם באתר Techopedia.com וגם ב- InsideAnalysis.com.

ועם זה, אני הולך להביא את האנשים החכמים. אני אעביר את זה לד"ר רובין בלור. תן לי לתת לו את המפתחות, להחליף מגיש ושם אתה הולך. רובין, קח את זה משם.

רובין בלור: אוקיי. תודה על ההקדמה הזו. לפני כחודש וחצי קיימתי שיחה עם מפתח שהוא למעשה DBA. הוא לא ממש DBA - הוא היה DBA בחברה מסוימת, והוא היה האדם היחיד שבאמת יכול היה לגרום לשאילתות לבצע. אבל נמאס לו לעשות זאת, מכיוון שהוא באמת, הוא למעשה מפתח די חכם. אז הוא עזב.

והוא ממילא צריך לעשות כמה ימים בכל חודש בשבילם, מכיוון שהם לא יכלו למצוא מישהו שימלא את מקומו והם עדיין לא יודעים מה מסד הנתונים עושה או כיצד להתאים אותו בכלל. והייתי סוג של מחשבה על זה, ופשוט, אתה יודע, לא היה להם באמת מחלקת IT, אבל הבחור הזה עשה להם תמיכה. למעשה, זו הייתה עבודת ה- DBA שהוא עשה רוב הזמן.

עבור מסדי נתונים מתוחכמים - אורקל, SQL Server, DB2, כל אותם גדולים ויקרים - כוונון בסיס הנתונים הוא עבודה קשה. זו גם עבודה בטוחה. והסיבה, באמת, לאמירה זאת היא, זה נוף משתנה. אני אעבור את זה. אתה יודע, מסדי נתונים יחסיים - בדרך כלל התמונה הגדולה היא, מסדי הנתונים היחסים עדיין שולטים בפופולריות. סביר להניח שהם ישלטו עוד זמן רב. כן, יש עכשיו מסדי נתונים אחרים שמקבלים זמן אוויר רב יותר, אבל אתה יודע, כשאתה באמת מסתכל על מה שקורה שם, אורקל עושה את רוב זה, Microsoft SQL Server הוא שני, ויש דברים שונים שקורים בענן אבל עלול לגרום לאתגר. הם הענקים הגדולים במשחק. והם מסדי הנתונים שבהם אתה יכול להשתמש גם עבור עומסי עבודה במחסני נתונים. בדרך כלל משתמשים בחלופות בעיקר בסביבות אנליטיות, ואז בדרך כלל זה נקבע על ידי הנתונים מדוע בחרנו בכך ולא בהתייחסות. לרוב אנשים לא.

חברות נוטות לבצע סטנדרטיזציה במאגר נתונים יחיד. לאחרונה נתקלתי בחברה שיש בה יותר מ -5, 000 מקרים של אורקל. ואני די, האדם שדיברתי איתו מאותה חברה, שאלתי אותם על ה- DBAs. הם אמרו שיש להם כ -10 DBA וכ -30 מסדי נתונים הוטפלו בהם. והשאר, אורקל פשוט השתמשה כמערכת סופית באופן כללי. היה מעט מאוד לחץ על הנתונים מהיישומים שהשתמשו בהם. אבל זה פשוט הדהים אותי - 5, 000 מקרים של אורקל.

ואגב, היה להם רישיון לעיזבון אורקל. ובכן, אתה יודע, רישיון תאגידי, ברור. אבל היו להם מסדי נתונים אחרים מכיוון שלפעמים, אתה יודע, יישומים מגיעים עם בסיס נתונים מועדף. זה לא כאילו אורקל זה הדבר היחיד. וכדאי להזכיר שלא Hadoop ולא Spark הם למעשה בסיס נתונים, ויהיה הרבה זמן עד שהם ירכשו את מה שאני חושב עליו ככלל מסד נתונים. טוב כמובן לקישורי נתונים.

עם פעילויות של DBA - כנראה שבולט יכול לומר על זה הרבה יותר נורא ממני - אבל אני פשוט אעבור דרכם. זה מה שאני נוטה לחשוב עליו, אתה יודע, מה ה- DBA עושה. הם מתקינים, מגדירים, משדרגים, מבצעים ניהול רישיונות. הם עושים הרבה עבודות ETL ושכפול בדרך זו או אחרת. הם מבצעים תכנון אחסון וקיבולת. הם מבצעים פתרונות תקלות או שהם חלק מצוות פתרון הבעיות. פיקוח וכוונון ביצועים זה פחות או יותר רוב הפעילות שלהם, אבל כל הדברים האחרים האלה, זה לא קטן, אתה יודע. אבטחה, הם אחראים לגיבוי ושחזור. הם צריכים להיות מעורבים במערכות בדיקות תוכנה, והם יכולים להיות מעורבים במחזור חיי הנתונים.

ביצועים. פעם הייתי אחד הבחורים האלה. כשהפעלתי וכוונון מסדי נתונים, כך הבנתי את זה, אתה יודע? יש את המעבד, ובצורה כזו או אחרת בימינו, המעבד די סרק בדרך כלל, מכיוון שהוא יהיה אחד מהשניים או השלושה האחרים - ובכן, צוואר הבקבוק האחר יביא למעשה לבעיה. זיכרון, התרסקות ופיצול, או רוויית קלט / פלט של הדיסק או הרצת קלט / פלט של דיסק, לפעמים תקורה ברשת, אם אתה רץ בצמתים מרובים של רשת ואתה יכול להיתקל בנעילה מסוימת, כנראה.

אבל זה היה העולם כפי שראיתי אותו. בחנתי לאחרונה את אורקל ואת מספר פרמטרי הכוונון שיש באורקל. זה היה מעל 300. אתה יודע, ואם אתה באמת חושב על זה, DBA שבאמת יודע מה הוא עושה צריך שיהיה לו מושג מדוע אי פעם תתעסק עם מישהו מאלה. אז זו עבודה מורכבת, אתה יודע, וזה מורכב יותר מכך.

אתה יודע, כרגע יש לנו מעבדים, אבל יש לך … המעבדים כבר היו קיימים, GPUs במעבד, או עם FPGAs במעבד. אז יש סוג של גידול רוחבי של מה שקורה בפועל על מעבד. מעבדים הפכו רב-ליבתיים לפני זמן רב; למעשה, כבר לא כוונתי בסיסי נתונים כשזה קרה. אין לי מושג מה זה משנה בעצם, עכשיו כשאני חושב על זה.

יש לנו, אתה יודע, 3D Xpoint ו- PCM של יבמ מופיעים כשכבה נוספת של זיכרון, ויש לנו SSD, אבל אתה יודע, הם מחליפים חלודה מסתובבת. אבל SSDs יכולים להשתנות במהירויות. עם כל כך הרבה, אתה יכול לקבל גישה מקבילה וזה גורם להם ללכת מהר להפליא - קרוב למהירות RAM. ויש לך את כל ארכיטקטורות החומרה המקבילות.

וזה הכל, אתה יודע, העלויות יורדות, וזה דבר ממש נחמד, אבל זה כל מה שהופך את זה - אתה יודע, אם אתה לוקח את המהדורה הבאה של מסד נתונים ואז אתה מתחיל ליישם אותו במכונות, אפילו חלק מ זה, בעצם איבדת כל תחושת בטן שעלולה להיות לך לגבי אופן פעולתם של הנתונים, מכיוון שההאחויות פשוט מאוד שונות מאוד. וכאן, אתה יודע, יש לך ארבע שכבות ולא שלוש שכבות אחסון.

בעיות במאגר. אתה מקבל אנטרופיה של מסד נתונים - מקרים מתפשטים שכיחים מאוד. מאגרי מידע המשמשים כארונות, וזה בעצם הדוגמא שנתתי. מעט מאוד בסיסי נתונים מכוונים את עצמם, ואלו שטוענים שהם מכוונים את עצמם אינם טובים כל כך, אתם יודעים. אבל הדבר האחר הוא שמעט מאוד מסדי נתונים מכוונים כראוי. זו עבודה קשה, היכולת לאזן בין עומסי עבודה. כלומר, כשאתה חושב על מסד נתונים, מה שמאגר המידע עשוי לעשות במהלך תקופה של 24 שעות, עומסי העבודה עשויים להיות מאוד מאוד שונים. על בסיס הנתונים להיות מחסן נתונים נכון במיוחד.

ולכן, כוונון זה לא עניין של מה בכך, אתה יודע, כי מה שאתה עושה זה כוונון פרמטרים שצריך לספק מגוון שלם של עומסי עבודה לאורך נקודת זמן נתונה. זו עבודה קשה, בעיקרון. וצריך לכוון את SQL במיוחד עבור SQL JOINs. הם יכולים להיות מאוד צורכים משאבים. ואם בבסיס הנתונים יש תצוגות שהתממשו, למען האמת, כדאי שתחקור את השימוש בהן, מכיוון שהן יגרמו להכל להתקדם בצורה מהירה יותר. וזה דורש מישהו שמבין בעומסי העבודה ומבין את תנועת ה- SQL וכן הלאה וכן הלאה.

ורוב החברות מעסיקות מעט מאוד DBA - יקרות מאוד. הכרתי חברות גדולות למדי עם, כמו, שלושה חבר'ה, אתה יודע, מספר עצום של מקרים. באמת, הם עולים הרבה, זו עבודה קשה מבחינת המורכבות. הם צריכים כלים.

ואני חושב שזה כל מה שיש לי לומר. הו כן. בואו נמסור לדז, נראה מה לדז יש לומר.

דז בלנשפילד: תודה, רובין. זה נושא מאסיבי. אני הולך לדברים שאני חושב שהם האתגרים היומיומיים שעומדים בפנינו. כי בואו נודה, יש ספרייה שלמה של ספרים שנכתבו בנושא זה. מי לא הלך לחנות ספרים טכניים ומצא קירות וקירות ספרים שנכתבו רק על הנושא הכללי של ביצועי מסד הנתונים וכוונון בסיסי נתונים ובקרה. ולפעמים זו דרך נהדרת להרוג זמן.

הנושא הכללי: קבלת שאילתות ביצועים. ישנם מספר חלקים שונים של הארגון שמזיעים נושא זה - ברמת משתמשי הקצה שלך, מניסיוני, אתה יודע, אנשים פשוט חווים ביצועים, והדברים אטים. גלגלים מסתובבים לוקח זמן עד שהשאלות יחזרו. בקצה הנגדי של הספקטרום, יש לך אנשי הנדסת תשתיות ואחסון, שמורחים מומחי מסד נתונים מכיוון שהדברים אינם פועלים כפי שהם מצפים. וזה קשת רחבה מאוד, מניסיוני, הדברים שיכולים להשפיע על חיינו בספקטרום הזה.

אם אתה חושב על, מהפיזי ומעלה, אתה יודע, רק את שטח המחשב. יש לך זיכרון, אתה יודע, זיכרון RAM, אם תרצה - שטח דיסק, רשת, וכל הקטעים סביב זה. במרחב הזה יש לנו, אתה יודע, זה מאחסן את המחשבה שלדבריך, אתה יודע, עדיף להשתמש בדיסק גולמי או ב- JBOD ופשוט, אתה יודע, להעלות הכי מהר שאפשר את הדיסק ולתת ל מסד הנתונים ממיין את שכבת הגנת הנתונים. אנשים אחרים הם מעריצים גדולים של RAID, המערך המיותר של דיסקים לא יקרים, והם חווים חוויות דתיות שונות עם RAID 0, 1, 3, לפעמים 5 ו 6 סוגים שונים של פסים או שכפול על הדיסק, למקרה שהדיסק הקשיח לא מצליח. אפילו ברמת האחסון וברמת ההנדסה, עדיין יש לנו אנשים שיש להם השקפות וניסיון שונים סביב ביצועים, על סוגי אחסון.

בין אם מדובר בדיסקים המחוברים ישירות לבין השרתים עצמם, ובין אם זה מחובר דרך ערוץ סיבים עם רשת שטח אחסון כלשהי, בין אם מדובר באחסון שמורכב משרת איפשהו דרך iSCSI או שמא Ethernet, למשל. וזה עוד לפני שאתה באמת מגיע לשכבת מסד הנתונים, שם, אתה יודע, כל מיני דברים שאנחנו לוקחים כמובנים מאליהם - אתה יודע, רק לשמור על כך, כפי שאריק ציין, אתה יודע, מה שאנחנו מכנים את השיחה עם הנתונים שלך . רק היכולת לזהות דפוסים ודפוסים משמעותיים שאנו חושבים שנוכל להתחיל לצלול אליהם ולחפש בעיות ביצועים.

וזה נושא רחב מאוד, אז אני הולך לצלול לשני תחומים שבהם הניסיון שלי, זמן ואנרגיה ומאמץ מושקע מקבלים תשואות טובות. אז הרשו לי פשוט לדלג במהירות לראשון מבין אלה. ורק הלכתי בבדיחות וחיפשתי תמונה של משהו שיש לו שלד מבפנים ועור מבחוץ, אבל בלוק הלגו היה כנראה הפחות מחריד. אבל במובנים רבים ככה אני מדמיין ומדמיין נפשית את האתגר שעומד בפנינו לפעמים עם פלטפורמות אנליטיקס ומסדי נתונים התומכים בהן. וזהו, אתה באמת רק כצרכן ומשתמש קצה או אפילו כמפתח, לעתים קרובות רואה את שכבת עור הפורניר, אבל זה בעצם השלד שמתחתיו - זה באמת הנושא שאתה צריך להתמקד בו.

אתה יודע, במקרה זה, כשאנחנו חושבים על הדברים שיכולים להשפיע על ביצועי מסד הנתונים וניתוחם הנובעים מאותו יום מסוים, ביצועי הביצועים, תשתית הליבה ופשוט פיקוח על תשתית ליבה זו, וכפי שתיארתי לפני רגע, סביב הדיסק והזיכרון והמעבד שלך. וכפי שהדגיש ד"ר רובין בלור, אתגרים כעת בווירטואליזציה ובדברים שקורים בשבבים עצמם, וביצועים עד לרמת הליבה, וכמות הזיכרון שמכניסים כעת לכל שבב בכל ליבה. אלה אתגרים טכניים מאוד שאפשר לחפש אחר אדם יומיומי.

המשך לעקוב אחר ניטור השאילתה. אתה יודע, אחד האתגרים סביב מעקב אחר שאילתות ותורי שאילתות הוא למשל - כלומר, SQL כשפה וכלים של מסד הנתונים שמגיעים סביב כלי ניתוח, הם מאוד עוצמתיים, ובעיקר SQL כשפה. אבל עם העוצמה והפשטות הזו מגיע גם, במקרים רבים, וזה אם לא יישום שעושה את אותו הדבר שוב ושוב, שנכתב על ידי מפתח טוב ומאתר על ידי DBA טוב, הוא עשוי להיות אנשים שעושים שאילתות לא מובנות.

והבעיה עם זה, זה די קל ללמוד קצת SQL ולהתחיל לבצע שאילתות, אבל כתוצאה מכך, אין לך בהכרח את כל הכישורים והניסיון והידע לדעת אם אתה עושה דבר טוב או רע לעשות את בסיס הנתונים. אז כל הזמן לרוץ את אותו גדול, רחב, לא נכון יכול פשוט להוריד את הבניין. שמירה על מעקב אחר שאילתות היא אתגר מעניין.

פשוט עקוב אחר זמני התגובה ככל שעושה הפלטפורמה ומה המשתמשים מקבלים. שוב, אתה יודע, ללא הכלים הנכונים, זה לא דבר שאתה פשוט מסתכל באופן אינטואיטיבי על הדבר וחושב, "הו, הרשת שלהם פועלת לאט", או "זיכרון המשתמשים לא מציג ביצועים טובים" או "האינדקסים מביאים לא טוב "או" מתנפחים. "

ואז, אתה יודע, איך אתה מגיע למצב שאתה, ברגע שראית בעיה עם זה, איך אתה מפרק אותו ומפרק אותו ומתמודד עם כל האתגר של שאילתות מובנות בצורה לא טובה? וכן, אתה יודע, האם זו שאילתת אד-הוק שמישהו רץ ביד, או שמא מדובר בכלי ניתוח עם לוח מחוונים קדמי שמתפקד בצורה גרועה מכיוון שהם שואלים את השאלות בדרך הלא נכונה, או שמא מדובר באמת, פיסת קוד באמת כתובה בצורה לא טובה?

ואז עשה את אותו איטרטיב של, אמר אריק בהקמה בתחילה, אתה יודע, פשוט באיטרטיביות הולך שוב ושוב ושוב ומכוונן את זרימות העבודה האלה. אתה יודע, אילו זרימות עבודה אני מפעיל, איך הם פועלים, באיזו תדירות הם פועלים, איזה קוד פועל נגדם, היכן הם פועלים נגדו במעבד ובזיכרון ובדיסק וברשת? כן, זה רק אתגר טכני באמת.

ואז הנירוונה שאנשים מחפשים בעולם הזה, תוך מעבר מניתוח היסטורי וכוונון ביצועים והתראה מפני הסביבה שלך, וזה נהדר לראות מכיוון שאולי תקבל תוכנית לה בעתיד אם אתה יודע למה הדברים הלכו לאט אתמול בבוקר בשעה תשע. אבל זה לא עוזר לך כרגע וזה לא עוזר לתוכנית שלך להתקדם.

אני חושב שתכנון קיבולת וגודל וביצוע כוונון וכיוונון, כך שאתה יודע, אני חושב שיש מגמה שאנו רואים כעת, שם יש שינוי בסביבות גדולות מאוד, בהן אנשים קיבלו פלטפורמות מסד נתונים גדולות וסביבות מסדי נתונים מורחבות. החל מהתראות ותכנון היסטוריים ועד התראה חזויה ותכנון, שם הם רוצים לדעת מה קורה ברגע זה ולהיות מסוגלים לתכנן את זה בעתיד. או שנגמר לנו הזיכרון והאם נגמר לנו הזיכרון בשעה הבאה, ומה אנחנו יכולים לעשות בקשר לזה? איזה תכנון יכולות אנו יכולים לעשות בזמן אמת?

סלח לי. זה מגיע לנקודה בה, אתה יודע, בדיוק כל האתגר של גילוי המכשולים האלה בדרך של מה שאנחנו מכנים כניתוח נוזלים, והופך את זה לנורמה בארגון שלך. כפי שאתה יכול לראות, זה אתגר לא טריוויאלי עבור, אתה יודע, רק ההמונים הגדולים והלא-שוטפים היומיומיים. וזה עדיין אתגר לא טריוויאלי עבור אפילו המוכשרים יותר מבחינה טכנית.

אתה יודע, אם זה קשה לבני תמותה גרידא, איך נהפוך את זה לדבר שאפשר? מכיוון שאתה יודע, רוב אלה הם דברים שמשתמשים רגילים אינם יכולים לפתור, ואולי יש לנו כמה מהנדסי מסדי נתונים מיוחדים, מפתחי מסד נתונים, מפתחי קוד, מתכנתים, אך הם עדיין צריכים להיות מסוגלים לפרוק את הסביבה. הם צריכים להתפרק, אתה יודע, נושאים כמו אנשים שעושים שימוש בקוד.

אתה יודע, אחד הדברים הגרועים ביותר שראיתי במרחב הזה סביב להיטי ביצועים בפלטפורמות אנליטיקה בפריסה גדולה מאוד של תשתיות שרתי מסדי נתונים הוא אנשים שלוקחים חתיכת קוד, נתח SQL או הליך גנוב שהם לא עשו. אני לא כותב והם לא יודעים אם זה קוד טוב או רע, והם פשוט משתמשים בו מחדש כי זה נותן להם את התוצאה שהם רוצים. אבל מסתבר שייתכן שזה היה רק ​​משהו שנכתב תוך כדי תנועה כדי להשיג תוצאה אחת או שתיים, כמו דוח - מישהו מיהר.

וכך אנשים משתמשים בקוד מורכב שהם לא כתבו, ופשוט טפחים עליו לפיתוח יישומים, בלי לדעת שהם בעצם מענישים את הקצה האחורי. אפילו סתם מעקב אחר הביצועים ההם והסתכלות מאיפה השאילתות מגיעות וקדיחות, זה, אתה יודע, זה אתגר יומיומי שאני רואה.

דברים התנהגותיים בסיסיים כמו נתונים לפני הצגת הבמה לביצועים היכן שזה אפשרי. דברים שפשוט חווים מלמדים אותך, כמו מחיקת אינדקסים אם אתה מתכוון לייבא בתפזורת ואז להוסיף לאינדקס מחדש כדי שהמדדים לא ישמרו כשאתה מכניס טרה-בתים של נתונים. אתה יודע, בלי הכלים המתאימים, זה כמעט בלתי אפשרי לראות כי אינך יודע שהמדד פוגע.

אופטימיזציה של אינדקסים באופן קבוע היא סוג של 101, אבל מה עם, אתה יודע, כשאתה מבצע יבוא בכמויות גדולות, או, אתה יודע, יוצר טבלה לגבי שאילתות אם מישהו מבצע שאילתה גדולה באמת? אתה יודע, זה יכול להיות להיט ביצועים מאסיבי, ושוב, אם אתה לא עוקב, אין לך כלים לראות את זה, כזה קורה רק ברקע ואתה לא יודע איך לטפל בזה .

הגבלת שאילתות למספר העמודות שאתה זקוק לו - כלומר, זה נשמע ממש בסיסי, אבל שוב, אם אתה לא יכול לראות את זה, אתה לא יודע שזה קורה ואז זה פשוט קורה ברקע וזה כואב לך, עליך.

לדעת מתי ואיפה להשתמש בטבלאות זמניות, לאסוף מחיקות ועדכונים גדולים. שוב, כל הדברים הפשוטים ביותר, אבל בלי הנראות הזו, בלי הכלים לעשות זאת, הם פשוט יושבים ברקע וממשיכים לפגוע בך ואתה ממשיך לזרוק יותר זיכרון או מעבד לסביבת מסד נתונים כדי להשיג ביצועים טובים יותר של פלטפורמת ניתוח, כאשר באמת שאתה אמור להיות מסוגל להעמיק בפרטים הקטנים של מה שמכאיב לך ולהתייחס לדבר המסוים הזה. ואז, אתה יודע, דברים כמו אילוצי מפתח זרים ואיך אתה מוצא את זה, איך אתה אפילו יודע שזה נושא?

זה מביא אותי לסיום נקודת המפתח שלי כאן, וזה שאתה יודע, על בסיס יומיומי, אנו רואים את הבעיות הללו בכל מקום. וככל שסביבות בסיס נתונים הולכות וגדלות ויותר ויותר ויותר ויותר, וכפי שהדגיש כאן ד"ר רובין בלור, אנו מקבלים יותר ויותר מודלים סביבתיים מורכבים עם זמני מסד נתונים.

ואז גם הצורך להשתלב בכמה מפלטפורמות ה- Big Data כמו Hadoop ו- Spark שמגיעות, ועוד ועוד בכל פעם. לדעתי, נצטרך למצוא דרכים טובות יותר, וכלים מסוימים, לבצע ביצועים אלה בפלטפורמה בזמן אמת וניתוח ואבחון בצורה מושכלת. מכיוון שזה עולה זמן אמיתי וכסף אמיתי ותסכול עבור משתמשי הקצה ודולרים אמיתיים אם לא נתחיל להגיע לכלים לצלול לדברים האלה.

ועם זה אני הולך למסור לחברים שלנו מ- IDERA, כי אני מאמין שיש להם סיפור טוב לספר כיצד אנו יכולים לטפל בבעיה ממש זו.

קולט מנאלה: נשמע טוב. תודה רבה לך, ואקדים את הבעיות. יש לי כמה שקופיות גם כאן, ותנו לי להתקדם ובסוג להעלות את זה. כמה כאלה אנו הולכים לקפוץ די מהר.

רק כדי לתת לך קצת תובנות, אני מנהל הנדסת מכירות כאן באי.די.ארה, ולכן מה שאנחנו עושים זה סוג של דיבורים עם DBA די באופן קבוע על הכאבים והאתגרים שיש להם, ספציפיים, בהרבה מקרים, פיקוח על ביצועים ודברים מסוג זה, ברור. ואנחנו שומעים הרבה מהקהל ההוא, ולכן אני חושב שאוכל לשתף חלק במידע שאני מקבל מהם על בסיס קבוע שיהיה הגיוני. אני הולך לדלג על כמה כאלה, כי אני לא חושב שהם באמת רלוונטיים לשיחה.

אתה יודע, יש לי כאן רשימה משלי על תחומי האחריות של ה- DBA - זה דומה לרשימה של רובין ואני חושב שהיא די עקבית. אני חושב שכשאתה מדבר עם מנהל מסד נתונים, זה תמיד - אתה יודע, הם גושים בכמה מהאזורים האלה יותר מאחרים ואין שום חריזה או סיבה לכך, זה פשוט תלוי בסביבה.

אתה שומע מגוון רחב למדי ורחב של דברים שאנשים רוצים להיות מסוגלים לעשות. והרבה פעמים, האנשים שרוצים את הדברים האלה לא - הם יבקשו אותם, ובמקרים מסוימים, תתחיל סוג של קידוח במה שהם באמת מבקשים, ואז תגלה שהם ' אני באמת מחפש עוד. הם באמת רוצים יותר מידע ממה שהם בתחילה חושבים שהם צריכים, וכשאתה מתחיל לקדוח בכלי אני חושב שכאן אתה יכול להתחיל לומר שהם מנהלים שיחה עם הנתונים.

ואני חושב שזה ביטוי מעניין אמיתי, וזה הגיוני מאוד מבחינת היכולת להגיד, כן, ובכן, אם יש לך שאילתה גרועה, מהי באמת שאילתה רעה? האם זו שאילתה שצורכת הרבה קריאות או כותבים או מעבד? זה יכול להיות כזה שרץ הרבה, זה יכול להיות, כמו שאמרת, כתוב לא טוב.

מבחינת האופן בו אנו מזהים זאת, ישנן מספר דרכים שתראה מבחינת המוצר שלנו, מוצר מנהל האבחון, שאנו מראים ל- DBA שהם יכולים לעשות זאת. וזה ממש גמיש, ולדעתי זה אחד הדברים הגדולים - אתה צריך שיהיה לך כלי שיעזור לך בבעיות ביצועים אלה, האם הסביבה של כולם קצת שונה.

והולכים להיות הרבה, אתה יודע, צרכים ואולי אפילו דרישות סתומות מבחינת ניטור, כך שתצטרך שיהיה לך משהו שהוא גמיש ומשהו שהולך לעבוד ויוכל להתאים את עצמו לסביבה אתה מנסה להסתדר. אתה יודע, ויש לי המון מהדוגמאות האלה - אני לא מתכוון לעבור על כל אחת מהן, אבל אתה צריך משהו שתוכל לסובב קדימה ואחורה בין פיסת נתונים אחת לאחרת, ואני אהיה סוג של דברו על זה כשאנחנו נכנסים למוצר קצת ומראים לכם את זה, ומבחינת איך אנחנו עושים את זה.

אבל הדבר האחר שלדעתי מבחינת כל כלי ניתוח טוב הוא, אתה יודע, יש כמה דברים מרכזיים שאתה באמת מחפש. ברור שאתה בראש ובראשונה לא רוצה כלי שיוביל לבעיות ביצועים משלו בשם הביצוע. כשאני אומר אוספים את הנתונים ללא עלות, אני לא מדבר על העלות מבחינת, אתה יודע, עלות כספית, אלא מבחינת העלות מבחינת תקורה ועלות מבחינת כמות המשאבים שאנו אנחנו הולכים להשתמש בשם הביצוע. אתה בהחלט רוצה שם משהו שיעזור.

אתה זקוק למשהו שיוכל לקבל את הנתונים שאתה מחפש ספציפיים לבעיות עימך אתה מתמודד במהלך היום-יום שלך, וייתכן שיש כמה דברים שאתה לא צריך ושאתה לא צריך ' אני לא רוצה, ואין טעם לאסוף את הנתונים האלה אם אתה לא מתכוון לדווח עליהם או אם יש לך צרכים כלשהם סביב ניסיון לנהל את הנתונים האלה. מבחינת המטא נתונים המשויכים לביצועים, למשל.

אתה יודע, דוגמה טובה היא, אני לא צריך לקבל התראה אם ​​שירות רכזת ההפצה ב- SQL במצב לא פעיל אם אני לא רוצה שהוא יפעל מלכתחילה. אז אל תתריע בפני, אל תאסוף את הנתונים נגדם - אני לא צריך את המידע הזה. לכן היכולת להפעיל ולכבות את הדברים האלה חשובה ממש.

היכולת גם, ברגע שתאסוף את הנתונים, תהיה גישה אליהם די מהר - אינך צריך, אתה יודע, להפעיל את העיסוי של הנתונים, לתפעל את הנתונים - להיות מסוגל לעשות זאת במהירות וביעילות. ואז ברגע שיש לך את הנתונים, ברור שזה באמת חשוב להיות מסוגל להבין את זה.

עכשיו זה המקום שבו, עם שלנו - עם, למשל, עם מוצר מנהל האבחון אני הולך להראות לך קצת היום - אותו מוצר, אתה יודע, הייתי שמח לומר לך שהמוצר הזה הולך להחליף ולהיות DBA בתיבה. המציאות היא שזה דורש קצת ידע מה הסביבה שלך ומה אתה מנסה להשיג. ברור שיש לי הבנה של תפקידה של ה- DBA עצמה.

כעת, מה שאנחנו מנסים לעשות הוא לחנך באמצעות העזרה ובאמצעות שיטות אחרות. אבל אתה תמיד תרצה לקשור את זה, כמובן, עם סוגים מסוימים של רמות ניסיון או מישהו שיש לו ידע מה לעשות ברגע שקיבלו את הנתונים. היכולת לקיים אדם שיכול לשאול את השאלות הנכונות למוצר, ולנהל את השיחה הזו עם הנתונים, היא כמובן המפתח. ואז ברור שיכול להיות הגיוני מהנתונים.

ברגע שיש לי את המידע, היכולת להוציא את זה לאנשים הנכונים. המפתחים שלי, צוות התפעול שלי - יהיה אשר יהיה, ייתכן שיהיה עלי להשתלב עם מוצרים אחרים, שיהיה לי ווים כדי להיות מסוגלים לעשות זאת. כל אלה דברים חשובים אמיתיים. ואז, כמובן, אחרון חביב, אם אני צריך לדעת יותר, היכולת לעשות זאת. בין אם זה אומר להפעיל עוד דברים שאפשר לאסוף, ובין אם זה אומר פשוט להעמיק מעט יותר בנתונים. אתה מקווה שעם כלי שעומד להיות, אתה יודע, עוזר בביצועים, אתה מקבל את כל הדברים שאתה צריך כדי לענות על השאלות האלה.

הדבר היחיד שלא שמתי כאן לדעתי שכנראה שווה לשים לב אליו הוא שאתה צריך כלי שיעזור לך להבדיל מה נורמלי ומה לא תקין. ואני חושב שזה גדול, כי, אתה יודע, יש המון מוצרים מתריעים ודברים שיש שם, אבל אם אתה מקבל התראה וההתראה היא התראה כוזבת, זה לא עושה לך טוב ; זה יותר בזבוז זמן וזה הולך להפחית את היעילות שלך יותר מכפי שזה יעזור להם. אז אתה יודע, אלה כמה דברים שהייתי רוצה לזכור.

כשאני מדבר על המוצר שאני סוג של קשר את כל הדברים האלה בתוך חבילת המוצרים של IDERA, זהו מוצר מנהל האבחון שלדעתי יש כנראה את המאפיינים העיקריים של מה שאנחנו מדברים כאן מבחינת בסיס נתונים כוונון וביצועים וניטור וכל מיני דברים כאלה.

אנשים מחפשים ניטור ברמה הארגונית; הם רוצים להיות מסוגלים לקבל גישה, להיות מסוגלים, במסך אחד, לדעת שהדברים עובדים על זה כמו שהם צריכים להיות. או שהם רוצים להיות מסוגל, כמובן, אם יש בעיה, לראות איפה הבעיה ואז יוכלו להיכנס לתוכו. חלק גדול באמת, אני חושב, מה אנשים מחפשים עם סוגים אלה של דרכים בהן אתה באמת יכול לחדד בביצועים שלך.

הדבר הנוסף שברור עם זה הוא, אני לא יכול פשוט לפעול בהווה, ואני צריך להיות מסוגל לחזור לאורך תקופות זמן, בין אם זה אומר להסתכל על שאילתות שהתנהלו בצורה לא טובה או אם זה אומר, אתה לדעת, מסתכל על הדרך שבה VM המארח עצמו התנהג מבחינת משאבים. כל אותם סוגים של דברים שאתה צריך לעשות, ואתה לא מתכוון לשבת שם ובוהה בקונסולה שלך 24 שעות ביממה, 7 ימים בשבוע.

אם אתם בחופשה או אם זה באמצע הלילה, או מה שזה לא יהיה, אתם זקוקים למשהו שיוכל לחזור אחורה בזמן אליכם בכדי שתוכלו להגיד מה קורה במקרה ב הזמן שהיה לנו בעיה. היכולת לעשות זאת, שוב, ביעילות ובמהירות ולהיות מסוגלת להיכנס לתוכו היא בהחלט יצירה חשובה מבחינת הדיון הזה. והייתי אומר שזה כנראה אחד הדברים החשובים יותר מבחינת מה שאנשים מחפשים. הם תמיד מחפשים את החלון ההוא לעבר, כי זה באמת עניין של מה שאתה יודע, אתה לא צריך לשבת שם ולחכות למשהו שיקרה שוב.

הדבר הבא ברשימה הוא באמת רק להתחבר למה שדיברנו עליו קודם, עם ביצועי השאילתה עצמה. ואני הולך להראות לכם כמה דוגמאות שונות במוצר מנהל האבחון, כיצד אנו עושים זאת, שבוודאי בסופו של יום, היא עומדת לספק לכם הרבה אפשרויות סביב השאלות עצמן מבחינת מה אתה רוצה להתאסף.

מבחינת אם אתה מעוניין בשאילתות הגורמות לכאבים במשאבים, צריכת מעבד או צריכת קלט / פלט. בין אם מדובר בשאילתות שלוקח זמן רב להשלים או בשאלות שבסך הכל באופן כללי אינן הפוגעניות ביותר מבחינת הביצועים, אך עשויות להתרחש בתדירות כה גבוהה שהתדירות העצומה של עצמה פועלת עלולה להוות בעיה. וכמובן היכולת לאתר מגמות לאורך זמן גם עם השאלות הללו הוא חלק חשוב ממנו.

יש הרבה דרכים שונות בהן אנו יכולים לעשות זאת בתוך המוצר הזה, ולדעתי ברור שזו יצירה חשובה ממש לרוב ה- DBA. וגם אם אין לך יישומים משלך מפותחים, זה עדיין נחמד שתוכל לפנות אל ספקי התוכנה שלך ולהגיד, "היי, אתה יודע מה? אתה יודע, שתיים אחר הצהריים בכל יום כשהמשרה הזו ממריאה ", או מה שזה לא יהיה, " היישום שלך הוא הגורם לזה, והיינו צריכים לתקן את זה. "אז גם אם אין לך השלמה שליטה בקוד עצמו, עדיין נחמד לדעת מתי מתרחשות בעיות.

ואז, אתה יודע, החלק האחר הוא פשוט יותר פרואקטיבי. היכולת להיות הראשונה שיודעת, להיות מסוגלת להבין מתי מתרחשת בעיה. לא להיות מסוגלים להיות הראשונים לדעת כך שתוכלו לתקן אותה, אלא בהרבה מקרים, כשאתם זקוקים זה משהו שיצליח להפוך אוטומטית תגובה, גם בהרבה מקרים. אתה יכול, למשל, אתה יודע, במקום לקבל דוא"ל שאומר "היי, אתה צריך ללכת לתקן את זה", אם אני בפגישה או אם אני, אתה יודע, על הכביש או מה שזה לא יהיה אני אני עושה, ברור מאוד נחמד שאוכל לומר שיש לי משהו במקום שיצליח להתייחס לזה באופן אוטומטי.

ואם לא מתייחסים אליו באופן אוטומטי, לפחות היכולת להיות הראשונה לדעת כך שתוכל לנקוט בפעולה מתקנת או ליצור קשר עם מישהו שיכול. וכך, כמובן, אלה הם חלקים גדולים וחשובים שייתכן שהם נתקלים במונחים של פיקוח על המכונות שלך, על המקרים שלך ועל האנליטיקה עצמה.

עכשיו דיברתי על זה קודם, שזה הגמישות של הדברים. אני לא יכול להדגיש את זה מספיק, ביכולתי לומר, אתה יודע, מחוץ לתיבה, אם יש משהו שלא פיקח עליו, היכולת להיות בעלת הפונקציונליות בתוך מוצר כדי להיות מסוגל להוסיף את הדברים האלה ל להיות במעקב. ובמובן שבדוגמה של מנהל האבחון, ברור שיש לך, אתה יודע, דלפקי WMI, דלפקים, דלפקי SQL Server, אתה יכול ליצור שאילתות משלך.

אתה יכול אפילו, אתה יודע, אם תרצה, למשוך את הנתונים מסביבת vCenter שלך או מסביבת ה- Hyper-V שלך, כתוצאה מהסקרים שמתרחשים ויכולים, אתה יודע, לעשות זאת על בסיס קבוע ו למשוך נתונים אלה ולהיות מסוגל להציג אותם. ושוב, סובב ממקום למקום כשאתה מסתכל על המידע הזה.

אז אלה מסוג הדברים שמבחינת מה שאני רואה אנשים מבקשים כאשר הם מדברים על כלי שעוזר להם מבחינת כוונון וביצועים - המוצר שאני הולך להראות לכם רק השנייה היא מנהל האבחון והיא תומכת בכל דבר משנת 2000 עד 2016. זה ספציפי ל- SQL Server, ולכן אנו עוקבים אחר ניהול הדברים האלה. אין סוכנים במקרים עצמם שעוקבים אחר המופע.

זה חוזר לאיסוף המידע במחיר קטן, שידוע לך שניסינו כמובן יותר לאסוף את המידע הזה, וגם לא להשתמש בהרבה משאבים, נכון? אנו מנסים למנף את הדברים ש- SQL Server כבר מספק לנו ולהפוך אותם לטובים יותר, בין אם מדובר בתצוגות ניהול דינמיות, ובין אם מדובר באירועים מורחבים, או בכל מקרה שיהיה מבחינת האוסף עצמו. היכולת למנף את המידע הזה ולשפר אותו היא אחת המנדטים שלנו.

עכשיו, אם אתה מסתכל על זה אמיתי במהירות, אני לא מתכוון לעבור על האדריכלות בפירוט רב מדי, אלא להחזיק מאגר אחורי עם כל הנתונים ההיסטוריים שלנו שאתה יכול לנהל ותוכל לשמור עליהם כל עוד אתה רוצה. אתה יכול אפילו לבחור את סוג המידע שאתה רוצה לשמור, ולמשך כמה זמן. זה חוזר לסוג זה, לאסוף את הנתונים המתאימים ולהשאיר את הנתונים המיותרים בחוץ. אם ברצונך לשמור את השאילתות במשך חמישה ימים שביצועי הליבה ואז לשמור על ההתראות במשך שנתיים, זה תלוי בך וזה לגמרי הפררוגטיבה שלך ביכולתך לעשות זאת.

מספר קונסולות שונות עם מוצר זה. יש לך גרסה מבוססת אינטרנט, יש לך גם גרסת לקוח עבה. ולכן יש לזה את הגמישות לקפוץ על דפדפן ולראות מה קורה, או אם יש לך מחשב נייד בו מותקן בו לקוח ייעודי, אחת מהגישות הללו תעבוד בשבילך.

עכשיו, מה שהייתי רוצה לעשות זה סוג של הפגנה מהירה. ואני אציין - אני חוזר לשקופית אחרת כאן - שיש לנו, בדיוק הוספנו, ממש כמו FYI לאנשים ההם שמכירים את המוצר, יש לנו הצעה חדשה שהיא מנהל אבחון Pro. הצעה מקצועית הכוללת עם זה משהו שאנו מכנים ניתוח עומסי עבודה.

ובאמת מדובר על היכולת להביט באופן אינטראקטיבי על פרקי זמן גדולים מאוד ולעבור מזה, אתה יודע, תצוגה של 30 יום לתצוגה, אתה יודע, חמש דקות בערך שלוש לחיצות. והיכולת לראות את הדוקרן בביצועים או את הבעיה בצוואר הבקבוק שאולי תוכל, אתה יודע, תוכל לראות ברמה גבוהה מאוד, ולקדוח עד לרמה נמוכה מאוד. ובעיקר גם היום, זה חדש למוצר.

אבל מה שאני רוצה לעשות זה רק סוג של התחלה ראשונה, ואני רוצה לדבר קצת על הציר הזה והליכה קדימה ואחורה. העליתי דוגמא, ואני הולך לחלוק על המסך שלי כאן. ובואו נראה … הנה אנחנו הולכים. המסך שלי. ותודיע לי, חבר'ה, שתוכלו לראות את זה.

אריק קוונהאג: הנה אתה הולך.

בולט מאלה: הכל בסדר שם? בסדר. אז מה אתה מסתכל כרגע - וזה מוצר מנהל האבחון - ורק רציתי לתת לך סוג של הדגמה ברמה הגבוהה ביותר של המתרחש כאן. בדוגמה הספציפית הזו, מה שאנחנו עושים זה שאנחנו מראים לכם את השאלות הקשורות להמתנה. וכך, כשאני מדבר על היכולת ללכת קדימה ואחורה, להעמיק עמוק יותר ולסתובב, זהו - השקפה זו כאן היא דוגמא טובה לכך. אני יכול לעבור מתצוגת ציר זמן כמו שאנחנו רואים כאן, שעומדת להציג כעת. במקרה שלנו אנו מסתכלים על ההמתנות עצמן ועל הקטגוריות של ההמתנות עצמן. אנו יכולים לראות את ההצהרות הקשורות לאותן המתנות, אנו יכולים לראות את היישומים.

שימו לב שהוא נמצא בתצוגת ציר זמן כאן, כך שאוכל לזהות את המידע המבוסס באופן ליניארי ממועד התקלה של הבעיה, אבל שוב, אם אני רוצה פשוט, שוב להסתובב, ואני אומר, "אתה יודע מה, בואו נסתכל על זה מנקודת מבט אחרת, "בואו ונביט על זה מנקודת המבט של, " אני רוצה לראות את השאלות או את ההמתנות או את היישומים שגורמים לי הכי כאב, ולדרג אותם. "וזה מה שאנחנו ' אני הולך לראות לפי "שאילתה ממתינה לפי משך הזמן." כעת אנו רואים את היישומים עצמם שגורמים לי את הכמויות הכי רבות שלי, או את ההמתנה.

ואז, הנה החלק שהוא באמת החלק החשוב ביותר, היכולת לבודד את הדברים האלה. אני יכול לראות שהיישום הזה של NoSQL מתחיל לכאן. זה גורם לי כמות טובה של זמן המתנה, הרבה זמן עד 25 שניות של זמן המתנה בתוך החלון הזה של 30 דקות. ואז אוכל לבודד את היישום הזה ואני יכול לראות את ההצהרות, במקרה זה, המשפיעות ישירות על המופע הספציפי הזה.

וכך זו רק דוגמא אחת לאופן בו תוכלו לזהות צוואר בקבוק, להיות מסוגלים לדרג את המידע, להיות מסוגלים לתעדף את הבעיות שצריך לטפל בהן קודם. כל הדברים שעליכם לקחת בחשבון. אתה יודע, אתה יכול לתקן בעיות כל היום, אבל אם אתה מתקן את הבעיות שנמצאות בתחתית הרשימה כדי לתקן, אז אתה מבזבז את זמנך. יש לך עלות הזדמנות הקשורה לזה.

אני אתן לך דוגמא נוספת, וזו דוגמה קצת אחרת. במקום להצביע באופן ספציפי על בעיה או להצביע על אזור, אתה זקוק גם לכלי שיוכל לעזור לך במובן הרחב, באפשרותך לומר "היי, האם היו לנו בעיות?" או "האם יש דברים שאני יכול לעשות כדי לשפר את הביצועים? "ולהיות משהו מעין מאחורי הקלעים, להתבונן במתרחש. ובמקרה זה, זה יכול להיות קשור לתצורה; זה יכול להיות קשור לאופן בו אתה יודע את הבריאות של המופע עצמו. וגם, כמובן, דברים ביצועים.

אם אעבור לכפתור הניתוח הזה כאן, הדבר שאני הולך להראות לכם הוא שבתוך מוצר זה יש לנו גם סוג של רשימה פרואקטיבית של דברים שניתן לבצע בפורמט מדורגים שבעצם יספקו לכם תובנה לדברים שכנראה יעניקו לך עלייה בביצועים שלך באותו מופע, או עלייה במצב הבריאותי של אותו מופע. וזה במתכונת מדורגת במובן זה שיש לך יכולת זו לראות אילו סיכויים טובים יותר לשפר את הביצועים שלך ספציפיים לסוג מסוים של בעיה שזוהתה.

וכך, כשאני מסתכל על הדברים האלה ואני מזהה אותם, לא רק שאני רואה שיש לי בעיה ויש לי גם בהרבה מאוד מקרים סקריפט שניתן לבנות באופן אוטומטי כדי לתקן את הבעיה. אך ברבים מהמקרים הללו יש לנו גם קישורים חיצוניים אשר יתייחסו לסוג הבעיה שאנו חווים, ואז מדוע אנו נותנים המלצה זו, כך שתקבלו את ההיבט החינוכי הזה של הדברים. וזה שוב אני חושב שחשוב מאוד כשמדברים עליו, אתם יודעים, מתקנים בעיות.

אני לא רוצה פשוט לעקוב אחר ההמלצות האלה באופן עיוור, אני רוצה להבין מדוע ההמלצות הללו נעשות. ואולי אני DBA בכיר שעושה את זה כבר 30 שנה ואני צריך משהו שהולך, אתה יודע, תבדוק את ה - או נקוד את ה- i וחצה את ה- t, במקרה הזה - או אולי אני DBA זוטר ו אני זקוק לקצת עזרה מבחינת הבנת הבעיות הללו בזמן שהן מתרחשות, ומדוע ההמלצות הללו נעשות.

כמו שאמרתי, אני פשוט אעביר אותך דרך כמה חלקים שונים של המוצר. הכלי הזה היה קיים, אתה יודע, הוא קיים מאז 2004, 2003. ובאמת יש בו הרבה פיתוח, הרבה מידע, כך שלא יהיה הגיוני לנסות להראות לכם הכל כאן. אבל אני חושב שאחד הדברים שראוי לציין הוא שכשאנחנו נכנסים ואנחנו מתחילים לדבר על כל הדברים שאתה יכול לפקח על כל הדברים שאתה יכול להתריע עליהם, שוב, לחזור לגמישות של הדברים להלן רשימה של כל הפריטים שאנו עוקבים אחר.

עכשיו זה לא בהכרח אומר שאני רוצה לראות בדברים האלה במצב ערני אם הם ייצאו מהאף מבחינת הסף, כך שתוכלו להפעיל ולכבות את הדברים האלה. זה חוזר לזה, "היי, אני רק צריך לעשות דברים מסוימים למדדים מסוימים. אני רק צריך, אתה יודע, להתריע על בעיות מסוימות. "ולהיות מסוגל לוודא שלא נלך, אתה יודע, להרוות אותך בחבורה של חיוביות שגויות. לא רק שיש לך את היכולת להפעיל ולכבות את הדברים האלה, אלא שבמקרים רבים, תבחין בכך שאנו מספקים גם את אותה נורמליות בכל מה שקשור לכל מדד. אז אם אני מסתכל על קו מסוים זה, במקרה זה, קושי הייתי מבחין כי הסף כנראה גבוה יותר במקום בו הם נמצאים כרגע.

בצד השני של המטבע הוא, מה אם יש לי מופע של SQL, שם אני עוקב אחר מדדים וערכים אלה, מכל סיבה שהיא, הספים שקבעתי אינם נכונים? במילים אחרות, הספים הם מעטים באמצע היכן שקו הבסיס באמת יושב, מה שאומר שאם יש לי התראה קשורה לסף ההוא, אני כנראה הולך לקבל התראה על דבר שהוא אירוע רגיל. וכך, במצבים מסוג זה, אנו יכולים לספק לך תובנה זו גם על פני כל הלוח.

עבור כל המדדים במופע הספציפי הזה, אני יכול לראות את הספים האלה שסביר להניח שיציגו כאן חיובי כוזב מבחינת מה רגיל ומה לא. זה יהיה משהו שייחשב ליותר דבר שימוש רגיל בצד הזיכרון, ואם הייתי רוצה להגדיל את הסף הזה, הייתי יכול, אבל זה סוג של רעיון עם קווי הבסיס.

והדבר המגניב במוצר ה- Diagnostic Manager מבחינת קווי הבסיס עצמם הוא היכולת להגדיר קווי בסיס מרובים. ואתה יכול לשאול, "למה אני רוצה לעשות את זה?" והתשובה היא, ובכן, אם יש לך חלון תחזוקה שעובר, נניח, חצות עד ארבע לפנות בוקר, שם אתה באמת ממס את המשאבים שלך, אתה אני באמת משתמש במשאבים ככל האפשר, אז אתה רוצה להיות מסוגל, שוב לעבור, ואתה רוצה להסתובב קצת ולהגיד, "תראה, אנחנו הולכים לשנות את הסף שלנו לזה." ואנחנו יכולים למעשה להתאים באופן דינמי את הספים שלנו באופן ספציפי לכל קו בסיס שבו אנו נמצאים, בהתבסס על השעה ביום או ביום בשבוע וכן הלאה, כך הוא. אז זה יתאים באופן דינמי את הספים האלה עבורנו.

בואו ניקח צעד נוסף. לאחר שזיהינו את הספים הללו, עברנו פעם נוספת, ומבחינת הגדרת התראות והודעות ונבחן את המצבים האלה שעלולים לקרות, שוב, הגמישות היא החשובה ביותר כאן. אתה רוצה להיות מסוגל להתריע במצבים ספציפיים. במצבים אחרים, ייתכן שתרצה לשלוח דוא"ל למישהו אחר, אולי תרצה להריץ סקריפט של PowerShell, יתכן, אתה יודע, הרשימה נמשכת.

אולי אני רוצה להשתלב במשהו באמצעות מלכודת SNMP או אפילו ישירות עם, למשל, SCOM. העניין הוא שיש לך את הגמישות לעשות זאת, ואתה יכול להגדיר כל סוג של תנאים שיכולים להצדיק את זה, בין אם זה תנאי רחב מאוד-ידוע לך, המעבד והזיכרון שלי או משאבים אחרים - בכל המקרים שלי, או אולי יש לי סוג מאוד ספציפי שאני רוצה לפקח עליו כיוון שכשאני מגלה שאנו מפרים, אני רוצה להריץ סקריפט מאוד ספציפי ומכוון לבעיה זו. אז זה המקום בו תוכלו לעשות דברים כאלה בתוך המוצר של Diagnostic Manager, סתם, אתם יודעים, מבחינת ההתראה וההודעה, ויכולת להיות גמישים מבחינה זו.

עכשיו, לא אעבור על כל ההתראות וכל הדברים הטובים האלה. רציתי לדבר על הדיווחים. ושוב, היכולת לקחת את המידע ולמנף את הנתונים בכמה אופנים שונים - וזה חוזר שוב לשיחה עם הנתונים שלך. והרבה אנשים, כשהם רואים את המוצר הזה בפעם הראשונה, הם חושבים, "נו, נו, אני הולך לקבל כלי שיוכל להתריע בפני כשיש בעיות. וזה מה שאני צריך. "והמציאות היא שהם צריכים את הכלי הזה, אבל הצד השני של זה הוא, אם הם באמת - הם גם צריכים כלי שיעזור להם לקבל החלטות, והם יכולים למנף את המידע הזה שאנחנו איסוף בשם הביצוע וגם בשם ההתראה, כדי שתוכל לעזור לך לקבל החלטות בהמשך הדרך קדימה.

אתה יודע, דוגמה טובה לכך היא תחזיות הצמיחה שלי במסד הנתונים שלי. אם יש לי בסיס נתונים ספציפי שצומח, אוכל להצביע על בסיס נתונים זה או אפילו על מספר מסדי נתונים כדי להיות מסוגל לראות מהם שיעורי הצמיחה. אנחנו לא מראים לך בהתבסס על מה, אתה יודע, מה זה היום; זה הולך לחזות את זה בהתבסס על הצמיחה שחווינו בעבר.

אם יש לי כאן כמה מאגרי מידע - שיש לי במקרה, דמיין את זה - הייתי יכול להיכנס ולומר, "בוא ניקח את הנתונים האחרונים, אתה יודע, הנתונים של השנה, בואו נתאם בין חודש, ובמדגם קצב של חודשים, בואו ונראה כמה צמיחה אנו הולכים לראות בשלוש השנים הבאות, או 36 יחידות. "במקרה כזה נוכל לענות במהירות על השאלה הזו. עכשיו, נסה לעשות זאת לבד, נכון? נסה לעשות זאת תוך כמה זמן שעשיתי זאת בעצמך. זה ייקח לך זמן.

עכשיו, אפילו להדגיש עוד יותר את זה, בואו ניקח דוח נוסף, שהוא דוח השרתים המובילים שלי. תאר לעצמך שיש לי מאה מופעי ייצור, שבמקרה זה, אין לי. אבל אם מישהו יבוא אלי ואומר, "אני צריך שתגיד לי - אנחנו הולכים להניח את בסיס הנתונים החדש הזה עבור היישום החדש והמעולה הזה; זה הולך לשנות הכל כפי שאנחנו מכירים אותו; זה יהפוך את החיים לכל כך נפלאים. אה, אגב, מסד הנתונים עצמו הולך להיות אינטנסיבי קלט / פלט, או שהוא יהיה אינטנסיבי מעבד, או ממש אינטנסיבי זיכרון … ", כל מילוי-ריק שהוא יהיה, אני רוצה להיות מסוגל לראות, מכל מקרי ההפקה שלי, היכן הגיוני להציב את מסד הנתונים הזה? ואני יכול לדרג את כל המקרים שלי זה מול זה מבחינת הסוג המותנה, בין אם זה מעבד, זיכרון, דיסק או כל מקרה שיהיה. וכך העניין כאן הוא היכולת לענות על השאלה הזו במהירות וביעילות ולקבל את ההחלטה הנכונה במקום לנחש מתי תעשה זאת - אלה כמובן חשובים באמת, ואתה זקוק למשהו שיעזור לך.

וכשאנחנו מדברים על ניתוחים, זה יכול לנוע בין כל מה שאנחנו מדברים עליו עם תכנון יכולות וכלה בהתראות שאתה נתקל בהן ביום יום שעשוי להתמודד עם מעבד, כמו כמו גם ברור את השאלות עצמן, אם יש חסימת וכן הלאה וכן הלאה.

דוגמא נוספת לכך יכולה להיות, אם הייתי הולך למדור הממשל כאן - למעשה, אני לוקח את זה בחזרה, את החלק המתריע כאן - מבקש שאילתר במפקד המידע ההיסטורי שלנו לדברים שהתרחשו בעבר. האם חסמתי את התרחשותה בסביבת הייצור שלי? אני לא יודע, בואו נגלה.

אני יכול לחזור לתג הייצור שלי ואני יכול לומר, על כל מקרי ההפקה שלי, בהינתן תקופת זמן כלשהי, על כל מדד שאני רוצה לזהות. אם עברתי למצב עירני, במקרה שלנו, נניח חסימה בספירה, לא על ידי שניות של חסימות, ואני יכול לחזור ובמקרה הזה, כמה חודשים, אם אני צריך - או בזה מקרה, חודש אחד - ואני יכול לראות את החסימה הזו. אני יכול לראות מתי זה התחיל, אני יכול לראות מתי זה נגמר, ואני יכול להתעמק בכל אחד מהמרווחי משיכה אלה אם אצטרך, כדי לראות את הפרטים של אירוע החסימה בפני עצמו. אתה צריך להיות מסוגל לקבל משהו שהוא מהיר מאוד, להיות מסוגל למצוא את מה שאתה צריך ולחפש ולא להסתובב הרבה מחזורים לעשות את זה. וכך, אני חושב שזה גם חשוב.

הדבר האחרון שאני רוצה להראות לכם - ולהראות לכם את המוצר הזה, מוצר מנהל האבחון - הוא שיש לנו, כפי שציינתי בעבר, נכנסנו והוספנו רכיב נוסף למנהל האבחון של SQL. הצעה מקצועית. וזה המרכיב ניתוח עומס עבודה. וזו גרסה מבוססת אינטרנט של זה, במקרה זה אנו מראים לכם כאן. אבל העניין כאן הוא, זה מאפשר לך להסתכל על פרק זמן רחב באמת או על חלון זמן מאוד ספציפי, ומכיוון שאתה יודע, כמה לחיצות שיכולות לראות את הקוד הקשור ישירות לבעיות שעלולות להתרחש .

כדוגמה לכך, אם אני מסתכל על תצוגה של ארבעה שבועות, כאן אני יכול לראות, ממש כאן, את כל הדוקרנים מבחינת מסדי הנתונים והביצועים של אותם מסדי נתונים והיכן שראינו פעילות המתנה במאגרי המידע הללו. עכשיו, ותוכלו לראות, אם אני רואה כאן ספייק, היתרון של הכלי הזה עצמו הוא פשוט היכולת להדגיש את הרף הקטן הזה ממש שם. ואז, כשאני עושה את זה, כל הדברים כאן משתנים. היינו יכולים לראות את מסדי הנתונים, נוכל לראות את כל הפקודות קשורות למה שמאחורי סרגל זה.

אותו דבר אם אמרתי, "בואו נסתכל על ארבע השעות האחרונות" ולא על ארבעת השבועות האחרונים. אני עדיין יכול לעשות את זה. אני עדיין יכול להדגיש את פרק הזמן הזה ואז משם - הנה, שוב, הנה נקודות הציר שלי - את כל הדברים האלה כאן אני יכול לקשר. בהצהרות SQL המובילות, אני יכול לראות את השאלות הללו, במקרה זה, שגרמו להמתנות שהיו קשורות לצריכת מעבד. פשוט על ידי תרגיל, אני יכול לראות את השאלות שקשורות כאן - אופס - ואני יכול גם לראות את התוכניות ומה לא קשור גם לזה.

אתה מקבל כאן הרבה תובנות, ולא רק זה, אבל אתה יכול לראות, כשאתה יורד לרמת הפקודה, זה הולך להגיד לך דברים. זה יגיד לך אם הוא רואה מפעילים כבדים, ואז תוכל לצפות בתוכניות הביצוע. זה לוקח קצת זמן כי זה די נרחב לטעון את זה. אבל העניין כאן הוא שיש לכם הרבה דרכים שונות להציג את הנתונים, לראות מה הם מחפשים, ואז ברור שתוכלו לנקוט משם פעולה ככל שתצטרכו, וכך, וזה לוקח יותר מכפי שהוא נוהג בדרך כלל, אז אשאיר את זה בזה

וכך, עם זאת, אני הולך להעביר אותו. אני מקווה שזו הייתה הפגנה טובה לסוג הדברים שדיברנו עליהם. וכמו שאמרתי, המוצר עצמו בו השתמשנו כדי לתת את הדוגמאות הללו קיים די הרבה זמן, וכך הרבה דברים אחרים שנוכל לדבר עליהם ולהראות לכם, אבל אם זה משהו שמעניין אותו מכם, תוכלו תמיד לצאת לאתר שלנו ולהוריד אותו ולשחק איתו.

אריק קוואנה: ואני אוהב שתראה את כל הפרטים האלה. אם תחזרו למסכים זוגיים - אפילו המסך הזה די טוב. מכיוון שיש כל כך הרבה דרכים שונות להמחיש את מה שקורה בפועל, ואני חושב שזה אחד ההיבטים היותר מוערכים של המחשוב בימינו. בהחלט מדובר בסביבת מסדי נתונים, שבמובנים רבים יש לי את חצי הבדיחה הזו שאני אומר: "אנחנו עדיין לומדים לדבר סיליקון." אנחנו עדיין לומדים להבין איך לראות מה קורה, ולעניין שלך, היה מאוד נלקח, אתה צריך לנהל את השיחה הזו עם נתונים כדי להבין טוב יותר את המתרחש, מדוע הדברים מתנהלים לאט, כי יש כל כך הרבה בעיות אפשריות. וכמובן של- IDERA יש מספר מוצרים שונים, שאחד מהם הוא המוצרים הישנים של Precise שלדעתי יכולים להיות משלימים לזה.

אבל אולי רובין, אני אעביר לך את זה לכמה שאלות ואז דז, זוג שאלות ממך ואז מישהו מכל הקהל, אל תתביישי. שלח אותם עכשיו.

קולט מנאלה: רובין, אתה אילם?

רובין בלור: כן. זה בסדר, אני פשוט מוריד את עצמי אילמת. אני חייב לומר, זה בצורה מדהימה - הדבר שלמעשה הולם אותי כדרמטי ביותר בכלי הזה, כי הוא באמת - במיוחד לאור העובדה שזה די ברור שסדרה שלמה של מימדים שפשוט לא נכנסת אליהם - הדבר שלמעשה, אני חושב שהכי מרשים בעניין זה, זו בטח דרך ממש ממש טובה להכשיר DBA. אתה יודע, זה - כך שכשאתה מתחיל לראשונה לבצע עבודות מסד נתונים ולמעשה אינך יודע הרבה מה קורה בפועל בבסיס נתונים, זה באמת קשה באמת להבין. אז האם משתמשים בזה הרבה, במיוחד לאימונים? הייתי משתמש בזה.

קולט מנאלה: כן. זאת אומרת, כשאתה אומר אימונים אתה מתכוון לסוג של אימונים בעיצומו כסוג של DBA, נכון? במונחים של…

רובין בלור: כן, כן, כן, כן. כלי למידה. אתה יודע, א.

בולט מאלה: כן, הייתי חושב בוודאות שזה המקרה, ועוד יותר מכך שהוספנו את זה, את רכיב הניתוח שהראינו לכם קודם, שיש בו את כל ההמלצות שקשורות אליו. אבל אני חושב שבוודאות תמצא בעזרה והרבה תחומים שונים במוצר, זה אכן מספק לך, אתה יודע, הרבה תובנות. הרבה מידע.

והמציאות היא שכמו שאמרתי, אתה יכול להשתמש בזה אם אתה לא DBA. סביר להניח שתמצא את עצמך מבצע כמה חיפושים בגוגל ודברים כאלה, רק לידע הכללי של מה שיש לרוב ה- DBA, אבל אתה יכול לתאם את זה וזה בהחלט יעזור לך במונחים של "היי, אתה יודע, היי מה הדבר הזה שנקרא פיצול? "או" מדוע השאילתה הזו פועלת 6, 000 פעמים? "אני מתכוון, כי הדברים האלה יובאו אליך והם יתפוצצו ותראה אותם. תראה שאתה, אתה יודע, מה נורמלי ומה לא. אתה תראה את הדברים המפליאים ואת הדברים שאינם.

ככלל, אנו מנסים להגדיר את הדבר הזה כמונחים של שיטות עבודה מומלצות. כך שכשאתה מפנה את זה למופע, זה יראה לך את הדברים שמזוהים מחוץ לשיטות העבודה המומלצות. אני מתכוון, כמובן, אתה יודע, המציאות היא ששיטות עבודה מומלצות הן שיטות עבודה מומלצות ולא תמיד שיטות עבודה אמיתיות. אבל, אתה יודע, זה יראה לך את הממציגים, אפילו מהנקודה הראשונית שתתקין אותו ויפנה אותו למופע.

ואז משם אתה יכול לעבור דירה כפי שאתה צריך בהכרח לתקן את הבעיות ולזהות אם זו באמת בעיה או משהו שקורה בדרך כלל ביום יום. ואז, מכיוון שיש לך הרבה מידע לעזור וההמלצות, כן, בהחלט.

רובין בלור: בסדר. ושאלה נוספת - אבל אני בטוחה שהתשובה לכך היא מהירה מאוד - היא שיש לך את הפירוק לרדת ממש לשאילתה האישית ולנקודת הזמן האישית ולהסתכל ממימד זה.

בולט מאלה: בטח, כן. תלוי במה שאתה רוצה לעשות, אתה יכול להסתכל על חלון זמן של דקה או להסתכל על חלון זמן של שלושה ימים או, אתה יודע, חלון זמן של שלושה שבועות. וכן, אתה יודע, כמו שאמרתי, זה תלוי איך אתה רוצה להסתכל בנתונים, וגם במה שאתה רוצה לאסוף. במקרים מסוימים אנו אוספים רק את השאילתות העומדות על סף שזיהית. במקרים אחרים אנו עשויים לאסוף, אתה יודע, כל שאילתה הגורמת להמתנה.

אבל יש לך גם את היכולת לומר, "תראה, הספים האלה שזיהיתי, אולי זה רק לכתיבה, או אולי זה רק לקריאות, או אולי זה רק למעבד." אז בהנחה שהוא עבר את הסף הזה, אז זה על מה תרצה לאסוף. ואז, כל מסגרת הזמן שאתה רוצה להסתכל עליה, תוכל לראות את השאלות הפוגעות, בהתבסס על מה שאתה מחשיב כפוגע.

יש לך הרבה דרכים שונות להסתכל על הנתונים. אתה יכול להסתכל על זה בתצוגה מאוחדת כדי לראות, אתה יודע, את השאלות ש - כמה שאילתות מאחורי הקלעים בעטו, לעומת, אתה יודע, כל אירוע בודד של השאילתה ההיא, כדי לראות דפוס, אם אתה יהיה, לראות אם זה הולך ומחמיר.

אבל כדי לענות על שאלתך, אתה בהחלט יכול להצביע על כל זמן שתרצה. יש לך את הדבר הזה שנקרא דפדפן ההיסטוריה - והייתי סוג של שימוש בו קצת - אבל בעצם כל נקודת זמן שתבחר, כל יום בלוח השנה שתבחר, אתה יכול ללכת ישירות לנקודת זמן זו.

כרגע אני מסתכל ב 15 בנובמבר בשעה 19:05 ואנחנו יכולים להסתכל על שאילתות ספציפיות לאותה תקופה. אם היו לי כאלה שרצים בצורה גרועה בהינתן חלון הזמן הזה, נוכל להסתכל על פרטי ההפעלה הספציפיים לחלון הזמן הזה כדי לראות אילו פעילויות באתר פועלות. זאת אומרת, יש כאן שלל נתונים מלא, וכמו שאמרתי, החלק הקשה ביותר, באמת, הוא אולי 30 הדקות של משחק סביב הקונסולה והבנת איך לעשות את הדברים האלה.

אבל ברגע שאתה מזהה שרוב הנתונים כאן נמצאים בסרט זה והוא מחולק לפי הלשוניות האלה, ולכל כרטיסייה יש קבוצה משלה של לחצנים משתנים דינמית שמופיעים בכל פעם שאתה לוחץ עליה, אם אתה מסתכל על אמיתי- דברים או דברים שקרה בשבוע שעבר, זה אותו תהליך. זה בעצם, אני מסתכל עכשיו על ^ה- 15 בנובמבר, אבל אני יכול באותה קלות להסתכל בזמן אמת פשוט על ידי לחיצה על הכפתור הזה. ואני הולך לקיים אינטראקציה עם הנתונים באותה צורה.

אבל כדי לענות על השאלה שלך, כן, יש הרבה דרכים שונות להציג מידע היסטורי, וזה קשור גם לשאלות עצמן.

רובין בלור: אני מבין. זה מאוד מרשים. ואני אוהב את העובדה שהחלונות מסתנכרנים, למרות שזה די נחוץ בכל מה שמתמודד עם נתונים בזמן אמת.

קולט מנאלה: כן. בטוח.

רובין בלור: הנה רק נקודת מידע שאני למעשה לא יודע את התשובה עליה. ככל שההצעות שלך - SQL Server והענן - האם אתה יכול להצביע על הענן תחת 'יחס'?

קולט מנאלה: אתה יכול. אתה יכול להצביע על זה מתחת לענן. כשאתה באמת מוסיף מופעים, הוא ישאל אותך אם זה RDS או Azure. כעת, יהיו כמה מגבלות על סמך מה שנחשף לנו מהענן, כך שיש אולי - יש קצת הבדל מבחינת מה שאנחנו יכולים לפקח, פשוט מכיוון שהמכשור, במקרים מסוימים, אינו לא נוכל לאסוף אותנו, בהתבסס על מה שמיקרוסופט חושפת.

עכשיו, אם זה משהו כמו, אתה יודע, תשתית כפלטפורמה, כמו, אתה יודע, או EC2 או משהו כזה, זו בכלל לא בעיה. אנחנו מקבלים הכל. וכאשר אנו עובדים עם מיקרוסופט ואנחנו עובדים עם אמזון; אנו פועלים לחשיפת מידע זה ביתר פירוט. אך בהחלט כן, אנו תומכים בסביבות הללו.

רובין בלור: אוקיי, זה מעניין. ובכן, אני אעביר לדצ, שבטוח שיזרק לך שאלות מכיוון אחר.

קולט מנאלה: בסדר.

דז בלנשפילד: תודה. יש לי שתיים מהירות מאוד בשבילך. אני חושב, אתה יודע, הראשון הוא, הכף, אתה יודע, אני חושב שאחד הדברים שמכה בי הוא שהנושא הכללי של ההופעה נוטה להיות משהו שאנחנו חושבים עליו כשאנחנו נהיים גדולים מאוד גדולים מאוד, בקנה מידה גדול מאוד ורחב, וטרה-בתים של נתונים. כשהוא צופה בהדגמה, התברר לי שזה משהו שמתאים אפילו לסביבות הקטנות מאוד, בדיוק כמו להיטי ביצועים.

איזה סוג התפשטות אתה רואה בכדי להשתמש בזה, והאם אתה חושב שזה, אתה יודע, האם אתה חושב שזה כלי שיש לו טוב, אתה יודע - לדעתי, כך אני חושב שזה כן - אבל אני פשוט להוט לראות את מה שאתה רואה. ארגונים קטנים יותר מנהלים את אותן השיחות ומחפשים כלי לעשות זאת, או שזה באמת משהו בקצה הגדול יותר של העיר?

בולט מאלה: זה מצחיק - זו שאלה טובה. זה קצת תערובת, אבל הייתי אומר שיש לנו המון לקוחות קטנים. וכשאני אומר לקוחות קטנים, אני מתכוון, אתה יודע, רכישות של מקרה אחד עד חמש לרישיון לניהול. כעת, במקרים מסוימים יתכן ויהיו להם 30 מופעים, נכון, של SQL, ולדעתם באמת אכפת מהחמשה באמת, באמת חשוב מספיק כדי להשקיע בכלי כזה, עבור אותם חמש מקרים.

אבל המציאות היא, שגם לחנויות הקטנות יותר יש לך קומץ שרתי SQL בחוץ. ברוב המקרים, או במקרים רבים, החנות הקטנה הזו מאוד תלויה מאוד במאגרי המידע האלה בגלל שאתה יודע מה הם עושים. וכך הם לא, הם לא יכולים לתת לזה לרדת. הם לא יכולים, אתה יודע, להיות להם כלי.

הצד השני של המטבע הזה הוא שבחלק מאותם חנויות קטנות יותר, אין להם DBAs ייעודיים, אז הבחור שהוא הבחור הכי חכם בחדר או שהבחור הטכני יותר בחדר בסופו של דבר הוא ה- DBA שהוקצה. וכך, במצב זה, הם בהחלט מחפשים עזרה, וכמובן שכלי זה יעזור להם גם בהקשר זה.

לגבי הסביבות הגדולות שלך, כמו שלדעתי דז הוא שהזכיר את זה - או רובין, אני לא בטוח - אבל, אתה יודע, הסביבות הגדולות יותר, אתה תתפלא כמה DBA יש להם, אני מתכוון, אנחנו ' אתה מדבר על מספר רב של מקרים של SQL, ויש לך קומץ מילולי DBA המוטלים עליהם להיות אחראים עליהם. וכך מנקודת מבט זו, החבר'ה האלה, אתם יודעים, הם מחפשים עזרה מכיוון שאין להם את המשאבים מספיק מספיק כדי באמת לעזור להם, וכך כלי שיעזור לקזז חלק מזה.

וכך אנו רואים גם לא מעט, איפה, אתה יודע, יש לך שלושה בחורים שמנהלים 200 מופעים. וכך תוכלו לדמיין את הלוגיסטיקה של זה אם אין לכם כלי כזה, לנסות להבין מתי אפילו יש בעיה. זו לא תהיה דרך פרואקטיבית, אני יכול להבטיח לך. אז אני מקווה שזה עונה על השאלה שלך. כן.

דז בלנשפילד: כן, כן. זה אכן היכה אותי - ולדעתי רובין הרמזה לזה - אבל אתה יודע, סוג ההבטחה שאתה מתאר כשביצעת את ההדגמה, אני מתכוון, הם לא בלעדיים לסביבות גדולות במיוחד. אתה יודע, אתה יכול לקנות פלטפורמה נפוצה מחוץ למדף המיועדת לדבר אחד ולהכניס אותה לסביבה משותפת של מסד נתונים למשהו אחר, והיא פשוט תעניש את כל הסביבה.

הדבר הנוסף שפתח בי - זו לא כל כך שאלה, רק תצפית, אבל אני אביא אותה לשאלה, אבל זה, אתה יודע, כאשר ארגונים כבר עשו השקעה בתשתית שלהם הפלטפורמה ובסיס הנתונים שלהם והשרתים והתשתיות סביב זה, והם הולכים לקנות מוצר, יהיה אשר יהיה - HR, ERP, כלי BI - הם כבר עשו השקעה גדולה למדי.

איזו תגובה אתה רואה כשאתה מנהל שיחה עם אנשים והבינו שיש להם נושא ביצועים, אבל הם מרגישים שעכשיו הם צריכים להשקיע עוד השקעה כדי להגיע לזה? האם יש נקודה בה הם מבינים ברגע שאתה מדגים את זה שהם הדבר הזה כבלתי מוח, וזה לא כל כך הרבה מכירות מכירות, אבל זה יותר אפיפה. זה פשוט, אתה יודע, "אנחנו מיד נוכל לראות את התועלת מכך." לעומת הצורך רק למכור את המוצר? נראה לי שהוא מוכר את עצמו, וההחזר על ההשקעה רק קופץ מהעמוד.

בולט מאלה: כן, וזה מצחיק שאתה אומר שבגלל מה שהרבה פעמים יקרה זה שמישהו, כמו DBA או אפילו נציגי המכירות, יבוא והם יגידו, "היי, החבר'ה האלה רוצים ראה גיליון של ROI על זה. "ועוד כמו א, משהו על נייר שנשלח אליהם. וההדגמה תמיד טובה פי 10, במיוחד אם אתה יכול לעשות את זה עם ה- DBA עצמם, מכיוון ש-

דז בלנשפילד: כן.

Bullett Manale: כמו שאמרת, המוצר מוכר את עצמו. באמת קשה להניח החזר ROI על פיסת נייר ולהגיד, "אוקיי, כמה קליקים DBA בדרך כלל, אתה יודע, לוחץ תוך שעה?" בכל מה שקשור לגיבויים, אתה יודע, או לא משנה מה יהיה, אתה יודע? ולנסות להניח את זה על דף נייר, באמת קשה לעשות זאת. אבל כשאתה מקבל מישהו ומראה להם את המוצר, והם רואים אותו, זה בדיוק מה שאמרת.

אנשים מבינים את הערך של זה. כי לא זו בלבד שהיא עוזרת להם להבין ולקבל החלטות טובות יותר, אלא שהיא גם עוזרת, אתם יודעים, שהם לא יהיו האיש הרע. הם יכולים להיות הראשונים לדעת; הם יכולים לתקן את הבעיה לפני שהיא בכלל תזהה שיש בעיה.

החלק האחר של זה הוא, אתה יודע, בתור DBA, בין אם זה, אתה יודע, אמיתי או תפיסה - ולדעתי זו תפיסה - אתה הבעלים של בעיות הביצועים, באמת. אתה הבחור שמכוון אליך את האצבע כשהביצועים יורדים, והמציאות היא שזה יכול להיות המפתח שבאמת גורם לבעיה.

יש לי כלי שיוכל להגיד, "היי, זו לא הבעיה שלי, אני צריך להיות מסוגל לקחת את זה למפתח והם צריכים לתקן את זה", או, אתה יודע, לאורך הקווים האלה. זו דרך נחמדה להיות מסוגל להכניס משהו בארסנל שלך להיות מסוגל לומר, "זה המקום בו הבעיה האמיתית היא." אתה יודע?

דז בלנשפילד: כן. האחרון עבורך, והדבר שמכה אותי, כשהוא מסתכל על זה כשעברנו את זה היה שלרוב כשאנחנו חושבים על סוגיות ביצועים, אנו נוטים להכניס כישורים מיוחדים. הם מגיעים עם 20 שנות ניסיון, הם מסתכלים על זה והם סוג של, אתה יודע, הבדיחה הקלאסית של הבחור שנכנס לחנות ההנדסה ויש לו פטיש קטן וקטן ופוגע במכונה במקום הנכון ואז אומר "זה תיקון של 15, 000 דולר", ואנשים הולכים, "אנחנו לא משלמים על זה", אתה יודע, כי מדובר בחמש דקות מהעבודה. והוא אומר, "ובכן, חמש דקות עבודה זו לקח 15 שנות ניסיון לתקן וזה חסך לך מיליונים."

נראה לי שאתה יודע, יש תהליך אמצעי של אנשים עוברים את הדבר הזה באומרו, "אוקיי, הכניסו את הכישורים המיוחדים לתקן את הבעיה, זה ייעלם." אבל מה שהם עשו אז זה הם פשוט שמו על זה Band-Aid, נכון? בניגוד לתרחיש בו, ממה שאני יכול לראות כאן, איפה כשזה נכנס, כן הם אולי התייחסו לכמה בעיות ביצועים שהם חשבו שהם חווים, אבל נראה לי, בדיוק אז, רק כדי לקבל את ה- 24 / 7 סוג של, אתה יודע, סט עיניים צופה בסביבה בזמן אמת.

בסופו של דבר אתם מתרחקים מהתסריט של DBAs שמתעוררים בארבע לפנות בוקר כי הדיווחים פועלים. האם זה המקרה - ואולי זה רטורי - אבל האם זה המצב שאנשים עוברים במהירות מחיפוש להשקיע במוצר כדי לגרום לו לפתור בעיה מסוימת, אבל אז זה בדרך כלל הופך לחלק מה- DNA?

Bullett Manale: כן, וזה משתנה ממקום למקום, אבל, כוונתי, יש לי כמה אנשים שרכשו את המוצר במקור, כמו למשל, בשנת 2006, והם היו בשלושה משרות שונות בחברות שונות, הם נכנסו וכשהם הולכים לחברה הבאה הם מקדמים את זה כמשה להשיג כי יש להם זרימת עבודה. ותקראו לזה, אני שונא לקרוא לזה ככה, אבל אתם יודעים, שזרימת העבודה כרוכה במוצר הזה והם רגילים אליו ביום יום וזה עוזר להם, ולכן הם לא רוצים ללמוד משהו חדש.

אבל בהחלט. כלומר, רוב הזמן אנו גורמים לאנשים להוריד את המוצר הזה, זה לא בגלל שיש להם תקציב ושהם יוצאים והם אומרים, "היי, נו, יש לנו תקציב ביצועים זה, אנחנו צריכים לעשות הוכחה למושג, ואנחנו צריכים לדרוש ולבחון, לבצע הערכה וכל הדברים האלה. "בדרך כלל מה שקורה הוא שיש להם בעיה על מופע של SQL, והם מחפשים עזרה כדי תקן את הבעיה. הם הולכים ומורידים את הכלי שלנו, הם מתקנים את הבעיה ואז הם מבינים שזה, הכלי עצמו הולך לעשות יותר מאשר סתם לתקן את הבעיה שהיו להם באותה תקופה, שזה אכן יעזור להם לשפר את הביצועים הכוללים. ולמנוע מבעיות אחרות להתרחש, להתקדם. וזה בטוח. ואתה בהחלט יכול להמשיך להשתמש בכלי הזה בכדי לכוון את הסביבה באופן רציף מכיוון שתמיד תוכל לראות לא רק את מה שקרה ברגע זה, אלא גם את מה שקרה בשבוע שעבר, בחודש שעבר, בשנה שעברה, ולהשוות את זה למה שהולך לקרות מחר. אתה יודע? דבר כזה.

דז בלנשפילד: כן.

קולט מנאלה: אז, בטוח.

דז בלנשפילד: מושלם. אז הזכרת, הזכרת משהו בערך - אני רק מתכוון להתארף לפני שאחזיר לאריק כדי לסגור. אחד הדברים שאני תמיד מתעניין בהם הוא, אתה יודע, איך אנשים ישימו את זה? הזכרת להוריד אותו. מה הסיכום בן 30 השניות בדיוק איך הם מקבלים את היד על זה, להשיג עותק, לסובב אותו ולשחק איתו ומה הם עשויים להזדקק לתשתית, רק כדי להשיג מופע.

בולט מאלה: אז זה הולך להיות, אתה הולך ל- IDERA (idera). Com. IDERA.com היא החברה, ואם אתה פוגע באתר זה - ואני באמת יכול להראות לך כאן - אני לא יודע אם אני עדיין משתף את המסך שלי, אבל אם אתה עובר לדף המוצרים, עבור אל האבחון קישור מנהל, יהיה כפתור הורדה קטן ותוכל להוריד את ה- build לאחר שתמלא את המידע שלך. הם יבקשו מכם את הבנייה של 32 או 64 סיביות, ותצאו למירוצים, כמו שאומרים.

דז בלנשפילד: והאם זה יפעל במחשב נייד למישהו שישחק איתו, או שהם צריכים לטעון אותו בשרת איפשהו?

קולט מנאלה: לא, לא. למען האמת, מה שהראיתי לך היום הכל רץ מהמחשב הנייד שלי. עכשיו, למחשב הנייד שלי יש 32 הופעות ומעבד 8 ליבות, אבל זה עדיין מחשב נייד. אבל זה לא בהכרח צריך שיהיו הרבה משאבים כדי לענות על השאלה שלך. ההערכה עצמה טובה במשך 14 יום, אבל אתה יותר ממוזמן לתת לזה ניסיון ארוך יותר. אם אתה רק מתקשר אלינו, נוכל להרחיב זאת עבורך אם תרצה.

דז בלנשפילד: אני חושב שזה צריך לקחת משהו, כי אני בהחלט אעשה את זה. אני חושב, אתה יודע, ממבט הדברים נראה לי שזה לא מביא להוריד אותו ולשחק איתו. כנראה שתעבור לאחת הסביבות שלך ופשוט תראה מה אתה יכול לראות, כי אני חושד שכמו כל מה שראיתי ברקע של מסד נתונים בעשרים השנים האחרונות האחרונות, שמיישן אותי - ברגע שאתה רואה מה נמצא תחת הוד, זה מדהים מה שאתה מבין שאתה יכול לתקן במהירות ופשוט להשיג מעט רווחים בביצועים.

מדהים, תודה על ההדגמה. זה היה ממש מעולה. תודה על כל הזמן לדון בשאלות.

קולט מנאלה: אתה מוזמן. תודה על-

דז בלנשפייד: אריק, אני אחזור אליך.

אריק קוואנה: כן, יש לנו שאלה ממש טובה מצד חבר הקהל. דיברת על זה במצגת שלך, ולמעשה צייצתי על זה כי זה היה ציטוט כל כך נהדר. אמרת שאינך רוצה להשתמש בכלי לפיקוח על ביצועים המשפיעים לרעה על הביצועים שלך.

בולט מאלה: נכון. זה נכון. זה סוג של חלק חשוב בכלי לניטור ביצועים, האם זה לא גורם לבעיות ביצועים. בדיוק.

אריק קוואנה: בדיוק. ובכן, זה כמו אלה שהוקעו - זה כמו התוכניות האנטי-ויראליות שיכולות פשוט לגרום הרס במערכות. כלומר, השתמשתי במספר טכנולוגיות שונות לשידור בהן התוכנית אנטי-וירוס נכנסת ותקטום את הזרם שלך. יש דברים שקורים שאינכם מצפים להם, אך השאלה היא קשורה לתגובה הספציפית שהעברתם. ואיזה להיטי ביצועים אתה רואה? האם זה שני אחוזים, האם זה חמישה אחוז, האם זה אחוז אחד? האם יש לך מספרים שאתה יכול לזרוק אלינו?

בולט מאלה: ובכן, אני מתכוון, האתגר בשאלה זו הוא, שאתה יודע, חלק מהדיון עליו דיברנו קודם. אני יכול לתת לך את זה - בדרך כלל זה בערך אחוז עד שלושה אחוזים, כדי לענות על השאלה שלך. אבל יש הסבר נוסף שלדעתי יידרש שהוא, אנו מספקים לך דרכים רבות בכדי שתוכל להגיד לכלי את מה שאתה רוצה לפקח, נכון? וכך זה חוזר לזה. ובכן, אולי ארצה לקבל דגימה של כל שאילתה הפועלת. אז אני רוצה שיהיה לי כלי גמיש מספיק בכדי להיות מסוגל להפעיל אותו כדי שאוכל לראות זאת.

וכך, חלק מהגמישות הזו כוללת, אתה יודע, עלות. אם אני צריך לאסוף נתונים נוספים כי אני רוצה מדגם של כל שאילתה הפועלת לאחרונה, אתה יודע, 20 דקות, אני יכול להפעיל את זה וזה יכול לעשות את זה. וכך, אבל באופן כללי, כן, אחוז אחד לשלושה זה מה שאנחנו רואים, מבחינת תקורה. אבל זה הולך להשתנות, ורוב זה הולך להיות תלוי בדברים שלך שאתה מדליק ומכבה, מבחינת הספים שלך, כמה נתונים אתה רוצה לאסוף, את מרווחי הקלפי שלך, כל הדברים האלה שקשורים אליהם זה.

למעשה, אם אתה יוצא למופע עצמו שאתה מנהל, אחד הדברים שתראה הוא, יש לנו מרווחי סקרים מרובים שתוכל לציין. וזה פשוט בגלל שאנחנו רוצים, אתה יודע, אני לא צריך לבדוק כל אחד - אם אני רוצה לבצע פעימות לב על מופע, אני לא צריך לסקר את המעבד וכל מה שקשור אליו אם אני ' אני עושה את זה כל 20 שניות. אז יש לך מרווחי סקירה מרובים שתוכל לציין.

יש לך, כמו שאמרתי, את ניטור השאילתה שלך שאתה יכול לציין. וזה יכול להיעשות עבור כל מופע באופן עצמאי, כך שתוכלו באמת לספק את אותו המופע הספציפי מבחינת מה שתרצו לפקח. לסטטיסטיקות ההמתנה שלי ולמעקב אחר המתנה, אוכל להפעיל או לכבות את זה. ואני יכול להגיד לו כדי לתפוס את הכל, אני יכול להגיד את זה, אתה יודע, מה אני רוצה לתפוס ומתי אני רוצה לתפוס אותו. כל כך הרבה גם כן - עליכם לקחת בחשבון את מה שאתם עושים, מבחינת מה שאתם אומרים לכלי לפיקוח.

אבל באופן כללי, מה שהייתי אומר זה, כמו שאמרתי, בערך אחוז עד שלושה אחוז זה מה שאנחנו רואים. מכרנו את הכלי הזה כבר הרבה זמן - מאז, כמו שאמרתי, בערך 2003 או 2004 - ויש לנו אלפי לקוחות, אז אני יכול להבטיח לכם שידוע לכם שאין לנו - אנחנו מנסים את הכי טוב לא לגרום לבעיות ביצועים בשם הביצוע.

אריק קוואנה: כן, זה מידע טוב באמת. פשוט חשבתי שזה ציטוט מבריק מכיוון שאתה יודע שוב, אתה לא רוצה להביס את המטרה של מה שאתה מנסה להשיג, נכון?

בולט מאלה: בדיוק.

אריק קוואנה: וגם אני מעריך את השאלה של רובין; זו באמת פלטפורמה מצוינת לסייע ל- DBA להבין את ההיבטים והמימדים הרבים והשונים של הדברים שאנחנו מדברים עליהם. ואני חושב שמושג השיחה עם הנתונים שלך מתאים מאוד כאן, מכיוון שלענייןך קודם, אתה לא תמצא זאת בניסיון הראשון, בדרך כלל. אתה צריך להקדיש זמן להסתכל על הנתונים, להסתכל על נתונים היסטוריים, לעשות את הסינתזה הזו בראש שלך. וזה תפקידו של האדם, נכון? תפקידו של המקצוע שישב שם ולוקח חום מהעסק על בסיס קבוע למדי, לבצע את העבודה ההיא ולשמור על הרכבות בזמן, נכון?

בולט מאלה: בהחלט.

אריק קוואנה: ובכן, חברים, זה היה עוד אירוע פנטסטי. אם כל שאלה ששאלת לא נענתה, בכל דרך, תודיע לי. שלח דואר אלקטרוני ל . אנו מבצעים ארכיון של כל האירועים הללו, כך שתוכלו תמיד ללכת ל- InsideAnalysis.com כדי למצוא את הארכיון, או לגשת לשותף שלנו, Techopedia.com. אם אתה מסתכל בצד ימין של הדף שלהם, אתה תראה אירועים ואת שידורי האינטרנט הרשומים שם. אם תלחץ על אירועים נוספים, תוכל לראות את כל שידורי האינטרנט שאנו מציגים שם, בעבר, בהווה ובעתיד.

ועם זה, אנו הולכים להיפרד מכם. יש לנו חמישה שידורי אינטרנט נוספים לשארית השנה, חברים. אנו עשויים לתאם אחד נוסף. אבל אחרת, זה ימשיך לשנת 2017. הקליניקה העדכנית לא יצאה. יידע אותנו, ואם יש לך מישהו שרוצה להציג את הטכנולוגיה שלהם, שלח דוא"ל.

עם זה, אנו נפרד מכם, אנשים. שוב תודה על הזמן ותשומת הלב, נדבר איתך בפעם הבאה. שמור על עצמך. ביי ביי.