Инструменти за мониторинг на SQL Server: Какво да следите и как да изберете

Инструментите за мониторинг на SQL Server могат да проследяват всичко - от активността на CPU и диска на Windows до блокиране, статистики на изчакване, планове за заявки и наличност на базата данни. Правилният инструмент следователно зависи от слоя на SQL Server, който всъщност трябва да наблюдавате, а не от размера на списъка с функции.

Този наръчник разглежда какво трябва да наблюдават ИТ екипите, къде спира наблюдението на Windows сървъри и започва наблюдението, специфично за SQL, кои вградени инструменти на Microsoft са налични и как да изберете подходящ метод за наблюдение.

Какво прави мониторинга на SQL Server забележителен?

Наблюдение на сървъри, основи:

Microsoft SQL Server работи на сървърна инфраструктура, така че производителност на операционната система има значение Високото използване на CPU, натиск върху паметта или бавното хранилище могат да повлияят на SQL Server, дори когато в самия двигател на базата данни няма нищо inherently грешно.

Нужди за мониторинг, специфични за бази данни, за SQL сървъри:

Въпреки това, ясните метрики на Windows Server не означават непременно добро представяне на SQL Server. Потребителите могат да изпитат бавни транзакции поради блокиране, лоши планове за изпълнение или изчаквания на заявки, докато основната машина все още изглежда здрава.

Как Microsoft разделя това:

Microsoft отразява това разграничение в собствената си архитектура за мониторинг. Инструменти на Windows, като Performance Monitor, обхващат системните ресурси, докато SQL Server предоставя специфични за базата данни функции, включително Query Store, Extended Events, Activity Monitor, журнали за грешки и възможности за мониторинг на Transact-SQL.

Наблюдението на SQL Server следователно трябва да обхваща няколко допълващи се слоя, а не един набор от метрики.

Какво трябва да проследяват инструментите за мониторинг на SQL Server?

Необходимите точни метрики зависят от това дали ИТ екипите са отговорни основно за наличността на инфраструктурата, администрирането на бази данни или производителността на приложенията. Полезна стратегия за мониторинг започва широко и добавя по-дълбока видимост на SQL Server, където натоварването го изисква.

1. Здраве на сървъри и инфраструктура

Започнете с ресурсите, налични за хоста на SQL Server. CPU, физическа памет, капацитет на диска, активност на четене и запис на диска, използване на мрежата и работещи процеси предоставят инфраструктурния контекст за производителността на базата данни.

Важно е да се установи корелация. Високите времена за отговор на SQL, придружени от латентност на съхранението, предполагат различно разследване в сравнение с бавни заявки, които се появяват, докато хостът разполага с достатъчно CPU, памет и I/O капацитет.

Наблюдение на хоста също помага за откриване на проблеми, които засягат повече от SQL Server. Физически или виртуален сървър може да хоства поддържащи приложения, услуги или отдалечени потребители, чиято активност конкурира за същите ресурси.

2. Здраве на инстанция и база данни на SQL Server

Следващият слой разглежда самия двигател на базата данни.

Важните области обикновено включват изчаквания, активни сесии, блокиране, мъртви заключвания, растеж на файловете на базата данни, използване на журнал на транзакциите и активност на TempDB. Администраторите може също да трябва да следят състоянието на базата данни, връзките, поведението на паметта и услугите на SQL Server.

Статистиките за изчакване са особено полезни, тъй като помагат да се идентифицира за какви задачи на SQL Server се изчаква, вместо да показват само, че системата е бавна. Блокирането и мъртвите заключвания предоставят допълнителна видимост, помагайки да се идентифицира дали конкретни транзакции се конкурират за ресурси.

Посветените платформи за мониторинг на бази данни следователно навлизат много по-дълбоко от мониторите на хостове. Например, IDERA SQL Diagnostic Manager документира мониторинг за изчаквания, блокиращи вериги, мъртви заключвания, натиск върху TempDB, латентност на I/O и растеж на базата данни.

3. Запитване и производителност на натоварването

След като проблемът е локализиран до натоварването на базата данни, агрегатните метрики на сървъра често са недостатъчни. Администраторите трябва да определят кои заявки консумират прекомерни ресурси и дали тяхното поведение е променено.

Полезната информация на ниво запитване може да включва продължителност на изпълнението, потребление на CPU, логически и физически четения, потребление на памет, честота на изпълнение, изчаквания и планове за изпълнение.

Microsoft Query Store е добър пример за софтуер, съобразен с това. Той запазва заявки, планове и статистики за времето на изпълнение, така че администраторите да могат да проучват производителността с течение на времето и да идентифицират регресии, свързани с промени в плановете на заявките. SQL Server 2017 и по-късно може да улавя статистики за изчакване чрез Query Store.

Този исторически контекст е важен, защото много проблеми с SQL Server са интермитентни. Знанието, че CPU е достигнал 90% вчера следобед, е полезно. Знанието кои заявки са променили поведението си в същия момент идентифицира потенциални лостове за действие.

4. Наличност, Работи и Оперативно здраве

Производителността е само един аспект на мониторинга на SQL Server. Оперативните неизправности могат да повлияят на наличността и възстановимостта, дори когато производителността на натоварването изглежда нормална.

В зависимост от средата, администраторите може да се нуждаят от видимост в работата на SQL Server Agent, резервните копия, наличността на базата данни и Always On Availability Groups. По-големи или бизнес-критични имоти може също да изискват мониторинг на репликацията, проследяване на конфигурацията и прогнози за капацитета.

Необходимата дълбочина трябва да следва важността на работното натоварване. Малка вътрешна база данни или клъстеризирано производствено SQL Server имущество изискват много различни архитектури за мониторинг.

Кои вградени инструменти за мониторинг на SQL Server можете да използвате?

Преди да закупите специализирана платформа, си струва да разберете какво Microsoft SQL Server вече предоставя.

Широк набор от вградени инструменти:

• Activity Monitor поддържа ad hoc инспекция
• Query Store запазва историческа информация за заявки и планове
• Разширените събития улавят избрани събития на двигателя
• Динамичните управленски изгледи разкриват вътрешни данни за производителността
• SQL Server дневниците за грешки помагат за разследване на събития в базата данни.
• Windows Performance Monitor добавя информация за ресурсите на операционната система.

По-дълбока диагностика, но по-голяма сложност:

Тези инструменти могат да предоставят значителна диагностична дълбочина, особено за опитни администратори на бази данни. Те също така избягват въвеждането на друг платформа за мониторинг когато е достатъчно случайно отстраняване на проблеми.

Тяхното ограничение често не е достъпът до данни, а оперативното удобство. ИТ екип, управляващ множество сървъри, може да иска централизирани табла, постоянни истории, по-лесно известяване и по-бърза корелация вместо да събира информация от няколко интерфейса на SQL Server и Windows.

Там, където мониторингът от трети страни става по-привлекателен.

Как да изберем инструменти за мониторинг на SQL сървър?

Започнете с проблема, който инструментът трябва да реши. Това трябва да ви спаси от загубата на целта ви в списък с най-голям брой поддържани метрики.

1. Необходима дълбочина на видимостта

Полезен първи въпрос е дали ви е необходимо мониторинг на инфраструктурата, диагностика на базата данни или подробен анализ на запитванията.

Изискване	Подход за мониторинг
ЦПУ, памет, диск и наличност на сървъра	Наблюдение на сървъри или инфраструктура
Периодично отстраняване на проблеми с SQL Server	Вградени инструменти на Microsoft SQL Server
Блокиране, изчаквания, задръствания и известия за база данни	Наблюдение на посветен SQL сървър
Планове за заявки и регресии на производителността	Запитване на магазин или разширено SQL наблюдение
Голяма многоинстанционна SQL собственост	Централизирано наблюдение на бази данни
SQL Server с по-широки зависимости от приложения	Инфраструктурна или пълноценна наблюдаемост, комбинирана с мониторинг, специфичен за SQL

Тези категории могат да се припокриват. В много среди най-практичният подход е комбинация, а не един единствен продукт.

2. Съответствие на известията и историята с операциите

Наблюдението става най-полезно, когато подчертава аномално поведение, преди потребителите да докладват за проблем.

Погледнете дали инструментът поддържа прагови известия, исторически тенденции и достатъчен контекст за последващо разследване на събитието. Специализирани SQL платформи могат да отидат по-далеч, като прикрепят блокиращи вериги, графики на задръствания или информация за заявки директно към известие. Redgate Monitor, например, документира специфични за SQL известия за събития, включително задръствания, неуспешни задачи, блокирани заявки и дългосрочни заявки.

Настройването на базови линии също е важно. Стойност, която е ненормална за една база данни, може да бъде рутинна за друга, така че известията трябва да отразяват поведението и бизнес значимостта на отделните работни натоварвания.

3. Обмислете мащаба, внедряването и администрирането

Инструмент, подходящ за един SQL Server инстанция, може да стане неудобен при десетки сървъри.

Помислете колко хостове, инстанции и бази данни трябва да се наблюдават, как се събира и запазва мониторинговата информация и колко лесно администраторите могат да сравняват системите от централна конзола. Лицензирането, усилията за внедряване, генерирането на отчети и администрирането на известията следва да бъдат оценени заедно с техническата дълбочина.

Целта не е да се съберат всички възможни метрики. Тя е да се събере най-релевантната информация в достатъчно количество, за да се идентифицира аномалното поведение и да се съкрати пътят от симптом до причина, така че вашите ИТ техници да могат да решат проблема.

Къде се вписва TSplus Server Monitoring?

TSplus Server Monitoring адресира инфраструктурната страна на този модел на мониторинг. Той предоставя видимост в реално време в CPU, памет, дискова четене и запис, пропускателна способност, процеси и свързани потребители, заедно с исторически отчети и конфигурируеми известия за метрики на сървъра.

За Windows сървър, работещ с Microsoft SQL Server, тази видимост ще помогне да се определи дали проблем с производителността на базата данни съвпада с натиск върху CPU, консумация на памет, активност на диска или друго условие на ниво хост. Историческите отчети също предоставят контекст за повтарящи се инфраструктурни проблеми.

TSplus Server Monitoring не е, обаче, специализиран анализатор на производителността на SQL Server бази данни. SQL-специфични изисквания като анализ на плановете за изпълнение, разследване на Query Store, блокиращи вериги, анализ на мъртви блокировки или подробна статистика за изчакване изискват инструментите на Microsoft за SQL Server или специализиран продукт за мониторинг на бази данни.

За много ИТ екипи тези слоеве се допълват взаимно. TSplus Сървърно наблюдение може да предостави преглед на здравето на сървъра и потреблението на ресурси, докато вградените инструменти на SQL Server осигуряват по-дълбока видимост на базата данни и помагат да се идентифицира, когато инцидентът сочи към двигателя на базата данни или към индивидуално натоварване.

Заключение

Изборът сред инструментите за мониторинг на SQL Server започва с решението какво трябва да бъде видимо. Ресурсите на сървъра, здравето на базата данни и производителността на запитванията представляват различни слоеве на една и съща система, и нито една метрика не обяснява всички тях.

Започнете с мониторинг на инфраструктурното здраве, след което добавете мониторинг, специфичен за SQL, където натоварването изисква по-дълбока диагностика. Този многослоен подход поддържа мониторинга практичен, като предоставя на ИТ екипите достатъчен контекст, за да различават проблем с сървъра от проблем с база данни или заявка.

Някои често задавани въпроси

Какво е инструмент за мониторинг на SQL Server?

Инструмент за мониторинг на SQL Server проследява здравето, производителността или наличността на среди на Microsoft SQL Server. В зависимост от обхвата си, той може да наблюдава ресурси на хоста, бази данни, изчаквания, блокиране, заявки, задачи, резервни копия или конфигурации на наличността.

Какви метрики на SQL Server трябва да наблюдавам?

Основните метрики, зависещи от натоварването, обикновено включват CPU, памет и съхранение. В допълнение, специфични за SQL маркери показват подобни на изчаквания, блокиране, мъртви заключвания, растеж на базата данни, журнали на транзакции, активност на TempDB, продължителност на запитвания и статус на задачи.

Може ли мониторингът на Windows Server да открие проблеми със SQL Server?

Мониторингът на Windows Server може да идентифицира проблеми с инфраструктурата, които засягат SQL Server, включително натиск върху CPU, памет и диск. Той не може сам по себе си да обясни проблеми с базата данни, като регресии на плана за заявки, блокиращи вериги или изчаквания, специфични за SQL.

Включва ли SQL Server свои собствени инструменти за мониторинг?

Да. Microsoft SQL Server включва инструменти и средства като Query Store, Extended Events, Activity Monitor, Dynamic Management Views, журнали за грешки и функции за производителност на Transact-SQL. Подходящостта им зависи от събитието или натоварването, което се изследва.

Нужен ли ми е софтуер за мониторинг на SQL Server?

Не непременно. Вградените инструменти може да са достатъчни за малки среди или случайно отстраняване на проблеми. В комбинация с TSplus Сървърно наблюдение за общи цели, вграденото наблюдение на SQL Server на Microsoft не може да завижда на продуктите за наблюдение на трети страни. Посветеното наблюдение става по-полезно, когато екипите се нуждаят от централизирана видимост, непрекъснати известия, дългосрочна история или по-бърза диагностика на множество инстанции на SQL Server.