Data Domain - Best practices voor datastromen die met DDOS 8.x naar DD-systemen worden verzonden

Voor optimale prestaties raadt Dell Technologies limieten aan voor gelijktijdige streams tussen DD-systemen en uw back-upservers .

Een datastroom, in de context van de volgende tabel, verwijst naar een grote bytestroom die is gekoppeld aan sequentiële bestandstoegang, zoals een schrijfstroom naar een back-upbestand of een leesstroom vanaf een herstelimage. Een replicatiebron- of doelstroom verwijst naar een replicatiebewerking of een DD Boost-bestandsreplicatiestroom die is gekoppeld aan een bestandsreplicatiebewerking.

a. DirRepl-, OptDup-, MTreeRepl-streams

Achtergrondinformatie over DDR-streams

In het algemeen verwijst een stream in deze context naar de byte-stream die is gekoppeld aan een sequentiële bestandstoegang. Meestal hebben we het over een groot bestand dat wordt geschreven voor een back-up of wordt gelezen voor een herstelbewerking (vandaar "write stream" en "read stream").

Daarnaast zijn er nog twee andere soorten streams waarnaar in de onderstaande bespreking wordt verwezen:

• Managed File Replication stream: gekoppeld aan een bestandsreplicatiebewerking, ook wel optdup (geoptimaliseerde duplicatie) genoemd in de Symantec NetBackup- en BackupExec-applicaties. Deze functie is geïntroduceerd in DD OS release 4.7.

• MTree-replicatiestroom - gekoppeld aan een MTree-replicatiecontext, terwijl MTree-replicatie wordt uitgevoerd. Deze functie is geïntroduceerd in DD OS release 5.1

Hoewel de gebruiksscenario's voor deze replicatiestromen sterk verschillen van de normale back-up- en herstelbewerkingen, is het gebruik van streambronnen binnen de DDR ongeveer gelijk aan een leesstroom (voor een broncontext) of een schrijfstroom (voor een doelcontext).

De tabel Supported Stream Count waarnaar hieronder wordt verwezen, vertegenwoordigt de aanbevolen limieten voor gelijktijdige lees- en schrijfstreams. Overschrijding van deze limieten leidt tot prestatievermindering (zowel doorvoer als compressie). Intern noemen we ze zachte limieten. Daarnaast is er een interne harde limiet die verwijst naar het totale aantal streams dat wordt ondersteund door DDFS. De NFS-server in DDFS recyclet streambronnen om onder de harde limiet te blijven. Het is deze recycling (of thrashing) van stroombronnen die verantwoordelijk is voor de sterke prestatiedaling wanneer de harde limiet wordt overschreden. De harde limiet is 2x de zachte limiet. Stream thrashing vindt plaats als het aantal gelijktijdige streams de harde limiet overschrijdt. Stream thrashing veroorzaakt extreem lage (ongeveer 1 mb/sec) prestaties en omgekeerde compressie. Wanneer het bestandssysteem stream thrashing detecteert, genereert het het waarschuwingsbericht "Too many streams open".

Wat replicatiestromen betreft, wordt in de tabel Supported Stream Count waarnaar hieronder wordt verwezen, de term 'Repl-streams' gebruikt om te verwijzen naar alle typen replicatiestromen (waar van toepassing).

Voor MTree-replicatie geven de waarden in de tabel Supported Stream Count waarnaar hieronder wordt verwezen, het maximale aantal contexten aan dat kan worden gemaakt. Dit is een afgedwongen limiet die niet mag worden overschreden. In sommige gevallen staan we toe dat er meer MTree-replicatiecontexten worden gemaakt dan de zachte limiet van de lees-/schrijfstroom zou vereisen, omdat replicatiegebruik minder veeleisend kan zijn dan back-up- en herstelbewerkingen, en de mogelijkheid om te overabonneren voorbij de zachte limiet een grotere replicatiedichtheid biedt (bijvoorbeeld in veel-naar-1 replicatietopologieën).

Voor optdup-streams (bestandsreplicatie) zijn de waarden in de tabel Supported Stream Count waarnaar hieronder wordt verwezen, aanbevolen limieten, zoals hierboven beschreven voor het aantal lees- en schrijfstreams.