Windows Server 2025 / Windows 업데이트와 서버 재부팅을 관리하는 방법

Windows Server 2025 업데이트는 설치 성공뿐 아니라 재시작 후 서비스가 정상으로 돌아오는지까지 확인해야 완료됩니다. 실습에서는 업데이트 전 상태를 기록하고, 품질 업데이트 적용과 필요한 재시작을 진행한 뒤 운영체제·서비스·이벤트를 다시 확인하는 순서로 관리합니다.

업데이트 전에 복구와 작업 시간을 준비합니다

업데이트를 무조건 미루면 알려진 문제와 취약점이 남고, 아무 때나 재시작하면 서비스가 중단됩니다. 운영 서버는 서비스 영향과 백업·복구 계획을 검토해 유지보수 시간을 정하고, 실습 서버도 재시작 후 콘솔에 접근할 수 있도록 준비합니다.

• 현재 OS 버전, 설치된 중요 역할과 서비스 상태를 기록합니다.
• 시스템 드라이브의 여유 공간과 백업 상태를 확인합니다.
• 도메인 컨트롤러 등 중요한 역할은 해당 역할에 맞는 복구 절차를 확보합니다.
• 현재 사용 중인 업데이트 원본과 프록시·방화벽 경로를 확인합니다.

Get-ComputerInfo | Select-Object WindowsProductName,OsVersion,OsBuildNumber
Get-Volume -DriveLetter C
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10

Get-HotFix는 모든 종류의 업데이트를 완전하게 나열하는 도구가 아닙니다. 최근 항목을 참고하는 용도로 사용하고, 업데이트 화면의 이력과 해당 업데이트의 공식 설명을 함께 확인합니다. VM 체크포인트만을 유일한 백업으로 삼지 않습니다.

Desktop Experience에서 업데이트를 적용합니다

1. 설정 → Windows Update를 열고 현재 상태와 조직에서 관리하는 항목이 있는지 확인합니다.
2. 업데이트 확인을 실행하고 제시된 항목의 종류를 살펴봅니다. 이 실습에서는 현재 Windows Server 2025에 대한 품질 업데이트를 적용합니다.
3. 다운로드와 설치가 완료될 때까지 기다리고 오류 코드가 있으면 기록합니다.
4. 다시 시작이 필요하면 작업 중인 사용자를 확인한 뒤 정한 시간에 재시작합니다. 콘솔을 통해 부팅과 로그인을 확인합니다.

새 버전으로 바꾸는 기능 업데이트와 현재 버전의 품질 업데이트는 목적이 다릅니다. Windows Update에 새 운영체제 버전이 보인다고 강좌 중간에 바로 업그레이드하지 마세요. 제품 버전 변경은 역할·응용 프로그램 호환성과 별도의 복구 계획이 필요한 작업입니다.

Server Core에서는 SConfig를 사용합니다

Core에서는 PowerShell에서 SConfig를 실행한 뒤 업데이트 설정과 다운로드·설치 항목을 사용합니다. 화면에 표시된 메뉴 이름을 기준으로 선택하고, 품질 업데이트와 기능 업데이트를 구분하세요. 자세한 경로는 Server Core 업데이트 안내에서 확인할 수 있습니다.

SConfig

자동, 다운로드만 수행, 수동 중 무엇을 선택할지는 유지보수 정책에 따라 결정합니다. 수동으로 바꾸는 경우에는 정기 점검 담당자와 적용 일정을 따로 정해야 합니다. Core에는 일반 바탕 화면 알림을 기대하기 어려우므로 화면을 닫았다고 업데이트 관리가 끝나는 것은 아닙니다.

격리망에서 검색이 실패하면 먼저 업데이트 원본까지의 경로가 있는지 확인합니다. 인터넷이 없는 서버에서 오류가 난다는 이유로 방화벽을 끄거나 임의 사이트의 패키지를 설치하지 않습니다. 별도 연결을 제공하거나 공식 배포 파일을 검증해 반입하는 방식을 선택합니다.

재시작 후 서비스와 기록을 확인합니다

재로그인에 성공해도 서버 역할이 정상이라는 뜻은 아닙니다. 업데이트 전후의 빌드와 이력을 비교하고, 이 서버가 제공하는 기능을 클라이언트에서 확인합니다. 예를 들어 파일 서버라면 공유에 접근하고, DNS 서버라면 해당 서버에 이름 질의를 보내 봅니다.

Get-CimInstance Win32_OperatingSystem | Select-Object Caption,Version,LastBootUpTime
Get-Service | Where-Object Status -eq 'Stopped' | Select-Object Name,DisplayName
Get-WinEvent -FilterHashtable @{LogName='System'; Level=2; StartTime=(Get-Date).AddHours(-2)} -MaxEvents 20

중지된 서비스 목록 전체가 장애 목록은 아닙니다. 필요할 때만 시작하는 서비스도 있으므로 평소 상태와 비교하세요. 이벤트는 재시작 전부터 있던 오류와 새로 생긴 오류를 구분하고, 발생 시각·원본·이벤트 ID를 함께 기록합니다.

실패하면 원인과 되돌릴 범위를 좁힙니다

• 다운로드 실패: DNS, 외부 통신, 프록시와 업데이트 서버 상태를 확인합니다.
• 설치 실패: 오류 코드, 디스크 여유 공간, 재시작 대기 상태를 확인합니다.
• 재부팅 후 기능 장애: 새 이벤트와 역할별 상태를 확인하고 같은 업데이트의 알려진 문제를 조회합니다.
• 복구가 필요한 경우: 해당 업데이트가 제거를 지원하는지와 백업 복구 범위를 확인한 뒤 절차를 정합니다.

업데이트 제거가 항상 가능하거나 모든 문제의 해결책은 아닙니다. 운영 중인 DC를 오래된 체크포인트로 임의 되돌리는 식의 복구도 피하세요. 작업 기록에는 적용 항목, 재시작 시각, 기능 확인 결과와 남은 오류를 남겨 후속 판단의 근거로 사용합니다.