Avamar Data Domain-Integration: Änderungsrate für komplette SQL-Backups

Übersicht

In diesem Wissensdatenbank-Artikel werden die Deduplizierungsraten für komplette Avamar-Backups für das Microsoft SQL-Plug-in auf einer Data Domain erläutert.
 
In bestimmten Szenarien treten bei Kunden mehr neue Bytes als erwartet für ihre vollständigen SQL-Backups auf. In diesem Artikel werden die Architektur der SQL-Backupstreams und ihre Auswirkungen auf das Data Domain CDSF-Streamspeicherformat untersucht. Außerdem sollen Empfehlungen für bewährte Verfahren ausgesprochen werden.

SQL-Streams

Microsoft SQL mit SMO kann einzelne oder mehrere Datenstreams für Backups bereitstellen. Der Streaminhalt ist jedoch nicht deterministisch (die Sequenz der bereitgestellten Bytes für unveränderte Quelldaten kann unterschiedlich sein). Der Inhalt wird sowohl im Multi- als auch im Single-Stream-Fall in der Reihenfolge bereitgestellt, in der er von der Festplatte gelesen wird, und parallele Lesevorgänge werden durchgeführt. Dieser nichtdeterministische Strom trägt zu höheren scheinbaren Änderungsraten bei. Der TSQL-Parameter maxtransfersize Bestimmt die Größe der Blöcke, die im Stream bereitgestellt werden. Größere Werte tragen dazu bei, dass übertragene Blöcke kohärenter sind.

Data Domain CDSF

Backupstreams für SQL-Datenbanken werden in CDSF (Common Data Streaming Format) in eine Data Domain geschrieben. Jeder SQL-Stream wird in einen anderen Container geschrieben. Die Data Domain-Deduplizierung zwischen Containern ist nicht perfekt, da bei der ersten Datenaufnahme der Schwerpunkt auf der Lokalität liegt. Dies kann zu anfänglich 6 % bis 8 % doppelten Segmenten im Vergleich zu einem vorherigen Backup führen. Eine bessere Deduplizierung wird schließlich über 2 bis 3 Garbage-Collection-Zyklen erreicht.

Zusammenfassung

Die nichtdeterministische Natur der SQL-Backupstreams kann in Kombination mit der unvollständigen anfänglichen Deduplizierung auf der Data Domain zu einer Änderungsrate von ~5 % für das Backup führen, selbst wenn keine Änderung erfolgt ist.

Empfehlungen

• Überprüfen Sie, ob die Standard-SQL-Datei maxtransfersize Der Wert beträgt 4 MB. (Überprüfen Sie avsql.cmd Datei auf dem SQL-Client und dem Dataset für das SQL-Backup)
• Verwenden Sie angemessene Datenbanken für SQL-Backup-Policies, siehe Handbücher für eine vollständige Erläuterung.
• Match avtar Blockgröße auf SQL durch Festlegen von "--[avtar]blocksize=0x400000" im SQL-Dataset

             --[avtar]flag-name in avsql.cmd Folgendes enthält: nicht arbeiten.

Korrect Methode zum Aktivieren dieses Flags: 

* Verwenden Sie die --[avtar]blocksize=0x400000 im SQL-Dataset.

Oder

* Verwenden Sie --blocksize=0x4000000 in avtar.cmd

--maxtransfersize=65536 
(64K)

Dies wirkte sich negativ auf die Leistung aus. Entfernen der avsql.cmd 4-mal verbesserte Leistung

--maxtransfersize=4194304 
(4MB)
Diese Einstellung für die beste Leistung