안녕하세요, LoveSpeeD입니다.
오늘 갑자기 운영팀에서 저희 웹사이트 접속이 너무 느리다고 하길래 서버를 들어가봤더니, 서버의 CPU 사용율이 너무 높아져 있는 걸 발견했습니다.
깜짝 놀라서 작업관리자 - 프로세스 탭에서 CPU 사용률별로 프로세스를 정렬해보았더니, 「 Service Host : Local Service 」 프로세스가 CPU 점유율을 가장 높게 차지하고 있는 걸 알 수 있었습니다.
상세내역을 보니 Windows Update 서비스가 가장 위에 나오길래 가장 먼저 의심이 갔습니다. 사실 얼마전, 서버 설정을 변경하고 재부팅을 몇번 했는데 그 이후로 이런 현상이 나타난거라 업데이트에 문제가 생겼을 가능성이 높을 것 같았어요.
일단, 「 Windows Update 」 서비스를 종료하고 진정이 되는지 살펴보기 위해, service.msc로 들어가 「 Windows Update 」의 속성에서 [ STOP ]버튼을 눌러 서비스를 중지시켜줍니다.
그런데, 서비스가 중지는 되는데 아래와 같은 오류가 뜨네요!
Windows could not stop the windows update service on local computer.
Error 1053 : The service did not respond to the start or control request in a timely fashion.
「 Error 1053 」 에러는 로컬 시스템 계정을 사용하여 Windows에 연결하는 서비스가 시작되지 않은 경우 혹은 작동하지 않는 경우 발생하는 오류입니다.
제 생각에는 서버 재부팅을 여러번하고 나서 업데이트 항목이 많거나 이전 업데이트가 실패 후 업데이트 리스트나 파일등이 꼬여서 제대로 업데이트가 안되고 있기 때문에 이렇게 리소스를 많이 잡아먹는게 아닌가 싶습니다.
그럼 윈도우즈 업데이트 서비스를 정상적으로 시작/중지하기 위하여 오류를 해결해보도록 하겠습니다.
C:\Windows\SoftwareDistribution 폴더로 이동하여 「 DataStore 」 폴더를 삭제합니다.
SoftwareDistribution 폴더는 업데이트 패치 내용에 대한 기록들을 저장하고 있습니다.
그리고 DataStore 폴더안에는 여태까지의 업데이트 기록들의 데이터베이스가 저장되어 있는데, 저는 확인해보니 1GB가 훨씬 넘는 어마어마한 용량의 파일이 있었습니다!!
이를 지우고 초기화하기 위함입니다.
그리고 다시 Service.msc 창을 열어 「 Windows Update 」를 [ START ]시키면 정상적으로 업데이트가 시작되고, DataStore 폴더가 다시 생기고 기록이 새롭게 저장되기 시작합니다.
그렇게 약 1분을 기다린 뒤, 다시 작업관리자를 들어가보자 CPU와 Memory 사용률이 정상적으로 돌아왔습니다.
그리고 웹사이트도 다시 빠르게 열리기 시작했어요^^
이로써 역시 서버는 되도록 재부팅을 하지 않는게 좋다는 생각을 다시 한번 해봅니다!!
읽어주셔서 감사합니다^______^
'업무 및 공부 > IT·보안' 카테고리의 다른 글
| [피싱주의] 암호화폐 거래소 코인원(Coinone) 사칭 스팸 문자 주의 (0) | 2020.11.01 |
|---|---|
| [보안] 암호화되지 않은 자격 정보를 수락하는 원격 관리 서비스 탐지 (0) | 2020.10.06 |
| [보안] PCI DSS 인증 준비 (0) | 2020.09.24 |
