DPM-tároló deduplikálása

Cikk
03/20/2025

A System Center Data Protection Manager (DPM) adatdeduplikációt használhat.

Az adatdeduplikáció (deduplikáció) megkeresi és eltávolítja a kötet duplikált adatait, miközben biztosítja az adatok helyességét és teljességét. További információk deduplikáció tervezése.

A deduplikálás csökkenti a tárterület-használatot. Bár egy adathalmaz redundanciájának mértéke a számítási feladattól és az adattípustól függ, a biztonsági mentési adatok általában jelentős megtakarítást mutatnak a deduplikálás használatakor.
Az adatredundancia a deduplikálással tovább csökkenthető, ha a hasonló típusú és számítási feladatokat tartalmazó adatokról közösen dolgozzák fel a biztonsági másolatot.
A deduplikát úgy tervezték, hogy az elsődleges adatkötetekre további dedikált hardver nélkül legyen telepítve, hogy az ne befolyásolja a kiszolgáló elsődleges számítási feladatait. Az alapértelmezett beállítások nem tolakodóak, mivel lehetővé teszik, hogy az adatok öt napig öregedjenek egy adott fájl feldolgozása előtt, és alapértelmezett minimális fájlméretük 32 KB. Az implementáció alacsony memória- és processzorhasználatra lett tervezve.
A deduplikálás a következő számítási feladatokon valósítható meg:
- Általános fájlmegosztások: Csoportos tartalom közzététele és megosztása, felhasználói saját mappák és mappaátirányítás/offline fájlok
- Szoftvertelepítési megosztások: Szoftver bináris fájljai, rendszerképei és frissítései
- VHD-könyvtárak: Virtuális merevlemez (VHD) fájlok tárolása a hipervizorok számára való kiépítéshez
- VDI-telepítések (csak Windows Server 2012 R2 esetén): Virtuális asztali infrastruktúra (VDI) üzembe helyezések Hyper-V
- Virtualizált biztonsági mentés: Biztonsági mentési megoldások (például Hyper-V virtuális gépen futó DPM), amelyek biztonsági mentési adatokat mentenek vHD/VHDX-fájlokba Windows-fájlkiszolgálón

DPM és deduplikáció

Az adattörlés DPM-mel való használata nagy megtakarítást eredményezhet. A DPM biztonsági mentési adatainak optimalizálása során a deduplikálás által megtakarított hely a biztonsági mentési adatok típusától függően változik. Egy titkosított adatbázis-kiszolgáló biztonsági mentése például minimális megtakarítást eredményezhet, mivel a titkosítási folyamat elrejti a duplikált adatokat. A nagy méretű virtuális asztali infrastruktúra (VDI) üzembe helyezésének biztonsági mentése azonban nagy megtakarítást eredményezhet a 70–90+%tartományban, mivel általában nagy mennyiségű adat duplikációja van a virtuális asztali környezetek között. A cikkben ismertetett konfigurációban különböző tesztterheléseket futtattunk, és 50% és 90%közötti megtakarítást láttunk.

A DPM-tároló deduplikálásának használatához a DPM-nek egy Hyper-V virtuális gépen kell működnie, és a biztonsági mentési adatokat olyan megosztott mappákban lévő VHD-kra kell menteni, ahol engedélyezve van az adatteduplikálás.

Ajánlott üzembe helyezés

Ha a DPM-et virtuális gépként szeretné üzembe helyezni, amely biztonsági másolatot készít az adatokról egy deduplikáló kötetre, az alábbi üzembehelyezési topológiát javasoljuk:

A Hyper-V gazdagépfürtben egy virtuális gépen futó DPM.
VHD/VHDX-fájlokból álló DPM-tároló, amely egy fájlkiszolgáló SMB 3.0-s megosztásán található.
A tesztelési példánkban a fájlkiszolgálót kibővített fájlkiszolgálóként (SOFS) konfiguráltuk, amely a közvetlenül csatlakoztatott SAS-meghajtók használatával létrehozott Tárolóhelyek készletekből konfigurált tárolókötetek használatával lett üzembe helyezve. Ez az üzembe helyezés nagy léptékben biztosítja a teljesítményt.

Vegye figyelembe, hogy:

Ez az üzembe helyezés a DPM 2012 R2 és újabb verziókat támogatja minden olyan számítási feladat adat esetében, amelynek a DPM 2012 R2 és újabb verziók által készíthető biztonsági másolata van.
Az összes Olyan Windows-fájlkiszolgáló csomópontnak, amelyen a DPM virtuális merevlemezei találhatók, és amelyeken a deduplikció engedélyezve lesz, a Windows Server 2012 R2-t kell futtatnia 2014. novemberi kumulatív frissítéssel vagy újabb verzióval.
Általános javaslatokat és utasításokat adunk a forgatókönyv üzembe helyezéséhez. Amikor hardverspecifikus példákat ad meg, a Rendszer a Microsoft Cloud Platform Systemben (CPS) üzembe helyezett hardvert használja referenciaként.
Ez a példa távoli SMB 3.0-megosztásokat használ a biztonsági mentési adatok tárolására, így az elsődleges hardverkövetelmények a fájlkiszolgáló csomópontjai köré, nem pedig a Hyper-V csomópontok köré összpontosulnak. A CPS a következő hardverkonfigurációt használja a biztonsági mentéshez és az éles tároláshoz. A teljes hardvert a biztonsági mentéshez és a termelési tárolóhoz is használják, de a meghajtóházakban felsorolt meghajtók száma csak a biztonsági mentésre felsoroltakat tükrözi.
- Négy csomópontos felskálázható fájlkiszolgáló-fürt
- Csomópontonkénti konfiguráció
  - 2x Intel(R) Xeon(R) CPU E5-2650 0 @ 2,00 GHz, 2001 MHz, 8 mag, 16 logikai szál
  - 128 GB 1333 MHz RDIMM memória
  - Tárolási kapcsolatok: 2 port SAS, 1 port 10 GbE iWarp/RDMA
- Négy JBOD meghajtóház
  - 18 lemez minden JBOD-ban – 16 x 4 TB HDD + 2 x 800 GB SSD
  - Két elérési út minden meghajtóhoz – A többutas I/O terheléselosztási házirend csak feladatátvételre van beállítva
  - A visszaírási gyorsítótárhoz (WBC) konfigurált SSD-k, a többi pedig dedikált naplómeghajtókhoz

Deduplikált kötetek beállítása

Tekintsük át, hogy mekkora kötetek legyenek a DPM-adatokat tartalmazó deduplikált VHDX-fájlok támogatásához. A CPS-ben egyenként 7,2 TB-os köteteket hoztunk létre. Az optimális kötetméret elsősorban attól függ, hogy mennyi és milyen gyakran változnak az adatok a köteten, valamint a lemeztároló alrendszer adathozzáférési átviteli sebességétől. Fontos megjegyezni, hogy ha a deduplikáció feldolgozása nem tud lépést tartani a napi adatváltozások arányával (az adatváltozással), a megtakarítási ráta csökken, amíg a feldolgozás befejeződik. További információ: Az adatdeduplikációhoz szükséges kötetek méretezése. A deduplikált kötetekhez az alábbi általános irányelvek ajánlottak:

Használja a tömbtudatos Parity Storage Spaces megoldást a rugalmasság és a jobb lemezkihasználtság érdekében.
Formázza az NTFS-t 64 KB-os foglalási egységekkel és nagy fájlrekordszegmensekkel, hogy jobban működjön a ritkán használt fájlok deduplikációja.
Az ajánlott 7,2 TB-os kötetméret feletti hardverkonfigurációban a kötetek az alábbiak szerint lesznek konfigurálva:
- Tároló rendszerrel kompatibilis kettős paritású 7,2 TB + 1 GB visszaírásos gyorsítótár
  - ResiliencySettingName == Parity
  - PhysicalDiskRedundancy == 2
  - NumberOfColumns == 7
  - Interleave == 256 KB (A kettős paritással rendelkező teljesítmény 64 KB-os interleave esetén sokkal alacsonyabb, mint az alapértelmezett 256 KB-os interleave esetén)
  - IsEnclosureAware == $true
  - AllocationUnitSize=64 KB
  - Nagy FRS
  Állítson be egy új virtuális lemezt a megadott tárolókészletben az alábbiak szerint:
```
New-VirtualDisk -Size 7.2TB -PhysicalDiskRedundancy 2 -ResiliencySettingName Parity -StoragePoolFriendlyName BackupPool -FriendlyName BackupStorage -NumberOfColumns 7 -IsEnclosureAware $true
```
- Ezeket a köteteket ezután a következőképpen kell formázni:
```
Format-Volume -Partition <volume> -FileSystem NTFS -AllocationUnitSize 64 KB -UseLargeFRS -Force
```
  A CPS-üzembe helyezés során ezek CSV-kként vannak konfigurálva.
- Ezeken a köteteken belül a DPM több VHDX-fájlt tárol a biztonsági mentési adatok tárolásához. Engedélyezze a deduplikációt a köteten a következő formázás után:
```
Enable-DedupVolume -Volume <volume> -UsageType HyperV
Set-DedupVolume -Volume <volume> -MinimumFileAgeDays 0 -OptimizePartialFiles:$false
```
  Ez a parancs a következő mennyiségi szintű deduplikálási beállításokat is módosítja:
  - Állítsa be a(z) UsageType-t a(z) HyperV-ra: Ez a deduplikálási folyamatot eredményezi a megnyitott fájlok esetében, amelyek szükségesek, mert a DPM a biztonsági mentéshez használt VHDX-fájlokat nyitva tartja, miközben a DPM a virtuális gépén fut.
  - Részleges fájloptimalizálás letiltása: Ez azt eredményezi, hogy a deduplikálás folyamata a megnyitott fájl összes szakaszát optimalizálja ahelyett, hogy a minimális korú módosított szakaszokat keresné.
  - Állítsa a MinFileAgeDays paramétert 0-ra: Ha a PartialFileOptimization le van tiltva, a MinFileAgeDays megváltoztatja a viselkedését, így a deduplikálás csak azokat a fájlokat veszi figyelembe, amelyek nem változtak azokban a napokban. Mivel azt szeretnénk, hogy a deduplikálás késedelem nélkül megkezdje a biztonsági mentési adatok feldolgozását az összes DPM VHDX-fájlban, a MinFileAgeDays értéket 0 értékre kell állítani.

További információ a deduplikáció beállításáról: Az adatkettőzés telepítése és konfigurálása.

A DPM-tároló beállítása

A töredezettségi problémák elkerülése és a hatékonyság fenntartása érdekében a DPM-tároló a deduplikált köteteken található VHDX-fájlok használatával van lefoglalva. Minden köteten tíz, egyenként 1 TB-os dinamikus VHDX-fájl jön létre, amelyek a DPM-hez vannak csatolva. Emellett 3 TB túlfoglalást kell végrehajtani a tárolón, hogy kihasználják a deduplikálás által eredményezett tárolási megtakarítást. Mivel a deduplikálás további tárolási megtakarítást eredményez, ezeken a köteteken új VHDX-fájlok hozhatók létre a mentett terület felhasználásához. A DPM-kiszolgálót legfeljebb 30 VHDX-fájllal teszteltük.

Futtassa a következő parancsot a DPM-kiszolgálóhoz később hozzáadandó virtuális merevlemezek létrehozásához:

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

Ezután hozzáadta a létrehozott virtuális merevlemezeket a DPM-kiszolgálóhoz az alábbiak szerint:
```
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
```
Ez a lépés a tárolókészletet olyan lemezként vagy lemezként konfigurálja, amelyen a DPM a védett adatok replikáit és helyreállítási pontjait tárolja. Ez a készlet része a DPM-konfigurációnak, és elkülönül az előző szakaszban leírt adatkötetek létrehozásához használt Tárolóhelyek készlettől. További információ a DPM-tárolókészletekről: Lemeztárolók és tárolókészletek konfigurálása.

A Windows-fájlszerver fürt beállítása

A deduplikáláshoz speciális konfigurációs beállításokra van szükség a virtualizált DPM-tároló támogatására az adatok mérete és az egyes fájlok mérete miatt. Ezek a beállítások globálisan érvényesek a fürtre vagy a fürtcsomópontra. A deduplikációt engedélyezni kell, és a fürt beállításait minden csomópontnál külön-külön kell konfigurálni.

Deduplikáció engedélyezése Windows File Server-tároló– A deduplikációs szerepkört a Windows Fájlkiszolgáló-fürt összes csomópontján telepíteni kell. Ehhez futtassa a következő PowerShell-parancsot a fürt minden csomópontján:
```
Install-WindowsFeature -Name FileAndStorage-Services,FS-Data-Deduplication -ComputerName <node name>
```
Biztonsági mentési adatfájlok deduplikálási feldolgozásának finomhangolása– Futtassa a következő PowerShell-parancsot az optimalizálás késleltetés nélküli indításához, és ne a részleges fájlírás optimalizálásához. Alapértelmezés szerint a szemétgyűjtési (GC) feladatok minden héten ütemezve vannak, és a GC-feladat "mély GC" módban fut, így az eltávolítandó adatok teljesebb és időigényesebb keresését végzi. A DPM számítási feladatai esetében ez a "mély GC" mód nem eredményez semmilyen értékelhető nyereséget, és csökkenti az adatok optimalizálásához szükséges időt. Ezért letiltjuk ezt a mély üzemmódot.
```
Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name DeepGCInterval -Value 0xFFFFFFFF
```
Nagy léptékű műveletek teljesítményének finomhangolása– Futtassa a következő PowerShell-szkriptet:
- Amikor mély szemétgyűjtés fut, tiltsa le a további feldolgozást és az I/O-t.
- További memória lefoglalása kivonatfeldolgozáshoz
- A prioritás-optimalizálás engedélyezése a nagy fájlok azonnali töredezettségmentesítéséhez
```
Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name HashIndexFullKeyReservationPercent -Value 70
Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name EnablePriorityOptimization -Value 1
```
Ezek a beállítások a következőket módosítják:
- HashIndexFullKeyReservationPercent: Ez az érték azt szabályozza, hogy az optimalizálási feladat memóriája mekkora részét használja fel a meglévő adattömbök kivonataihoz az új adattömbök kivonataihoz képest. Nagy léptékben 70% jobb optimalizálási teljesítményt eredményez, mint az alapértelmezett 50%.
- EnablePriorityOptimization: Ha a fájlok száma megközelíti az 1 TB-ot, egyetlen fájl töredezettsége elegendő töredéket képes felhalmozni ahhoz, hogy megközelítse a fájlonkénti korlátot. Az optimalizálási feldolgozás összevonja ezeket a töredékeket, és megakadályozza ennek a korlátnak a elérését. A beállításkulcs megadásával a deduplikálás egy további folyamatot fog hozzáadni a deduplikált fájlok magas prioritású kezeléséhez, amelyek jelentős töredezettséggel rendelkeznek.

A DPM beállítása és a deduplikálás ütemezése

A biztonsági mentési és a deduplikációs műveletek I/O-igényesek. Ha egyszerre kellene futniuk, a műveletek közötti váltás további többletterhelése költséges lehet, ami azt eredményezheti, hogy napi rendszerességgel kevesebb adatról készül biztonsági mentés vagy deduplikáció. Javasoljuk, hogy konfiguráljon dedikált és különálló deduplikációs és biztonsági mentési ablakokat. Ez biztosítja, hogy az egyes műveletek I/O-forgalma hatékonyan legyen elosztva a napi rendszerművelet során. Az ütemezés ajánlott irányelvei a következők:

Napok felosztása nem egymást átfedő biztonsági mentési és deduplikási időszakokra.
Egyéni biztonsági mentési ütemezések beállítása.
Egyéni deduplikációs ütemezések beállítása.
Ütemezze az optimalizálást a napi deduplikációs ablakban.
Külön ütemezze a hétvégi deduplikációkat, és használja ki ezt az időt a szemétgyűjtési és -tisztítási feladatok elvégzésére.

A DPM-ütemezéseket a következő PowerShell-paranccsal állíthatja be:

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

Ebben a konfigurációban a DPM a virtuális gépek biztonsági mentésére van konfigurálva 10:00 és 18:00 között. A deduplikáció a nap hátralévő 16 órájára van ütemezve. A konfigurált tényleges deduplikálási idő a kötet méretétől függ. További információért lásd: Adatdeduplikáció köteteinek méretezése. Egy 16 órás deduplikációs időszak 6 órakor kezdődik, miután a biztonsági mentési ablak vége a következőképpen lett konfigurálva bármely egyes fürtcsomópontról:

#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
}

A biztonsági mentési ablak módosításakor létfontosságú, hogy a deduplikációs ablak és annak ne legyen átfedése. A deduplikációs és biztonsági mentési ablaknak nem kell kitöltenie a nap 24 óráját; Azonban erősen ajánlott, hogy lehetővé tegyék a feldolgozási idő változását a számítási feladatok és az adatváltozások várható napi változásai miatt.

A biztonsági mentés teljesítményének következményei

A fájlok deduplikációja után a fájlok elérése némi teljesítményköltséggel járhat. Ennek oka a deduplikált fájlok által használt fájlformátum eléréséhez szükséges további feldolgozás. Ebben a forgatókönyvben a fájlok olyan VHDX-fájlok, amelyek a DPM folyamatos használatát látják a biztonsági mentési ablakban. A fájlok deduplikációjának hatása azt jelenti, hogy a biztonsági mentési és helyreállítási műveletek kissé lassabbak lehetnek, mint deduplikáció nélkül. Mint minden biztonsági mentési termék esetében, a DPM egy írási nehéz számítási feladat, amelynek során a visszaállítási műveletek során az olvasási műveletek a legfontosabbak. A deduplikáció miatti biztonsági mentési teljesítmény következményeinek kezelésére vonatkozó javaslatok a következők:

Olvasási/visszaállítási műveletek: Az olvasási műveletekre gyakorolt hatás általában elhanyagolható, és nem igényel különleges szempontokat, mivel a deduplikációs funkció gyorsítótárazza a deduplikált adattömböket.
Írási/biztonsági mentési műveletek: Tervezze meg a biztonsági mentési idő 5–10% növelését a biztonsági mentési ablak meghatározásakor. (Ez a nem deduplikált kötetekre való írás során várható biztonsági mentési időt meghaladja.)

Ellenőrzés

A DPM és az adatdeduplikáció monitorozható annak érdekében, hogy biztosítsuk:

Elegendő lemezterület van kiépítve a biztonsági mentési adatok tárolásához
A DPM biztonsági mentési feladatai a szokásos módon befejeződnek
A deduplikáció engedélyezve van a biztonsági mentési köteteken
A deduplikációs ütemezések megfelelően vannak beállítva
A deduplikációs feldolgozás naponta normálisan befejeződik.
A deduplikáció megtakarítási aránya megegyezik a rendszerkonfigurációra vonatkozó feltételezésekkel

A deduplikáció sikeressége a rendszer összes hardverképességétől függ (beleértve a processzorfeldolgozási sebességet, az I/O-sávszélességet, a tárolási kapacitást), a helyes rendszerkonfigurációt, az átlagos rendszerterhelést és a módosított adatok napi mennyiségét.

A DPM-et a DPM központi konzoljával figyelheti. Lásd: Központi konzol telepítése.

A deduplikát a következő PowerShell-parancsokkal ellenőrizheti a deduplikációs állapot, a mentési sebesség és az ütemezés állapotának ellenőrzéséhez:

Állapot lekérése:

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:

Megtakarítást érhet el:

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

Az ütemezési állapot lekérése a Get-DedupSchedule parancsmaggal.

Események monitorozása

Az eseménynapló monitorozása segíthet megérteni a deduplikációs eseményeket és az állapotot.

A deduplikációs események megtekintéséhez keresse meg Fájlkezelőbenaz Alkalmazások és szolgáltatások naplói>Microsoft>Windows>Deduplication.
Ha az LastOptimizationResult = 0x00000000 érték megjelenik a |fl Windows PowerShell eredmények között Get-DedupStatus, akkor a teljes adatkészletet az előző optimalizációs tevékenység dolgozta fel. Ha nem, akkor a rendszer nem tudta befejezni a deduplikáció feldolgozását, és érdemes lehet ellenőrizni a konfigurációs beállításokat, például a kötet méretét.

További részletes példák a parancsmagokra: Monitor and Report for Data Deduplication.

Biztonsági mentési tároló figyelése

A konfigurációs példánkban a 7,2 TB-os kötetek 10 TB "logikai" adattal (az adatok mérete, ha nem deduplikált) vannak tárolva 10 x 1 TB dinamikus VHDX-fájlban. Mivel ezek a fájlok további biztonsági mentési adatokat halmoznak fel, lassan kitöltik a kötetet. Ha a deduplikációból eredő megtakarítási százalék elég magas, mind a 10 fájl képes lesz elérni a maximális logikai méretet, és továbbra is elfér a 7,2 TB-os kötetben (esetleg további hely is lehet a további VHDX-fájlok lefoglalásához a DPM-kiszolgálók számára). Ha azonban a deduplikáció méretmegtakarítása nem elegendő, a köteten lévő terület elfogyhat, mielőtt a VHDX-fájlok elérik a teljes logikai méretet, és a kötet megtelik. A kötetek megtelésének megakadályozása érdekében a következőket javasoljuk:

Legyen óvatos a tárolási kapacitásra vonatkozó követelményekkel kapcsolatban, és engedélyezze a tárhely túlbiztosítását. Ajánlott legalább 10% puffert engedélyezni a biztonsági mentési tár használatának tervezésekor, hogy lehetővé tegye a deduplikációs megtakarítások és adatváltozások várható változásait.
Figyelje meg a biztonsági mentési tároláshoz használt köteteket, hogy a helykihasználtság és a deduplikáció megtakarítási aránya a várt szinten legyen.

Ha a kötet megtelik, a következő tünetek jelentkeznek:

A DPM virtuális gép kritikus szünetállapotba kerül, és a virtuális gép nem tud további biztonsági mentési feladatokat elindítani.
A teljes köteten a VHDX-fájlokat használó biztonsági mentési feladatok sikertelenek lesznek.

Ha helyre szeretne állni ebből a feltételből, és visszaállítja a rendszert a normál működésre, további tárolót lehet kiépíteni, és a DPM virtuális gép vagy annak VHDX-jének tárterület-migrálása is elvégezhető a hely felszabadításához:

Állítsa le a VHDX-fájlokat tartalmazó DPM-kiszolgálót a teljes biztonsági mentési megosztáson.
Hozzon létre egy további kötet- és biztonsági mentési megosztást a meglévő megosztásokhoz használt konfigurációval és beállításokkal, beleértve az NTFS és a deduplikáció beállításait is.
A DPM Server virtuális gép tárolási migrálása, és legalább egy VHDX-fájl áttelepítése a teljes biztonsági mentési megosztásból a 2. lépésben létrehozott új biztonsági mentési megosztásba.
Futtasson egy adatdeduplikációs szemétgyűjtési (GC) feladatot a megtelt forrás biztonsági mentési megosztáson. A GC-feladatnak sikeresnek kell lennie, és vissza kell szereznie a szabad helyet.
Indítsa újra a DPM Server virtuális gépet.
A dpm-konzisztencia-ellenőrzési feladat a következő biztonsági mentési ablakban aktiválódik az összes korábban sikertelen adatforrás esetében.
Most már minden biztonsági mentési feladatnak sikeresnek kell lennie.

Összefoglalás

A deduplikáció és a DPM kombinációja jelentős helymegtakarítást biztosít. Ez magasabb megőrzési arányt, gyakoribb biztonsági mentéseket és jobb TCO-t tesz lehetővé a DPM üzembe helyezéséhez. A dokumentumban található útmutatásnak és javaslatoknak olyan eszközöket és ismereteket kell nyújtaniuk, amelyek segítségével konfigurálhatja a DPM-tároló deduplikációját, és saját üzembe helyezésével is megismerheti saját maga számára az előnyöket.

Gyakori kérdések

K: DPM VHDX-fájloknak 1 TB méretűnek kell lenniük. Ez azt jelenti, hogy a DPM nem tud biztonsági másolatot készíteni virtuális gépről, SharePointról, SQL DB-ről vagy 1 TB-> méretű fájlkötetről?

A: Nem. A DPM több kötetet összesít egybe a biztonsági mentések tárolásához. Az 1 TB-os fájlméret tehát nem befolyásolja a DPM által biztonsági mentésre alkalmas adatforrás-méreteket.

K: Úgy tűnik, hogy a DPM Storage VHDX-fájljait csak távoli SMB-fájlmegosztásokon kell üzembe helyezni. Mi történik, ha a biztonsági mentési VHDX-fájlokat deduplikált köteteken tárolom ugyanazon a rendszeren, amelyen a DPM virtuális gép fut?

A: A fentiek szerint a DPM, a Hyper-V és a deduplikálás tárolási és számítási igényű műveletek. Ha mind a hármat egyetlen rendszerben kombinálja, I/O- és folyamatigényes műveletekhez vezethet, amelyek éheztethetik Hyper-V és virtuális gépeit. Ha úgy dönt, hogy kísérletezik a DPM virtuális gépen való konfigurálásával ugyanazon a gépen a biztonsági mentési tárkötetekkel, gondosan figyelnie kell a teljesítményt, hogy elegendő I/O-sávszélesség és számítási kapacitás legyen elegendő ahhoz, hogy mindhárom műveletet ugyanazon a gépen fenntarthassa.

K: Ajánlott dedikált, különálló deduplikációs és biztonsági mentési ablakokat használni. Miért nem tudom engedélyezni a deduplikálást, amíg a DPM biztonsági másolatot készít? 15 percenként biztonsági másolatot kell készítenem az SQL DB-ről.

A: Dedup és DPM tárolóigényes műveletek, és ha mindkettő egyszerre fut, nem hatékony, és I/O-éhezéshez vezethet. Ezért a számítási feladatok naponta többszöri (például 15 percenkénti SQL Server) védelméhez és a deduplikáció egyidejű engedélyezéséhez győződjön meg arról, hogy elegendő I/O-sávszélesség és számítógépkapacitás áll rendelkezésre az erőforrás-éhezés elkerüléséhez.

K: A leírt konfiguráció alapján a DPM-nek virtuális gépen kell futnia. Miért nem engedélyezhetem a deduplikát a replikaköteteken és az árnyékmásolat-köteteken közvetlenül a VHDX-fájlok helyett?

A: A Dedup kötetenként deduplikációt végez az egyes fájlokon. Mivel a deduplikálás a fájl szintjén optimalizál, nem arra tervezték, hogy támogassa a DPM által a biztonsági mentési adatok tárolására használt VolSnap technológiát. A DPM virtuális gépen való futtatásával Hyper-V leképezi a DPM kötetműveleteket a VHDX fájlszintre, így a deduplikálás optimalizálja a biztonsági mentési adatokat, és nagyobb tárolási megtakarítást biztosít.

K: A fenti mintakonfiguráció csak 7,2 TB-os köteteket hozott létre. Létrehozhatok nagyobb vagy kisebb köteteket?

A: Dedup kötetenként egy szálat futtat. Ahogy a kötet mérete egyre nagyobb lesz, a deduplikálás több időt igényel az optimalizálás befejezéséhez. Másrészről, ha kisebb a kötet, kevesebb adat áll rendelkezésre a duplikált darabok megtalálásához, ami csökkentheti a megtakarítást. Ezért érdemes finomhangolni a kötet méretét a teljes forgalom és a rendszer hardveres képességei alapján az optimális megtakarítás érdekében. A deduplikációhoz használt kötetméretek meghatározására vonatkozó részletesebb információk a Windows Server deduplikációhoz készült méretezési köteteiben találhatók. A deduplikációhoz használt kötetméretek meghatározásáról további információt Adatdeduplikációs kötetek méretezésecímű témakörben talál.

Megosztás a következőn keresztül: