Data Domain – Bedste fremgangsmåder for datastrømme, der sendes til DD-systemer med DDOS 7.x.

Baggrund om DDR-streams

Generelt henviser en stream i denne sammenhæng til den byte-strøm, der er knyttet til en sekventiel filadgang. Normalt henviser vi til en stor fil, der skrives til en sikkerhedskopi eller læses til en gendannelse (deraf "skrivestrøm" og "læsestrøm").

Derudover er der to andre typer streams, der henvises til i diskussionen nedenfor:

• Managed File Replication stream – der er forbundet med en filreplikeringshandling, også kendt som optdup (optimized duplication) i programmerne Symantec NetBackup og BackupExec. Denne funktion blev introduceret i DD OS version 4.7.

• MTree-replikeringsstream – der er knyttet til en MTree-replikeringskontekst, mens MTree-replikering er i gang. Denne funktion blev introduceret i DD OS version 5.1

Selvom brugsscenarierne for disse replikeringsstrømme er meget forskellige fra de normale sikkerhedskopierings- og gendannelseshandlinger, svarer udnyttelsen af streamressourcen i DDR stort set til en læsestream (for en kildekontekst) eller en skrivestrøm (for en destinationskontekst).

Tabellen Antal understøttede streams, som der henvises til nedenfor, repræsenterer de anbefalede grænser for samtidige læse- og skrivestrømme. Overskridelse af disse grænser resulterer i forringelse af ydeevnen (både gennemløb og komprimering). Internt kalder vi dem bløde grænser. Derudover er der en intern hård grænse, der refererer til det samlede antal streams, der understøttes af DDFS. NFS-serveren i DDFS genbruger streamressourcer for at holde sig under den hårde grænse. Det er denne genanvendelse (eller prygl) af strømressourcer, der er ansvarlig for det stejle præstationsfald, når den hårde grænse overskrides. Den hårde grænse er 2x den bløde grænse. Stream thrashing vil forekomme, hvis antallet af samtidige streams overstiger den hårde grænse. Stream thrashing forårsager ekstremt lav (ca. 1mb / sek) ydeevne og omvendt komprimering. Når filsystemet registrerer stream-thrashing, genererer det advarslen "For mange streams open".

Hvad angår replikeringsstrømme, anvendes udtrykket "Repl-streams" i tabellen Supported Stream Count, som der henvises til nedenfor, til at henvise til alle typer replikeringsstrømme (hvor det er relevant).

Ved MTree-replikering angiver værdierne i tabellen Antal understøttede streams, som der henvises til nedenfor, det maksimale antal kontekster, der kan oprettes. Dette er en håndhævet grænse, der ikke kan overskrides. I nogle tilfælde tillader vi, at der oprettes flere MTree-replikeringskontekster, end den bløde grænse for læse-/skrivestream ville diktere, fordi replikeringsudnyttelse kan være mindre krævende end sikkerhedskopierings- og gendannelseshandlinger, og muligheden for at overabonnere ud over den bløde grænse giver større replikeringstæthed (f.eks. i mange-til-1-replikeringstopologier).

For optdup-streams (filreplikering) anbefales værdierne i tabellen Antal understøttede streams, som der henvises til nedenfor, som beskrevet ovenfor for antal læse- og skrivestrømme.

Bedste praksis for datastrømme, der sendes til DD-systemer

Dell EMC anbefaler grænser for samtidige streams mellem DD-systemer og dine sikkerhedskopieringsservere for at opnå optimal ydeevne.

En datastrøm henviser i forbindelse med følgende tabel til en stor bytestrøm, der er knyttet til sekventiel filadgang, f.eks. en skrivestream til en sikkerhedskopifil eller en læsestream fra et gendannelsesbillede. En replikeringskilde eller destinationsstrøm henviser til en replikeringshandling eller en DD Boost-filreplikeringsstrøm, der er knyttet til en filreplikeringshandling.

Det viste antal replikeringsstrømme gælder for biblioteksreplikering, ddboost-replikering og MTree-replikering.

Replikering (MRepl, MFR) kan mislykkes med fejlen "cannot connect, Unknown error, 5 (RPC: TIMEOUT); 5029 rpc drifts-/funktionsfejl", når destinations-DD afviser forbindelse til sin TCP 2051 (afvist forbindelsesforsøg til port 2051 fra klient).