SQL Server 경고 - 모범 사례

Question

모든 데이터베이스에 대해 항상 어떤 SQL Server 경고를 설정합니까? 데이터베이스에 관계없이 항상 무엇을 모니터링합니까?

Answer 1

당신은 모니터링해야하고

이 가 DBA에서의 개입을 필요로 (19)를 통해 17에서

심각도 수준, 그들은 20 ~ 25만큼 심각하지 않은 있지만, DBA가 필요 (17) (25)에 심각도 레벨에 대해 경고 할

경고를 받는다.
17 부족한 리소스는
18 치명적이지 않은 내부 오류가 자원에
19 오류를 감지
이 심각한 SQL 서버를 의미합니다 오류가 더 이상 현재 프로세스 치명적인
21 SQL에서
20 SQL 오류 노력은

데이터베이스 dbid 프로세스의 오류
22 SQL 치명적인 오류 테이블 무결성 의심
23 SQL 치명적인 오류 : 데이터베이스 무결성 의심
24,25 심각도 수준에 대한 자세한 내용은 하드웨어 오류

은 이러한 오류가 손상을 나타 내기 때문에 나는 또한, 오류 823, 824 및 832에 경고를 추가 할 수 http://msdn.microsoft.com/en-us/library/aa937483(SQL.80).aspx

Answer 2

를 참조하십시오.

자세한 내용은 http://www.sqlservercentral.com/articles/Memory+Corruption/93424/ 및 http://www.sqlskills.com/BLOGS/PAUL/post/Dont-confuse-error-823-and-error-832.aspx

Answer 3

What do you always monitor regardless of the database?

우리는 항상 경고를 기록 할뿐만 아니라, 우리의 모든 서버에 대한 하드웨어 경고를 켜을 참조하십시오. inode 오류와 같은 하드웨어 오류는 예를 들어 5xx 오류만큼 빠르게 서버를 중단시킬 수 있습니다. 서버의 코드가 이전 내보내기를 삭제하지 못하면 고객의 PDF 내보내기 기능이 실패하여 내보내기가 완전히 실패 할 때까지 디스크 공간을 채우는 데 실패했습니다. 정기 로그 알림은 너무 늦을 때까지 이러한 일을 경고하지 않습니다. 그러나 디스크 공간을 모니터링하면됩니다.

불행히도 로그 관리 솔루션은 이러한 경고를 자동으로 설정하지 않으므로 문제가 발생했을 때 경고가 필요한 경우가 있습니다. https://blog.bluematador.com/posts/how-essential-alerts-could-have-saved-the-millennium-falcon/