Integracja Data Domain Avamar: Szybkość zmiany pełnej kopii zapasowej SQL

Omówienie

Ten artykuł bazy wiedzy zawiera informacje na temat współczynników deduplikacji dla pełnych kopii zapasowych wtyczki Microsoft SQL Avamar do systemu Data Domain.
 
W niektórych scenariuszach klienci doświadczają większej liczby nowych bajtów niż oczekiwano dla pełnych kopii zapasowych SQL. W tym artykule opisano architekturę strumieni kopii zapasowych SQL i jej wpływ na format magazynu strumieni CDSF Data Domain. Ma również na celu sformułowanie zaleceń dotyczących najlepszych praktyk.

Strumienie SQL

Rozwiązanie Microsoft SQL z funkcją SMO umożliwia tworzenie kopii zapasowych w jednym lub wielu strumieniach danych. Jednak zawartość strumienia nie jest deterministyczna (sekwencja bajtów dostarczanych dla niezmienionych danych źródłowych może być inna). Zawartość, zarówno w przypadku wielostrumieniowego, jak i jednostrumieniowego, jest dostarczana w kolejności, w jakiej jest odczytywana z dysku, a odczyty równoległe są wykonywane. Ten niedeterministyczny strumień przyczynia się do wyższych wskaźników pozornych zmian. Parametr TSQL maxtransfersize określa rozmiar fragmentów dostarczanych w strumieniu. Większe wartości sprawią, że przenoszone fragmenty będą bardziej spójne.

Data Domain CDSF

Strumienie kopii zapasowych bazy danych SQL są zapisywane w systemie Data Domain w formacie CDSF (Common Data Streaming Format). Każdy strumień SQL jest zapisywany w innym kontenerze. Deduplikacja Data Domain między kontenerami nie jest idealna ze względu na nacisk projektu na lokalność podczas początkowego pozyskiwania danych. Może to spowodować początkowe 6–8% zduplikowanych segmentów w stosunku do poprzedniej kopii zapasowej. Znacznie lepsza deduplikacja jest ostatecznie osiągana w ciągu 2 do 3 cykli odśmiecania pamięci.

Wnioski

Niedeterministyczny charakter strumieni kopii zapasowych SQL, w połączeniu z niekompletną początkową deduplikacją w systemie Data Domain, może skutkować raportowaniem ~5% współczynnika zmian dla kopii zapasowej, nawet w przypadku, gdy nie nastąpiły żadne zmiany.

Zalecenia

• Sprawdź, czy domyślna wartość maxtransfersize SQL (od wersji 7.0) to 4 MB. (Sprawdź plik avsql.cmd klienta SQL i zestaw danych, aby uzyskać kopię zapasową SQL)
• W przypadku dużych baz danych używaj przyrostowych kopii zapasowych SQL zamiast wszystkich pełnych kopii zapasowych
• Dopasuj rozmiar bloku avtar do SQL, ustawiając --[avtar]blocksize=0x400000 w zestawie danych SQL

Uwaga: wtyczka SQL nie obsługuje przypisywania flag do wtyczek podrzędnych za pomocą pliku
avsql.cmd --[avtar]nazwa-flagi w avsql.cmdnie będzie działać

w językuClub w prosty sposób, aby włączyć tę flagę: 

* Użyj parametru --[avtar]blocksize=0x400000 w zestawie danych

SQL lub

* użyj polecenia --blocksize=0x4000000 w avtar.cmd