SQL Server Alerts- 모범 사례

Question

모든 데이터베이스에 대해 항상 설정하는 SQL Server 알림은 무엇입니까? 데이터베이스에 관계없이 항상 무엇을 모니터링합니까?

Answer 1

심각도 수준 17에서 25를 모니터링하고 경고해야합니다.

17에서 19까지의 심각도 수준은 DBA의 개입이 필요하며 20-25만큼 심각하지는 않지만 DBA에 경고해야합니다.
17 자원이 충분하지 않습니다
18 비 치명적 내부 오류가 감지되었습니다
19 리소스의 오류


SQL Server가 더 이상 작동하지 않는다는 심각한 오류입니다.
20 SQL 현재 프로세스에서 오류
21 데이터베이스 dbid 프로세스의 21 SQL 치명적인 오류
22 SQL 치명적인 오류 테이블 무결성 용의자
23 SQL 치명적인 오류 : 데이터베이스 무결성 용의자
24,25 하드웨어 오류

심각도 수준에 대한 자세한 내용은 참조하십시오 http://msdn.microsoft.com/en-us/library/aa937483(sql.80).aspx

Answer 2

또한 오류 823, 824 및 832에 알림을 추가합니다. 이러한 오류는 손상을 나타냅니다.

자세한 내용은 참조하십시오 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

데이터베이스에 관계없이 항상 무엇을 모니터링합니까?

로그 알림 외에도 모든 서버에 대한 하드웨어 알림을 항상 켭니다. 예를 들어 inode 오류와 같은 하드웨어 오류는 예를 들어 서버를 5xx 오류만큼 빠르게 중단 할 수 있습니다. 서버의 코드가 이전 내보내기를 삭제하지 못하면 고객의 PDF 수출 기능이 실패하여 수출이 완전히 실패 할 때까지 디스크 공간을 채우는 것을 보았습니다. 정기적 인 로그 경고는 너무 늦을 때까지 이러한 것들에 대해 경고하지 않습니다. 그러나 디스크 공간을 모니터링하는 데는 가질 수 있습니다.

불행히도, 로그 관리 솔루션은 이러한 경고를 자동으로 설정하지 않으므로 때로는 경고가 어려운 방법이 필요하다는 것을 알게됩니다. 이미 문제가 생겼을 때.

우리는 표준 로그 알림과 하드웨어 메트릭 알림을 페어링하는 것이 중요한 이유에 대한 블로그 게시물을 썼습니다. https://blog.bluematador.com/posts/how-essential-alerts-could-have-save-the-millennium-falcon/