החלום של הדאבה: גילוי וניהול ברחבי הסביבה

על ידי צוות Techopedia, 22 בפברואר 2017

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

אם הייתי רוצה ללכוד מידע על משהו, הייתי יכול פשוט ליצור טופס קטן ובממשק מסוג גיליון אלקטרוני, להכניס אותו לקובץ, ליצור מאגר נתונים קטן של Lotus Notes מאחוריו ולהציג אותו כאפליקציית אינטרנט ולהתחיל לאסוף מידע. וזה נשמע נהדר עד שזה היה פועל במשך שנים ופתאום הם הבינו, מישהו התעורר ואמר, "נו, חכה רגע, מדוע מופיעים 10, 000 אפליקציות חדשות המופעלות על בסיס נתונים ברשת LAN, ובמיוחד ב -12 האחרונות חודשים? מה קורה? "ובכן, מה שקרה, אתה בעצם נתת לאנשים אקדח, והוא היה טעון והבטיחות הייתה כבויה, וכמובן שהם ירו לעצמם בכף הרגל.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

אריק קוואנה: אתה נהיה קצת רך, רק שתדע.

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

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

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

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

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

אריק קוואנה: בזמן שזה מתגלגל, מה שאתה מראה לנו כאן הוא היכולת לראות באמת כל דבר שקשור לרשת, האם זה נכון?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

בינה צ'או: כרגע הכלי הספציפי הזה מכסה את שרת SQL.

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

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

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

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

בינה צ'או: אני מצטער, האם השאלה היא שאנו רואים שאנשים מבקשים זאת?

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

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

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

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

ד"ר רובין בלור: אז יש לך כלים אחרים של SQL Server, האם אתה יכול להזכיר לי איזה מוצרים אחרים יש לך בסוויטה הזו שעוסקים ב- SQL Server?

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

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

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

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

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

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

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

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

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

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

בינה צ'או: סליחה, אז דיברת על מערך המיומנות של האדם?

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

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

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

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

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

בינה צ'או: עדיין לא הגדרנו את זה להריץ אותו לענן, להריץ את זה בענן עדיין. זה כנראה צריך להיות מופעל על prem.

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

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

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

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

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

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

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

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

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

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