에러로그만 확인 해도 문제의 98%는 해결됩니다.

2
0

고객사에 문제점을 진단하는 방법이 여러가지가 있습니다.

물론, 성능의 이슈도 잡아야 겠지만, 서버 자체의 문제점이 없는지,

SQL 또는 윈도우 서버에 문제가 없는지 확인을 합니다.

그 확인에 가장 기본이 바로 로그 확인입니다.

MS-SQL 서버는 MS WINDOWS 에 설치가 되므로,

WINDOWS 쪽의 로그와 SQL의 로그 2가지를 가장 기본적으로 확인을 해요

실제로 모 고객사에서 받은 이벤트 로그를 참고로 보겠습니다.

시간은 일정하지 않지만, 특정시간에 MS-SQL 서버가 꺼진다고 하더군요

매우 심각한 문제죠?

윈도우 이벤트ID 및 내용을 보면 뭔지 대충 나오는 것 같아보이죠?

닷넷 프레임워크 쪽에 문제가 있어 보입니다.

조금 더 자세한 상황이 SQL 에러로그에 나타납니다.

닷넷 프레임워크 쪽에 뭔가 문제가 있어보입니다.

이 에러코드를 기준으로 구글링 한번 해보겠습니다.

검색어는 SQL ERROR 6536 또는 EVENT ID 6536 정도면 충분해보이네요

이런 페이지가 나오네요

CLR 에러 네요…

닷넷프레임워크로 개발된 어떠한 어플리케이션쪽에서 문제로,
SQL 서버의 문제는 아니지만
개발된 어플리케이션이 잘못되어서 서버까지 죽이는 …

(차마 어떤 솔루션인지는 이야기 못드리겠네요…ㅠㅠ )

네…

이렇게 범인은 쉽게 찾아졌네요

휴우..

어떠한 문제점이든 윈도우 이벤트 로그와 SQL 에러로그 를 참조하면 문제를 좁혀 나갈 수 있습니다.

로그를 먼저 상세히 분석하면 쉽게 보입니다.


0
0

공감되네요.
장애 처리 하다보면 메시지만 읽어도 해결 되는 문제가 많은데 ㅠㅠ

0
0

맞습니다. 예전에는 출근해서 가장 먼저 확인했었던 것이 이벤트뷰어에서 응용, 서버, 보안 등
서버의 이벤트를 보는 것이었는데 요즘에는 거의 안보는 것 같습니다.
습관이 중요한데 기초(Basic)부터 접근했으면 하는 바램을 가져봅니다.

0
0

이벤트 로그 확인 하는 것도 일이죠…


총 3개 내용
의견 쓰기

쉐어드IT의 가입은 쉽고 간단합니다. 지금 하시고 IT관리자들과 의견을 함께 나누세요