DPM 스토리지 중복 제거

아티클
11/01/2024

System Center DPM(Data Protection Manager)은 데이터 중복 제거를 사용할 수 있습니다.

데이터 중복 제거(dedup) 기능은 볼륨에서 중복된 데이터를 찾아서 제거하는 한편 데이터를 올바르고 완전하게 유지합니다. 중복 제거 계획에 대해 자세히 알아봅니다.

중복 제거는 스토리지 사용량을 줄입니다. 데이터 집합의 중복 크기는 워크로드 및 데이터 형식에 따라 달라지지만 일반적으로 백업 데이터는 중복 제거를 사용할 때 강력한 절감액을 보여 줍니다.
유사한 형식의 데이터를 백업하고 워크로드를 함께 처리할 때 중복 제거를 통해 데이터 중복성을 더 줄일 수 있습니다.
Dedup은 서버의 기본 워크로드에 영향을 주지 않도록 추가 전용 하드웨어 없이 기본 데이터 볼륨에 설치되도록 설계되었습니다. 기본 설정은 특정 파일을 처리하기 전에 5일 동안 데이터를 사용할 수 있고 기본 최소 파일 크기는 32KB이므로 방해가되지 않습니다. 이 기능은 메모리 및 CPU 사용량 부족 상황을 위해 구현되었습니다.
다음 워크로드에서 중복 제거를 구현할 수 있습니다.
- 일반 파일 공유: 그룹 콘텐츠 게시 및 공유, 사용자 홈 폴더 및 폴더 리디렉션/오프라인 파일
- 소프트웨어 배포 공유: 소프트웨어 바이너리, 이미지 및 업데이트
- VHD 라이브러리: 하이퍼바이저로의 프로비전을 위한 VHD(가상 하드 디스크) 파일 스토리지
- VDI 배포 (Windows Server 2012 R2만 해당): Hyper-V를 사용하여 VDI(가상 데스크톱 인프라) 배포
- 가상화된 백업: Windows 파일 서버의 VHD/VHDX 파일에 백업 데이터를 저장하는 백업 솔루션(예: Hyper-V 가상 머신에서 실행되는 DPM)

DPM 및 중복 제거

DPM과 함께 중복 제거를 사용하면 큰 비용을 절감할 수 있습니다. DPM 백업 데이터를 최적화할 때 중복 제거에 의해 저장되는 공간의 양은 백업되는 데이터의 유형에 따라 달라집니다. 예를 들어 암호화된 데이터베이스 서버를 백업하면 암호화 프로세스에 의해 중복 데이터가 숨겨지므로 절감 효과가 떨어집니다. 그러나 대용량 VDI(Virtual Desktop Infrastructure) 배포를 백업하면 일반적으로 가상 데스크톱 환경 간에 많은 양의 데이터 중복이 있기 때문에 70~90%의 범위가 크게 절감될 수 있습니다. 문서에 설명된 구성에서 다양한 테스트 워크로드를 실행하고 50%에서 90% 사이의 절감액을 확인했습니다.

DPM 스토리지에 중복 제거를 사용하려면 DPM이 Hyper-V 가상 머신에서 실행되고 데이터 중복 제거를 사용하도록 설정된 공유 폴더의 VHD에 백업 데이터를 저장해야 합니다.

권장 배포

DPM을 디듀플 볼륨에 데이터를 백업하는 가상 머신으로 배포하려면 다음 배포 토폴로지 권장합니다.

Hyper-V 호스트 클러스터의 가상 머신에서 실행되는 DPM
파일 서버의 SMB 3.0 공유에 저장된 VHD/VHDX 파일을 사용하는 DPM 스토리지.
이 테스트 예제에서는 직접 연결된 SAS 드라이브를 사용하여 작성된 스토리지 공간 풀에서 구성된 스토리지 볼륨을 사용하여 배포한 SOFS(스케일 아웃 파일 서버)로 해당 파일 서버를 구성했습니다. 이 배포는 대규모 성능을 보장합니다.

다음 사항에 유의합니다.

이 배포는 DPM 2012 R2 이상 및 DPM 2012 R2 이상에서 백업할 수 있는 모든 워크로드 데이터에 대해 지원됩니다.
DPM 가상 하드 디스크가 상주하고 중복 제거를 사용하도록 설정할 모든 Windows 파일 서버 노드는 업데이트 롤업 2014년 11월 이상에서 Windows Server 2012 R2를 실행해야 합니다.
시나리오 배포에 대한 일반적인 권장 사항 및 지침을 제공합니다. 하드웨어 관련 예제가 제공될 때마다 Microsoft CPS(클라우드 플랫폼 시스템)에 배포된 하드웨어가 참조로 사용됩니다.
이 예제에서는 백업 데이터를 저장하기 위해 원격 SMB 3.0 공유가 사용되므로 기본 하드웨어 요구 사항은 Hyper-V 노드가 아닌 파일 서버 노드를 기반으로 합니다. 다음 하드웨어 구성은 백업 및 프로덕션 스토리지에 대한 CPS에서 사용됩니다. 전체 하드웨어는 백업 및 프로덕션 스토리지 모두에 사용되지만 드라이브 엔클로저에 나열된 드라이브 수는 백업에만 사용됩니다.
- 4개 노드 스케일 아웃 파일 서버 클러스터
- 노드당 구성
  - 2x Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz, 2001MHz, 8코어, 16개 논리 프로세서
  - 128GB 1333MHz RDIMM 메모리
  - 스토리지 연결: SAS 포트 2개, 10GbE iWarp/RDMA 포트 1개
- JBOD 드라이브 엔클로저 4개
  - 각 JBOD의 디스크 18개 - 16 x 4TB HDD + 2 x 800GB SSD
  - 각 드라이브에 대한 이중 경로 - 다중 경로 I/O 부하 분산 정책이 장애 조치(Failover) 전용으로 설정됨
  - SSD가 WBC(쓰기 저장 캐시)용으로 구성되며 나머지는 저널 드라이브 전용으로 구성됨

중복 제거 볼륨 설정

DPM 데이터를 포함하는 중복 제거된 VHDX 파일을 지원하기 위해 볼륨이 얼마나 커야 하는지 살펴보겠습니다. CPS에서는 각각 7.2TB의 볼륨을 만들었습니다. 최적의 볼륨 크기는 주로 변경되는 볼륨의 데이터 크기 및 빈도와 디스크 스토리지 하위 시스템의 데이터 액세스 처리 속도에 따라 좌우됩니다. 중복 제거 처리가 일일 데이터 변경률(변동)을 따라갈 수 없는 경우 처리가 완료될 때까지 절감율이 떨어집니다. 자세한 내용은 데이터 중복 제거에 대한 크기 조정 볼륨을 참조 하세요. 다음 일반 지침은 중복 제거 볼륨에 권장됩니다.

복원력 유지 및 디스크 사용률 증가를 위해 엔클로저 인식 패리티 스토리지 공간을 사용합니다.
64KB 할당 단위 및 대용량 파일 레코드 세그먼트를 사용하여 NTFS 형식을 지정하여 스파스 파일의 중복 제거 사용에 더 잘 작동합니다.
권장 볼륨 크기가 7.2TB를 초과하는 하드웨어 구성에서 볼륨은 다음과 같이 구성됩니다.
- 엔클로저 인식 이중 패리티 7.2TB + 1GB 쓰기 저장 캐시
  - ResiliencySettingName == Parity
  - PhysicalDiskRedundancy == 2
  - NumberOfColumns == 7
  - Interleave == 256KB(64KB 인터리브의 이중 패리티 성능은 기본 256KB 인터리브보다 훨씬 낮음)
  - IsEnclosureAware == $true
  - AllocationUnitSize=64KB
  - 큰 FRS
  지정된 스토리지 풀의 새 가상 디스크를 다음과 같이 설정합니다.
```
New-VirtualDisk -Size 7.2TB -PhysicalDiskRedundancy 2 -ResiliencySettingName Parity -StoragePoolFriendlyName BackupPool -FriendlyName BackupStorage -NumberOfColumns 7 -IsEnclosureAware $true
```
- 그런 후 이러한 각 볼륨은 다음으로 포맷해야 합니다.
```
Format-Volume -Partition <volume> -FileSystem NTFS -AllocationUnitSize 64 KB -UseLargeFRS -Force
```
  CPS 배포에서 이후에 이러한 볼륨이 CSV로 구성됩니다.
- 이러한 볼륨 내에서 DPM은 백업 데이터를 저장할 일련의 VHDX 파일을 저장합니다. 다음과 같이 서식을 지정한 후 볼륨에서 중복 제거를 사용하도록 설정합니다.
```
Enable-DedupVolume -Volume <volume> -UsageType HyperV
Set-DedupVolume -Volume <volume> -MinimumFileAgeDays 0 -OptimizePartialFiles:$false
```
  이 명령은 다음 볼륨 수준 중복 제거 설정도 수정합니다.
  - UsageType을 HyperV로 설정: 이렇게 하면 DPM에서 백업 스토리지에 사용되는 VHDX 파일이 가상 머신에서 실행되는 DPM과 함께 열려 있기 때문에 중복 제거 처리 열기 파일이 필요합니다.
  - PartialFileOptimization 사용 안 함: 이로 인해 최소 기간 동안 변경된 섹션을 검색하는 대신 중복 제거가 열려 있는 파일의 모든 섹션을 최적화합니다.
  - MinFileAgeDays 매개 변수를 0으로 설정합니다. PartialFileOptimization을 사용하지 않도록 설정하면 MinFileAgeDays는 해당 동작을 변경하므로 중복 제거는 며칠 동안 변경되지 않은 파일만 고려합니다. 중복 제거 기능이 지연 없이 모든 DPM VHDX 파일의 백업 데이터 처리를 시작하도록 하기 원하므로 MinFileAgeDays를 0으로 설정해야 합니다.

중복 제거 설정에 대한 자세한 내용은 데이터 중복 설치 및 구성을 참조 하세요.

DPM 스토리지 설정

조각화 문제를 방지하고 유지 관리 효율성을 높이기 위해 중복 제거된 볼륨에 있는 VHDX 파일을 사용하여 DPM 스토리지가 할당됩니다. 각 볼륨에 1TB의 동적 VHDX 파일 10개가 만들어지고 DPM에 연결됩니다. 또한 3TB의 스토리지 오버프로비전은 중복 제거로 인한 스토리지 절감을 활용하기 위해 수행됩니다. 중복 제거를 통해 스토리지를 추가로 절약할 수 있으므로 저장 공간을 소비하기 위해 이러한 볼륨에 새 VHDX 파일을 만들 수 있습니다. 최대 30개 VHDX 파일이 연결된 DPM 서버를 테스트했습니다.

다음 명령을 실행하여 나중에 DPM 서버에 추가할 가상 하드 디스크를 만듭니다.

New-SCVirtualDiskDrive -Dynamic -SCSI -Bus $Bus -LUN $Lun -JobGroup $JobGroupId -VirtualHardDiskSizeMB 1048576 -Path $Using:Path -FileName <VHDName>

다음과 같이 만든 가상 하드 디스크를 DPM 서버에 추가했습니다.
```
Import-Module "DataProtectionManager"
Set-StorageSetting -NewDiskPolicy OnlineAll
$dpmdisks = @()
$dpmdisks = Get-DPMDisk -DPMServerName $env:computername | ? {$_.CanAddToStoragePool -
eq $true -and $_.IsInStoragePool -eq $false -and $_.HasData -eq $false}
Add-DPMDisk $dpmdisks
```
이 단계에서는 DPM이 보호된 데이터에 대한 복제본 및 복구 지점을 저장하는 디스크 또는 디스크로 스토리지 풀을 구성합니다. 이 풀은 DPM 구성의 일부이며 이전 섹션에 설명된 데이터 볼륨을 만드는 데 사용하는 스토리지 공간 풀과는 별개입니다. DPM 스토리지 풀에 대한 자세한 내용은 디스크 스토리지 및 스토리지 풀 구성을 참조 하세요.

Windows 파일 서버 클러스터 설정

데이터의 배율 및 개별 파일 크기가 다르기 때문에 중복 제거를 위해서는 가상화된 DPM 스토리지를 지원하기 위한 특별한 구성 옵션 집합이 필요합니다. 이러한 옵션은 클러스터 또는 클러스터 노드 전체에 적용됩니다. 중복 제거를 사용하도록 설정하고 클러스터의 각 노드에서 클러스터 설정을 개별적으로 구성해야 합니다.

Windows 파일 서버 스토리지에서 중복 제거 사용 - 중복 제거 역할은 Windows 파일 서버 클러스터의 모든 노드에 설치되어야 합니다. 이렇게 하려면 클러스터의 각 노드에서 다음 PowerShell 명령을 실행합니다.
```
Install-WindowsFeature -Name FileAndStorage-Services,FS-Data-Deduplication -ComputerName <node name>
```
백업 데이터 파일에 대한 중복 제거 처리 조정 - 다음 PowerShell 명령을 실행하여 부분 파일 쓰기를 최적화하지 않고 지연 없이 최적화를 시작하도록 설정합니다. 기본적으로 GC(가비지 수집) 작업은 매주 예약되며, 4주마다 GC 작업은 "심층 GC" 모드에서 실행되어 제거할 데이터에 대한 보다 철저하고 시간이 많이 걸리는 검색을 수행합니다. DPM 워크로드의 경우 이 "심층 GC" 모드로 인해 감사의 결과가 발생하지 않으며 중복 제거에서 데이터를 최적화할 수 있는 시간이 줄어듭니다. 따라서 이 심층 모드는 사용하지 않도록 설정합니다.
```
Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name DeepGCInterval -Value 0xFFFFFFFF
```
대규모 작업에 대한 성능 조정 - 다음 PowerShell 스크립트를 실행하여 다음을 수행합니다.
- 전체 가비지 수집을 실행하는 경우 추가 처리 및 I/O 사용 안 함
- 해시 처리용으로 추가 메모리 예약
- 큰 파일의 즉각적인 조각 모음을 허용하도록 우선 순위 최적화 사용
```
Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name HashIndexFullKeyReservationPercent -Value 70
Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name EnablePriorityOptimization -Value 1
```
이러한 설정은 다음을 수정합니다.
- HashIndexFullKeyReservationPercent: 이 값은 기존 청크 해시와 새 청크 해시에 사용되는 최적화 작업 메모리의 양을 제어합니다. 기본값인 50%보다 높은 70% 배율을 사용할 때 최적화 처리량이 더 높아집니다.
- EnablePriorityOptimization: 파일이 1TB에 가까워지면 단일 파일의 조각화가 파일당 제한에 근접할 만큼 충분한 조각을 누적할 수 있습니다. 최적화 처리는 이러한 조각을 통합하여 이 제한에 도달하지 못하게 합니다. 이 레지스트리 키를 설정하면 조각화가 많이 일어난 중복 제거된 파일을 먼저 처리하는 프로세스가 추가됩니다.

DPM 및 중복 제거 예약 설정

백업과 중복 제거 작업을 둘 다 I/O를 많이 발생합니다. 이러한 두 작업이 동시에 실행되면 작업 간을 전환하는 데 필요한 추가 오버헤드가 발생하며 매일 백업 또는 중복 제거되는 데이터 양이 저하됩니다. 따라서 별도의 전용 중복 제거 및 백업 기간을 유지하는 것이 좋습니다. 이렇게 하면 이러한 각 작업에 대한 I/O 트래픽을 매일의 시스템 작업에 효율적으로 분산하는 데 도움이 됩니다. 예약에 대한 권장 지침은 다음과 같습니다.

백업 및 중복 제거 작업이 겹치지 않도록 시간을 분할합니다.
사용자 지정 백업 일정을 설정합니다.
사용자 지정 중복 제거 일정을 설정합니다.
매일의 중복 제거 시간에 최적화 작업을 예약합니다.
주말 중복 제거 일정을 따로 설정하여 해당 시간에 가비지 수집 및 작업 삭제를 수행합니다.

다음 PowerShell 명령을 사용하여 DPM 일정을 설정할 수 있습니다.

Set-DPMConsistencyCheckWindow -ProtectionGroup $mpg -StartTime $startTime -
DurationInHours $duration
Set-DPMBackupWindow -ProtectionGroup $mpg -StartTime $startTime -DurationInHours
$duration

이 구성에서 DPM은 오후 10시부터 오전 6시 사이에 가상 컴퓨터를 백업하도록 구성되어 있습니다. 중복 제거는 하루 중 남은 16시간 동안 예약됩니다. 구성하는 실제 중복 제거 시간은 볼륨 크기에 따라 달라집니다. 자세한 내용은 데이터 중복 제거에 대한 크기 조정 볼륨을 참조 하세요. 백업 창이 종료된 후 오전 6시에 시작하는 16시간 중복 제거 창은 개별 클러스터 노드에서 다음과 같이 구성됩니다.

#disable default schedule
Set-DedupSchedule * -Enabled:$false
#Remainder of the day after an 8 hour backup window starting at 10pm $dedupDuration = 16
$dedupStart = "6:00am"
#On weekends GC and scrubbing start one hour earlier than optimization job.
# Once GC/scrubbing jobs complete, the remaining time is used for weekend
# optimization.
$shortenedDuration = $dedupDuration - 1
$dedupShortenedStart = "7:00am"
#if the previous command disabled priority optimization schedule
#reenable it
if ((Get-DedupSchedule -name PriorityOptimization -ErrorAction SilentlyContinue) -ne $null)
{
Set-DedupSchedule -Name PriorityOptimization -Enabled:$true
}
#set weekday and weekend optimization schedules
New-DedupSchedule -Name DailyOptimization -Type Optimization -DurationHours $dedupDuration -Memory 50 -Priority Normal -InputOutputThrottleLevel None -Start $dedupStart -Days Monday,Tuesday,Wednesday,Thursday,Friday
New-DedupSchedule -Name WeekendOptimization -Type Optimization -DurationHours $shortenedDuration -Memory 50 -Priority Normal -InputOutputThrottleLevel None -Start $dedupShortenedStart -Days Saturday,Sunday
#re-enable and modify scrubbing and garbage collection schedules
Set-DedupSchedule -Name WeeklyScrubbing -Enabled:$true -Memory 50 -DurationHours $dedupDuration -Priority Normal -InputOutputThrottleLevel None -Start $dedupStart -StopWhenSystemBusy:$false -Days Sunday
Set-DedupSchedule -Name WeeklyGarbageCollection -Enabled:$true -Memory 50 -DurationHours $dedupDuration -Priority Normal -InputOutputThrottleLevel None -Start $dedupStart -StopWhenSystemBusy:$false -Days Saturday
#disable background optimization
if ((Get-DedupSchedule -name BackgroundOptimization -ErrorAction SilentlyContinue) -ne $null)
{
Set-DedupSchedule -Name BackgroundOptimization -Enabled:$false
}

백업 창이 수정될 때마다 중복 제거 창이 함께 수정되어 겹치지 않도록 하는 것이 중요합니다. 중복 제거 및 백업 창은 하루 중 24시간 전체를 채울 필요가 없습니다. 그러나 워크로드 및 데이터 변동의 예상 일상적인 변경으로 인해 처리 시간의 변화를 허용하는 것이 좋습니다.

백업 성능에 미치는 영향

파일 집합이 중복 제거된 후 파일에 액세스할 때 약간의 성능 비용이 발생할 수 있습니다. 중복 제거된 파일에 사용되는 파일 형식에 액세스하기 위해 추가 처리가 필요하기 때문입니다. 이 시나리오에서 해당 파일은 백업 시간 동안 DPM에서 연속으로 사용되는 것으로 확인된 VHDX 파일의 집합입니다. 이러한 파일을 중복 제거하면 백업 및 복구 작업이 중복 제거 없이보다 약간 느려질 수 있습니다. 백업 제품의 경우, DPM은 복원 작업 중에 읽기 작업이 가장 중요한 쓰기 집약적 작업입니다. 중복 제거로 인해 백업 성능에 미치는 영향을 줄이기 위한 권장 지침은 다음과 같습니다.

읽기/복원 작업: 중복 제거 기능이 중복 제거된 청크를 캐시하므로 읽기 작업에 미치는 영향은 일반적으로 미미하며 특별한 고려 사항은 필요하지 않습니다.
쓰기/백업 작업: 백업 창을 정의할 때 백업 시간을 5~10% 늘릴 계획입니다. (이러한 연장 기간은 중복 제거되지 않은 볼륨에 쓸 경우의 예상 백업 시간과 비교해서 결정합니다.)

모니터링

DPM 및 데이터 중복 제거를 모니터링하여 다음을 확인할 수 있습니다.

백업 데이터를 저장할 충분한 디스크 공간이 프로비전되었습니다.
DPM 백업 작업이 정상적으로 완료됩니다.
백업 볼륨에서 중복 제거가 사용되도록 설정되어 있습니다.
중복 제거 일정을 올바르게 설정했습니다.
매일 정상적으로 중복 제거 처리를 완료하고 있습니다.
중복 제거에 따른 절감률이 시스템 구성에 대해 가정한 사항과 일치합니다.

중복 제거의 성공 여부는 전반적인 시스템 하드웨어 기능(CPU 처리 속도, I/O 대역폭, 스토리지 용량 포함), 올바른 시스템 구성, 평균 시스템 부하 및 매일 수정되는 데이터 크기에 따라 좌우됩니다.

DPM 중앙 콘솔을 사용하여 DPM을 모니터링할 수 있습니다. 중앙 콘솔 설치를 참조하세요.

다음 PowerShell 명령을 사용하여 중복 제거 상태를 모니터링하고, 속도를 절약하고, 상태를 예약할 수 있습니다.

상태를 확인합니다.

PS C:\> Get-DedupStatus
FreeSpace SavedSpace OptimizedFiles InPolicyFiles Volume
-------------- ---------- -------------- ------------- ------
280.26 GB 529.94 GB 36124 36125 X:
151.26 GB 84.19 GB 43017 43017 Z:

절감 비율을 확인합니다.

PS C:\> Get-DedupVolume
Enabled SavedSpace SavingsRate Volume
------- ---------- ----------- ------
True 529.94 GB 74 % X:

Get-DedupSchedule cmdlet을 사용하여 예약 상태를 확인합니다.

이벤트 모니터링

이벤트 로그를 모니터링하면 중복 제거 이벤트 및 상태를 이해하는 데 도움이 됩니다.

중복 제거 이벤트를 보려면 파일 탐색기 애플리케이션 및 서비스 로그>Microsoft>Windows>중복 제거로 이동합니다.
Get-DedupStatus |fl Windows PowerShell 결과에 값 LastOptimizationResult = 0x00000000이 나타나면 전체 데이터 집합이 이전 최적화 작업에 의해 처리된 것입니다. 그렇지 않은 경우 시스템에서 중복 제거 처리를 완료할 수 없으므로 사용자는 볼륨 크기와 같은 구성 설정을 확인할 수 있습니다.

보다 자세한 cmdlet 예를 보려면 데이터 중복 제거 모니터링 및 보고(영문)를 참조하세요.

백업 스토리지 모니터링

구성 예제에서 7.2TB 볼륨은 10 x 1TB 동적 VHDX 파일에 저장된 10TB의 "논리적" 데이터(중복 제거되지 않은 데이터 크기)로 채워집니다. 이러한 파일은 추가 백업 데이터를 누적하므로 볼륨을 천천히 채웁니다. 중복 제거로 인한 절감 비율이 충분히 높으면 10개 파일 모두 최대 논리 크기에 도달할 수 있고 7.2TB 볼륨에 계속 적합합니다(DPM 서버에서 사용할 추가 VHDX 파일을 할당할 수 있는 추가 공간이 있을 수 있음). 그러나 중복 제거로 인한 크기 절감만으로는 충분하지 않은 경우 VHDX 파일이 전체 논리 크기에 도달하기 전에 볼륨의 공간이 부족할 수 있으며 볼륨이 가득 찼습니다. 볼륨이 가득 차는 것을 방지하려면 다음을 권장합니다.

볼륨 크기 요구 사항을 준수하고 스토리지에 대한 일부 초과 프로비전을 허용합니다. 백업 스토리지 사용을 계획할 때 중복 제거 절감 및 데이터 변동이 예상되는 변화를 허용하도록 10% 이상의 버퍼를 허용하는 것이 좋습니다.
공간 사용량 및 중복 제거 절감 속도가 예상 수준인지 확인하기 위해 백업 스토리지에 사용되는 볼륨을 모니터링합니다.

볼륨이 가득 차면 다음과 같은 증상이 발생합니다.

DPM 가상 머신이 일시 중지-위험 상태가 되고 해당 VM에 의해 추가 백업 작업을 실행할 수 없게 됩니다.
전체 볼륨의 VHDX 파일을 사용하는 모든 백업 작업이 실패합니다.

이 조건에서 복구하고 시스템을 정상 작동으로 복원하려면 추가 스토리지를 프로비전할 수 있으며 DPM 가상 머신 또는 해당 VHDX의 스토리지 마이그레이션을 수행하여 공간을 확보할 수 있습니다.

전체 백업 공유에서 VHDX 파일을 소유하는 DPM 서버를 중지합니다.
NTFS 및 중복 제거에 대한 설정을 포함하여 기존 공유에 사용되는 것과 동일한 구성 및 설정을 사용하여 추가 볼륨 및 백업 공유를 만듭니다.
DPM 서버 가상 머신에 대한 스토리지 를 마이그레이션하고 전체 백업 공유에서 2단계에서 만든 새 백업 공유로 하나 이상의 VHDX 파일을 마이그레이션합니다.
가득 찬 원본 백업 공유에 대해 데이터 중복 제거 GC(가비지 수집) 작업을 실행합니다. GC 작업이 성공적으로 수행되고 사용 가능한 공간이 확보되어야 합니다.
DPM 서버 가상 머신을 다시 시작합니다.
이전에 실패한 모든 데이터 원본에 대한 다음 백업 창에서 DPM 일관성 검사 작업이 트리거됩니다.
이제 모든 백업 작업이 성공해야 합니다.

요약

중복 제거와 DPM을 함께 사용하면 공간을 크게 절약할 수 있습니다. 이렇게 하면 더 높은 보존율이 높아지고, 좀 더 자주 백업되고, DPM 배포에 대한 TCO가 나아집니다. 이 문서에 나오는 지침과 권장 사항은 DPM 스토리지에 대한 중복 제거를 구성하고 배포를 진행하면서 얻는 이점을 확인하는 데 필요한 도구 및 지식을 제공합니다.

일반적인 질문

Q: DPM VHDX 파일의 크기는 1TB여야 합니다. DPM이 VM 또는 SharePoint 또는 SQL DB 또는 파일 볼륨 크기 > 1TB를 백업할 수 없음을 의미하나요?

A: 아니요. DPM은 여러 볼륨을 하나로 집계하여 백업을 저장합니다. 따라서 1TB 파일 크기는 DPM이 백업할 수 있는 데이터 원본 크기에 영향을 주지 않습니다.

Q: DPM 스토리지 VHDX 파일은 원격 SMB 파일 공유에만 배포해야 하는 것 같습니다. DPM 가상 머신이 실행되고 있는 동일한 시스템의 중복 제거 사용 볼륨에 백업 VHDX 파일을 저장하면 어떻게 되나요?

A: 위에서 설명한 것처럼 DPM, Hyper-V 및 중복 제거는 스토리지 및 계산 집약적 작업입니다. 이 세 가지를 모두 단일 시스템에 결합하면 Hyper-V 및 해당 VM을 굶어 들이는 I/O 및 프로세스 집약적 작업이 발생할 수 있습니다. 동일한 컴퓨터의 백업 스토리지 볼륨을 사용하여 VM에서 DPM 구성을 실험하려는 경우 성능을 신중하게 모니터링하여 동일한 컴퓨터에서 세 가지 작업을 모두 유지하기에 충분한 I/O 대역폭 및 컴퓨팅 용량이 있는지 확인해야 합니다.

Q: Microsoft에서는 별도의 전용 중복 제거 및 백업 기간을 유지할 것을 권장합니다. DPM이 백업하는 동안 중복 제거를 사용하도록 설정할 수 없는 이유는 무엇인가요? 15분마다 SQL DB를 백업해야 합니다.

A: 중복 제거 및 DPM은 스토리지 집약적인 작업이며 두 작업을 동시에 실행하는 것은 비효율적이며 I/O 굶주림으로 이어질 수 있습니다. 따라서 하루에 두 번 이상(예: SQL Server 15분마다) 워크로드를 보호하고 동시에 중복 제거를 사용하도록 설정하려면 리소스가 부족하지 않도록 충분한 I/O 대역폭 및 컴퓨터 용량이 있는지 확인합니다.

Q: 설명된 구성에 따르면, DPM은 가상 머신에서 실행해야 합니다. VHDX 파일이 아닌 복제본 볼륨 및 섀도 복사본 볼륨에서 직접 중복 제거를 사용하도록 설정할 수 없는 이유는 무엇인가요?

A: 중복 제거를 사용하면 볼륨당 중복 제거 작업이 개별 파일에 대해 수행됩니다. 중복 제거는 파일 수준에서 최적화되므로 DPM이 백업 데이터를 저장하는 데 사용하는 VolSnap 기술을 지원하도록 설계되지 않았습니다. VM에서 DPM을 실행하면 Hyper-V는 DPM 볼륨 작업을 VHDX 파일 수준에 매핑하여 중복 제거를 통해 백업 데이터를 최적화하고 더 많은 스토리지 공간을 절약할 수 있습니다.

Q: 위의 샘플 구성은 7.2TB 볼륨만 만들었습니다. 더 크거나 작은 볼륨을 만들 수 있나요?

A: 중복 제거는 볼륨당 하나의 스레드를 실행합니다. 볼륨 크기가 더 커지면 중복 제거의 최적화를 완료하는 데 더 많은 시간이 필요합니다. 반면에 작은 볼륨의 경우 중복 청크를 찾을 수 있는 데이터가 적기 때문에 절감액이 감소할 수 있습니다. 따라서 최적의 절감을 위해 총 변동 및 시스템 하드웨어 기능에 따라 볼륨 크기를 미세 조정하는 것이 좋습니다. 중복 제거에 사용되는 볼륨 크기 결정에 대한 자세한 내용은 Windows Server의 중복 제거를 위한 볼륨 크기 조정에서 찾을 수 있습니다. 중복 제거와 함께 사용되는 볼륨 크기를 결정하는 방법에 대한 자세한 내용은 데이터 중복 제거에 대한 볼륨 크기 조정을 참조 하세요.

다음을 통해 공유