Windows 업데이트는 각 2012 R2 서버에서 수동으로 구성되는 유지 관리 기간 동안 자동으로 설치되므로 각 서버 또는 서버 그룹에 대해 서로 다른 시간을 지정할 수 있습니다. 불행하게도 해당 서버는 업데이트가 설치된 후 자동으로 재부팅되지 않으며 그 이유는 무엇인지 모르겠습니다.
현재 모든 2012 R2 서버는 "온라인 - 다시 시작 보류 중" 상태이며 서버 관리자에서 빨간색으로 표시됩니다. 그룹 정책을 통해 그렇게 구성했기 때문에 예정된 시간에 자동으로 다시 시작될 것으로 예상했습니다.
Windows 업데이트는 다음과 같이 구성됩니다.
답변1
서버는 기본적으로 자동으로 다시 시작하는 것이 허용되지 않습니다. 서버는 중요한 역할을 수행하는 경우가 많습니다. 갑자기 꺼지면 더 이상 작업을 할 수 없으며 데이터가 손실될 수 있습니다. 그러나 자동 다시 시작을 허용하기 위해 레지스트리 키 값을 변경할 수 있습니다.
이제 컴퓨터 사용 여부에 관계없이 자동으로 다시 시작하여 중요한 업데이트 설치를 완료할 수 있는 새로운 기능을 사용할 수 있습니다. 2013년 4월 누적 업데이트(2822241)에 도입된 다음과 같은 새 레지스트리 키 값을 통해 이 새로운 다시 시작 동작으로 변경할 수 있습니다.
레지스트리 하위 키: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU
값: AlwaysAutoRebootAtScheduledTime 유형: REG_DWORD 값 데이터: 0(기본값) 또는 1(강제 다시 시작)
답변2
나는 이와 같은 문제를 겪었습니다. 문제는 "자동 유지 관리 기간 동안 설치"가 활성화로 설정되어 있다는 것입니다. 2012 R2 서버의 경우 재부팅을 기다리는 작업을 수행하는지 여부를 의미합니다. 더 나쁜 점은 나 이전의 관리자가 "자동 유지 관리 기간 동안 설치" 상자를 활성화하거나 비활성화하는 확인란을 전혀 선택하지 않았다는 것입니다. 따라서 어떤 방식으로든 구성되지 않도록 설정되었습니다. 이 정책이 적용된 2012년 서버가 2008년처럼 재부팅되지 않는 이유를 알 수 없었습니다. 설정이 전혀 없으면 활성화해야 한다고 생각하므로 2012년에 대해 상자를 선택하지 않거나 특별히 선택을 취소하면 항상 사용 중이면 다시 시작되지 않습니다. 복제 등으로 인해 항상 바쁘고 재부팅되지 않는 2012 R2 DC가 많이 있었습니다. 그런 다음 패치 GPO로 이동하여 자동 업데이트 구성 설정을 편집한 다음 해당 상자를 선택한 다음 선택을 취소했습니다. 그런 다음 마지막으로 GPO를 저장한 후 "자동 유지 관리 기간 동안 설치" 후에 비활성화되었다고 표시되었습니다.
따라서 업데이트 후 자동 재부팅되지 않는 2012 서버가 있는 경우. GPO를 살펴보고 "자동 유지 관리 기간 동안 설치" 옆에 비활성화라고 되어 있는지 확인하세요!!! 활성화되어 있거나 비어 있으면 2012 서버는 재부팅해야 한다고 생각할 때까지 재부팅되지 않습니다. 얼마나 멍청한가.
답변3
여기에서 답을 찾을 수 있습니다. 이는 적어도 2016년 2월 17일 이후로 Microsoft에서 알려진 버그였습니다.
이번 업데이트로 이 문제가 해결되었습니다.