Унікальні функції моніторингу azure sql database

Відео: Query Performance Tuning Techniques For Windows Azure SQL Database

Тут мова йде не тільки про можливості виконувати дії, вже доступні в локальному продукті. Потрібно звертати особливу увагу на унікальні відомості, необхідні всередині власне Azure. Наприклад, один із способів зрозуміти, які саме неполадки відбулися на сервері, - це звернутися до sys.dm_os_wait_stats. У Azure є інше DMV, sys.dm_ db_wait_stats (база даних PaaS). Висновок показаний на скріншоті нижче.


Однак виникає цікаве питання. До появи vl2 таким чином проводився моніторинг статистики очікування в Azure. Але тепер є sys.dni_os_wait_ stats, і незрозуміло, чи однакові вони. Я виконав наступний запит:

Отримані результати показані на скріншоті нижче.





Насправді мені невідомо, чому вони різні. Max_wait_ timems ідентичні в обох виставах динамічного управління. Надалі я постараюся з`ясувати причину відмінності, а поки будемо дотримуватися sys. dm_db_wait_stats, специфічної для Azure.

Ще одна унікальна особливість Azure SQL Database - можливість просто організовувати параметри GeoLocation для баз даних. У вас є кілька способів забезпечити доступність і захист даних, не тільки локально у вашому власному центрі обробки даних, а й на всій земній кулі. Але чи потрібно відстежувати всі ці дії? Звісно так. Тому вам знадобляться уявлення динамічного управління, такі як sys.dm_operation_stats.


З появою уявлень динамічного управління в Azure SQL Database vl2 ми отримали середу з надзвичайно потужну функціональність для моніторингу стану баз даних, що працюють на цій платформі, і наші можливості анітрохи не поступаються функцій локального продукту. Крім того, розширилося коло завдань, що вирішуються за допомогою унікальної функціональності бази даних SQL Azure. Завдяки цим удосконаленням усуваються перешкоди на шляху до нового світу, що відкривається користувачам Azure SQL Database.

---