새 WSUS 서버가 회사 네트워크에 설치된 후 많은 Windows 클라이언트가 0x80244010 오류와 함께 이 서버에서 새 업데이트를 수신할 수 없습니다. . 결과적으로 이 오류는 내부 WSUS 서버에서 업데이트된 컴퓨터뿐만 아니라 Windows 업데이트 서버에서 직접 업데이트를 받는 장치에도 일반적입니다. 오류 0x80244010을 수정하고 Windows 업데이트 하위 시스템 기능을 복원하는 방법을 고려해 보겠습니다.
문제를 진단하려면 WindowsUpdate.log를 엽니다(Windows 7 및 8.1에서는 %Windir% 폴더에 있고 Windows 10에서는 다음과 같이 생성할 수 있음). 업데이트 로그에 다음 줄이 표시됩니다.
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 2a2b2 Agent *********
2018-10-04 16:10:29:042 282 2a2b2 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]
2018-10-04 16:10:29:042 282 2a2b2 Agent *************
2018-10-04 16:10:29:042 282 2a2b2 Agent WARNING: WU client failed Searching for update with error 0x80244010
2018-10-04 16:10:29:042 282 2221c AU >>## RESUMED ## AU: Search for updates [CallId = {128CCEAD-F84D-405E-9BC2-607D1694894B}]
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
가장 흥미로운 줄은 "최대 서버 왕복 횟수 초과:0x80244010" 오류입니다. . 업데이트를 검색할 때 업데이트 서버(WSUS)에 대한 최대 요청 수를 초과했음을 의미합니다. 이는 표(SUS_E_PT_EXCEEDED_MAX_SERVER_TRIPS)에 따라 Windows Update 오류 코드로도 표시됩니다. 서버는 최대 트립 수를 초과한 클라이언트의 연결을 끊습니다. Windows 업데이트 수신 프로토콜의 트립 제한은 업데이트 서버에서 설정되며 기본적으로 200 트립입니다. 클라이언트가 여행 중에 업데이트 서버에서 다운로드할 수 있는 XML 파일의 최대 크기도 200KB로 제한됩니다. 클라이언트가 확인할 서버의 업데이트 수가 많을수록 다운로드되는 XML 파일의 크기가 커집니다. 클라이언트가 200번의 여행에서 필요한 데이터를 얻지 못하면 서버에서 일시적으로 연결이 끊어지고 0x80244010 오류가 반환됩니다. .
일반적으로 이 오류는 WSUS 서버에 대한 네트워크 연결이 불량하거나 불안정하거나 클라이언트가 너무 많은 업데이트를 받아야 하는 경우(새 WSUS 서버 클라이언트 또는 업데이트가 설치되지 않은 컴퓨터로 인해 발생합니다. 오랫동안).
가장 쉬운 방법은 다시 시도를 클릭하는 것입니다. 제어판의 Windows 업데이트 섹션에서 클라이언트의 버튼을 여러 번(3-7) 누르거나 다음 명령을 실행합니다.
wuauclt.exe /detectnow
대부분의 경우 문제를 해결할 수 있지만 네트워크에 클라이언트가 많은 경우 이 방법을 사용할 수 없습니다.
기본적으로 클라이언트는 22시간마다 서버에서 업데이트를 확인합니다(실제로는 17.5~22시간). 일반적으로 작동하는 컴퓨터는 밤에 꺼져 있고 작업 시간은 분명히 17시간 미만입니다. 따라서 업데이트 검색은 하루에 한 번 수행되며 실패합니다. 그렇게 매일매일이 진행됩니다.
그룹 정책 "자동 업데이트 감지 빈도" 를 사용하여 더 자주 동기화할 수 있습니다. (컴퓨터 구성 -> 관리 템플릿 -> Windows 구성 요소 -> Windows 업데이트 섹션에서 찾을 수 있음)(예:최대 3시간마다)
클라이언트가 WSUS 서버에서 다운로드할 수 있는 최대 XML 파일 크기에 대한 제한을 제거할 수도 있습니다. WSUSDB 데이터베이스에서 다음 명령어를 실행하면 됩니다.
USE SUSDB
GO
UPDATE tbConfigurationC SET MaxXMLPerRequest = 0
WSUS 데이터베이스 설정을 변경하지 않으려면 통합된 정리 마법사를 사용하여 WSUS 서버를 정리하세요. (업데이트 서비스 콘솔 -> 옵션 -> 서버 정리 마법사 -> 모든 옵션 -> 다음) 오래된 업데이트, 사용되지 않거나 교체된 업데이트를 제거합니다(MS Office 업데이트에는 이상한 것들이 많이 포함되어 있습니다). 결과적으로 Windows Update 클라이언트는 WSUS 서버에서 더 적은 메타 정보를 얻고 상호 작용은 각각 200KB의 세션 200개에 맞아야 합니다.
또한 WSUS 서버 클라이언트가 많은 경우 Windows Update 오류 0x80244022 수정 문서의 권장 사항에 따라 WsusPool의 성능을 높일 수 있습니다.
우리가 고려한 방법 중 어느 것도 클라이언트의 업데이트 오류를 수정하는 데 도움이 되지 않는 경우 스크립트를 실행하여 클라이언트에서 Windows 업데이트 에이전트 설정을 재설정하고 로컬 캐시를 정리합니다. 그런 다음 업데이트를 여러 번 검색하십시오.