SQL Azure for DBAs and Data Engineers

שלום לכולם בסוף 2016 הוצגה יכולת גיבוי של בסיסי הנתונים לטווחים ארוכים. אם המערכת נותנת בצורה אוטומטית גיבוי עד ל 35 יום, אם אתה צריך גיבוי לטווח זמן ארוך יותר צריך להגדיר את זה. בגרסתו החדשה הסרוויס יותר אינטואיטיבי - ונותן אפשרות גם למחוק גיבויים יותר ישנים וגם לשחזר בקלות מתוך גיבויים ישנים. כדי להגיע למקום בו מגדירים גיבויים ארוכי טווח יש לפנות למאמר זה המסביר די בפשטות כיצד מגבים ומשחזרים: https://azure.microsoft.com/en-us/blog/sql-database-long-term-backup-retention-preview-includes-major-updates/   מקום ניהול הגיבויים הינו ברמת השרת:        משם גולשים לחלונית שמציגה אפשרות להגדיר מערכת גיבויים  וחלונית המציגה אילו גיבויים יש שמתוכם אפשר לשחזר או למחוק את הגיבוי עצמו:   כאן יש רשימת בסיסי נתונים ומה מוגדר להם, האם גיבוי חודשי או שנתי או שבועי ולמשך כמה חודשים שנים ושבועות יהיה גיבוי   וכאן יש רשימה של גיבויים קיימים שמהם ניתן לשחזר גם ייתכן שיש לך בסיס נתונים שנמחק - והוא יופיע פה כי גיבית אותו.   ...

ערב טוב לילה, בחירות, זמן - סוף סוף יש זמן לכתוב פוסט. והיום על פיצ'ר החדש הקרוי:  Long-Term Backup Retention אפשר לבצע פעולות אלו גם בפורטל וגם ב PS אני אציג בפוסט זה את הדרך לבצע גיבויים אלו דרך הפורטל. מצורפים 2 לינקים, ראשון ההכרזה עצמה, הלינק השני מכיל תיאור כיצד לבצע ב PS.   Announcement : https://azure.microsoft.com/en-us/blog/azure-sql-database-now-supporting-up-to-10-years-of-backup-retention-public-preview/   PS: https://azure.microsoft.com/en-us/documentation/articles/sql-database-long-term-retention/   אז קדימה בואו נצלול לעולם הגיבויים ארוכי הטווח. המפתח הוא להבין מה היה עד היום ומה מציעים עכשיו. עד היום היה ניתן לשחזר אחורה עד 35 ימים (לפי ה tier המתאים) לכל נקודה בזמן (PIT). עכשיו מציעים ללא קשר ל tier שמירה של עד 10 שנים של עותק של בסיס הנתונים. במענה לשאלה שלי ענו לי ככה:   The SQL Long term backup retention only saves the weekly backup to Recovery Service Vault.   כלומר הם שומרים רק Full backups....

שלום רב והיום לשם שינוי פוסט בעיברית. בתאריך 2015-02-19 כתבתי פוסט בנושא Geo-Replications Types in SQL Azure. http://www.sqlazure.co.il/2015/02/geo-replications-types-in-sql-azure.html שם הצגתי את 2  האפשרויות שקיימות ב Azure SQL בנושא זה: Standard Geo-Replication. Active Geo-Replication.  כאשר ההבדלים המרכזיים היו בתחום של Readable / NON Readable, מיקום הרפליקות ועוד. בתאריך 2015-11-23 הצגתי בפוסט נוסף את החידוש של Fail Over - כלומר שאפשר לשחק בין Primary and Secondary. http://www.sqlazure.co.il/2015/11/failover-in-sql-azure-db-with-geo.html והיום אציג את הצעד השלישי בהתפתחות עולם ה - DR ב SQL Azure. וזה מה שמעניין בענן - צריך חזון - ואז האפשרויות בלתי מוגבלות - ולנו המשתמשים הכל תלוי בעומק הכיס.... השינוי הכי מהותי לדעתי הוא זה: The performance objectives can be different between primary and secondary.   כלומר ניתן יהיה לעבוד עם קונפיגורציה כזו שה Primary יהיה בעלות למשל של S3, ואילו ה Secondary יהיה S0. וכך יורדו עלויות בצורה דרמטית. חייב...

שלום לכולם והיום על versions. קיימים שלושה מספרים המייצגים את version של ה sql שלך: Select @@version -->  Microsoft SQL Azure (RTM) - 12.0.2000.8   Sep  2 2015 20:51:51   Copyright (c) Microsoft Corporation  select  DATABASEPROPERTYEX(db_name(), 'Version')  --> number like 826 or any other The Performance tier שלושה מספרים אלו מייצגים את מספר גרסת ה sql ברמת בסיס נתונים כאשר ייתכן שתהיה אותה ורסיה אולם מספר שונה - ואפילו באותו שרת ייתכנו שינויים בין בסיס נתונים. למה זה חשוב? לא באמת זה חשוב ולא באמת זה מועיל - אבל יש פה כמה היבטים - ראשית אפשר ללמוד הרבה מהגלגולים ופריסת הגרסאות הרבה ויחד עם זאת אפס אחוז  downtime. שנית כאשר ישנה תקלה יותר נוח למסור ישר את 3 המספרים אלו ואז הטיפול יהיה ממש מהיר - הם יוכלו לזהות במהירות מצי נפרסה הגרסה וכך לזהות בעיות שיכלו להתרחש. ועכשיו ארחיב לגבי הנקודה השלישית. אם תיראו בפוסט הקודם הזכרתי את 3 הגרסאות שקיימות היום ב SQL Azu...