SQL Azure for DBAs and Data Engineers

בפוסט זה אבצע סקירה על הכלים השונים הקיימים בשוק – שמבצעים פעולות שונות מול ה azure , אני מתנצל מראש על סגנון הכתיבה הטרחני משהו ועל הקיצור הנמרץ שקיצרתי בכל סקירה וסקירה, אם המוני בית ישראל יצביעו ברגלים אתן פרוט רב על כל כלי וכלי. אסקור כלים שונים החל בכלי ניטור ותצוגה על מצב השרתים, עבור לפעולות מול ה storage , וכלה בדוחות על ביצועים. לא אציג למרות שזה היה מתבקש  - כיצד לגשת ל SQL Azure – מי שרוצה מוזמן לראות את אחד הפוסטים הראשונים... J כל הכלים שיוצגו פה הם כלים שנבחנו לאורך זמן והם חינמיים . אציג את היתרונות והחסרונות שלהם מנקודת המבט שלי. זו נקודת מבט אחת ויכול להיות שלא מצאתי את שראוי להיות ראוי למרות שראוי הוא. אצרף תמונות לראות את ה GUI שלהם. מי שיודע על עוד כלים אני אשמח לקבל דיווח, אבדוק ואדווח, מי שכתב כלי ולא הגעתי אליו אני מבקש את סליחתו מראש. נתחיל בכלי ניטור על פעילות השרתים שקיימים ב Azure : Spotlight on Azure של חברת Quest : כידוע ב Azure נרכשים שרתים בגדלים מסויימים לבצע פעולות מסוייומת – שרתי ווב ושרתי אפליקציות. חברת Quest  כתבה מוצר יפה לעין, ...

היום עקב תקלה קטנה מול מיקרוסופט בוצע disable לחשבון. הדבר גרם לאתר לא לעבוד וכמובן 3 רולים נוטרלו. כשחזרו לחיים נדרשנו לעשות מחדש deploy ל 3 הרולים. (רוצים הסבר קטן לעבודה על הענן? ובכן תמצית הדבר הוא שכשאנו עוקפים נהלים שאנו יצרנו בשרתים שלנו מיקרוסופט - לא מרשים לעקוף וכך הכל חייב להתנהל לפי הספר... מה שתעלה לענן זה מה שירוץ ואם תשנה - השינויים יימחקו...) הבעיה החלה כאשר הסתבר שלא כל קבצי ה deploy נשמרו על מכונת הגירסה וכי אחד הקבצים שודרג לגירסא חדשה שטרם עלתה לענן.... הדבר גזל 4 שעות בנסיון להחזיר את הגירסה... מסקנתי היא כי חייב להיות נוהל שמירת קבצי deploy מיד אחרי העלתם לענן - ובכך לשמור גיבוי לעת צרה - נכון - אל תצעקו עליי - בוצע לייבל ב TFS - ואפשר למשוך ולקמפל - אבל תראו לי עובד אחד שעשה את זה תוך חמש דקות....? יש לציין לטובה את ה SQL Azure - שלו - לא קרה כלום כל העת... כל הכבוד ל SQL... ובנימה יותצר רצינית - אל תשכחו לגבות כל מה שעולה ... - במיוחד אצלך . אגב בענן עצמו - זה כבר יגובה אל דאגה... ערב טוב

New version of SQL Azure Deploeyed to West Europe DATACenter and now it  Microsoft SQL Azure (RTM) - 11.0.1476.26    It was upgrade  on   2011-10-19 17:00

שלום רב שוחררה גרסה חדשה של הפורטל ובה 2 תוספות מרכזיות במיוחד עבור   SQL Azure 1.        - D ATA Sync כעת זמין ואפשר לסנכרן בין בסיסי נתונים בענן או בין בסיסי נתונים בענן לבין שרתים בארגון 2.        Reporting כעת זמין כלומר האפשרות שגם הפורטל של SSRS יהיה זמין בענן עצמו . בכנס שהסתיים זה עתה  SQL Pass -   הכריזו על מספר תוספות שחלקן כבר זמינות וחלקן יהיו זמינות בקרוב, במהלך היום אעלה פוסט שיכיל את הרשימה של הדברים החדשים ופה אתאר בקצרה את הסרביס הקרוי DATA Sync : אחד הצרכים המרכזיים בבסיסי נתונים בענן הוא גיבויי, וכן העברת טבלאות לבסיסי נתונים אחרים לצורך ייצור דוחות או כל צורך אפליקטיבי אחר . DATA sync בעיקרון הוא דו כיווני – כלומר יכול לבצע סינכרון הלוך ושוב – צורך זה לטעמי פחות חשוב ויש לדעת איך לקנפג נכון כדי שהעידכון יהי חד כיווני. לכן יצרו את הסרביס הקרוי DATA Sync – שבא מקיצורה של המילה סנכרון מידע .... כרגע סרביס זה נגיש לכולם דרך הפורטל. אפשר לסנכרן טבלה עמו...

על ניהול סביבת פיתוח מול הענן:   הבעיה המרכזית בניהול פיתוח לענן שייכת לתחום הבדיקות  - שום ענן מקומי ושם אימולטור אינו מדמה במאה אחוזים את מה שקורה בענן עצמו. בכל רכיבי הבדיקות, על בעיה זו ניתן להתגבר בשיטת עבודה טובה והקמת מערכת בדיקות בענן עצמו. על ניהול גרסאות מול הענן:    במידה ואתם עובדים מול לקוחות רגילים ומול לקוחות הרוצים מוצרים בענן  - מהי הדרך הטובה ביותר לנהל את הפיתוח כך שאפשר יהיה לתחזק את שתי המערכות ואת שתי סביבות הבדיקות? אפשר לומר כי מטרת מנהל הפיתוח היא להקים סביבת פיתוח אחת - אם הדבר לא אפשרי צריך למצוא את הפתרון לסינכרון 2 הסביבות. Check List -   למנהל המבולבל - מה הצוות צריך לבצע לפני העלאה לענן: על הפרוייקט להיות מקומפל בסביבת VS2010 - רצוי 64 Bits ולא 32. יש להריץ בענן מקומי (אימולטור) ולראות שהכול עובד כהלכה במידה ואתה משתמש ב Registery או ב Event Log עליך ליצור קובץ StartUp command שבעצם ירוץ בעליית ה Role וייצור את מה שצריך במחשב המיועד לך בענן. יש ליצור חבילה להעלאה - רצוי לשמור חבילה זו עם מספר ותיאור כללי. יש להעלות ...

שמעתם על המושג  geo-replicating ? ובכן גם אני לא עד שקראתי את הפוסט החדש שהוציאו הצוות שמטפל ב ATS . http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/introducing-geo-replication-for-windows-azure-storage.aspx?wa=wsignin1.0&CommentPosted=true#commentmessage מדובר פה על רפליקציה כפולה בין אזורים ובין Data Centers - אח... מתי אנשי ה SQL Azure יעשו גם הם את אותו הדבר? ובכן העניין הוא כזה - כשם שב SQL Azure הרחבנו והסברנו על מבנה הרפליקציה המובנית בענן - 3 רפליקציות לכל בסיס נתונים - אחד ראשי ושנים משניים, כך גם ל ATS וגם ל BLOBS שנמצאים ב  Windows Azure Storage. כל טבלה או בלוב מרופלקים ל 3 מחשבים וירטואליים אחרים. כאשר החידוש היום ב ATS הוא שמועברים הנתונים בצורה א-סינכרונית ל DATA Center אחר באותו אזור. כידוע העולם מחולק ל 3 אזורים כרגע - ראו פוסט מיוחד על זה, ובכל אזור יש 2   DATA Centers , כך למשל בארופה יש מרכז אחד בדבלין ואחד באמסטרדם - אז במקרה שלנו לאחר שנתון ייכנס לטבלה או לבלוב, למשל בדבלין וירופלק ל 3 טבלאות או בלובים באותו מרכז הוא ...

בפרק זה נציג מספר דוגמאות לאילו פונקציות ורכיבים אין ב SQL Azure לעומת SQL Server, לכל אחד ואחד מהרשימה נקדיש בעתיד פוסט בפני עצמו אין job agent אין קריאה בין 2 בסיס נתונים באותו השרת אין אפשרות לפקודה של select into - אלא חייבים להגדיר את הטבלה קודם ואז insert into. אין גיבויים ושחזורים לכל טבלה חייב להיות Clustered Index אין אפשרות לקבוע הודעות מערכת דרך sp_addmassage ועוד ועוד הרשימה קיימת באתרי מיקרוסופט וגם יכולה להשתנות בכל גירסה. זה הלינק לרשימת הפקודות הלא נתמכות ב SQL Azure או כמו שהם קוראים לזה: Unsupported Transact-SQL Statements  אם גוללים עמוד למעלה יש רשימה של פונקציות מערכת נתמכות ולא נתמכות. אפשר לומר כי כרגע הסטנדרטים יותר נמוכים ממה שהורגלנו אליהם, מצד שני זה מאפשר תמיכה בוירטואליות של הפעילות בענן. כשניגשים לפתח צריך להחליט האם כותבים בתקן של SQL Azure ואז ניתן לתחזק בקלות את הסביבות גם בענן וגם בסביבת הפיתוח או לא. הכל לשיקול המנהל.