Предупреждения SQL Server-рекомендации

какие предупреждения SQL Server вы всегда настраиваете для каждой базы данных? Что вы всегда отслеживаете независимо от базы данных?

6
alerts sql-server

3 ответов

вы должны контролировать и быть предупреждены для уровней серьезности 17 до 25.

уровни серьезности от 17 до 19 потребуют вмешательства от DBA, они не так серьезны, как 20-25, но DBA должен быть предупрежден.
17 Недостаточные Ресурсы
18 Обнаружена Несмертельная Внутренняя Ошибка
19 ошибка в ресурсе


Это серьезные ошибки, которые будут означать, что SQL Server больше не работает
20 ошибка SQL в текущем процессе
21 в SQL Фатальная ошибка в процессах dbid базы данных
22 SQL Fatal Error Table Integrity Suspect
23 неустранимая ошибка SQL: подозреваемый в целостности базы данных
Аппаратная Ошибка 24,25

дополнительные сведения об уровнях серьезности см. В разделеhttp://msdn.microsoft.com/en-us/library/aa937483 (SQL.80).aspx

11

Я бы также добавил предупреждения об ошибках 823, 824 и 832, так как эти ошибки указывают на повреждение.

для получения дополнительной информации см. http://www.sqlservercentral.com/articles/Memory + коррупция / 93424/ и http://www.sqlskills.com/BLOGS/PAUL/post/Dont-confuse-error-823-and-error-832.aspx

0

что вы всегда отслеживаете независимо от базы данных?

мы всегда включаем аппаратные оповещения для всех наших серверов, в дополнение к оповещениям журнала. Аппаратные ошибки, такие как ошибки inode, могут снимать серверы так же быстро, как ошибки 5xx, например. Мы видели, что возможности экспорта PDF клиентов терпят неудачу, когда код на сервере не смог удалить старый экспорт, заполняя дисковое пространство, пока экспорт не потерпел неудачу. Регулярные оповещения журнала не будут предупреждать вас об этом пока не станет слишком поздно. Но мониторинг дискового пространства был бы.

к сожалению, решения для управления журналами не настраивают эти оповещения для вас автоматически, поэтому иногда вы обнаруживаете, что вам нужны оповещения сложным способом: когда у вас уже есть проблема.

мы написали сообщение в блоге о том, почему важно связать аппаратную метрику с предупреждениями стандартного журнала: https://blog.bluematador.com/posts/how-essential-alerts-could-have-saved-the-millennium-falcon/

0