Microsoft AZ-801: 재해 복구 및 비즈니스 연속성 — 학습 가이드

By Laurynas Brazys · 7 August 2026 · #microsoft #az-801 #certification #exam-prep #study-guide

다음의 일부입니다: Microsoft Windows Server Hybrid Administrator Associate AZ-801 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

재해 복구(DR) 및 비즈니스 연속성(BC) 설계는 복구 시간 목표(RTO)와 복구 지점 목표(RPO)라는 두 가지 지표를 정량화하는 것에서 시작합니다. RTO는 서비스를 얼마나 빨리 복구해야 하는지를 나타내고, RPO는 허용 가능한 데이터 손실량(시간 기준)을 정의합니다. 이 값들은 기술 선택, 토폴로지, 비용을 결정하는 주요 요인입니다. RTO가 낮을수록 오케스트레이션과 자동화(Azure Site Recovery 복구 계획, runbook, 사전 생성된 대상 리소스)가 유리합니다. RPO가 낮을수록 연속 복제(ASR)나 동기식 커밋(SQL Always On)이 유리하며, RPO가 높을수록 주기적인 백업(Azure Backup, Windows Server Backup)에 의존할 수 있습니다. 엄격한 RPO가 요구될 때 다중 VM 일관성 그룹과 애플리케이션 일치 스냅샷은 VM 간 트랜잭션 무결성을 보존합니다. Vault 선택(Recovery Services 자격 증명 모음 vs Backup 자격 증명 모음), 복제 정책 설계, 백업 스케줄링은 모두 과도한 비용 지출 없이 이러한 목표를 충족하도록 선택됩니다.

Azure Site Recovery: Hyper-V, VMware, 오케스트레이션 및 일관성

Azure Site Recovery(ASR)는 온프레미스 VMware, Hyper-V 및 Azure IaaS VM에 대한 지속적인 복제와 오케스트레이션된 장애 조치/장애 복구를 제공합니다.

Hyper-V 보호

복제 정책: RPO 임계값, 복구 지점 보존 기간, 앱 일치 스냅샷 주기를 정의합니다. 예를 들어, RPO 임계값을 15분으로 설정하고, 특정 시점 롤백을 위해 복구 지점을 24~~72시간 동안 유지하며, 1~~4시간마다 애플리케이션 일치 스냅샷을 생성합니다. 정책은 대역폭 제한 및 압축을 제어하며, 관련 VM에 대해 다중 VM 일관성을 활성화하여 복구 지점을 정렬할 수 있습니다.
복구 지점: ASR은 충돌 일관성 지점을 지속적으로 유지하고, VSS 정리가 성공하면 추가적인 애플리케이션 일치 지점을 유지합니다. 보존 정책을 통해 이전 시점의 지점을 선택하여 논리적 손상이나 랜섬웨어에 대응할 수 있습니다.
테스트 장애 조치(failover): 무중단 훈련을 통해 runbook, 부팅 순서, 네트워킹을 검증합니다. 격리된 VNet을 사용하고, 테스트 입력 값(예: DNS IP)을 제공하며, 이름 확인이 격리되도록 보장합니다. 프로덕션 복제는 영향을 받지 않으며, 검증 후 정리 작업을 통해 테스트 아티팩트를 제거합니다. IP 충돌을 피하기 위해 사전에 네트워크 매핑을 설정하고 NIC 매핑을 테스트합니다.

VMware 보호

구성 서버: Recovery Services 자격 증명 모음에 등록하고, vCenter/ESXi 인벤토리를 검색하며, 복제를 조정하고, Mobility Service 에이전트를 푸시하는 온프레미스 어플라이언스입니다. VMware 보호를 위한 제어 플레인입니다.
프로세스 서버: 일반적으로 초기에 구성 서버와 함께 배치되며, 변경 내용 추적, 압축, 암호화 및 Azure로의 데이터 전송을 수행합니다. 처리량을 높이고 보호 대상 호스트 근처에 수신 지점을 배치하여 대기 시간을 최소화하기 위해 스케일 아웃 프로세스 서버를 추가합니다.
마스터 대상 서버: Azure에서 VMware로의 장애 복구에 사용됩니다. 재보호 중에 복제된 변경 사항을 수신하고 워크로드를 vSphere로 다시 복원할 수 있는 랜딩 존을 제공합니다. 장애 복구 중 총 쓰기 속도에 맞춰 스토리지를 측정하고, 네트워크 처리량이 최대 재동기화 기간의 요구 사항과 일치하는지 확인합니다.
Mobility Service: 디스크 변경 사항을 캡처하기 위해 각 보호 대상 VM에 설치됩니다. 자격 증명이나 푸시 메커니즘을 최신 상태로 유지하고, 자격 증명 모음에서 에이전트 상태를 모니터링합니다.

오케스트레이션 및 일관성

복구 계획: 그룹화, 부팅 순서, 수동 승인 단계, 자동화 작업을 정의하는 DR용 선언적 runbook입니다. Azure Automation runbook을 사용하여 NSG를 재구성하고, DNS 레코드를 업데이트하며, 애플리케이션 캐시를 준비하거나, SQL 스크립트를 실행합니다. “데이터”, “앱”, “웹” 계층과 같은 논리적 그룹을 할당하고, 검증을 위해 일시 중지를 삽입합니다.
Runbook: 장애 조치 중 잘못된 경고를 줄이기 위해 트래픽 관리자 엔드포인트 전환, PaaS 종속성 확장, 온프레미스 모니터링 비활성화와 같은 환경별 작업을 자동화합니다. 테스트 장애 조치와 프로덕션 장애 조치에 대해 매개 변수화합니다.
다중 VM 일관성 그룹: 동일한 쓰기 순서를 공유하는 계층(예: 앱 서버 및 데이터베이스 로그 라이터)에 대해 활성화합니다. 이는 VM 간에 일관된 특정 시점을 보장하며, 정확성을 위해 처리량을 희생하므로 진정으로 상호 의존적인 VM으로 제한해야 합니다.

RTO/RPO 영향

엄격한 RPO: 공격적인 복제 및 앱 일치 스냅샷을 사용하는 ASR, 처리량에 맞게 크기가 조정된 프로세스 서버, 전용 복제 네트워크를 선호합니다. 데이터베이스의 경우, 메트로 지역 내에서 Always On 동기식 커밋을 고려합니다.
엄격한 RTO: 대상 VNet, 서브넷, 부하 분산 장치를 미리 생성하고, 자동화 기능이 포함된 복구 계획을 사용하여 수동 단계를 제거합니다. 테스트 장애 조치를 정기적으로 사용하여 예상 RTO의 기준선을 설정합니다.

백업 및 복원: Azure Backup (MARS, MABS/DPM), 자격 증명 모음 및 Windows Server 백업

Azure Backup은 온프레미스 및 Azure 워크로드 전반에 걸쳐 특정 시점 보호 기능을 제공합니다. 워크로드와 기능에 따라 올바른 에이전트와 자격 증명 모음 유형을 선택해야 합니다.

MARS 에이전트 (Microsoft Azure Recovery Services 에이전트)

백업 정책: Recovery Services 자격 증명 모음에서 세분화된 보존(매일/매주/매월/매년)을 설정하여 하루 최대 3번의 백업을 구성합니다. 스토리지 중복성(LRS 또는 GRS)을 선택하고, 자격 증명 모음 증가를 제어하면서 규정 준수에 맞게 보존 기간을 조정합니다. 최대 I/O 시간을 피해 일정을 예약하고, 필요한 경우 네트워크 제한을 활성화합니다.
시스템 상태 백업: Windows Server용 MARS에서 지원되며 AD, 레지스트리, COM+, 부팅 파일을 보호합니다. 전체 이미지 수준 백업 없이 도메인 컨트롤러 복구(authoritative/non-authoritative) 또는 OS 복구에 사용합니다.
온라인 복구: 찾아보기 또는 검색을 사용하여 파일/폴더를 복원합니다. 즉시 복원(Instant Restore)은 복구 지점을 볼륨으로 탑재하여 신속한 파일 복사를 지원합니다. 원본 또는 대체 경로로 복원할 수 있으며, 대상 서버에서 자격 증명 모음 자격 증명을 사용하고 자격 증명 모음에 인증하여 다른 서버로도 복원할 수 있습니다.
암호 구문 관리: MARS 에이전트는 로컬에서 생성 및 저장되는 고객 보유 암호화 암호 구문(AES-256)을 사용하며, Microsoft는 이 암호 구문을 절대 보유하지 않습니다. 암호 구문을 분실하면 복구가 불가능합니다. 안전하고 백업된 위치(예: RBAC으로 보호되는 봉인된 HSM 기반 Key Vault 비밀)에 저장해야 합니다. 암호 구문을 교체하려면 보호를 중지하고 새 암호 구문으로 다시 보호해야 합니다. 악의적인 중지/삭제로부터 보호하기 위해 자격 증명 모음에서 일시 삭제(soft delete) 및 보안 PIN 기능을 활성화합니다.

MABS/DPM 및 IaaS와 함께 사용하는 Azure Backup

BMR(Bare Metal Recovery) 백업: Microsoft Azure Backup Server(MABS) 또는 System Center DPM을 사용하여 Windows Server용 BMR을 캡처합니다. 이를 통해 WinRE 또는 설치 미디어로 부팅하고 BMR 이미지를 지정하여 새 하드웨어나 VM으로 전체 서버를 재구축할 수 있습니다.
대체 위치로 복구: MARS/MABS/DPM을 통한 파일/데이터 백업의 경우, 원본 데이터 덮어쓰기를 방지하기 위해 대체 경로 또는 다른 서버로 복원합니다. Azure IaaS VM 백업(Recovery Services 자격 증명 모음 내)의 경우, 새 VM으로 복원하거나, 기존 VM에 디스크를 복원하거나, 디스크를 교체합니다. 자격 증명 모음에서 지역 간 복원(Cross-Region Restore)을 활성화하면 지역 중단 시나리오 발생 시 페어링된 지역에서 복원할 수 있습니다.
Azure VM의 SQL 및 SAP HANA: 워크로드 인식 확장 프로그램을 사용하여 보호하여 애플리케이션 일치 백업 및 세분화된 데이터베이스 복원을 달성합니다. 로그 백업 빈도를 RPO(예: 15분)에 맞추고 보존 기간을 규정 준수 요구 사항에 맞게 조정합니다.

Windows Server 백업(WSB)

Bare metal recovery: WSB는 BMR(시스템 볼륨 및 시스템 상태)을 캡처할 수 있습니다. 여러 복구 지점을 위해 전용 디스크나 볼륨에 저장합니다. 네트워크 공유 대상의 경우 최신 버전만 유지됩니다. Windows 미디어에서 WinRE로 부팅한 후 “시스템 이미지 복구"를 선택하여 복구합니다.
시스템 상태 백업: AD DS, 레지스트리, 부팅 파일의 빠른 복구를 제공합니다. 도메인 컨트롤러 및 구성 서버에 유용합니다. 더 넓은 범위를 포괄하기 위해 예약된 파일 백업과 결합하여 사용합니다.
예약: WSB MMC 또는 wbadmin을 사용하여 매일/매시간 백업을 예약합니다. 애플리케이션 로그를 잘라낼지 여부에 따라 VSS 전체(Full) 또는 복사(Copy)를 선택합니다. 백업 창이 최대 I/O 시간을 피하도록 하고 카탈로그 무결성을 확인합니다(wbadmin get versions).

자격 증명 모음 유형: Recovery Services 자격 증명 모음 vs Backup 자격 증명 모음

Recovery Services 자격 증명 모음(RSV): Azure VM 백업, MARS 에이전트 백업, MABS/DPM, Azure Files 백업, Azure VM의 SQL Server 및 Azure VM의 SAP HANA를 위한 기존 자격 증명 모음입니다. 또한 ASR 메타데이터를 호스팅합니다. 일시 삭제(soft delete), 보안 PIN, 지역 간 복원(Cross-Region Restore, 해당되는 경우)과 같은 기능을 지원합니다.
Backup 자격 증명 모음: Azure Disks 백업, Azure Blobs 백업, Azure Database for PostgreSQL 유연한 서버와 같은 특정 Azure 네이티브 워크로드를 위한 현대화된 자격 증명 모음입니다. 관리 평면 권한 부여에 Azure RBAC를 사용하고, 고객 관리형 키, 불변성 옵션을 지원하며, 중요 작업 보호를 위해 Resource Guard와 통합됩니다. ASR 메타데이터를 호스팅하지 않으며, 현재로서는 MARS/MABS/DPM 또는 대부분의 IaaS VM 백업에 대해 RSV를 대체하지 않습니다.

애플리케이션 수준 HA: SQL Always On 및 DFS Replication

일부 워크로드는 RTO/RPO에 따라 하이퍼바이저 수준의 DR을 보완하거나 대체하는 네이티브 복제를 필요로 합니다.

Always On Availability Groups (AGs)

동기식 커밋과 비동기식 커밋: 동기식 커밋은 주 복제본에서 트랜잭션을 커밋하기 전에 보조 복제본이 로그를 강화(harden)할 때까지 기다립니다. 이 방식은 지연 시간과 처리량을 희생하는 대신 거의 0에 가까운 데이터 손실(낮은 RPO)을 제공하며, 일반적으로 지연 시간이 짧은 링크(메트로 구간) 내에서 사용됩니다. 비동기식 커밋은 보조 복제본을 기다리지 않으므로 WAN 링크에서 더 높은 성능을 구현할 수 있지만, 장애 조치 시 데이터 손실 가능성이 있습니다(높은 RPO).
자동 장애 조치 조건: 자동 장애 조치를 위해서는 자동 장애 조치가 활성화되고 동기화된 동기식 커밋 복제본이 최소 2개 이상 필요합니다. Windows Server Failover Clustering은 노드/서비스 상태를 모니터링하며, SQL Server의 유연한 장애 조치 정책은 장애 조건 수준(프로세스 충돌부터 심각한 I/O 문제까지)을 정의합니다. 데이터베이스 상태 감지를 활성화하여 주 데이터베이스에 문제가 의심될 때 강제로 장애 조치를 수행할 수 있습니다. 쿼럼 및 감시(witness) 설계는 스플릿 브레인(split-brain)을 방지하며, 클라이언트의 빠른 재연결을 위해 복구 사이트에서 DNS 및 리스너 IP가 준비되었는지 확인해야 합니다.

DFS Replication (DFSR)

복제 그룹 및 연결: 복제 그룹은 하나 이상의 복제 폴더를 복제하는 서버 집합입니다. 연결은 토폴로지(전체 메시, 허브-스포크)와 일정/대역폭 제한을 정의합니다. 확장성 및 문제 해결 용이성을 위해 허브-스포크 방식을 사용하십시오.
스테이징 영역: DFSR은 복제 폴더별 스테이징 영역을 사용하여 Remote Differential Compression (RDC)을 위한 델타 파일을 보관합니다. 스테이징 영역의 크기는 최소 가장 큰 파일의 크기 이상으로, 일반적으로 예상 일일 변경량(churn)의 1~2배로 설정해야 합니다. 크기를 너무 작게 설정하면 과도한 정리 및 재시도가 발생하여 RPO/RTO에 악영향을 미칩니다.
충돌 해결: DFSR은 다중 마스터 방식입니다. 동시 편집이 발생하면 DFSR은 버전 벡터와 타임스탬프를 사용하며, 마지막으로 수정한 내용이 적용됩니다(last-writer wins). 이전 버전의 복사본은 ConflictAndDeleted 폴더로 이동됩니다(공간은 할당량에 따라 관리됨). 시딩(seeding) 중 초기 충돌을 방지하려면 초기 동기화 시에만 주 멤버를 설정하십시오. 단방향 시나리오의 경우 읽기 전용 복제 폴더를 사용하십시오. dfsrdiag를 사용하여 백로그를 모니터링하고 RPO를 충족하도록 일정을 조정하십시오.

RTO/RPO 및 통합 DR 계획이 아키텍처에 미치는 영향

매우 낮은 RPO: 동기식 데이터베이스 복제 또는 높은 빈도의 변경 처리 및 애플리케이션 일치 스냅샷을 사용하는 ASR을 선호합니다. 복제 트래픽을 격리하고 프로세스 서버를 확장합니다. 다중 VM 일관성 그룹은 긴밀하게 결합된 계층에만 제한적으로 사용합니다.
매우 낮은 RTO: 대상 VNet, 서브넷, Route Table, NSG를 사전 프로비저닝하고, 복구 계획 및 Runbook을 통해 IP 재할당 및 DNS 업데이트를 스크립트로 작성합니다. 골든 이미지와 VM 크기를 용량 확보가 가능한 SKU에 고정합니다. 분기별 및 주요 변경 후 장애 조치(failover)를 테스트합니다.
데이터 보호 계층화: ASR(신속한 서비스 복구)과 Azure Backup(특정 시점 롤백)을 결합하여 치명적인 장애와 논리적 손상 모두에 대응합니다. 도메인 컨트롤러의 경우, System State 백업(MARS 또는 WSB)을 ASR/테스트 장애 조치와 함께 사용하여 USN 롤백으로부터 안전한 복구를 검증합니다. 파일 서비스의 경우, DFSR은 사이트 내/사이트 간 고가용성을 제공하며, Azure Backup은 랜섬웨어 방지 복구를 지원합니다.

실제 문제 시나리오

글로벌 제조업체인 Fabrikam, Inc.는 혼합된 환경을 운영합니다. 즉, ERP 앱 계층에는 Hyper-V, 레거시 미들웨어에는 VMware, 데이터베이스에는 SQL Server 2019 AG, 대규모 Windows 파일 서버에는 DFS Replication을 사용합니다. 비즈니스 요구 사항에 따라 ERP의 RTO는 1시간 이하, RPO는 15분 이하여야 하며, 다른 워크로드는 RTO 4시간, RPO 24시간을 허용할 수 있습니다.

워크로드 및 RTO/RPO 목표 분류

ERP 앱/웹 VM 및 SQL AG는 Tier 1(RTO 1시간, RPO 15분)으로 지정합니다. 미들웨어 및 파일 서비스는 Tier 2/3입니다.
이유: 가장 엄격한 목표를 기준으로 복제 및 오케스트레이션 방식을 결정하도록 합니다.

Hyper-V ERP 계층에 ASR 구현

Hyper-V 호스트에 ASR Provider를 설치하고 Recovery Services 자격 증명 모음에 등록합니다. 15분의 RPO 임계값, 매시간 애플리케이션 일치 스냅샷, 48시간 보존 기간을 포함하는 복제 정책을 생성합니다. SQL 수신기(listener)와 트랜잭션을 공유하는 ERP 앱 서버들에 대해 다중 VM 일관성 그룹을 활성화합니다.
이유: 연속 복제와 애플리케이션 일치 검사점을 통해 계층의 일관성을 유지하면서 15분의 RPO를 달성합니다.

VMware 미들웨어에 ASR 구현

온프레미스에 구성 서버를 배포하고, 예상 데이터 변경률(churn)에 맞춰 크기가 조정된 프로세스 서버를 동일 위치에 배치합니다. 가장 큰 사이트에 스케일 아웃 프로세스 서버를 추가합니다. 보호 대상 VM에 Mobility Service를 설치합니다. 최종 장애 복구(failback)를 위해 마스터 대상 서버를 준비합니다.
이유: ASR VMware 아키텍처는 안정적인 변경 캡처와 온프레미스 사이트 복구 시 제어된 장애 복구 경로를 제공합니다.

복구 계획 및 Runbook으로 오케스트레이션

SQL(데이터), ERP 앱, 웹 계층 순서로 그룹화된 복구 계획을 수립합니다. NSG 재구성, 프라이빗 DNS 영역이 Azure IP를 가리키도록 업데이트, Traffic Manager 엔드포인트 전환을 위한 Azure Automation Runbook을 삽입합니다. 웹을 온라인으로 전환하기 전에 수동 검증 단계를 추가합니다.
이유: 자동화는 위기 상황에서 RTO를 단축하고 인적 오류를 줄이며, 올바른 부팅 순서와 네트워크 상태를 강제합니다.

사이트별로 조정된 AG로 SQL Server 보호

거의 0에 가까운 RPO를 위해 메트로 지역 내에서 주 복제본과 하나의 보조 복제본을 동기 커밋 모드로 유지하고, 원격 DR 보조 복제본은 비동기 커밋 모드로 유지합니다. 데이터베이스 상태 검색을 활성화하여 동기 복제본 간의 자동 장애 조치를 구성합니다. 교차 가시성을 위해 AG 장애 조치 단계를 ASR 복구 계획에 통합합니다.
이유: 동기식 AG는 데이터베이스 계층에 가장 낮은 RPO를 제공하며, ASR은 그 주변의 사이트 오케스트레이션을 제공합니다.

Azure Backup으로 백업 계층화

파일 및 System State 보호가 필요한 온프레미스 Windows 서버의 경우, MARS 에이전트를 배포하고 일일 백업 및 30/52/7(일/주/년) 보존 정책을 구성합니다. 암호화 암호를 Azure Key Vault(HSM 지원)에 저장하고 보호합니다. MABS를 사용하여 중요한 앱 서버의 BMR 이미지를 캡처하여 필요 시 전체 재구축을 지원합니다. 자격 증명 모음에서 일시 삭제(soft delete) 및 보안 PIN을 활성화합니다.
이유: 특정 시점 복구는 논리적 손상 및 랜섬웨어로부터 보호하며, ASR의 빠른 장애 조치를 보완합니다.

DFSR 강화 및 파일 서비스 백업

복제 그룹 토폴로지(허브-스포크)를 검토하고, 스테이징 영역 크기가 일일 데이터 변경률의 1.5배가 되도록 보장하며, 지역 내에서 거의 실시간 복제를 유지하도록 일정을 조정합니다. 장기 보존 및 대체 위치 복구 테스트를 위해 MARS/MABS로 공유를 보호합니다.
이유: 적절한 DFSR 튜닝은 일상적인 가용성을 충족하며, 백업은 롤백 안전성을 제공합니다.

테스트 장애 조치 및 문서화된 Runbook으로 검증

분기별로 격리된 VNet으로 ASR 테스트 장애 조치를 실행하고, 마스킹된 데이터에 대해 ERP 기능을 검증하며, RTO를 측정합니다. 복원 훈련을 수행합니다: MARS 대체 위치 복원 및 MABS에서 샌드박스로의 전체 BMR 복구.
이유: 정기적인 훈련은 계획을 증명하고, 구성 변경으로 인한 차이(drift)를 발견하며, 경영진에게 RTO/RPO 준수 증거를 제공합니다.

이 설계는 Fabrikam의 목표를 충족합니다. 즉, ASR은 1시간 미만의 RTO를 제공하고, 동기 모드의 SQL AG는 데이터베이스의 RPO를 최소화하며, MARS/MABS를 사용하는 Azure Backup은 안전한 특정 시점 복구 및 전체 머신 재구축 기능을 제공합니다. 복구 계획과 Runbook은 사고 발생 시 모호함을 제거하고, DFSR은 백업 간의 운영 연속성을 위해 최적화된 상태를 유지합니다.

← Hyper-V · 모든 도메인 · 하이브리드 환경을 위한 ID 및 액세스 관리 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →