다음을 통해 공유

전송 가능한 섀도 복사 볼륨 가져오기

  • 아티클

경우에 따라 한 시스템에 섀도 복사본을 만드는 것이 좋지만 두 번째 시스템에서는 섀도 복사본을 사용합니다.

백업할 데이터가 일반적으로 정상 작업 중에 지정된 시스템(systemOne)에 의해 관리되고 이 데이터가 스토리지 배열 또는 어플라이언스 물리적으로 저장되는 경우를 고려합니다.

systemOne의 중단을 최소화하려면(백업 작업이 리소스를 많이 사용할 수 있으므로) systemOne과 동일한 스토리지 배열에 액세스할 수 있는 백업 서버인 systemTwo를 사용하여 백업을 수행하는 것이 좋습니다.

systemOne의 기록기와 협력하고 진행 중인 작업에 적절하게 상태를 유지하여 적절한 섀도 복사본을 보장하려면 systemOne에서 섀도 복사본을 수행해야 합니다.

따라서 systemOne은systemTwo가 가져올 전송 가능한 섀도 복사본을 만들어야 합니다.

Windows Server 2003, Standard Edition, Windows Server 2003, Web Edition 및 Windows XP: 전송 가능한 섀도 복사본 집합은 지원되지 않습니다. 모든 버전의 Windows Server 2003 SP1(서비스 팩 1)은 전송 가능한 섀도 복사본 집합을 지원합니다.

전송 가능한 섀도 복사본을 가져오는 일반적인 예는 다음과 같은 방식으로 진행할 수 있습니다.

  1. 처음에는 스토리지 배열에서 제공하는 LUN(논리 단위)이 systemOne (예: F:)에 볼륨으로 탑재됩니다.

  2. systemOne에서 실행되는 요청자는 IVssBackupComponents의 instance 인스턴스화하고 백업을 준비하는 것처럼 진행합니다. 자세한 내용은 백업 초기화 개요, 백업 검색 단계 개요 및 사전 백업 작업 개요 를 참조하세요.

  3. systemOne의 요청자는 일반적으로 로컬 백업 작업(VSS_CTX_APP_BACKUP)에 사용되는 섀도 복사본 컨텍스트를 수정하여 전송 가능한 섀도 복사본을 만들 것임을 나타냅니다(VSS_VOLSNAP_ATTR_TRANSPORTABLE). 전송 가능한 특성은 다른 섀도 복사본 컨텍스트에도 추가할 수 있습니다.

  4. VSS_CTX_APP_BACKUP VSS_VOLSNAP_ATTR_TRANSPORTABLE | 섀도 복사본 컨텍스트를 사용하면 systemOne에 있는 요청자는 IVssBackupComponents::D oSnapshotSet를 호출하여 섀도 복사본을 만듭니다.

  5. SystemOne은IVssBackupComponents::SaveAsXML 을 사용하여 백업 구성 요소 문서 및 IVssExamineWriterMetadata::SaveAsXML 의 현재 상태를 저장하여 각 기록기의 기록기 메타데이터 문서를 저장합니다. 그런 다음 이러한 문서가 포함된 XML 문자열을 systemTwo에서 실행 중인 요청자가 사용할 수 있게 됩니다.

    요청자가 백업 구성 요소 문서를 systemTwo로 전송합니다.

    섀도 복사본의 목적이 백업용인 경우 systemOne의 요청자는 이 시점에서 IVssBackupComponents의 instance 릴리스하지 않습니다. systemTwo가 백업 작업을 성공적으로 완료할 때까지 인터페이스는 열린 상태로 유지되어야 합니다. 그러면 일부 기록기가 로그를 잘라내고 백업이 성공한 후 다른 작업을 수행하므로 요청자가 BackupComplete 이벤트를 실행해야 합니다. 섀도 복사본의 목표가 데이터 마이닝 또는 기타 목적인 경우 이 단계에서 인터페이스를 닫을 수 있습니다.

  6. 그런 다음 systemTwo의 요청자는 IVssBackupComponents::ImportSnapshots를 호출하여 systemOne에서 요청자가 만든 섀도 복사본에 액세스합니다.

    참고

    요청자는 섀도 복사 가져오기 작업을 직렬화해야 합니다. 또한 IVssBackupComponents::ImportSnapshots에 대한 호출이 실패하면 VSS는 자체 LUN을 클린 않습니다. 요청자는 LUN 정리를 시작해야 합니다.

     

  7. systemTwo의 요청자는 자체적으로 만든 섀도 복사본을 백업하는 것처럼 섀도 복사된 재질의 백업을 진행합니다(파일의 실제 백업 개요 참조).

    systemTwo의 요청자는 가져온 섀도 복사본에서 IVssBackupComponents::GetSnapshotProperties를 사용하여 섀도 복사본의 디바이스 개체를 가져오고 메타데이터에서 가져온 원래 파일 경로의 시작 부분에 추가하여 백업할 파일에 액세스합니다.

  8. 섀도 복사본을 사용한 후 systemTwo 의 요청자는 섀도 복사본을 삭제해야 합니다. 전송할 수 없는 섀도 복사본과 마찬가지로 섀도 복사본 컨텍스트가 자동 릴리스 섀도 복사본(예: VSS_CTX_BACKUP)을 나타내는 경우 systemTwo에서 IVssBackupComponents를 해제하면 VSS 서비스가 섀도 복사본을 삭제합니다. 그렇지 않으면 컨텍스트가 영구 섀도 복사본(예: VSS_CTX_APP_ROLLBACK)을 나타내는 경우 systemTwo 의 요청자는 섀도 복사본을 명시적으로 삭제해야 합니다.

    그런 다음 systemTwo 의 요청자는 systemOne 의 요청자에게 전송 가능한 섀도 복사본의 백업을 완료했음을 나타냅니다.

  9. systemOne의 요청자가 systemTwo의 요청자가 전송 가능한 섀도 복사본의 백업을 완료했다는 알림을 받은 후 IVssBackupComponents::BackupComplete를 호출하여 BackupComplete 이벤트를 생성하여 해당 시스템의 기록기에 알림합니다. 이 시점에서 systemOne의 요청자는 IVssBackupComponents의 instance 자유롭게 릴리스할 수 있습니다.

클러스터에서 전송 가능한 섀도 복사본: 원래 볼륨이 클러스터 내에 탑재되는 한 전송 가능한 섀도 복사본을 클러스터 외부에서 가져와야 합니다. 클러스터에서 빠른 복구를 구현하는 방법에 대한 자세한 내용은 전송 가능한 섀도 복사 볼륨을 사용하여 빠른 복구를 참조하세요.