사내 네트워크에 새로운 WSUS 서버를 구축한 직후, 상당수의 Windows 클라이언트에서 0x80244010 오류가 발생하며 새로운 업데이트를 정상적으로 수신하지 못하는 문제가 발생했습니다. 알고 보니 이 오류는 내부 WSUS 서버에서 업데이트를 받는 컴퓨터뿐 아니라, Windows Update 서버에서 직접 업데이트를 수신하는 장치에서도 자주 나타나는 전형적인 문제입니다. 이번 글에서는 0x80244010 오류의 원인을 진단하고, Windows 업데이트 기능을 정상화하는 다양한 해결 방법을 소개합니다.
WindowsUpdate.log로 오류 진단하기
문제를 진단하려면 먼저 WindowsUpdate.log 파일을 확인해야 합니다. Windows 7과 8.1에서는 %Windir% 폴더에서 바로 열 수 있으며, Windows 10에서는 PowerShell 명령을 통해 로그를 재생성해야 합니다. 로그 파일에는 다음과 같은 경고 메시지가 기록되어 있습니다.
2018-10-04 16:10:28:661 121 2a2b2 PT WARNING: Exceeded max server round trips: 0x80244010
2018-10-04 16:10:28:661 121 2a2b2 PT WARNING: Sync of Updates: 0x80244010
2018-10-04 16:10:28:661 121 2a2b2 PT WARNING: SyncServerUpdatesInternal failed: 0x80244010
2018-10-04 16:10:28:661 121 2a2b2 Agent * WARNING: Failed to synchronize, error = 0x80244010
2018-10-04 16:10:29:042 282 2a2b2 Agent * WARNING: Exit code = 0x80244010
2018-10-04 16:10:29:042 282 2221c AU # WARNING: Search callback failed, result = 0x80244010
2018-10-04 16:10:29:042 282 2221c AU # WARNING: Failed to find updates with error code 80244010여러 줄의 로그 중에서 특히 주목해야 할 항목은 "Exceeded max server round trips: 0x80244010"입니다. 이 메시지는 업데이트 검색 과정에서 업데이트 서버(WSUS)와 주고받은 요청 횟수가 최대 허용치를 초과했다는 의미이며, 오류 코드표에서도 SUS_E_PT_EXCEEDED_MAX_SERVER_TRIPS로 동일하게 설명됩니다.
Windows 업데이트 프로토콜에서는 클라이언트가 한 번의 검색 작업에서 서버에 접속할 수 있는 왕복(trip) 횟수가 업데이트 서버 측에서 제한되며, 기본값은 200회입니다. 또한 클라이언트가 한 번의 왕복에서 다운로드할 수 있는 XML 파일의 최대 크기도 200KB로 제한됩니다. 서버에 적용해야 할 업데이트가 많을수록 클라이언트가 내려받아야 하는 XML 메타데이터의 용량도 커집니다. 결국 클라이언트가 200회의 왕복 안에 필요한 데이터를 모두 가져오지 못하면 일시적으로 서버와의 연결이 끊기고 0x80244010 오류를 반환하게 됩니다.
0x80244010 오류가 발생하는 주요 원인
일반적으로 이 오류는 다음 두 가지 경우에 발생합니다.
- WSUS 서버와의 네트워크 연결이 불안정하거나 속도가 느린 경우
- 클라이언트가 받아야 할 업데이트가 지나치게 많은 경우 — 예를 들어 새로 구축된 WSUS 서버에 처음 연결된 클라이언트, 또는 오랫동안 업데이트를 설치하지 않은 컴퓨터
0x80244010 오류 해결 방법
1. 업데이트 검색 반복 실행
가장 간단한 방법은 제어판의 Windows Update 화면에서 [다시 시도] 버튼을 여러 번(3~7회) 클릭하거나, 아래 명령을 실행하는 것입니다.
wuauclt.exe /detectnow주의: 업데이트 검색을 시작한 후에는 이전 검색 주기가 완전히 끝날 때까지 약 15분 정도 기다려야 합니다.
대부분의 경우 이 방법만으로도 문제가 해결되지만, 네트워크에 클라이언트가 많다면 비효율적인 방법입니다.
2. 그룹 정책으로 업데이트 감지 주기 단축
기본적으로 클라이언트는 22시간마다(실제로는 17.5~22시간 사이의 무작위 간격) 서버에 업데이트가 있는지 확인합니다. 그런데 일반적인 사무용 PC는 매일 밤 종료되므로 하루 가동 시간이 17시간을 넘기 어렵습니다. 결과적으로 업데이트 검색이 하루 한 번만 실행되고 실패하는 상황이 되풀이됩니다.
이런 경우 그룹 정책의 "자동 업데이트 검색 빈도(Automatic Update detection frequency)" 설정을 활용하세요. [컴퓨터 구성 → 관리 템플릿 → Windows 구성 요소 → Windows Update] 경로에서 찾을 수 있으며, 예를 들어 3시간으로 설정하면 하루에 여러 번 검색 기회를 얻게 됩니다.
3. WSUS 데이터베이스에서 XML 크기 제한 해제
클라이언트가 WSUS 서버에서 다운로드할 수 있는 XML 파일의 최대 크기 제한을 제거할 수도 있습니다. WSUSDB 데이터베이스에서 다음 쿼리를 실행하세요.
USE SUSDB
GO
UPDATE tbConfigurationC SET MaxXMLPerRequest = 04. 서버 정리 마법사로 WSUS 정리
WSUS 데이터베이스 설정을 변경하고 싶지 않다면, 내장된 서버 정리 마법사(Server Cleanup Wizard)를 사용해 오래되었거나 사용하지 않거나 대체된 업데이트를 삭제하세요. (업데이트 서비스 콘솔 → 옵션 → 서버 정리 마법사 → 모든 옵션 선택 → 다음) 특히 MS Office 업데이트에는 불필요한 항목이 많아 정리 효과가 큽니다. 이렇게 하면 클라이언트가 WSUS 서버에서 받아야 하는 메타 정보의 양이 줄어들어, 200회 × 200KB 세션 범위 안에서 통신을 마칠 수 있게 됩니다.
5. WsusPool 성능 향상
WSUS 클라이언트 수가 많다면 IIS의 WsusPool 응용 프로그램 풀 성능을 높이는 것도 도움이 됩니다. 자세한 내용은 Windows Update 오류 0x80244022 해결 문서의 권장 설정을 참고하세요.
6. Windows Update 에이전트 초기화
위 방법으로도 클라이언트의 업데이트 오류가 해결되지 않는다면, Windows Update 에이전트 설정을 초기화하는 스크립트를 실행하고 로컬 캐시를 정리한 뒤, 업데이트 검색을 여러 번 다시 시도해 보세요.