일반적인 볼륨 백업 문제

시스템의 완전하고 안정적인 이미지를 복사하려는 모든 백업 작업은 다음과 같은 문제를 처리해야 합니다.

• 백업하는 동안 액세스할 수 없는 파일입니다. 애플리케이션을 실행하는 경우 백업 중에 파일을 단독 모드로 열어 두어야 하므로 백업 프로그램이 파일을 복사하지 못하도록 방지해야 합니다.

• 일관되지 않은 파일 상태입니다. 애플리케이션에 파일이 단독 모드로 열려 있지 않더라도 파일을 열고 백업하고 닫는 데 필요한 제한된 시간 때문에 스토리지 미디어에 복사된 파일이 모두 동일한 애플리케이션 상태를 반영하지 않을 수 있습니다.

• 서비스 중단을 최소화해야 합니다. 파일 접근성과 백업되는 데이터의 무결성을 보장하려면 볼륨 백업 중에 실행 중인 모든 프로그램의 일시 중단 및/또는 종료가 필요할 수 있습니다. 대형 디스크 시스템의 경우 이 기간은 몇 시간이 될 수 있습니다.

  최근 일부 스토리지 공급업체는 쓰기 시 복사 또는 "분할 미러" 메커니즘을 사용하여 특정 순간에 디스크에 있는 파일의 이미지를 캡처하는 수단인 볼륨 캡처 메커니즘을 제공하여 이러한 문제를 해결하려고 시도했습니다. 그러나 이러한 솔루션은 자체적인 어려움을 수반합니다.

  • 볼륨 캡처의 호환되지 않는 공급업체 구현입니다. RAID 디바이스의 많은 공급자는 볼륨 캡처 메커니즘을 제공합니다. 그러나 각 공급업체에는 자체 인터페이스가 있으며 각 공급업체는 볼륨 캡처 인터페이스에 대한 백업 공급업체의 지원을 받아야 합니다. 즉, 백업 애플리케이션 공급업체는 바람직하지 않은 여러 볼륨 캡처 구현을 지원해야 합니다.
  • 애플리케이션 조정이 부족합니다. 볼륨 캡처를 지원하는 많은 디바이스는 디스크의 데이터 고정과 함께 실행 중인 애플리케이션의 조정을 지원하지 않습니다. 백업 애플리케이션과 마찬가지로 이러한 디바이스의 경우 각 공급업체에는 다른 인터페이스가 있습니다.
  • 비 RAID 디바이스에 대한 지원이 제한됩니다. 기존 디스크 공급업체가 디바이스 드라이버에서 모든 종류의 볼륨 캡처를 지원하는 경우는 거의 없습니다. 즉, 캡처 메커니즘은 특정 디스크 시스템으로 제한되며 일반적으로 시스템 영역의 백업을 지원할 수 없습니다.
  • 볼륨 캡처 중에 디스크에 대한 업데이트를 처리해야 합니다. 스토리지 공급업체에서 제공하는 볼륨 캡처 메커니즘은 디스크의 데이터 상태를 고정할 수 있지만 실행 중인 애플리케이션과 항상 상호 운용되는 것은 아닙니다. 이는 스토리지 디바이스가 볼륨 캡처를 진행하는 동안 볼륨으로 전송되는 데이터가 손실될 수 있음을 의미하는 경우가 자주 있습니다.
  • 일관된 다발성 백업. 스토리지 디바이스는 이러한 볼륨 캡처를 실행하므로 일반적으로 데이터 고정 타이밍을 조정하는 메커니즘이 없습니다. 디바이스가 별도의 공급업체에서 온 경우 특히 그렇습니다. 따라서 볼륨 캡처를 사용하여 여러 스토리지 볼륨이 백업에 관련된 경우 각 볼륨에 대해 보존된 시간 이미지가 일관되지 않을 수 있습니다.