Microsoft Learn의 wbadmin 명령 참조는 Windows Server 2025에서 백업 명령을 사용할 수 있다고 안내합니다. 적용 버전과 명령 참조를 기준으로 계획하되, 서버 안의 다른 디스크에 복사하거나 작업 성공 메시지만 확인하는 것으로 재해 복구가 끝났다고 판단하면 안 됩니다. 시스템 상태, 업무 데이터, 필요한 설정을 독립된 백업 대상에 저장하고 파일 복원과 전체 서버 복구 경로를 직접 시험해야 합니다. 복원 환경을 확인하지 못했다면 아직 검증된 백업이 아닙니다.
이 글은 Windows Server 2025를 배포하며 백업 범위를 정하는 IT 관리자에게 적합합니다.
정기 백업은 있지만 복원 연습을 하지 않은 업무 시스템 책임자도 확인할 수 있습니다.
Windows 업무를 독립형 물리 서버로 옮기고 별도의 백업 대상을 마련하려는 팀도 대상입니다.
마지막 업데이트: 2026년 10월 25일. Microsoft Learn의 Windows Server Backup, wbadmin, 전체 서버 복구 문서와 Microsoft 보안 기준을 대조했습니다.
복구 목표를 먼저 정하고 백업 범위를 나눕니다
백업 설정 화면을 열기 전에 장애가 났을 때 무엇을 되살릴지 정해야 합니다. 파일을 잘못 지운 상황, 운영체제의 시스템 상태가 손상된 상황, 서버가 부팅되지 않는 상황은 필요한 복구 방식이 다릅니다. 모든 항목을 한 가지 백업 작업에 맡기면 복구에 필요한 데이터나 절차가 빠질 수 있습니다.
먼저 업무 담당자와 허용할 데이터 손실 범위, 서비스 복구 목표를 정합니다. 모든 팀에 똑같이 적용할 수 있는 적절한 시간이나 손실 한도는 없습니다. 데이터 변경 빈도와 업무 영향에 따라 결정하고, 그 기준을 백업 주기와 복구 시험 계획에 반영해야 합니다.
다음 항목을 목록으로 만듭니다.
- 업무 파일, 데이터베이스 파일, 업로드 파일과 해당 저장 위치
- IIS 사이트 설정, 응용 프로그램 풀 설정, 웹 콘텐츠
- 서버 인증서와 인증서의 개인 키, 서비스 계정 및 작업 스케줄러 설정
- 응용 프로그램 설치 파일, 필수 구성 요소, 라이선스 정보와 복원에 필요한 비밀 정보
- 운영체제 설정과 시스템 상태 등 서버를 다시 구성할 때 필요한 항목
시스템 상태와 업무 파일은 따로 백업해야 하나요?
한 가지 백업에 함께 포함되더라도 복구 대상과 확인 방법은 구분해야 합니다. 업무 파일은 원하는 파일이나 폴더가 실제로 들어 있는지 확인하고, 시스템 상태는 서버 구성 요소를 복원해야 하는 장애에 대비합니다. IIS 설정이나 인증서처럼 업무 복구에 필요한 구성도 목록에 빠지지 않았는지 따로 대조합니다.
운영 서버와 고장 경계가 다른 백업 대상을 준비합니다
백업본을 운영 서버의 다른 내부 디스크에만 두면 서버 전체의 고장, 침해, 관리 실수에 함께 영향을 받을 수 있습니다. 따라서 운영 시스템과 장애 경계가 분리된 저장 대상을 마련합니다. 별도 서버의 네트워크 공유를 사용하는 경우에는 공유 경로, 쓰기 권한, 연결 계정, 네트워크 단절 시 처리 방법을 먼저 확인해야 합니다.
wbadmin으로 네트워크 공유에 백업할 수 있나요?
Microsoft의 wbadmin start backup 명령은 -backupTarget에 백업 대상을 지정하도록 설명합니다. 원격 공유를 대상으로 쓸 때는 해당 경로에 접근해 파일을 기록할 권한이 있어야 합니다. 실제 계정과 공유 권한으로 시험하고, 네트워크나 인증이 끊겼을 때 작업이 실패하는지도 확인합니다. 백업 시작 명령과 대상 매개 변수를 참고하되, 공유 폴더가 있다는 사실만으로 백업 성공을 가정하지 않습니다.
Windows Server Backup에서 네트워크 공유를 대상으로 사용할 때는 이전 백업이 보존되는 방식도 확인해야 합니다. 새 작업이 과거 복구 지점을 덮어쓸 수 있는 구성인지 검토하고, 필요한 보존 기간과 별도 복사본을 자체 정책으로 정합니다. Microsoft의 전체 서버 백업 안내에서 백업 방식과 복구 준비 사항을 확인할 수 있습니다.
Windows Server Backup을 설치하고 작업을 구성합니다
먼저 기능 설치 여부를 확인합니다. 그래픽 인터페이스에서는 서버 관리자에서 역할 및 기능 추가 마법사를 열고 기능 항목에서 Windows Server Backup을 선택합니다. PowerShell을 사용하는 경우 관리자 권한으로 다음 명령을 실행할 수 있습니다.
Install-WindowsFeature -Name Windows-Server-Backup
명령의 기능 이름과 설치 방식은 Microsoft Learn의 Install-WindowsFeature 설명에서 확인합니다. 설치가 끝나면 Windows Server Backup을 열어 백업 일정 또는 일회성 백업을 선택하고, 백업 범위와 대상을 설정합니다.
명령으로 볼륨 백업을 시작할 때는 실제 대상 경로와 포함할 볼륨을 확인한 뒤 실행합니다. 아래는 매개 변수 형태를 보여 주는 예시입니다. <대상 경로>와 <볼륨>은 서버 환경에 맞는 값으로 바꿔야 합니다.
wbadmin start backup -backupTarget:<대상 경로> -include:<볼륨> -allCritical -quiet
-allCritical은 시스템을 시작하는 데 필요한 중요 볼륨을 포함하는 옵션입니다. 업무 데이터가 다른 볼륨이나 위치에 있다면 그 항목이 실제 백업 범위에 들어가는지 별도로 확인해야 합니다. 또한 이 볼륨 백업 명령이 시스템 상태 백업과 같은 의미라고 보면 안 됩니다. 목적에 맞는 명령과 매개 변수는 Windows Server Backup 명령 참고 자료에서 검토합니다.
작업 성공 여부만으로는 충분하지 않습니다. 실행 계정의 권한, 백업 대상의 남은 용량, 선택한 범위, 작업 후 기록을 함께 확인합니다. 백업 범위가 바뀌면 설정 화면이나 명령에 변경 사항이 반영됐는지 다시 점검합니다.
작업 기록과 복원 가능한 백업을 대조합니다
각 작업이 끝난 뒤에는 상태 기록과 백업본을 함께 검사합니다. wbadmin get versions는 사용 가능한 백업 버전을 조회하는 명령입니다. 명령 사용법과 출력 설명을 참고해 예상한 백업이 표시되는지 확인합니다.
그래픽 인터페이스에서도 백업 결과와 포함 항목을 확인합니다. 실패한 작업은 오류 원인, 권한, 대상 연결 상태를 기록하고 수정 후 다시 실행합니다. 성공한 기록만 남기고 백업본 자체의 내용이나 접근 가능 여부를 점검하지 않으면, 필요한 파일이 빠진 문제를 장애가 난 뒤에야 발견할 수 있습니다.
네트워크 공유를 쓴다면 아래 사항도 기록합니다.
- 백업을 만든 계정이 복원 시점에도 공유에 접근할 수 있는지
- 새 백업이 과거 복구 지점을 덮어쓰는 구성인지
- 공유 연결이 끊기거나 인증이 만료됐을 때 실패를 누가 확인하는지
- 운영 서버와 별개로 보관되는 복사본이 있는지
운영 데이터에 영향을 주지 않는 복구 시험을 진행합니다
복원은 운영 데이터에 덮어쓰지 않는 시험 환경에서 시작합니다. 먼저 파일이나 디렉터리를 별도 위치로 복구해 파일이 열리고 업무 프로그램에서 사용할 수 있는지 확인합니다. 그 다음 시스템 상태와 전체 서버 복구가 필요한 경우에 대비해 필요한 복구 매체, 계정, 접근 권한, 절차를 점검합니다.
Windows Server Backup 작업이 성공하면 복원도 보장되나요?
아닙니다. 작업 완료 기록은 백업 작업의 결과를 보여 줄 뿐, 실제 복구 성공을 증명하지 않습니다. 전체 서버 복구 절차는 복구 환경과 수행 절차를 별도로 다룹니다. 복구 환경에서 필요한 백업을 찾을 수 있는지, 복구에 필요한 자격 증명과 매체를 확보했는지 실제로 확인해야 합니다. 서로 다른 하드웨어에서 같은 방식으로 바로 부팅된다고 가정하지 말고, 복구 후 장치와 업무 응용 프로그램도 검증합니다.
조직의 보안 기준에는 백업 격리와 복원 시험을 포함합니다. Microsoft의 백업 및 복구 보안 기준은 백업 보호와 복구 검증을 다루므로, 내부 접근 통제와 시험 절차를 검토할 때 참고할 수 있습니다. 시험 결과에는 복원한 항목, 확인한 기능, 실패 원인과 후속 조치를 남깁니다.
조건에 따라 복구 시험 범위와 배포 점검을 선택합니다
아래 조건 분기로 복구 시험 범위를 정합니다. 이는 복구 절차를 선택하기 위한 점검 기준이며, 복구 성공률이나 소요 시간을 보장하지 않습니다.
- 삭제된 파일 복구가 주된 요구라면 파일 또는 디렉터리를 별도 위치로 복원하고 업무 프로그램에서 열리는지 확인합니다.
- 시스템 구성 요소 복구가 필요하다면 시스템 상태 백업 범위와 복구 절차를 따로 확인합니다.
- 부팅 불가까지 대비해야 한다면 파일 복원만으로 충분하다고 판단하지 말고, 복구 환경에서 전체 서버 복구 경로를 실제로 시험합니다.
- 네트워크 공유에만 백업을 두고 과거 버전 보존을 확인하지 못했다면, 해당 방식을 검증 완료로 처리하지 말고 보존 정책과 별도 복사본을 먼저 마련합니다.
- 복구 환경에서 백업을 찾을 수 없거나 필요한 권한을 확보하지 못했다면, 배포 완료로 승인하지 말고 접근 조건을 해결한 뒤 시험을 다시 진행합니다.
| 점검 항목 | 통과로 볼 조건 | 미확인일 때의 대응 |
|---|---|---|
| 백업 범위 | 시스템 상태, 업무 파일, IIS 설정과 인증서 등 필요한 항목이 목록과 일치합니다 | 범위 목록을 수정하고 작업을 다시 구성합니다 |
| 저장 대상 | 운영 서버와 다른 장애 경계에 보관되며 기록 권한이 확인됩니다 | 대상 권한과 분리 방식을 다시 정합니다 |
| 백업 결과 | 상태 기록과 사용 가능한 백업 버전, 포함 항목을 대조했습니다 | 오류 원인을 해결하고 새 백업을 확인합니다 |
| 파일 복구 | 별도 위치에 복원한 파일을 열어 업무상 사용 여부를 확인했습니다 | 원본을 건드리지 말고 시험 환경에서 재검증합니다 |
| 전체 복구 경로 | 복구 환경, 접근 권한, 필요한 매체와 절차를 확인했습니다 | 복구에 필요한 조건이 갖춰질 때까지 검증 완료로 표시하지 않습니다 |
| 운영 방식 | 적합한 상황 | 확인할 위험 |
|---|---|---|
| 서버 내부의 다른 디스크에만 저장 | 임시 사본이나 추가 복사본이 필요한 경우 | 서버 전체 장애나 침해에 함께 영향을 받을 수 있습니다 |
| 독립된 네트워크 공유에 저장 | 별도 저장 위치와 접근 권한을 관리할 수 있는 경우 | 권한 만료, 연결 실패, 과거 백업 덮어쓰기 여부를 점검해야 합니다 |
| 백업과 복구 시험을 함께 운영 | 복구 목표와 업무 검증 담당자가 정해진 경우 | 시험 기록만 남기고 실패 원인을 해결하지 않으면 검증이 완료되지 않습니다 |
배포 전에 Windows Server의 선택 가능 버전과 언어, 실제 디스크 옵션은 NodeKVM의 상품 안내에서 확인할 수 있습니다. 이 정보만으로 스냅샷, 원격 백업, 원격 콘솔 또는 대행 복구가 제공된다고 추정해서는 안 됩니다. 백업 대상과 보존 정책은 별도로 마련해야 합니다.
공유형 가상 서버는 이웃 작업의 영향을 받거나 CPU 자원 배정과 저장 옵션이 운영 목적에 맞지 않을 수 있습니다. 반대로 짧은 작업만 필요하거나 부하가 가벼워 독립 자원이 필요하지 않다면 물리 서버가 과한 선택일 수 있습니다. 일정한 Windows 업무를 독립 자원에서 장기간 운영해야 한다면 NodeKVM의 주문 전 운영 옵션을 확인한 뒤, 백업 저장소와 복구 시험은 팀이 직접 준비하는 조건으로 비교하는 편이 타당합니다.