카테고리 Veeam

설명
개념 설계를 위해 가정할 수 있는 것은 영업 직원 노트북의 Veeam Agent 백업이 백업 서버에서 관리되어야 한다는 것입니다. 이 가정은 Veeam 백업 및 복제 사용에 대한 모범 사례 및 권장 사항을 기반으로 합니다. 모든 에이전트 기반 백업의 중앙 집중식 관리, 모니터링 및 보고가 가능하도록 영업 직원 노트북의 Veeam 에이전트 백업을 백업 서버에서 관리해야 합니다. 또한 노트북 에이전트의 백업 구성, 예약 및 보존을 간소화할 수 있습니다.

설명
나중에 구현 프로세스를 정의하는 데 필요한 추가 정보는 이전 하드웨어에 저장된 백업 데이터의 양입니다. 이 정보는 이전 하드웨어에서 새 하드웨어로 백업을 옮기기 위한 마이그레이션 전략과 일정을 설계하고 규모를 정하는 데 중요합니다. 예를 들어, 백업 데이터의 양을 사용하여 백업을 새 저장 장치로 복사하거나 옮기는 데 걸리는 시간을 예측할 수 있습니다. 또한 백업 데이터의 양을 사용하여 마이그레이션 트래픽을 최적화하기 위해 압축, 중복 제거 또는 WAN 가속을 사용해야 하는지 여부를 결정할 수도 있습니다.
참조: [백업 파일 마이그레이션], [WAN 가속] 도움말

설명
옵션 C는 복제본 시딩을 사용하여 초기 복제 중에 네트워크 트래픽을 줄입니다. 기본 사이트에서 소스 VM의 백업 작업을 생성하고 복제본 작업을 보조 사이트의 해당 백업 저장소를 가리키면 Veeam Backup & Replication은 백업에서 VM을 복원하고 소스 VM의 최신 상태와 동기화할 수 있습니다. 그런 다음 복원된 VM을 복제본2 레퍼런스로 사용할 수 있습니다: 복제본 시딩 및 매핑 - VMware vSphere 사용 가이드

설명
복제된 가상 워크로드 데이터가 1시간 이내여야 한다는 요구 사항을 충족하는 재해 복구 솔루션을 설계하려면 이 요구 사항의 오프사이트 재해 복구 측면에 대한 서비스 수준 협약(SLA)에 영향을 미칠 수 있는 몇 가지 잠재적 위험과 문제를 고려해야 합니다. 이를 통해 복제 및 장애 조치 프로세스의 가용성과 안정성은 물론 조직의 복구 시간 목표(RTO) 및 복구 지점 목표(RPO)를 보장하는 데 도움이 됩니다.
Veeam 백업 및 복제 모범 사례 가이드에 따르면, 이 요구 사항의 오프사이트 재해 복구 측면에 대한 SLA의 잠재적 위험 중 하나는 B. 데이터 변경 속도입니다.
이러한 위험은 곧
*데이터 변경률은 주어진 기간 동안 수정, 추가 또는 삭제된 데이터의 양입니다. 일반적으로 시간당 백분율 또는 메가바이트 단위로 측정됩니다.
*데이터 변경 속도는 원본 사이트와 대상 사이트 간에 전송 및 처리해야 하는 데이터의 양을 결정하므로 복제 성능 및 효율성에 영향을 미칩니다.
*데이터 변경 속도는 복제본이 얼마나 자주, 얼마나 정확하게 업데이트되고 소스 워크로드와 동기화되는지를 결정하므로 복제 빈도 및 일관성에도 영향을 미칩니다.
*데이터 변경 속도는 데이터베이스, 파일 서버, 웹 서버 등 워크로드의 유형과 활동에 따라 달라질 수 있습니다. 일부 워크로드는 데이터 변경률이 높을 수 있고, 다른 워크로드는 데이터 변경률이 낮을 수 있습니다.
*데이터 변경 속도가 원본 사이트와 대상 사이트 간의 가용 대역폭 또는 스토리지 용량을 초과하여 복제 실패, 지연 또는 오류가 발생할 수 있습니다. 이로 인해 복제된 가상 워크로드 데이터가 한 시간 이상 오래될 수 있으므로 이 요구 사항의 오프사이트 재해 복구 측면에 대한 SLA가 손상될 수 있습니다.
이 위험은 다음과 같이 Veeam 제품 및 기능으로 솔루션을 설계하는 데 몇 가지 영향을 미칩니다:
*고객 또는 타사 공급업체는 복제해야 하는 워크로드의 데이터 변경 속도와 소스 사이트와 대상 사이트 간의 가용 대역폭 및 스토리지 용량을 모니터링하고 측정해야 합니다. 이렇게 하면 데이터 변경 속도를 기반으로 프록시 서버, 리포지토리 서버, WAN 가속기 및 장애 조치 계획과 같은 복제 인프라를 계획하고 최적화하는 데 도움이 됩니다.
*고객 또는 타사 공급업체는 데이터 변경 속도에 따라 복제 방법, 일정, 빈도, 보존, 압축, 중복 제거 등과 같은 복제 설정 및 정책을 구성하고 조정해야 합니다. 이렇게 하면 복제 성능과 효율성을 개선하고 이 요구 사항의 오프사이트 재해 복구 측면에 대한 SLA를 충족하는 데 도움이 됩니다.

설명
검색에서 누락된 정보는 프레즈노와 카슨 시티 간의 사용 가능한 대역폭입니다. 이 정보는 두 사이트 간에 매일 실행해야 하는 백업 복사본 작업을 설계하고 크기를 조정하는 데 중요합니다. 사용 가능한 대역폭은 백업 복사 성능, 기간 및 크기에 영향을 줄 수 있습니다.
예를 들어, 사용 가능한 대역폭을 사용하여 백업 복사본 기간 내에 사이트 간에 전송할 수 있는 데이터의 양을 예측할 수 있습니다. 또한 사용 가능한 대역폭을 사용하여 백업 복사본 트래픽을 최적화하기 위해 압축, 중복 제거 또는 WAN 가속을 사용해야 하는지 여부를 결정할 수도 있습니다.

설명
*로그 전송이 활성화된 가상 머신 백업 작업을 사용하면 SQL Server 데이터베이스의 이미지 수준 백업을 생성하고 트랜잭션 로그를 주기적으로 백업할 수도 있습니다12.
*스케일아웃 백업 리포지토리는 여러 백업 리포지토리를 단일 스토리지 풀로 그룹화하여 백업 성능, 확장성 및 관리를 개선하는 논리적 엔티티입니다3.
*스케일아웃 백업 리포지토리 용량 계층은 오래된 백업 파일을 Amazon S3 또는 Azure Blob Storage와 같은 퍼블릭 클라우드 오브젝트 스토리지로 오프로드할 수 있는 기능입니다.
다른 옵션은 Veeam 기능을 사용하지 않거나 오브젝트 스토리지로 오프로드하지 않거나 이미지 수준 백업을 생성하지 않기 때문에 효과적이거나 효율적이지 않습니다.
참고 자료 1: 트랜잭션 로그 전송 - VMware vSphere 사용 설명서 2: SQL Server 트랜잭션 로그를 백업하는 방법 - Veeam 3: 스케일 아웃 백업 리포지토리 - Veeam 백업 및 복제 모범 사례 가이드 : 용량 계층 - VMware vSphere 사용 설명서 : Veeam에서 용량 계층을 사용하는 방법 - Veeam

설명
Veeam 백업 및 복제 모범 사례 가이드1에 따르면, 세 사이트 각각에 Veeam 백업 서버를 두는 것이 권장되는 몇 가지 이유는 다음과 같습니다:
*각 사이트에는 프로덕션 데이터가 있습니다. 이러한 이유는 네트워크 트래픽과 지연 시간을 줄이고 백업 및 복원 속도와 효율성을 개선하기 위해 백업 데이터를 소스 데이터에 최대한 가깝게 저장해야 한다는 로컬리티 원칙에 기반합니다. 각 사이트에 Veeam 백업 서버가 있으면 사이트 간 WAN 또는 VPN 연결을 거치지 않고도 각 사이트에서 프로덕션 데이터의 로컬 백업을 수행할 수 있습니다.
주제 1, 빔 대학 병원
경영진 개요:
빔 대학 병원은 보스턴, 솔트레이크시티, 콜럼버스에 위치한 의료 네트워크입니다.
이 회사는 여러 질병에 대한 획기적인 치료법의 선구자로 여겨지며 전 세계적으로 해당 분야의 리더로 인정받고 있습니다. 새로운 규제 요건과 끊임없이 진화하는 멀웨어 문제로 인해 데이터 보호 전략을 현대화하기로 결정했습니다. 최근에도 랜섬웨어 공격을 받아 환자 치료와 관련된 여러 시스템에 영향을 미쳤습니다.
또한 재해 발생 시 사이트 간 가상 워크로드를 복제하여 사이트 간 장애 조치를 적시에 수행함으로써 환자 치료 수준의 연속성을 보장하는 데 관심을 표명했습니다.
이사회는 이 시점에서 모든 가상 워크로드가 단일 장애 지점으로 간주될 수 있다는 점을 우려하고 있습니다.
빔 대학 병원도 NAS 시스템 백업에 필요한 시간 문제를 겪고 있었습니다.
시간이 너무 오래 걸릴 뿐만 아니라 필요한 공간도 과다한 것으로 간주되어 이러한 백업을 위한 저장 공간을 줄여야 합니다.
빔 대학 병원은 Exchange 항목을 복원하는 데 걸리는 시간에 문제가 있었습니다. 현재 솔루션은 전체 사서함만 복원하며 세분화할 수 없습니다.
이 구현이 성공하려면 할당된 백업 기간 내에 백업을 완료해야 하며, 전체 시스템 복원의 경우 24~48시간이 걸리는 현재 솔루션보다 데이터 복구 속도가 빨라야 합니다.
솔루션 개념:
빔 대학병원은 현재 사용 중인 백업 솔루션인 Veeam을 교체하고 있습니다. 재해 복구 목적으로 백업을 오프사이트에 복사하여 세 사이트 모두에서 데이터를 보호할 계획입니다. 또한 랜섬웨어로 인한 또 다른 데이터 손실을 방지하기 위한 조치를 취하고 싶다는 의사를 밝혔습니다. 공격자들은 공격의 일환으로 기존 백업도 암호화할 수 있었기 때문에 데이터 복구가 불가능합니다. 빔 대학 병원은 이러한 위험을 완화하는 데 도움이 될 수 있는 퍼블릭 클라우드 기술에도 관심을 보이고 있습니다.
또한 실행 중인 워크로드를 보조 사이트로 복제하여 재해 발생 시 사이트 장애 조치로 다운타임을 줄일 수 있도록 구현됩니다.
기존 기술 환경:
빔 대학병원은 모든 위치에 VMware 클러스터를 보유하고 있습니다. 보안을 위해 각 클러스터는 해당 클러스터가 서비스를 제공하는 부서 전용입니다. 클러스터 간 통신은 불가능합니다. 이 클러스터는 데이터베이스 워크로드를 호스팅하는 클러스터와 일반 사용 가상 머신을 호스팅하는 클러스터로 나뉩니다.
기밀 환자 데이터는 여러 NAS 시스템에 비정형 데이터로 존재합니다. 이러한 NAS 시스템은 데이터베이스의 일관성을 보장하기 위해 백업만 제공합니다.
빔 대학 병원에는 데이터베이스의 일관성을 보장하기 위해 백업 전에 사용자 지정 스크립트를 실행해야 하는 사내 환자 데이터베이스가 있습니다.
대부분의 부서에서 가상 및 물리적 배포를 혼합하여 MSSQL과 Oracle을 사용하고 있습니다.
각 사이트는 공용 인터넷에 대한 10GbE 링크로서, 사이트 간의 모든 트래픽은 VPN을 통해 이러한 연결을 통해 라우팅됩니다.
각 사이트에는 20개의 vLAN이 사용 중이며 16개는 VMware 워크로드에 사용됩니다.
보안 및 규제를 위해 모든 vLAN은 서로 방화벽으로 차단되어 있습니다.
현재 백업은 NFS 스토리지에 기록합니다.
모든 의사 및 실험실 직원에게는 노트북이 할당되며, 이 노트북도 보호해야 합니다. 이러한 디바이스의 데이터 위치는 그룹 정책을 통해 적용되며 조직 전체에 일관되게 적용됩니다.
현재 백업 파일에서 복원하는 것 외에는 현재 재해 복구 솔루션이 존재하지 않습니다.
비즈니스 요구 사항:
새로운 솔루션은 자동화 및 셀프 서비스 기능을 활용해야 합니다. 관리 비용을 절감하려면 이 두 가지 기능이 모두 필요합니다. 역할 기반 액세스(RBAC)는 필수입니다. 예를 들어, 오라클 관리자만 오라클 데이터의 셀프 서비스 복원을 수행할 수 있습니다.
업무 시간 중에는 미션 크리티컬 애플리케이션이 영향을 받지 않아야 합니다. 모든 백업은 다음 사이에 완료되어야 합니다.
오후 6시 및 오전 8시(현지 시간).
규제 요건을 충족하려면 모든 데이터를 3년 동안 보관해야 합니다.
보관 목적으로 월별 백업 12개와 연별 백업 3개를 외부에 저장해야 합니다.
빔 대학 병원은 3년간의 백업 보존을 위해 온프레미스 스토리지만 구매하여 성장에 대비할 것입니다.
복제된 가상 워크로드의 경우, 데이터는 1시간을 넘지 않아야 합니다.
규제 요건에 따라 모든 보호 대상 데이터는 전송 및 저장 시 암호화되어야 합니다.
고객 서비스 수준 계약을 충족하기 위해 상용 헬프데스크 티켓 시스템을 사용하고 있습니다. 지원 티켓을 생성하려면 생성된 모든 알림을 이 시스템과 통합해야 합니다.
기술 요구 사항:
백업은 장기 보관 목적으로 퍼블릭 클라우드 스토리지를 활용해야 합니다.
솔루션은 로컬 백업을 유지해야 하며 프로덕션 데이터의 추가 복사본을 만들 수 있어야 합니다. 두 백업 모두 프로덕션 시스템이 보호되는 현장에 상주해야 합니다.
빠른 복원 및 복구를 위해서는 최소한 보호된 데이터의 사본이 온프레미스에 있어야 합니다.
랜섬웨어의 위협으로 인해 보호 데이터의 불변 또는 에어 갭 사본이 하나 이상 외부에 상주해야 합니다.
데이터 무결성을 보장하려면 복원을 수행하기 전에 백업을 확인하고 멀웨어를 검사해야 합니다.
셀프 서비스 Oracle 복원 외에도 애드혹 백업 및 복원을 수행하려면 기본 Oracle 도구를 사용할 수 있어야 하며, 애드혹 백업 및 복원을 수행할 수 있는 PowerShell 스크립트가 준비되어 있어야 합니다.
백업 솔루션은 VMware 암호화된 데이터스토어를 지원해야 합니다.
백업은 무중단 확장이 가능한 논리적으로 확장 가능한 스토리지 시스템에 저장해야 합니다.
최종 사용자 노트북 백업의 경우 사용자 데이터만 백업해야 합니다. 운영 체제 파일은 제외해야 합니다.
음악, 사진, 동영상과 같은 개인 파일은 백업에서 제외해야 합니다.

설명
온프레미스에 보관되는 백업에 권장되는 스토리지 옵션은 Veeam 강화 리포지토리가 있는 물리적 서버입니다. 빔 강화 리포지토리는 Linux XFS 파일 시스템 기능과 Linux 액세스 제어 메커니즘을 사용하여 백업 파일에 대한 불변성 및 랜섬웨어 보호를 제공하는 백업 리포지토리의 한 유형입니다. 더 나은 성능, 보안 및 확장성을 위해 가상 서버보다 물리적 서버가 선호됩니다. 빔 강화 리포지토리는 규정 준수, 보안, 보존에 대한 고객의 요구 사항을 충족할 뿐만 아니라 모든 백업 유형과 기능을 지원합니다.

설명
빔 대학 병원의 필요와 요구 사항을 충족하는 재해 복구 솔루션을 설계하려면 검색 단계에서 몇 가지 정보를 식별해야 합니다. 이 정보는 복제 및 장애 조치 프로세스의 범위와 규모, 네트워크 및 스토리지 리소스 및 제한 사항, 복구 시간 목표 및 복구 지점 목표를 이해하는 데 도움이 됩니다.
Veeam 백업 및 복제 모범 사례 가이드에 따르면 재해 복구 솔루션을 설계하는 데 필요하고 검색 중에 식별해야 하는 몇 가지 정보는 다음과 같습니다:
*복제할 가상 머신의 수입니다. 이 정보는 가상 머신의 수와 유형에 따라 복제 작업의 수와 크기, 복제 성능 및 확장성을 결정하는 데 도움이 됩니다.
*위치 간 사용 가능한 대역폭입니다. 이 정보는 복제 트래픽에 사용할 수 있는 네트워크 대역폭 및 처리량과 복제 활동이 네트워크 성능 및 지연 시간에 미치는 영향을 추정하는 데 도움이 됩니다.
*복제의 소스가 될 사이트와 복구 대상이 될 사이트. 이 정보는 소스 및 대상 위치에 따라 프록시 서버, 리포지토리 서버, WAN 가속기 및 장애 조치 계획과 같은 복제 인프라를 계획하고 구성하는 데 도움이 됩니다.

설명
*RMAN 플러그인은 오라클 백업 및 복구를 위한 기본 도구인 오라클 RMAN과 Veeam Backup & Replication을 통합하는 구성 요소입니다12.
*RMAN 플러그인을 사용하면 Oracle RMAN 명령을 사용하여 Oracle 데이터베이스를 Veeam 백업 리포지토리에 백업 및 복원하고, 로그 전송 및 특정 시점 복구를 수행할 수 있습니다12.
*RMAN 플러그인은 물리적 서버 또는 클라우드 환경뿐만 아니라 지원되는 모든 운영 체제 또는 하이퍼바이저에서 실행되는 Oracle 데이터베이스를 지원합니다12.
*RMAN 플러그인은 압축, 중복 제거, 암호화, 확장성, 안정성 등 Veeam Backup & Replication의 기능과 이점을 활용합니다12.

설명
골드 티어 백업 작업은 이미지 백업의 경우 1시간, 트랜잭션 로그 백업의 경우 15분이라는 가장 엄격한 복구 지점 목표(RPO)를 가지고 있습니다. 즉, 다른 백업 작업보다 더 자주 실행하고 하루에 더 많은 복원 지점을 만들어야 합니다. 따라서 백업 복사 작업 설정을 올바르게 계획하려면 VM 수, 백업 크기, 변경 속도, 보존 정책, 백업을 오프사이트 위치로 복사하는 데 사용할 수 있는 대역폭 등 골드 티어 백업 작업에 대한 자세한 정보가 필요합니다.
참조: [백업 복사본], [백업 방법], [지속적인 데이터 보호] 참조

설명
파이버 채널 SAN의 스토리지 스냅샷에서 백업을 수행하려면 백업 프록시 역할을 할 하나 이상의 물리적 서버를 배포하고 이를 SAN 패브릭에 연결해야 합니다. 이는 가상 머신에서 지원되지 않는 파이버 채널 프로토콜을 통해 스토리지 시스템에 액세스해야 하는 Veeam 백업 및 복제가 필요하기 때문입니다. 백업 프록시는 스토리지 스냅샷에서 데이터를 읽고 백업 리포지토리1로 전송합니다.

설명
질문해 주셔서 감사합니다. VMCA 2022 프로젝트에 도움을 드리게 되어 기쁩니다.
빔 대학병원의 데이터베이스 요구 사항을 충족하는 솔루션을 설계하려면 오라클 데이터베이스를 지원하고 통합할 수 있는 몇 가지 옵션과 기능을 고려해야 합니다. 이를 통해 Oracle 백업 및 복원의 일관성과 안정성은 물론, 기본 Oracle 도구와 Veeam 제품 및 기능의 호환성 및 지원 가능성을 보장할 수 있습니다.
Veeam 백업 및 복제 모범 사례 가이드에 따르면, 백업 및 복원을 위해 기본 Oracle 유틸리티를 사용할 수 있는 요구 사항에 가장 근접한 옵션은 D. Veeam RMAN 플러그인을 설치하여 기본 RMAN 백업 및 복구가 Oracle 서버에서 직접 Veeam 리포지토리를 활용할 수 있도록 하는 것입니다.
이 옵션은 다음을 의미합니다:
*Veeam RMAN 플러그인은 Oracle Recovery Manager(RMAN)와 통합되는 솔루션으로, Veeam 리포지토리를 대상으로 사용하여 Oracle 데이터베이스를 백업 및 복원할 수 있습니다.
*Veeam RMAN 플러그인은 가상 및 물리적 Oracle 서버는 물론 다양한 버전과 버전의 Oracle 데이터베이스를 모두 지원합니다.
*Veeam RMAN 플러그인을 사용하면 추가 스크립트나 구성 없이도 RMAN, SQL*Plus, Data Pump 등과 같은 기본 Oracle 도구 및 명령을 사용하여 Oracle 데이터베이스의 백업 및 복원을 수행할 수 있습니다.
*Veeam RMAN 플러그인은 백업 압축, 중복 제거, 암호화, 불변성 등과 같은 Veeam Backup & Replication의 장점과 기능을 활용하여 백업 성능과 효율성은 물론 백업 보안 및 무결성을 개선합니다.
이 옵션은 백업 및 복원을 위해 기본 Oracle 유틸리티를 사용하는 동시에 Veeam 제품 및 기능을 활용할 수 있으므로 요구 사항에 가장 적합한 옵션입니다.

설명
골드 티어 가상 머신의 보존 요건은 매일 14회, 매주 8회, 매월 3회, 매년 7회의 백업을 보유해야 한다는 것입니다. 이 요건은 규제 목적으로 매주 8회, 매월 3회, 매년 7회의 백업을 수행해야 하는 기술적 요건과 골드 티어 가상 머신에 대해 매일 백업을 수행해야 하는 비즈니스 요건에서 파생될 수 있습니다.

설명
암호 분실 시 암호화된 백업에 대한 대체 암호 해독 기능의 요구 사항을 충족하는 데 도움이 되는 구성 요소는 Veeam Backup Enterprise Manager입니다. Veeam Backup Enterprise Manager는 여러 Veeam 백업 서버를 중앙 집중식으로 관리할 수 있는 웹 기반 인터페이스입니다. 또한 암호 분실 방지 기능을 제공하여 권한이 있는 사용자가 암호를 잊어버리거나 분실한 경우 암호를 입력하지 않고도 암호화된 백업을 복원할 수 있습니다. 이 기능을 사용하려면 Veeam Backup Enterprise Manager 설정에서 암호 분실 방지 기능을 활성화하고 암호 복구 요청을 승인할 수 있는 보안 담당자 역할을 사용자에게 할당해야 합니다.
참조: [Veeam 백업 엔터프라이즈 관리자], [비밀번호 분실 방지]

설명
빔 대학 병원의 백업 보존 요구 사항을 충족하는 솔루션을 설계하려면 이 프로젝트의 온프레미스 백업 보존에 대한 최소 요구 사항을 고려해야 합니다. 이렇게 하면 백업 데이터의 가용성과 안정성은 물론 백업 스토리지의 규정 준수 및 보안을 보장하는 데 도움이 됩니다.
사례 연구에 따르면 이 프로젝트의 온프레미스 백업 보존에 대한 최소 요구 사항은 B입니다.
온프레미스 보존은 매일 14회, 매주 2회 백업해야 합니다.
이 요구 사항은 다음을 의미합니다:
*온프레미스 백업 보존은 백업 데이터를 NFS 스토리지, 중복 제거 어플라이언스 등과 같은 로컬 백업 스토리지에 얼마나 오래 보관해야 하는지를 정의하는 정책입니다.
*온프레미스 백업 보존은 일일 백업 14개와 주간 백업 2개여야 하며, 이는 로컬 백업 스토리지에 일일 백업 사본 14개와 주간 백업 사본 2개 이상을 보관해야 한다는 의미입니다.
*온프레미스 백업 보존은 가상 머신, 물리적 서버, NAS 시스템 등 Veeam Backup & Replication으로 백업하는 모든 유형의 워크로드에 적용해야 합니다.
이 요구 사항은 다음과 같은 빔 대학 병원의 비즈니스 및 규정 준수 요구 사항을 기반으로 합니다:
*재해 또는 장애 발생 시 가장 최근 백업에 대한 빠르고 안정적인 복원 옵션을 제공합니다.
*의료 기관이 최소 6년 동안 백업 데이터를 보관해야 하는 HIPAA 규정을 준수하기 위해1.

설명
1시간 RPO의 골드 티어 가상 머신을 재설계하는 동안 사용할 수 있는 전송 모드는 가상 어플라이언스(핫애드) 및 스토리지 스냅샷에서 백업입니다. 전송 모드는 백업 또는 복제 중에 소스 스토리지에서 VM 데이터를 검색하는 방법입니다. 가상 어플라이언스(핫 추가)는 VM에서 실행 중인 프록시 서버가 핫 추가 SCSI 명령을 통해 다른 VM의 디스크를 자신에 연결하고 이러한 디스크에서 직접 데이터를 읽을 수 있는 전송 모드입니다. 스토리지 스냅샷에서 백업은 프록시 서버가 프로덕션 VM이나 호스트에 영향을 주지 않고 지원되는 스토리지 시스템에서 생성한 스토리지 스냅샷에서 데이터를 검색할 수 있는 전송 모드입니다. 두 전송 모드 모두 백업 성능을 개선하고 백업 기간을 단축하며 프로덕션 환경에 미치는 영향을 최소화할 수 있습니다.