MicrosoftMicrosoft Azure Developer Associate AZ-204 Certification·KO·업데이트됨 5 Aug 2026
Azure Cosmos DB 계정에서 연속 백업(v2) 정책을 사용합니다. 4시간 전에 버그로 인해 컨테이너가 손상되었습니다. 현재 데이터를 덮어쓰지 않고 4시간 전의 컨테이너 상태를 복구하여 수정 사항을 비교하고 유효성을 검사해야 합니다. 어떻게 해야 합니까? (두 가지 선택)
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: 특정 컨테이너를 새 Cosmos DB 계정(또는 새 리소스 이름)으로 특정 시점 복원(point-in-time restore)을 시작하고 복원 타임스탬프를 4시간 전으로 지정합니다., 선택한 복원 타임스탬프가 계정에 구성된 연속 백업 보존 기간 내에 있는지 확인합니다..
이것이 정답인 이유
연속 백업(v2) 정책을 사용하는 경우, 특정 시점 복원(Point-in-Time Restore, PITR) 기능을 통해 손상된 컨테이너를 새 계정 또는 새 리소스 이름으로 복원할 수 있습니다. 이렇게 하면 기존 데이터를 덮어쓰지 않고 4시간 전의 상태를 복구하여 비교 및 검증할 수 있습니다. 복원하려는 타임스탬프는 계정에 구성된 연속 백업 보존 기간(기본 7일) 내에 있어야 합니다.
기존 컨테이너에 대한 현재 위치 복원(in-place restore)은 연속 백업(v2)에서 지원되지 않습니다. PITR은 컨테이너 수준에서 가능하며, 지원 티켓을 열 필요가 없습니다. 복원 전에 계정 키를 교체하는 것은 데이터 격리와 직접적인 관련이 없습니다.