SQL Azure for DBAs and Data Engineers

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

שלום רב. ובכן יצא פורטל חדש ל SQL Azure, צבעוני יותר, יפה יותר, והרבה יותר בשל ומועיל. כזכור באחד הפוסטים הקודמים דיברנו על אפשרויות חיבור ל - SQL Azure, והראנו שמעבר ל SSMS אפשר להתחבר דרך עמוד ווב. ובכן כרגע אפשר להתחבר לבסיס הנתונים דרך הפורטל המרכזי עצמו של ה Azure: נכנסים לפורטל הראשי בוחרים בצד ימים את בסיס הנתונים: אחרי כן עולה בסרגל למעלה המסך הבא ואז בוחרים בכפתור Manage: מכאן נפתח עמוד שנותן אפשרות כניסה לבסיס הנתונים, ממלאים מה שצריך ונכנסים פנימה: המסך בפנים נראה ככה: על החלק העליון של Database life Cycle נדבר פעם אחרת... היום נראה מה יש ב Database Schema and Data: ראשית כאשר אתה מבצע מספר פעולות הוא מראה את העמודים הפתוחים - פונקציה דומה למה שיש ב SSMS תחת השם Windows: שנית נכנסים פנימה ורואים שהמסך מחולק ל 4 חלקים: סרגל עליון - מספר 1 -  מאפשר פעולות שונות על טבלאות פרוצדורות וניהול כללי חלק אמצעי שמאלי - מספר 3 - מציג היכן אתה נמצע בפורטל הכללי חלק אמצעי שני משמאל - מספר 2 - מציג על איזה חלק אתה עובד בצורה יותר פרטנית - ובכך אילו כפתורים בסרגל ל

מהו הענן ? כולם שואלים, האם זה משהו וירטואלי? היכן הוא נמצא ומה יש בו? כיצד הוא מנוהל? ובכן כידוע מאחורי כל דבר וירטואלי עומדים ברזלים אמיתיים. ומאחורי הענן של MicroSoft עומדים ה DATA CENTERS ב 6 מקומות ברחבי הגולבוס. DATA CENTERS אלו הם מרכזי מחשבים גדולים וחדישים המכילים כמויות עצומות של שרתים ומהווים בעצם את הענן. שרתים אלו מתוחזקים ומנוהלים על ידי Microsoft, שהשקיעה ומשקיעה כמויות עצומות של משאבים לתכנון ולבניה. מי שרוצה לעשות סיור קצר  במרכז המחשבים מוזמן לצפות בוידאו מעניין זה (גם למי שיש מבט ביקורתי על התשבחות שמוצגות בוידאו לא יכול שלא להתפעם מהעוצמה של מרכז המחשבים): וידאו קצר על DATACenters

כידוע בבסיס הנתונים של הענן אין באפשרות המשתמשים לבצע כלל גיבויים. פקודת BackUp לא עובדת ב SQLAzure! ישנם 2 סוגי גיבויים: 1. בתור גיבוי יומי או לפי פרק זמן לצורך ניהול אסונות - פה בענן ישנה רפליקציה אוטמטית המתוארת בפרק על הארכיטקטורה, במידה ורוצים גיבויים נוספים למשל בין DATA Centers האפשרויות לביצוע שלהם הן:    א. כלים חינמיים להורדה מהאינטרנט שלמשל מעבירים כל טבלה ל ATS, ואז יש גיבוי למידע.    ב. כלים בעלות כספית שמבצעים בצורה מסודרת גיבויים כמו Red Gate, שמגבה ומעביר אליך את בסיס הנתונים    ג. כלים שהענן עצמו מציע כמו Sql Azure DataSync - שעליו נפרט במקום אחר, ממילא לא זמין כרגע.    ד. ניתן לבצע COPY בתוך אותו שרת לבסיס הנתונים על ידי פקודה. וכ בעצם ייבצר גיבוי מלא. ישנה פקודה שמראה כל זמן נתון מה מצבו של ה COPY וכמה הועתק.  CREATE DATABASE DBName_Copy AS COPY OF DBName ניטור מצבו של ה COPY 'SELECT name, STATE, state_desc,* FROM sys.databases WHERE name = 'DBName_copy 2. בתור גיבוי לצורך שמירת בסיס נתונים או לפני ביצוע פעולות וכדומה - כאשר אתה רוצה בצורה יזומ