Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Как да избегнете, че мониторът на активността вреди на производителността на вашия SQL сървър

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

Въпреки това, интегрираният инструмент, предоставен от Microsoft за постигане на това, недвусмислено известен като Activity Monitor, всъщност може да бъде виновникът за намаляване на производителността.

Ето един поглед защо това се случва и какво можете да направите, за да се справите с проблема с Activity Monitor, който пречи на гладкото функциониране на база данни на SQL Server.

Основната дилема

Докато Activity Monitor несъмнено е полезен на теория, на практика може да забави реакцията на сървъра в определени сценарии.

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

Тези допълнителни разходи се свеждат до това, че Activity Monitor изпълнява 13 заявки многократно в 10-секунден цикъл, за да поддържа таблото за управление попълнено със статистически данни, които са ви необходими за проследяване на ефективността. По-специално, това може да компрометира неща като TempDB, въпреки че той е по-общо отговорен за неоптималната работа на сървъра, в противоречие със самото му предназначение.

Най-простото решение

Може би най-лесният начин за заобикаляне на този проблем е да се отдалечите от интегрирания монитор на активността и вместо това да предоставите на вашата настройка на SQL Server пакет на трета страна, който може да наблюдава и диагностицира цялата база данни.

Освен преодоляването на ограниченията на Activity Monitor, обръщането към по-добре оптимизирани инструменти от уважавани марки също ще ви позволи да автоматизирате много от основните процеси, участващи в надзора на SQL Server.

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

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

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

Другите предимства

Където Activity Monitor не успява, освен по отношение на използването на ресурсите в SQL Server, е в начина, по който представя данни на DBA.

Може да е подходящо да ви дава моментна снимка на производителността и активността на сървъра от момент на момент, но това не винаги е особено полезно, ако се надявате да поправите по-широки главоблъсканици с това как функционира базата данни.

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

Последни мисли

Ако сте били скептични относно ползите от самостоятелното решение за наблюдение за SQL Server, да се надяваме, че притесненията ви вече са отстранени.

Не е нужно напълно да се откажете от Activity Monitor, но само познаването на неговите недостатъци ще ви позволи да управлявате използването му по-ефективно.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Какво е проста програма или скрипт за команден ред за архивиране на бази данни на SQL сървър?

  2. Как да четете и анализирате планове за изпълнение на SQL Server

  3. Грешка на SQL Server - HRESULT E_FAIL е върнат от повикване към COM компонент

  4. Използване на условен оператор UPDATE в SQL

  5. Основи на дневника на транзакциите на SQL Server