2017-02-07

Operations Management Suite (OMS) and SQL Azure

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

בקצרה על כלי זה:


Microsoft Operations Management Suite (OMS) is Microsoft's cloud-based IT management solution that helps you manage and protect your on-premises and cloud infrastructure. Since OMS is implemented as a cloud-based service, you can have it up and running quickly with minimal investment in infrastructure services. New features are delivered automatically, saving you ongoing maintenance and upgrade costs.
In addition to providing valuable services on its own, OMS can integrate with System Center components such as System Center Operations Manager to extend your existing management investments into the cloud. System Center and OMS can work together to provide a full hybrid management experience.
 
 
ניתן לקרוא בלינקים הללו.
זהו כלי לניהול משאבים שהחל דרכו ככלי של Advisor, ומאחר וממילא אסף נתונים על המכונות שדגם וניטר - החליטו החכמים לאמץ אותו גם בתור כלי ניטור וניהול.
עד לפני זמן מה הוא ניהל רק מכונות וירטואליות וככזה ניסיתי אותו על מכונת ה SQL on Azure VM שלנו.
התוצאות היו יפות אולם לא שימושיות, מדד CPU - התריע על גיבויים, על שימוש ביוזרים בלי ססמאות וכדומה, כל מה ש DBA בסיסי עושה. ייתכן שהוא טוב לחברה שאין בה DBA's.
ומאז התחילו להוסיף עוד ועוד יעדי ניטור.
למשל Azure Activity Log, שזה לוג של כל הפעילויות בפורטל. ועל זה אפרט ב"מוניטורינג חלק 2".
 

ועכשיו הוסיפו יעד ניטור נוסף - SQL Azure DB.
כלומר הענן נותן לך שירות ניטור על בסיסי הנתונים שלך, שירות ניטור בסיסי אבל יעיל, הרעיון הכללי הוא
  • להגדיר workspace.
  • להגדיר אילו SQL נכללים בניטור.
  • לראות את ה DATA שנאסף.
  • להגדיר DashBards.
  • להגדיר Alerts.
ועכשיו נציג כיצד זה עובד, יש פה המון אפשרויות וכל אחד שימצא לעצמו את מסלול הפעולה.
כיצד מפעילים אותו כרגע בשלב ה preview (מין הסתם בהמשך הכל יהיה עם קליקים בפורטל)?



 לאחר שלוחצים על האייקון הכחול אדום Solutions:





בוחרים את ה Azure SQL, ולאחר מכן נפתח ה Solution, ככה הוא נראה בלחיצה על OverView, פה יש לי Solution שמנטר 7 בסיסי נתונים:




השלב הבא הוא ללחוץ על OMS Workspace:



פה יש 4 כפתורים:
  1. מחירון עם 3 אפשרויות, חינם,  20 $ לחודש ו 30 $ לחודש.
  2. OverView - כמה בסיסי נתונים יש לנו במיפוי.
  3. Log Search - זה נותן אפשרות לחיפוש לפי הגדרה ולפי שפת חיפוש מאד ברורה.
  4. OMS Portal - פה יוצאים מהפורטל של Azure ונכנסים לפורטל ניהול אחד של הלוגים שם מגדירים חיפושים מועדפים, התרעות וכדומה
OverView:


Log Search:




הנה דוגמא שבודקת CPU בבסיסי הנתונים שלי:

Type=AzureMetrics MetricName=cpu_percent  | measure AVG(Average) as AVGCPU by Resource  interval 10MINUTE


בעתיד אולי ארחיב על מנועי חיפוש וענן אבל כרגע זה מנוע חיפוש מעולה ומהירץ

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

המדדים שנדגמים הם:
cpu_percent
physical_data_read_percent
log_write_percent
dtu_consumption_percent
storage
connection_successful
connection_failed
blocked_by_firewall
deadlock
storage_percent
xtp_storage_percent
workers_percent
sessions_percent
dtu_limit
dtu_used

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

OMS Portal - פה ניתן להגדיר Dasboards עם גרפים רבים, התרעות חיפושים מועדפים, ככה הוא נראה:



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


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

הפרטים פה:


Enable Azure resource metrics logging using PowerShell

אחרי שמריצים את הסקריפט  הוא מציג:
 
 
 
 
 
 
 
 
Metrics gathering for new resource zzzzz/master of type [Microsoft.Sql/servers/databases] was set to enabled
Metrics gathering for new resource zzzzz/z1db of type [Microsoft.Sql/servers/databases] was set to enabled
Metrics gathering for new resource zzzzz/z2db of type [Microsoft.Sql/servers/databases] was set to enabled

Metrics gathering for new resource zzzzzz/z2db of type [Microsoft.Sql/servers/databases] was set to enabled

Metrics gathering for new resource zzzzzz/z3db of type [Microsoft.Sql/servers/databases] was set to enabled

Metrics gathering for new resource zzzzzz/z4db of type [Microsoft.Sql/servers/databases] was set to enabled


 
 
 
 

 

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

2017-01-30

Azure Automation vs Azure Function AS SQL Server Agent

שלום לכולם
ב 2014-9-21 פירסמתי פוסט על
Azure Automation - מנגנון תיזמון התהליכים של Azure.
מעבר להיותו טיפה מסורבל הוא יכול להריץ בעיקר  PS.
לאי אפשר לתזמן דברים בתדירות גבוהה ולכןן לא העברתי אליו תהליכים רבים.
לאחרונה נוסף חידוש בAzure, הנקרא Azure Function שזהו הכלי להריץ קטעי קוד קטנים מבלי להרים שרת ServerLess.
רבותי הענן מריץ לכם סוגי קוד שונים:
 Write functions using C#, F#, Node.js, Python, PHP, batch, bash, or any executable
 ניתן לקרוא על זה פה:
Azure Functions Overview

טוב חשבתי לעצמי - יללה Agent לא רק PS אלא קצת נשפשף את ה C# שלנו.
ואז ראיתי 2 מאמרים שבעצם הוכיחו לי שהכיוון נכון - או יותר נכון לומר 2 מאמארים שגנבו לי את המחשבות:

Azure Functions to Schedule SQL Azure operations - מפה לא יצא לי כלום.
Azure Functions Tutorial – SQL Database - אחלה מאמר ומפה התקדמנו.

ביקשתי מגרי רשף שיעשה כמה בדיקות ויריץ את - ואכן הדבר עובד להפליא - נשאר רק לנהל מנגנון התרעות על כשלונות והכל יהיה מעולה.

ראו מאמר של גרי בנושא:
תזמון משימות ב-SQL Azure בעזרת Azure Function


והנה המאמר המקורי שלי ב 2014 לגבי ה Automation - שאגב דברים רבים השתנו ובעתיד אחלוק עימכם את דעתי עליו ואת יכולתיו.

 What can we do with "Azure Automation"

נסו ותהנו Serverless - זה הדבר החדש....
יום נעים
פיני

 

2017-01-18

What is Azure Advisor?

ערב טוב
והיום על ינשופים.


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

להלן 2 לינקים מתוך האתר של Azure:

ובכן זהו כלי נוח הנותן עצות למנהל החשבון של הענן ב 4 תחומים:

High Availability – to ensure and improve the continuity of your business-critical applications. For more information, see Advisor High Availability recommendations.
 
Security – to detect threats and vulnerabilities that could lead to potential security breaches. For more information, see Advisor Security recommendations.
 
Performance – to enhance the speed of your applications. For more information, see Advisor Performance recommendations.
 
Cost – to optimize and reduce your overall Azure spend. For more information, see Advisor Cost recommendations.


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

מתוך Wikipedia על ינשופים:

"הינשופים אינם בונים קנים, אלא גרים במקומות נטושים וחשוכים" - קשה להגיע בפורטל אליו הוא נמצא תחת Monitoring +Management


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


וזו ההמלצה על האינדקס עצמו:



"הינשוף פעיל רק בלילה" - האמת שלא היה לי פה כלום אבל בפורטל שלי האייקון נראה ממש כמו שהוא פעיל בלילה.



"לאחר סיום עיכול הטרף, הינשוף מקיא את החלקים (צנפה) שאינם יכולים להתעכל בגופו" - המלצות של Security נובעות בעיקר מענייני IT ולא תמיד לרוונטיות ל VM שעליו הם ממליצות - אבל מצד שני תמיד טוב לדעת שאתה נוהג בניגוד ל  Best Practice שהם ממליצים. בעיקרון המערכת לא מסוגלת להוריד את ההמלצות במידה ובחרת לא לקבל אותן - ובפעם הבאה הן יצוצו שוב.

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



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


זהו להיום נסו ותהנו.
פיני



 

2016-12-14

Compatibility Level in SQL Azure

שלום רב
הפוסט היום מיועד ל  DBA's. מן הסתם אחרים פחות יבינו אולם פה אני אסביר לכם גם למה אני כל כך אוהב את הענן.
ובמיוחד את SQL Azure.

פשוט מדהים וכיף - אז ככה מי מה DBA's שקוראים פוסט זה לא יודע מהו Compatibility Level?
2 הצביעו - יפה.
אז הנה הסבר קצר:
לבסיס נתונים יש version שזה מספר הגירסה של בסיס הנתונים, אולם בכדי שתהיה תמיכה לאחרו הוסיפו החכמים את המימד של Compatibility Level.

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

זו הטבלה המדוייקת שנלקחה מהלינק הזה https://msdn.microsoft.com/library/bb510680(SQL.130).aspx :

 
 
אם קוראים בכתובים אפשר לראות למשל ש:
Compatibility-level setting of 130 - The Insert in an Insert-select statement is multi-threaded or can have a parallel plan.
Compatibility-level setting of 120 or lower - The Insert in an Insert-select statement is single-threaded. 
 
כלומר שגם אם תבצע Insert Select  ב SQL Server 2016 וה Compatibility Level  הוא  120 - זה יתבצע לפי 120 ולא לפי גירסה חדשה.
 
מי שרוצה לקרוא דוגמא מפורטת יותר על ההבדל יכול לקרוא במאמר של Thomas Larock https://thomaslarock.com/2016/01/how-to-change-the-compatibility-level-of-an-azure-sql-database/

או במאמר של מיקרוסופט פה:
 
אחלה כבר כולם כתבו על זה אז מה אני מתרגש?
ובכן כרגע כבר אפשר להריץ את זה ב SQL Azure:
 
ALTER DATABASE [DBname]   SET COMPATIBILITY_LEVEL = 140
GO
 
כאשר גם מיקרוסופט עצמה טרם מסבירה מה השינויים ואנו בוחנים ובודקים.
זה קשור ל execution plan  ועוד מלא מילים יפים כאלו של DBA's שרוצים להראות שהם מבינים עניין.
 
אז אני כבר שיניתי באחד מבסיסי הנתונים שלנו  ל  
COMPATIBILITY_LEVEL = 140
ואז רץ לבדוק את ה
Batch Mode Adaptive Memory Grant....
מת על הענן.
חברים יום נעים.
פיני



2016-11-09

Long Term Retention Backup in Azure SQL DB

ערב טוב
לילה, בחירות, זמן - סוף סוף יש זמן לכתוב פוסט.
והיום על פיצ'ר החדש הקרוי:
 Long-Term Backup Retention
אפשר לבצע פעולות אלו גם בפורטל וגם ב PS
אני אציג בפוסט זה את הדרך לבצע גיבויים אלו דרך הפורטל.
מצורפים 2 לינקים, ראשון ההכרזה עצמה, הלינק השני מכיל תיאור כיצד לבצע ב PS.
 
Announcement:
 
PS:
 
אז קדימה בואו נצלול לעולם הגיבויים ארוכי הטווח.
המפתח הוא להבין מה היה עד היום ומה מציעים עכשיו.
עד היום היה ניתן לשחזר אחורה עד 35 ימים (לפי ה tier המתאים) לכל נקודה בזמן (PIT).
עכשיו מציעים ללא קשר ל tier שמירה של עד 10 שנים של עותק של בסיס הנתונים.
במענה לשאלה שלי ענו לי ככה:
 
The SQL Long term backup retention only saves the weekly backup to Recovery Service Vault.
 
כלומר הם שומרים רק Full backups. ואותם מעבירים ל Recovery Service Vault.
שזהו המחסן או ה Storage שנשמרים בו הקבצים.
 
Backup: 

התהליך הוא פשוט יחסית - ברמת השרת מקנפגים מחסן זכרון לאותו איזור ולאותו סבסקרפשין, ואז מחליטים על מדיניות שמירה, ואז שומרים בסיס נתונים לאותה מחסנית לפי המדניות המתאימה.
 
Restore:
התהליך גם כן פשוט - ניגשית להיכן שמשחזרים בסיס נתונים, לוחצים על טווח ארוך (בדיוק כמו החניות בשדה תעופה), בוחרים את המחסנית הרצויה ומשחזרים ...
 
זהו.
שאלות שנשאלות :
אם מוחקים בסיסי נתונים או שרת - איך משיגים שיחזור? ובכן באמצעות פקודות PS זה אפשרי .
אם שומרים את הגיבוי המלא אז מה יהיה אם רוצים לשחזר לאמצע שבוע? אי אפשר שיזחור רק לזמן גיבוי שהוא גיבוי full.
 
נעבור על התהליך בתמונות:
 
  • ברמת השרת אנו לוחצים על השורה המסומנת
 
 
 
 
 
 
  •  מאשרים תנאים, בחלון שנפתח בוחרים את כל מה שצריך. אם אין vault, צריך לייצר כזה אחד.
 
 
  • הנה ההודעה - כאשר לא קיים Vault - Recovery Service.
 
 
  • נייצר Recovery Service - באותו הסבסקרפשין ובאותו איזור של בסיס הנתונים שלנו - ומצורפת התמונה.
 

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

  • שימו לב שרואים ב vault את הגדלים של הקבצים שנשמרו - אולם עדיין לא מצליחים להגיע לזה ממש מתוך מוצר זה.
\
 
  • לאחר מכן מגיע שלב ה Restore. שימו לב הוא יופיע רק לאחר שיתבצע גיבוי מלא לבסיס הנתונים Full. ניגשים לבסיס הנתונים ולוחצים על restore.
 
  • לוחצים על Long Term
 
 
  • בוחרים את המחסנית המתאימה
 
 
  • ומאשרים - לאחר זמן מה מסתיים השיחזור ורואים את בסיס הנתונים במקום. יש גם הודעה בלוגים:
 
 
  • גם התרעת מייל על יטצירת בסיס נתונים חדש קיבלתי (מבטיח לכם להסביר איך עושים את זה בהזדמנות...) 
 
 
זהו - ניתן לשחזר ולשמור שנים רבות - כמו שציינתי בסיסי נתונים שנמחקו טרם בדקתי - הם טוענים שזה עובד ב PS.
 
שיהיה לכם יום מופלא
 
פיני
 

 
 
 
 
 

 
 

 

 


2016-09-01

Performance Recommendations you DO NOT want to do in your Azure SQL DB

שלום לכולם
בתקופה האחרונה אני רואה טרנד מאד חזק של בלוגים ומאמרים שאומרים "אל תהיה טיפש.... אל תעשה את זה.." או בלוגים בסגנון של "רעיונות ממש - אבל ממש רעים..".
אז יילה גם אני ארחב על הגל הזה בהקשר של SQL Azure.
והיום ה - "אל תהיה טיפש" מספר 1:
 
יש בפורטל מסך השייך לכל בסיס נתונים ובו פעולות אפשריות על בסיס הנתונים - החל בפתיחת קריאה - עבור לשינוי יכולות וביצועים וכלה בהמלצות.
תחת הכותרת:
"SUPPORT + TROUBLESHOOTING"
יש 5 אפשרויות לחיצה
הראשונה בודקת מצב כללי של בסיס הנתונים.
האחרונה זו פתיחת קריאה ישר על בסיס הנתונים הזה - מאד נוח לשימוש וממליץ לפתוח קריאה מפה.
 

 

 
השניה מציגה סיכום קצר של נקודות 3 וארבע כלומר
 
Over view on Query insights - that is the same as query store
and Overview on Performance Recommendations.
 
זהו המסך:
 
 
 
 

המסך מחולק ל 4 חלקים - למעלה זהו החלק שאחראי על
 
 Overview on Performance Recommendations:
Create & Drop indexes & Fix Schema issues
 
כאשר בצד שמאל ההמלצות
באמצע סיכום של פעילות שמתבצעת עכשיו במידה ולחצת שאתה מוכן שיופעלו ההמלצות בצורה אוטמטית.
בצד ימין קישור למסך שמאפשר לך להחליט האם אתה מאשר שההמלצות יבוצעו אוטמטית.
 
בחלק התחתון של המסך יש סיכום של השאילות שמשפיעות ובעצם על פיהם ההמלצות נקבעות - שזהוא סוג של  אודיט מאד נוח ושימושי ומלמד מה עובר על המערכת - אבל לא עליו נדבר היום!.
 
בקיצור להלן 3 שלינקים שמסבירים היטב דברים על מסך זה:
 
 
מעולה - עכשיו כולם מומחים.
ועתה נסביר ממה צריך להיזהר כדי לא לצאת טיפשים:
 
יש לנו בסיס נתונים שעובדים עליו הרבה והוא גם מאד גדול
נכנסים אליו ומקבלים למעלה שורה סגולה עם המלצה
 
 
 
לוחצים על ההמלצה וההמלצה שלהם הייתה להוסיף דחוף אינדקס שישפר ביצועים
HIGH IMPACT
 
 
 

 
 
לוחצים על השורה - שמחים ומאושרים כדי לראות איזה אינדקס יציל לנו את המערכת:
 
 שימו לב לפרטים הרבים ואפילו - וזה חידוש ל
DISK SPACE NEEDED
 
וואו יש לנו פה 22 GB של אינדקס - די גדול.
 
אנו נמצאים בבסיס נתונים P1 - כלומר 500 GB.
שימו לב שהאינדקס יהיה 4.4% מבסיס הנתונים.

בואו נראה את הסקריפט שהם מציעים להריץ:
 
אפשר לומר שהם יודעים לכתוב SQL.
אחלה אינדקס.
 
עכשיו ל"אל תהיו טיפשים - 1"
כן אפשר לאפשר להם אוטמטית לבנות ואיפילו זה לא משפיע על המערכת ולא מסיים את המקום בלוג - הכל עובד חלק וזה יפה מאד.
אולם למה ??? למה הם לא הוסיפו
WITH (DATA_COMPRESSION =  <option>) 
דבר שהיה חוסך מספר לא מבוטל של GB.
 
לא מבין מדוע - אבל ההמלצה היא לא להדליק את האוטמציה אלא להשתמש בתבונה בהמלצות שלה
 
יום נפלא.
פיני



2016-08-11

Azure SQL DB - Service Tiers

Hi All
Since we got change in Azure SQL DB tiers last week - and have now P15 tier, I have collected some data about the tiers and put it all in 1 table.
I collected data from 3 sources:
 
Please note - all the DATA is not relevant to:
  • Elastic DB pools - collections few Azure SQL DB to a one pool.
  • Stretch DB - Migrated Tables from SQL Serve 2016 to Azure SQL DB.
  • SQL DWH - DB for DWH in Azure that can be stopped.
 
Changes can happened during time, the table is Updated for today (2015-08-11)
 
If you want it in you mail box let me know. 
 
Pini

2016-07-19

Azure Audit Logs and DBA's

שלום רב
כבר מעל חודשיים מעל הפוסט האחרון, הסיבה המרכזית היא שעברנו בחברה שלנו ל Storage חדש, בסביבת ה On Premise.
עברנו לסביבת All Flash של Kaminario הישראלית.
אבל מה לנו בפוסט על הענן ועל Storage....
היום נדבר על שליטה - אנו ה DBA הרי ידועים כ Control freaks. הרי למי אין איזה ג'וב שמתריע לו שיש DB חדש לגבות ? למי אין ג'וב שמתריע על כל שינוי?
ובכן ב Azure אפשר לשנות בסיסי נתונים על ידי פקודות T-SQL או PS, ורוב פקודות אלו מתועדות.
אבל יש דברים שעושים דרך הפורטל ואז זה לא מתועד בבסיסי הנתונים עצמם.

ולכך יש את ה Audit logs.

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

יש 2 דרכים לראות את הלוגים הללו מהפורטל עצמו ומ POWER BI.
  1. פורטל עצמו: לוחצים על הכפתור של הלוגים,
 
לאחר שלחצתם על הכפתור מגיעים למסך חיפוש, זהו מסך יחסית חדש (עד לפני שבועיים זה הייתה רשימה וכיום מסך חיפוש, שבטח עוד יעבור שיפוץ).
ניתן לפלטר לפי מספר קריטריונים - אני חיפשתי פעולות אדמינסטטיביות שקשורות לבסיסי נתונים כמו יצירת בסיס נתונים, שרתים, הדלקת audit ועוד.
 
להלן מסך החיפוש המחודש ומספר תוצאות
ריבועים אדומים אלו דוגמאות לפילטרים.
ריבועים כחולים מייצגים דוגמא למידע - אם זה מישהו בפורטל או אם זה אוטמציה שהופעלה בענן ואז זה SQL User.
 
רואים פה את מרחב הפעולות שבוצעו ומתי ואם לוחצים על השורה יש פרטים למטה, ואפשר לשמור את זה לאקסל...


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

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

2016-05-02

Geo-Replications Types in SQL Azure - New features

שלום רב
והיום לשם שינוי פוסט בעיברית.

בתאריך 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. וכך יורדו עלויות בצורה דרמטית. חייבים לקחת בחשבון שאם מדובר על DB  שהוא Heavy Write, הכתיבה בצד השני תהיה הרבה יותר איטית וזה לא מומלץ כל כך.
 
מיגבלה נוספת היא שבין tiers כלומר בין Standard and Premium - אי אפשר לעשות קונפיגורציה. P1 Primary לא יכול להיות עם S0 Secondary.
 
כבר לא תהיה אפשרות להרים NON Readable Secondary (ממש באסה - שוב צריך לדחוף את היד לכיס, האפשרות הזו חסכה 20 אחוז מעלות ה Primary).
 
אופציה נוספת שנפתחה היא שבשכבות הזולות ניתן יהיה לפתוח 4  Secondaries, ובכך לעשות סוג של Load balance , בפעולות קריאה. גם פתיחת אופציה למיקומים ברחבי העולם נשמעת מעניינת.
 
להלן 2 לינקים שמרחיבים על האופציות החדשות:
 
 
 
למי שיש היום  Non-readable secondary, צריך לתכנן מעבר ושידרוג עד אפריל 2017:
 
 
 
בקיצור יללה התחילו לרפלק מה שאפשר - לא לשכוח לחשוב על הכיס ועל הביצועים.
פיני
 
 

2016-04-11

Dashboards in Azure Portal

Hi
 
Today I will be reviewing the Azure Portal Dashboard.
We have seen lots of improvements in that field.
It has developed to include a variety of options, and lot of use cases:
 
  1. Monitoring, with full screen and charts.
  2. Shortcuts to the most usable apps.
  3. Share dashboards between users.
  4. You can have multi Dashboards, like Dashboard for DB's, for Storage or VM's or per application or resource group.
I find these new features very useful and very easy to implement.
Here are some screenshots showing the uses.
 
Image 1 - shows what options we have for the Dashboards
 
 
:
We can add new, edit an exiting one, share to other users, clone and delete.
 
 
Image 2 - shows the options when clicking on the arrow near the Dashboard, we see the list of my dashboards, and the dashboards that was shared with me.
 
 
 
Image 3 - shows the screen after clicking on "Share", we can share to a subscription, and put it in a location as resource group.
 
 
 
 
Image 4 - shows a custom Dashboard I created for a 10 sharded DB system - to have the DTU and Storage in the same place - also adding the management DB.
 
  
 
So enjoy your journey with in the new Dashboards world.
 
Thanks
Pini