Data Domain: Najlepsze praktyki dotyczące DDBoost dla Commvault v11
Zusammenfassung: Ten artykuł bazy wiedzy zawiera zestaw najlepszych praktyk dotyczących DDBoost i CommVault v11 w odniesieniu do integracji Data Domain.
Weisungen
Najlepsze praktyki dotyczące dostępu do Data Domain Boost dla CommVault w wersji 11.30.x
- W przypadku korzystania z biblioteki Data Domain Boost Access (dostarczanej z CommVault 11.30.x) CommVault zaleca korzystanie z deduplikacji i kompresji Commvault z kopiami zapasowymi.
- Dzięki włączonej deduplikacji CV i kompresji klienci mogą korzystać z funkcji Dash Full
- DD przeprowadzi deduplikację danych z deduplikacji CV, aby zoptymalizować oszczędności.
- Zachowaj zapisywanie wszystkich danych Commvault w tym samym formacie, aby zmaksymalizować oszczędność miejsca zapewnianą przez deduplikację na poziomie urządzenia Data Domain, ale nie jest to obowiązkowe, aby włączyć deduplikację CommVault
- Klienci mogą wyłączyć odliczenia i kompresję CV, jeśli CyberSense ma skanować dane.
- Włącz tylko szyfrowanie Data Domain On-wire.
- Aby szyfrować dane pomiędzy serwerami Commvault i urządzeniami Data Domain, włącz opcję Encryption przesyłanych danych przez DD Boost w konsoli Data Domain.
- Nie włączaj szyfrowania kopii zapasowych w Commvault.
- Zapobiega to dalszemu deduplikowaniu danych zapisanych po stronie urządzenia w Data Domain. Jeśli musisz szyfrować dane w spoczynku, włącz tę funkcję w Data Domain.
- Tryb uwierzytelniania — anonimowy
- Aby uzyskać najlepszą wydajność szyfrowania przesyłanych danych za pomocą opcji DD Boost, wybierz tryb uwierzytelniania anonimowego.
Ustawienia bazy danych deduplikacji
- Ustaw wartość opcji Nie deduplikuj względem obiektów starszych niż n dni na 90 dni, jeśli jest włączona deduplikacja CV. Aby uzyskać więcej informacji, zobacz Właściwości bazy danych deduplikacji — ustawienia
.
Replikacja
- Włączanie replikacji Data Domain MTree Jeśli chcesz mieć wiele kopii danych na dwóch lub większej liczbie urządzeń Data Domain, rozważ użycie funkcji replikacji MTree w Data Domain, ponieważ jest to bardziej wydajne niż wykonywanie kopii pomocniczych lub DASH.
Aby zapoznać się z innymi najlepszymi praktykami, zapoznaj się z artykułem Najważniejsze wskazówki dotyczące bibliotek dysków
.
Tabela możliwości
Streszczenie: Ta tabela zawiera bardziej szczegółowe metryki możliwości w zakresie rozwiązań CommVault i DDBoost
| Funkcje | Tryby CommVault | Uwagi | |
| Dostęp do DDBoost (11.30.x) |
Klient DDBoost (11.32.x) |
Uwagi | |
| DD deduplikacja po stronie klienta (DSP) (przetwarzanie segmentów rozproszonych) |
Tak |
Tak | Dostęp do DDBoost: Deduplikacja DD po stronie klienta nie jest jednak włączona. CV Client Direct jest włączony przy użyciu CV Storage Accelerator DDBoost Client: Pakiet Media Agent jest wymagany na kliencie. Zapoznaj się z diagramami przepływu pracy dla ścieżki danych |
| Przywracanie z kompresją DD Boost |
Nie | Nie | |
| DD Boost przez FC | Tak | Tak | |
| Replikacja DD MTree | Tak | Nie | Dostęp do DDBoost: Klient DDBoost replikacji MTree: Domyślne MFR jest włączone. MREPL będzie nadal działać z DDBoost Client, jednak zalecamy użycie Aux Copy, ponieważ spowoduje to, że CV będzie używać MFR. |
| Zarządzana replikacja plików (MFR) DD | Nie | Tak | Klient DDBoost: Kopia CV Aux wykorzystuje DD MFR |
| Szyfrowanie DD w locie | Tak | Tak | Konfigurowalne, domyślnie wyłączone |
| Szyfrowanie DD w stanie spoczynku | Tak | Tak | |
| DD Retention Lock — zarządzana przez aplikację | Tak | Tak | |
| Automatyczna blokada retencji DD | Nie | Nie | |
| Bezpieczny system Linux (SE Linux) | Tak | Tak | |
| DD Ifgroup | Tak | Tak | |
| Automatyczne przesyłanie strumieniowe DD | Tak |
Nie dotyczy | Dostęp do DDBoost: MREPL będzie korzystać z automatycznego przesyłania strumieniowego, jeśli skonfigurowano MREPL. Klient DDBoost: Nie dotyczy MFR |
| Zoptymalizowana replikacja DD |
Nie | Tak | Klient DDBoost Optymalizacje replikacji są używane, gdy kopia zapasowa została utworzona przy użyciu DD VS |
| Wirtualne syntetyczne DD (DD VS) | Nie | Tak | Klient DDBoost: W Commvault Synthetic Full wykorzystuje DD VS |
| Optymalizacja aplikacji DD Oracle | Tak | Tak | |
| Statystyki DD w CV | Nie | Nie | Statystyki zadań CV nie odzwierciedlają przetwarzania deduplikacji wykonanego przez DD Boost. Odzwierciedla dane wysłane do biblioteki klienta DD Boost. |
| Magazyn CRS - Izolacja i niezmienność | Tak | Tak | |
| CRS Vault — skanowanie CyberSense | Tak | Nie | Dostęp do DDBoost: To jest tylko Tak dla dostępu DDBoost, jeśli deduplikacja CV i kompresja są wyłączone. |
| Natywne tworzenie warstw chmury DD | Tak | Tak | |
| DD IA/IR | Tak | Tak | Testy funkcjonalne Live Mount (IA/IR) zostały zakończone, ale trwają testy wydajności |
| DD SmartScale | Nie | Nie | |
| DDVE w chmurze publicznej AWS | Nie | Nie | |
| DDVE w chmurze publicznej Azure | Nie | Nie | |
| DDVE w chmurze publicznej Google | Nie | Nie | |
Dostrajanie CommVault
| Konfiguracja | Dostęp do DDBoost | Klient DDBoost | Uwagi |
| Domyślny rozmiar bloku CV | 512 tys. | Nie dotyczy | |
| Baza danych deduplikacji CV | Tak | Nie dotyczy | Dostęp do DDBoost: Deduplikacja CV jest domyślnie włączona Jednak skanowanie CR nie jest dostępne. Dostęp do DDBoost: Deduplikacja CV wyłączona: Skanowanie CR jest dostępne, jednak syntetyczne pełne nie jest zalecane. Klient DDBoost: Cała deduplikacja jest wykonywana przez DDBoost DSP |
| Kompresja CV | Nie | Nie | Dostęp do DDBoost: Kompresja CV jest domyślnie włączona Skanowanie CR nie jest jednak dostępne. Zalecenie to włączenie kompresji CV, jeśli kopia dodatkowa to tekst inny niż DD (np. taśma/chmura); zalecenie to wyłączenie kompresji CV, jeśli kopia dodatkowa to DD (np. warstwa chmury DD). |
| Szyfrowanie danych CV | Nie | Nie | Szyfrowanie DD on-wire można włączyć w celu bezpiecznego przesyłania danych przez sieć do DD |
| Typ replikacji | MTree | MFR | |
| Tryb blokady retencji | Ład korporacyjny lub zgodność z przepisami | Ład korporacyjny lub zgodność z przepisami | |
| Pakiety instalacyjne dla klientów | Akcelerator pamięci masowej | Pakiet Media Agent dodatkowo w kliencie | Dostęp DDBoost: jeśli wymagana jest deduplikacja CV po stronie klienta. Pakiet Media Agent jest wymagany do zainstalowania w systemie klienta. Klient DDBoost: Pakiet Media Agent musi być zainstalowany w systemie klienckim ze względu na zgodność wersji programu Visual Studio. |
| Bezpieczny system Linux | Tak | Tak | |
| Magnetyczny maksymalny rozmiar pliku CV / rozmiar porcji optymalna wartość / konfigurowalna | 4GB | Domyślnie: 4 GB Jednak CommVault nie zaleca dostrajania bez konsultacji. |
|
| Nie deduplikuj fragmentów, które są starsze niż x dni | Tak | Nie dotyczy | Dostęp do DDBoost: Firma Commvault zaleca to rozwiązanie w przypadku bibliotek migrowanych lub nowo utworzonych bibliotek. Zapoznaj się z sekcją Właściwości bazy danych deduplikacji — ustawienia ![]() |
Konwertowanie biblioteki dysków Data Domain na bibliotekę dostępu Data Domain Boost za pomocą programu CommVault 11.30
Krok 1. Udział
CIFS/NFS i Data Domain Boost FS Disk Library
Krok 2.
Walidacja i uzyskiwanie dostępu do jednostki pamięci masowej
Bibliotekę dysków Data Domain można przekształcić w bibliotekę dostępu Data Domain Boost w następujący sposób:
W przypadku udziału CIFS/NFS i biblioteki
dysków BoostFS Udział CIFS/NFS i BoostFS MTree można przekonwertować na jednostkę pamięci masowej, uruchamiając następujące polecenie w systemie Data Domain.
Aby uzyskać więcej informacji, zapoznaj się z dokumentacją Dell EMC® Data Domain®.
#ddboost storage-unit modify (MTREE_NAME, który utworzyłeś) user (DDBoost-username-you-want)
Dla biblioteki
dysków Data Domain Boost FSZanotuj poświadczenia użyte do utworzenia jednostki pamięci masowej.
Krok 1.
Modyfikacja jednostki pamięci masowej #ddboost (istniejący system BoostFS MTREE_NAME ) użytkownika (DDBoost-username-you-want)
Krok 2.
Uruchom skrypt DiskLibMigration, uruchamiając następujące polecenie w CV MA
#qoperation execscript -sn DiskLibMigration -si <LIBRARY_ALIAS_NAME> -si <DEVICE_TYPE>
Na przykład
#qoperation execscript -sn DiskLibMigration -si 'dd_cifs_demo' -si 'DD Boost Access'
Aby uzyskać więcej informacji, zobacz DiskLibMigration
Ta akcja wyłącza ścieżkę instalacji do zapisu nowych danych. Aby zezwolić na operacje zapisu i oczyszczania, przejdź do karty Zasady alokacji w oknie dialogowym Właściwości ścieżki instalacji, a następnie wybierz pozycję Maksymalna dozwolona liczba składników zapisywania.
Walidacja i uzyskiwanie dostępu do jednostki pamięci masowej
- W okienku nawigacji przejdź do opcji Dysk pamięci masowej > .
Zostanie wyświetlona strona Dysk.
- Na liście kliknij żądany dysk.
- Na karcie Lokalizacje kopii zapasowej kliknij żądaną lokalizację kopii zapasowej.
- W tabeli Ścieżki dostępu do dysku w kolumnie Ścieżka kliknij ścieżkę, którą chcesz edytować.
- Edytuj następujące elementy:
- Nazwa
- Adres IP w polu Data Domain host
- Nazwa jednostki pamięci masowej
Uwaga: Jeśli biblioteka dysków Data Domain Boost jest tworzona przy użyciu folderu w jednostce pamięci masowej, wprowadź jednostkę pamięci masowej jako Jednostka pamięci masowej\Folder.
-
- Typ dostępu: Odczyt lub odczyt/zapis
- Kliknij przycisk Save.
Najlepsze praktyki dotyczące klienta Data Domain Boost dla CommVault w wersji 11.32.x
Konfiguracji
- W przypadku korzystania z biblioteki Data Domain Boost Client (dostarczanej z CommVault 11.32.x) deduplikacja CommVault jest zastępowana przez DataDomain DDBoost
- Tylko duplikacja DDBoost DataDomain
- Wyłącz kompresję CommVault w przypadku korzystania z DDBoost Client Direct
- Wyłącz kompresję CommVault w przypadku korzystania z DD Cloud Tiering, MFR
- We właściwościach zasad pamięci masowej — opcja Zaawansowane
- We właściwościach klienta — wyłącz kompresję
- Włącz kompresję CommVault, gdy:
- Przenoszenie danych do warstwy chmury jest włączone z poziomu Commvault — kopia dodatkowa
- W przypadku korzystania z opcji Non-Client Direct — przepływ pracy Media Agent do DD
- We właściwościach zasad pamięci masowej — opcja Zaawansowane
- We właściwościach klienta — włącz kompresję
- Włącz tylko szyfrowanie systemu Data Domain
- Aby szyfrować dane pomiędzy serwerami Commvault i urządzeniami Data Domain, włącz opcję Encryption przesyłanych danych przez DD Boost w konsoli Data Domain.
- Tryb uwierzytelniania — anonimowy
- Aby uzyskać najlepszą wydajność szyfrowania przesyłanych danych za pomocą opcji DD Boost, wybierz tryb uwierzytelniania anonimowego.
- Nie włączaj szyfrowania kopii zapasowych w Commvault.
- Zapobiega to dalszemu deduplikowaniu danych zapisanych po stronie urządzenia w Data Domain. Jeśli musisz szyfrować dane w spoczynku, włącz tę funkcję w Data Domain.
Ustawienia bazy danych deduplikacji
- Ustaw wartość opcji Nie deduplikuj względem obiektów starszych niż n dni na 90 dni. Aby uzyskać więcej informacji, zobacz Właściwości bazy danych deduplikacji — ustawienia
.
Replikacja
- CommVault używa DD Managed File Replication for CommVault AUX copy do przesyłania kopii zapasowych z jednej domeny danych do innej domeny danych.
- Tradycyjnie CommVault odczytuje ze źródłowego DD, a następnie zapisuje w docelowym DD w celu uzyskania kopii AUX. Teraz dzięki DataDomain MFR mamy przewagę w postaci oszczędności przepustowości dzięki technologii replikacji DataDomain.
Włączanie robaka WORM
Nuta: Przed włączeniem blokady pamięci masowej WORM w konsoli CommCell należy włączyć opcję blokady przechowywania DD w drzewie MTree w konsoli Data Domain.
W przypadku DataDomain blokada retencji jest obsługiwana zarówno w trybie governance, jak i zgodności.
Nuta: Automatyczna blokada retencji DataDomain nie jest obsługiwana.
Konfiguracja blokady retencji
- Skonfiguruj blokadę pamięci masowej WORM w bibliotece pamięci masowej Data Domain Boost.
- Aby uzyskać więcej informacji, zobacz Włączanie i przechowywanie danych WORM w pamięci dyskowej
. - Dni blokady WORM skonfigurowane w puli pamięci masowej Commvault powinny być ustawione między minimalnymi i maksymalnymi wartościami okresu retencji ustawionymi w konsoli Data Domain za pomocą ustawienia blokady przechowywania DD. Dni blokady WORM są wyświetlane w oknie dialogowym Właściwości kopiowania zasad pamięci masowej.
- Blokadę przechowywania DD można ustawić w trybie governance lub compliance.
- Data Domain Retention Lock na jeden dzień mniej niż wartość retencji ustawiona w Commvault i maksymalna retencja na 2x+1 niż retencja ustawiona w Commvault w puli pamięci masowej. Jeśli na przykład minimalna retencja w programie Commvault wynosi 14 dni, w konsoli Data Domain należy ustawić minimalną retencję na 13 dni, a maksymalną retencję na 29 dni.
- Aby zapoznać się z innymi najlepszymi praktykami, zapoznaj się z artykułem CommVault Best Practices for Disk Libraries

