Data Domain: PowerProtect DD Virtual Edition ("DDVE") metadata rikt linjer

Sammanfattning

PowerProtect DD Virtual Edition ger oöverträffad prestanda och TCO för kunder som söker fördelar med en data Domain-apparat i en virtuell form faktor. Men var försiktig när du drifts ätter PowerProtect-DDVE i vissa typer av miljöer eftersom detta kan leda till en ökning av metadata användningen över den före skrivna rikt linjen, vilket påverkar TCO erfarna av användaren. Ökningen av metadata som härrör från de scenarier som diskuteras nedan är en naturlig konsekvens av den höga dedupliceringen eftersom produkten fungerar per konstruktion och vi rekommenderar starkt att du bedömer den potentiella effekten av de nedan scenarierna på TCO före drift sättningen.
Det här dokumentet innehåller information om sådana kända scenarier som kan leda till ökad metadata användning när DDVE-skrivning används till ett objekt lager.

Scenario 1: Säkerhets kopiering av virtuella syntetiska fil system

Om du skyddar säkerhets kopior av fil systemet på PowerProtect-DDVE med hjälp av ett säkerhets kopierings program (t. ex. Avamar) när virtuella syntetiska säkerhets kopieringar är aktiverade kan det leda till en situation där kunden har en hög Deduplicerings kvot, vilket kostar ökad användning av metadata. En hög, effektiv deduplicerad hastighet som förbrukar ett lägre tryck på TCO, samtidigt som den ökade användningen av metadata utövar ett uppåt-tryck. Upplösningen av dessa krafter avgör det totala TCO som användaren har erfarit. Det är viktigt att bedöma före drift sättningen om användarens miljö har denna typ av arbets belastning.
Om det inte går att stänga av virtuella syntetiska säkerhets kopieringar i säkerhets kopierings programmet eller välja en som inte använder virtuella syntetiska, är den enda kända lösningen i sådana fall att användaren lägger till ytterligare metadata-diskar för att hålla systemet operativt.

Scenario 2: Del behållare

Skriver del behållare i objekt lagret, vilket kan bero på att det finns vanliga bekräftelser eller genom skrivning av små filer (< 1 MB) ökar systemets metadata. I det här scenariot är denna insamling tillfällig, och systemet kan försättas i stadigt läge genom att köra rensning, vilket kopierar vidare de partiella behållarna och tar bort fragmenteringen. Det bör dock noteras att det finns en kostnad som är associerad med löpande rengöring, vilket kan påverka TCO om kör alltför ofta. Den bästa praxiss rikt linjen är att köra en en gång i veckan och ändra metadata diskarna i enlighet med detta.

Scenario 3: Små filer

I de fall där användarens miljö har miljon tals små filer (< 1 MB) är metadatans overhead hög jämfört med data. Det här är en arbets börda som inte stöds och DDVE kanske inte är rätt lösning för att skydda sådan arbets belastning.

Scenario 4: Täta markörer

Vissa appar som Oracle eller CommVault inför markörer i säkerhets kopie flödet. DDVE deduplicerar dessa markörer, vilket leder till höga uppladdnings hastigheter. Återigen har användaren en kompromiss mellan den höga Deduplicerings frekvensen och kostnaderna för ökad metadata användning. Användaren kan välja att stänga av i-appen optimering i säkerhets kopierings appen och minska användningen av DDVE metadata eller välja den högre Deduplicerings frekvensen på bekostnad av ökad metadata-användning.
Om det inte går att stänga av i-appens optimering i säkerhets kopierings programmet är den enda kända lösningen i sådana fall att användaren lägger till ytterligare metadata-diskar för att hålla systemet operativt.

Scenario 5: Icke-virtuella syntetiska säkerhets kopieringar med hög Deduplicerings frekvens

Det här scenariet är ovanligt och användaren måste vara medveten om den potentiella påverkan som TCO på grund av den höga
Deduplicerings frekvensen, vilket kan leda till en avsevärd ökning av metadata användningen. Den enda kända lösningen för sådana
fall är att användaren lägger till ytterligare metadata-diskar för att hålla systemet operativt.

Sammanfattning:

I de specifika scenarier som beskrivs ovan, förväntar vi att det kommer att bli signifikant ökande av meta data-
förbrukningen och den rekommenderade lösningen i sådana fall är att användaren lägger till ytterligare metadata-diskar för att hålla
systemet operativt. Produkten är verksam per konstruktion och vi rekommenderar starkt att du bedömer den potentiella
effekten av ovanstående scenarier på TCO före drift sättningen.
För arbets belastningar med högre Deduplicerings kvot behövs fler metadata. Metadata-lagring kan
expanderas dynamiskt. När lagrings utrymmet för metadata överstiger 80% kommer en varning att ökas. En ny disk för metadata
ska läggas till i DDVE omedelbart för att undvika att utrymmet är slut. Följ administrations hand boken för att se hur
lagrings enheten ska utökas. Vi rekommenderar att du alltid använder 1 TB disk.
Följande CLI (dokumenteras i DDVE-installationen & administrations hand bok) visar aktiv localmetadata-
användning.
Till exempel:

sysadmin@atos-ddve # filer visar data på utrymmes nivå aktiv Active-metadata aktive rad: användnings storlek för lokal metadata GiB används GiB-DISP GiB Använd%------------------------------24290,4 4390,2 19900,2 18,0%------------------------------