DPM-tároló deduplikálása

  • Cikk

Fontos

A Data Protection Manager (DPM) ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen a DPM 2022-re.

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, hogy az adatok helyesek és teljesek legyenek. Ismerje meg bővebben az adatdeduplikáció tervezését.

  • A deduplikáció csökkenti a tárterület-használatot. Bár egy adatkészlet redundanciájának mennyisége a számítási feladattól és az adattípustól függ, általában a biztonsági mentési adatok jelentős megtakarítást mutatnak a deduplikáció használatakor.

  • Az adatredundancia mértéke tovább csökkenthető deduplikációval abban az esetben, ha a hasonló típusú adatok és munkaterhelések feldolgozása együttesen történik.

  • A Deduplikáció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 az adatok életkorát öt napig egy adott fájl feldolgozása előtt, és az alapértelmezett minimális fájlméretük 32 KB. Az adatdeduplikáció nem igényel sok memóriát, és nem terheli a processzort.

  • A deduplikáció a következő típusú alkalmazásokon és szolgáltatásokon futtatható:

    • Általános fájlmegosztások: csoportos tartalmak közzététele és megosztása, felhasználói kezdőmappák, mappaátirányítás és offline fájlok

    • Szoftvertelepítési megosztások: szoftverek bináris fájljai, lemezképek és frissítések

    • Virtuálismerevlemez-könyvtárak: virtuális merevlemezekre (VHD) épülő fájltárolás hipervizorokra történő kiépítéshez

    • VDI-példányok (csak Windows Server 2012 R2 esetén): Hyper-V rendszerű virtuális asztali infrastruktúrák (VDI) üzembe helyezése

    • 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ó

A DPM és a deduplikáció együttes használata jelentős megtakarításokhoz vezethet. A DPM biztonsági mentési adatainak optimalizálásakor a deduplikáció révén megtakarított hely nagysága a menteni kívánt adatok típusától függ. Egy titkosított adatbázis-kiszolgáló biztonsági mentése például általában csak minimális megtakarítással jár, mert a titkosítási folyamat elrejti az ismétlődő 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 70–90+%, 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ációjának használatához a DPM-nek Hyper-V virtuális gépen kell futnia, és biztonsági mentési adatokat kell tárolnia a megosztott mappákban lévő virtuális merevlemezeken, ahol engedélyezve van az adatok deduplikációja.

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

  • Hyper-V rendszerű gazdagépfürt egyik virtuális gépén futó DPM.

  • Fájlkiszolgáló SMB 3.0-s megosztásán tárolt VHD- vagy VHDX-fájlokat használó DPM-tároló.

  • A tesztelési példában a fájlkiszolgálót kibővített fájlkiszolgálóként (SOFS) konfiguráltuk, amelyet a közvetlenül csatlakoztatott SAS-meghajtók használatával létrehozott Tárolóhelyek készletekből konfigurált tárolókötetekkel telepítettek. Ez az üzembe helyezés nagy léptékben biztosítja a teljesítményt.

Vegye figyelembe:

  • Ezt az üzembe helyezést a DPM 2012 R2 és újabb verziók, valamint a DPM 2012 R2 és újabb verziók által biztonsági másolatként készíthető számítási feladatok adatai támogatják.

  • Az összes Olyan Windows-fájlkiszolgáló-csomópontnak, amelyen a DPM virtuális merevlemezei találhatók, és amelyen a deduplikáció engedélyezve lesz, Windows Server 2012 R2-t kell futtatnia a 2014. novemberi vagy újabb kumulatív frissítéssel.

  • Az itt bemutatott üzembe helyezési példához általános javaslatokat és útmutatásokat is adunk. Hardverspecifikus példák esetén a Microsoft Cloud Platform System (CPS) rendszerében üzembe helyezett hardverekre hivatkozunk.

  • 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é összpontosulnak a Hyper-V csomópontok helyett. Az alábbi hardverkonfiguráció a CPS-ben használatos biztonsági mentések és éles adatok tárolására. A teljes hardvert a biztonsági mentéshez és az éles tároláshoz is használják, de a meghajtóházakban felsorolt meghajtók száma csak a biztonsági mentéshez használt meghajtók száma.

    • Négy csomópont – Fájlkiszolgáló-fürt vertikális felskálázása

    • Csomópontonkénti konfiguráció

      • 2x Intel(R) Xeon(R) CPU E5-2650 0 @ 2,00 GHz, 2001 MHz, 8 mag, 16 logikai processzor

      • 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 szabályzat 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

A deduplikált kötetek beállítása

Mérlegeljük, hogy mekkora kötetekre van szükség 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 mekkora adatmennyiség van a köteten, milyen gyakran változnak ezek az adatok, és hogy milyen gyors adatelérést biztosít a lemezes tárolóalrendszer. 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ó: Kötetek méretezése adatdeduplikációhoz. A deduplikációs kötetekhez a következő általános irányelvek ajánlottak:

  • Használjon házfigyeléses paritásos tárolóhelyeket a rugalmasság és a jobb lemezkihasználás é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ójával.

  • Az ajánlott 7,2 TB-os kötetméret feletti hardverkonfigurációban a kötetek az alábbiak szerint lesznek konfigurálva:

    • Ház tudatában kettős paritású 7,2 TB + 1 GB visszaíró gyorsítótár

      • ResiliencySettingName == Paritás

      • PhysicalDiskRedundancy == 2

      • NumberOfColumns == 7

      • Interleave == 256 KB (A kettős paritású 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

      • Nagyméretű FRS

      Állítson be a megadott tárolókészletben egy új virtuális lemezt a következőképpen:

      New-VirtualDisk -Size 7.2TB -PhysicalDiskRedundancy 2 -ResiliencySettingName Parity -StoragePoolFriendlyName BackupPool -FriendlyName BackupStorage -NumberOfColumns 7 -IsEnclosureAware $true

    • Minden egyes kötetet így kell formázni:

      Format-Volume -Partition <volume> -FileSystem NTFS -AllocationUnitSize 64 KB -UseLargeFRS -Force

      A CPS rendszerbeli üzembe helyezés során ezeket a köteteket megosztott fürtkötetekként (CSV) kell konfigurálni.

    • 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. A következő formázás után engedélyezze a deduplikációt a köteten:

      Enable-DedupVolume -Volume <volume> -UsageType HyperV
Set-DedupVolume -Volume <volume> -MinimumFileAgeDays 0 -OptimizePartialFiles:$false

      Ez a parancs a következő mennyiségi szintű deduplikációs beállításokat is módosítja:

      • UsageType beállítása HyperV értékre: Ez a megnyitott fájlok deduplikációs feldolgozását eredményezi, ami azért szükséges, mert a DPM által a biztonsági mentési tároláshoz használt VHDX-fájlok nyitva maradnak, és a DPM fut a virtuális gépen.

      • PartialFileOptimization letiltása: Ez azt eredményezi, hogy a deduplikáció optimalizálja egy megnyitott fájl összes szakaszát ahelyett, hogy a módosított, minimális korú szakaszokat keresné.

      • Állítsa a MinFileAgeDays paramétert 0-ra: Ha a PartialFileOptimization le van tiltva, a MinFileAgeDays módosítja a viselkedését, így a deduplikáció csak azokat a fájlokat veszi figyelembe, amelyek nem változtak az elmúlt napokban. Mivel az ideális eset az, ha a deduplikáció a DPM VHDX-fájljaiban tárolt biztonsági mentési adatokat haladéktalanul feldolgozza, a MinFileAgeDays paraméter értékét 0-ra kell állítani.

A deduplikáció beállításával kapcsolatos további információkért lásd: 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ó lefoglalása a deduplikált köteteken található VHDX-fájlokkal történik. 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últerjeszkedő tárterületet is el lehet végezni a deduplikáció által előállított tárolási megtakarítás kihasználása érdekében. Mivel a deduplikáció további tárterület-megtakarítást eredményez, új VHDX-fájlok hozhatók létre ezeken a köteteken a mentett terület felhasználásához. A DPM-kiszolgálót legfeljebb 30 VHDX-fájllal teszteltük.

  1. Az alábbi parancs futtatásával olyan virtuális merevlemezeket hozhat létre, amelyeket később fel tud venni a DPM-kiszolgálóra:

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

  2. Ezután a következőképpen vegye fel a létrehozott virtuális merevlemezeket a DPM-kiszolgálóra:

    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 a DPM-konfiguráció része, és elkülönül az előző szakaszban leírt adatkötetek létrehozásához használt Tárolóhelyek szolgáltatásbeli készlettől. A DPM-tárolókészletekkel kapcsolatos további információkért lásd: Lemeztárolók és tárolókészletek konfigurálása.

Windowsos fájlkiszolgálófürt beállítása

Ahhoz, hogy a deduplikáció támogassa a virtualizált DPM-tárolást, különleges konfigurációs beállításokra van szükség az adatok mennyisége és az egyes fájlok mérete miatt. Ezek a beállítások a teljes fürtre vagy fürtcsomópontra érvényesek. A fürt minden csomópontján engedélyezni kell a deduplikációt, és egyenként konfigurálni kell a fürtbeállításokat.

  1. A deduplikáció engedélyezése a Windows-fájlkiszolgáló tárolóján- a deduplikációs szerepkört a Windows-fájlkiszolgáló fürtjének ö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>

  2. A biztonsági mentési adatfájlok deduplikációs feldolgozásának finomhangolása – Futtassa az alábbi PowerShell-parancsot, és állítsa be az optimalizálást késedelem nélkül, és ne a részleges fájlírások optimalizálására. Alapértelmezés szerint a szemétgyűjtési (GC)-feladatok minden héten vannak ütemezve, és a GC-feladat "mély GC" módban fut, hogy kimerítőbb és időigényesebb keresést biztosítson az eltávolítandó adatokhoz. A DPM számítási feladat esetében ez a "mély GC" mód nem eredményez semmilyen értékelhető nyereséget, és csökkenti azt az időtartamot, amelyben a deduplikáció optimalizálhatja az adatokat. Mi ezért letiltjuk a mélyszintű szemétgyűjtést.

    Set-ItemProperty -Path HKLM:\Cluster\Dedup -Name DeepGCInterval -Value 0xFFFFFFFF

  3. Nagy léptékű műveletek teljesítményének finomhangolása – Futtassa a következő PowerShell-szkriptet a következőre:

    • A mélyszintű szemétgyűjtés futtatásakor induló további feldolgozás és további I/O műveletek letiltása

    • További memória lefoglalása kivonatok feldolgozásához

    • Elsőbbségi optimalizálás engedélyezése a nagyméretű 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 az alábbiakat 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 a meglévő adattömbkivonatokhoz és az új adattömbkivonatokhoz. Nagy adatmennyiség esetén a 70% jobb optimalizálási átviteli sebességet 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 halmozhat fel a fájlonkénti korlát eléréséhez. Az optimalizált feldolgozás összevonja ezeket a töredékeket, és megakadályozza, hogy a művelet elérje a megadott korlátot. Ennek a beállításkulcsnak a megadásával a deduplikáció még egy folyamat beállításával segíti a jelentős töredezettséggel bíró, magas prioritású deduplikált fájlok feldolgozását.

A DPM és a deduplikációs ütemezés beállítása

A biztonsági mentési és a deduplikációs műveletek egyaránt sok I/O művelettel járnak. Ha egyszerre kellene futniuk ezeknek a műveleteknek, az költséges többletterheléssel járna a műveletek közti váltáskor, így napi szinten kevesebb biztonsági másolat készülhetne csak az adatokról, és a deduplikáció is ritkább lenne. Azt javasoljuk, hogy dedikált és különálló deduplikációs és biztonsági mentési időszakokat állítson be. Ez biztosítja, hogy mindkét művelet I/O adatforgalma hatékonyan van elosztva a rendszer mindennapos működése közben. Az ütemezéshez a következőket javasoljuk:

  • Ossza be a napokat úgy, hogy ne legyenek átfedésben a biztonsági mentés és a deduplikáció időszakai.

  • Állítson be egyéni biztonsági mentési ütemterveket.

  • Állítson be egyéni deduplikációs ütemterveket.

  • Az optimalizálást a napi deduplikációs időszakra ütemezze.

  • Állítson be különálló hétvégi deduplikációs ütemterveket, és használja ezt az időt szemétgyűjtési és tisztítási feladatokra.

A DPM-ütemterveket a következő PowerShell-paranccsal tudja beállítani:

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

Ebben a konfigurációban a DPM este 10 és reggel 6 óra között készít biztonsági másolatokat a virtuális gépekről, a nap hátralevő 16 órájában pedig deduplikációt végez. A konfigurált tényleges deduplikációs idő a kötet méretétől függ. További információ: Kötetek méretezése adatdeduplikációhoz. A biztonsági mentési időszak vége után 16 órás deduplikációs időszak lesz konfigurálva az egyes fürtcsomópontokró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 is módosuljön, hogy ne legyenek átfedésben. A deduplikáció és a biztonsági mentés ablakának nem kell kitöltenie a nap teljes 24 óráját; Azonban erősen ajánlott, hogy lehetővé tegyék a feldolgozási idő változásait a számítási feladatok és az adatváltozás várható napi változásai miatt.

A biztonsági mentés teljesítményére gyakorolt hatás

A fájlok deduplikációja után a fájlok elérése némi teljesítményköltséggel járhat. Ennek a deduplikált fájlok által használt fájlformátum eléréséhez szükséges utólagos feldolgozás az oka. Ebben az esetben a fájlok egy VHDX-fájlkészletet alkotnak, amelyet a DPM folyamatosan használ a biztonsági mentés közben. A fájlok deduplikációjának hatása azt jelenti, hogy a biztonsági mentési és helyreállítási műveletek valamivel lassabbak lehetnek, mint a deduplikáció nélkül. Mint bármely biztonsági mentési termék, a DPM is inkább írási műveleteket végez. Az olvasási műveletek visszaállításkor jutnak nagyon fontos szerephez. A deduplikáció biztonsági mentések teljesítményére gyakorolt hatásainak kezeléséhez a következőket javasoljuk:

  • 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, hogy a biztonsági mentési időszak meghatározásakor 5–10%-kal nő a biztonsági mentési idő. (Ez a nem deduplikált kötetekre történő biztonsági mentés várt idejéhez képesti eltérés.)

Figyelés

A DPM és az adatdeduplikáció figyelésével az alábbiak biztosíthatók:

  • Elegendő lemezterület van kiépítve a biztonsági mentési adatok tárolásához

  • A DPM biztonsági mentési feladatai hiba nélkül zajlanak

  • A deduplikáció engedélyezve van a biztonsági másolatokat tároló köteteken

  • A deduplikáció ütemezése helyesen van beállítva

  • A deduplikáció feldolgozása hiba nélkül, napi szinten működik

  • A deduplikáció megtakarítási aránya egyezik a rendszerkonfiguráció alapján előzetesen kalkulált aránnyal

A deduplikáció sikere a rendszer összesített hardveres képességeitől (többek között a processzor feldolgozási sebességétől, az I/O műveletek sávszélességétől és a tárolókapacitástól), a helyes rendszerkonfigurációtól, az átlagos rendszerterheléstől és a módosított adatok napi mennyiségétől függ.

A DPM működése a DPM központi konzoljával figyelhető. További információ: A központi konzol telepítése.

A deduplikáció monitorozásával ellenőrizheti a deduplikációs állapotot, a mentési sebességet és az állapot ütemezését a következő PowerShell-parancsokkal:

Az állapot beolvasása:

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:

A megtakarítási arány beolvasása:

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

Az ütemezés állapotát a Get-DedupSchedule parancsmaggal olvashatja be.

Események figyelése

Az eseménynapló figyelése segíthet a deduplikációs események és állapotuk megértésében.

  • A deduplikációs események megtekintéséhez a Fájlkezelő lépjen az Alkalmazások és szolgáltatások naplói>Microsoft>Windows-deduplikáció> elemre.

  • Ha a LastOptimizationResult = 0x00000000 érték megjelenik a(z) |fl Windows PowerShell eredmények Get-DedupStatus, a teljes adatkészletet az előző optimalizálási feladat feldolgozta. Ha nem, akkor a rendszer nem tudta befejezni a deduplikáció feldolgozását, és szükség lehet a konfigurációs beállítások (például a kötetméretek) ellenőrzésére.

További részletes példák a parancsmagok használatára: Adatdeduplikáció figyelése és jelentések készítése.

Biztonsági másolatok tárolási helyének 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áltak) 10 x 1 TB dinamikus VHDX-fájlban vannak tárolva. E fájlok biztonsági mentési adatai összegyűlnek és lassan feltö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öteten (esetleg további hely is rendelkezésre áll 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 elfogyhat a hely, mielőtt a VHDX-fájlok elérnék a teljes logikai méretet, és a kötet megtelne. A kötetek megtelésének megakadályozása érdekében a következőket javasoljuk:

  • Óvatosan állítsa be a kötetméretek követelményeit, és hagyjon helyet további tárhely kiépítésének. Javasoljuk, hogy a biztonsági mentési tár használatának tervezésekor legalább 10%-os puffert engedélyezzen, hogy lehetővé tegye a deduplikációs megtakarítások és az adatváltozások várható változásait.

  • A biztonsági másolatok tárolásához használt kötetek figyelésével győződjön meg arról, hogy a hely kihasználása és a deduplikáció megtakarítási aránya eléri a várt szintet.

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

  • A DPM virtuális gépe kritikus felfüggesztési állapotba kerül, és nem adhat ki több biztonsági mentési feladatot.

  • A megtelt köteten található 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árterületet építhet ki, és a DPM virtuális gép vagy annak VHDX-jének tárolómigrálása is elvégezhető a hely felszabadítása érdekében:

  1. Állítsa le azt a DPM-kiszolgálót, amely a teljes biztonsági másolatokat tároló megosztáson lévő VHDX-fájlok tulajdonosa.

  2. Hozzon létre egy új kötetet és egy biztonsági mentési megosztást azzal a konfigurációval és azokkal beállításokkal, amelyekkel a meglévő megosztások is rendelkeznek (beleértve az NTFS- és a deduplikációs beállításokat).

  3. Migrálja a DPM Server virtuális gép tárolóját, és migráljon legalább egy VHDX-fájlt a teljes biztonsági mentési megosztásból a 2. lépésben létrehozott új biztonsági mentési megosztásba.

  4. Futtasson egy adatdeduplikációs szemétgyűjtési (GC) feladatot a biztonsági másolatok megtelt kiindulási megosztásán. A szemétgyűjtési feladat sikeresen befejeződik, és tárhelyet szabadít fel.

  5. Indítsa újra a DPM-kiszolgáló virtuális gépét.

  6. 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.

  7. Ezután minden biztonsági mentési feladatnak működnie kell.

Összefoglalás

A deduplikáció és a DPM együttes használata jelentős tárhely-megtakarítást nyújt. Ez magasabb adatmegőrzési arányt, gyakoribb biztonsági mentéseket és kedvezőbb teljes birtoklási költséget biztosít a DPM-példánynak. Az ebben a dokumentumban ismertetett útmutatás és javaslatok alapján megismerheti a DPM-tároló deduplikációjának konfigurálásához használható eszközöket, elsajátíthatja a szükséges tudást, ezenkívül a saját üzemi környezetében is megtapasztalhatja az előnyeit.

Gyakori kérdések

K: A 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 egy 1 TB méretű > virtuális gépről, SharePoint-ról vagy SQL DB-ről vagy fájlkötetről?

A: Nem. A DPM több kötet egy kötetté egyesítésével tárolja a biztonsági másolatokat, Az 1 TB-os fájlméret tehát nem befolyásolja a DPM által biztonsági mentésre alkalmas adatforrásméreteket.

K.: Úgy tűnik, hogy a DPM-tároló VHDX-fájljai csak távoli SMB-fájlmegosztásokra telepíthetők. Mi történik, ha deduplikációt engedélyező köteteken tárolom a VHDX-fájlok biztonsági másolatait ugyanazon a rendszeren, amelyen a DPM virtuális gépe is fut?

A: Ahogy fentebb említettük, a DPM, a Hyper-V és a deduplikáció tároló- és számításigényes műveletek. Ha mind a hármat egyetlen rendszerben kombinálja, az I/O- és folyamatigényes műveletekhez vezethet, amelyek kiéheztethetik a Hyper-V-t és annak 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 álljon rendelkezésre az ugyanazon a gépen végzett mindhárom művelet fenntartásához.

K.: Dedikált, külön deduplikációs és biztonsági mentési időszakokat javasolnak. Miért nem engedélyezhető a deduplikáció, miközben a DPM a biztonsági másolatokat készíti? 15 percenként biztonsági másolatot kell készítenem az SQL DB-ről.

A: A Deduplikáció és a DPM tárolóigényes műveletek, és ha mindkettő egyszerre fut, az nem hatékony, és I/O-beli éhezéshez vezethet. Ezért a számítási feladatok napi egynél többszöri védelméhez (például 15 percenként SQL Server) é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ép-kapacitá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élyezhető a deduplikáció közvetlenül replikaköteteken és árnyékmásolat-köteteken a VHDX-fájlok helyett?

V.: A deduplikáció köteteként haladva lépked végig az egyes fájlokon. Mivel a deduplikáció a fájl szintjén optimalizál, nem támogatja 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ásakor a Hyper-V leképezi a DPM köteteken futó műveleteit a VHDX-fájlok szintjére, így téve lehetővé a deduplikációnak, hogy optimalizálja a biztonsági mentési adatokat, és nagyobb tárhely-megtakarítást nyújtson.

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

V.: A deduplikáció kötetenként egy szálat futtat. Ahogyan nőnek a kötetméretek, úgy nő a deduplikáció időigénye az optimalizálás befejezéséhez. A kis kötetek esetében viszont kevesebb adat található a duplikált adattömbök között, ami kisebb megtakarítást eredményezhet. Ezért érdemes a teljes adatváltozás és a rendszer hardveres képességei alapján finomhangolni a kötetméretet az optimális megtakarítás érdekében. A deduplikációs kötetméretekről a Windows Server oldalán tájékozódhat. A deduplikációval használt kötetméretek meghatározásáról további információt a Kötetek méretezése adatdeduplikációhoz című témakörben talál.