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

4 съвета за настройка на вашия SQL Server сигнали

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

Сценарият по-горе илюстрира какво се случва, когато сигналите и алармите не са настроени ефективно. Настъпва умора на алармата, което увеличава шанса DBA да пропусне критична аларма. Алармената умора се появява, когато DBA е постоянно затрупан от сигнали – някои важни, повечето не.

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

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

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

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

За да започнете да настройвате ефективни сигнали, особено ако сте наследили работата на DBA, първо погледнете съществуващите аларми с нов поглед. Виждате ли нещо необичайно? Ако сте били DBA от известно време, може да искате да започнете, като прегледате регистрационните си файлове, за да видите дали има тенденции, показващи, че е необходима някаква поддръжка.

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

Ето четири съвета за настройка на ефективни сигнали за SQL Server.

Задайте специфични правила за аларми

Това е чудесен начин да избегнете ненужния шум от аларма. Не е нужно да знаете всички неща през цялото време. Задаването на специфични правила, като „изключване на екземпляр X от алармата“ или „изпращане на сигнал само ако тази аларма се задейства Y пъти“, ще ви помогне да се съсредоточите върху най-важните проблеми и ще ви спаси от умора от алармата.

Използвайте интелигентни аларми, които не само изпращат сигнали, но и стартират процеса на диагностика

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

Определете приоритет на алармите, за да се справите първо с най-важните проблеми

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

Възползвайте се от мобилните сигнали

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

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

Решението за наблюдение на производителността на SQL Server на Spotlight Cloud има множество функции, предназначени да опростят наблюдението на производителността. Някои специфични функции, които ще ви помогнат да настроите ефективно предупреждение, включват:

Повече от 100 дефинирани аларми

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

Екран за проверка на здравето

Наблюдението на здравето на сървъра е от решаващо значение за определяне на съществуващи и потенциални проблеми, които могат да повлияят на производителността. Екранът за проверка на здравето на Spotlight Cloud предоставя данни за ключови показатели за производителността на системата, помага да се изолира основната причина за проблемите и ви позволява да се разработите, за да получите подробности и да планирате курс на действие.

Намаляване на шума

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


  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. Свързване на приложения, работещи на Linux, към Amazon Relational Database Services (RDS) за SQL Server

  3. Как да изпратите по имейл резултатите от заявка в SQL Server (T-SQL)

  4. Инструкцията ALTER TABLE е в конфликт с ограничението FOREIGN KEY в SQL Server - SQL Server / TSQL Урок, част 69

  5. Премахнете числата от string sql сървъра