Avamar Data Domain Integration: Endringshastighet for fullstendig sikkerhetskopiering av SQL
Summary: Denne kunnskapsartikkelen forklarer dedupliseringshastigheter for fullstendige Avamar-sikkerhetskopier for Microsoft SQL-plugin-modulen til et datadomene.
Instructions
Oversikt
Denne kunnskapsartikkelen forklarer dedupliseringshastigheter for fullstendige Avamar-sikkerhetskopier for Microsoft SQL-plugin-modulen til et datadomene.
I enkelte scenarier opplever kunder høyere nye byte enn forventet for sine fullstendige SQL-sikkerhetskopier. Denne artikkelen utforsker arkitekturen til SQL-sikkerhetskopistrømmer og dens innvirkning på Data Domain CDSF-strømlagringsformatet. Det tar også sikte på å gi anbefalinger mot beste praksis.
SQL-strømmer
Microsoft SQL med SMO kan levere én eller flere datastrømmer for sikkerhetskopiering. Strøminnholdet er imidlertid ikke deterministisk (sekvensen av byte som leveres for uendrede kildedata, kan være forskjellig). Innholdet, både i multi- og single stream-saken, leveres i den rekkefølgen det leses fra disk, og parallelle lesninger utføres. Denne ikke-deterministiske strømmen bidrar til høyere tilsynelatende endringsrater. TSQL-parameteren maxtransfersize bestemmer størrelsen på biter levert på strømmen. Større verdier bidrar til at bitene blir mer sammenhengende.
Data Domain CDSF
Sikkerhetskopistrømmer for SQL-databaser skrives til et Data Domain i CDSF (Common Data Streaming Format). Hver SQL-strøm skrives til en annen beholder. Data Domain-deduplisering mellom containere er mindre enn perfekt på grunn av designvekt på lokalitet under innledende datainntak. Dette kan resultere i innledende 6 % til 8 % dupliserte segmenter i forhold til en tidligere sikkerhetskopi. Bedre deduplisering oppnås til slutt over 2 til 3 søppelinnsamlingssykluser.
Konklusjoner
Den ikke-deterministiske naturen til SQL-sikkerhetskopistrømmene, forsterket av den ufullstendige innledende dedupliseringen på Data Domain, kan føre til at ~5 % endringshastighet rapporteres for sikkerhetskopieringen, selv i tilfeller når det ikke har vært noen endring.
Anbefalinger
- Kontroller at standard SQL
maxtransfersizeverdien er 4MB. (Se avsql.cmd filen på SQL-klienten og datasettet for SQL-sikkerhetskopien) - Bruk rimelige SQL-databaser for sikkerhetskopiering, se veiledninger for fullstendig diskusjon.
- Matche
avtarblokkstørrelse til SQL ved å sette"--[avtar]blocksize=0x400000"i SQL-datasettet
Additional Information
--[avtar]flag-name in avsql.cmd Gjør ikke arbeid.
Correct måte å aktivere dette flagget:
* Bruk --[avtar]blocksize=0x400000 i SQL-datasettet.
Eller
* Bruk --blocksize=0x4000000 in avtar.cmd--maxtransfersize=65536 (64K)
Dette påvirket ytelsen negativt Ta ut avsql.cmd Forbedret ytelse 4x--maxtransfersize=4194304 (4MB)
Denne innstillingen for best ytelse