Data Domain: Best practice di DDBoost per Commvault v11
Zusammenfassung: Questo articolo della Knowledge Base fornisce una serie di best practice di DDBoost e CommVault v11 in relazione all'integrazione di Data Domain.
Weisungen
Best practice per l'accesso a Data Domain Boost per CommVault versione 11.30.x
- Quando si utilizza la libreria Data Domain Boost Access (fornita con CommVault 11.30.x), CommVault consiglia di utilizzare la deduplica e la compressione CommVault con i backup.
- Con CV Dedupe e compressione abilitata, i clienti possono sfruttare il loro Dash Full
- DD eseguirà la deduplica dei dati CV per ottimizzare maggiormente i risparmi.
- Tutti i dati CommVault scritti devono essere scritti nello stesso formato per ottimizzare lo spazio risparmiato derivante dalla deduplica a livello di dispositivo di Data Domain, ma non è obbligatorio abilitare la deduplica di CommVault
- I clienti possono disabilitare la deduplica e la compressione CV se si prevede che CyberSense esegua la scansione dei dati.
- Abilitare solo Data Domain On-wire Encryption.
- Per crittografare i dati tra i server Commvault e i dispositivi Data Domain, abilitare l'opzione Encryption of data in flight through DD Boost nella console Data Domain.
- Non abilitare la crittografia sui backup in CommVault.
- Ciò impedisce a Data Domain di deduplicare ulteriormente i dati scritti sul lato del dispositivo. Se è necessario utilizzare la crittografia dei dati inattivi, abilitare questa funzione su Data Domain.
- Modalità di autenticazione - Anonimo
- Per ottenere prestazioni ottimali con l'opzione Crittografia dei dati in esecuzione tramite DD Boost, selezionare la modalità di autenticazione anonima.
Impostazioni del database di deduplica
- Impostare il valore dell'opzione Do not Deduplicate against objects older than n day(s) su 90 days se la deduplica CV è abilitata. Per ulteriori informazioni, vedere Deduplication Database Properties - Settings
.
Replica
- Abilitare la replica MTree di Data Domain Se si desidera disporre di più copie dei dati su due o più dispositivi Data Domain, prendere in considerazione l'utilizzo della funzionalità MTree Replication di Data Domain, in quanto è più efficiente rispetto all'esecuzione di copie ausiliarie o DASH.
Per altre best practice, fare riferimento a Best practice per le librerie
disco.
Tabella delle funzionalità
Summary: Questa tabella fornisce un livello più granulare di metriche delle funzionalità in CommVault e DDBoost
| Funzioni | Modalità di CommVault | Note | |
| Accesso DDBoost (11.30.x) |
Client DDBoost (11.32.x) |
Note | |
| DD Client Side Deduplication (DSP) (elaborazione di segmenti distribuiti) |
Sì |
Sì | Accesso a DDBoost: Tuttavia, la deduplica lato client DD non è abilitata. CV Client Direct è abilitato utilizzando CV Storage Accelerator DDBoost Client: Sul client è richiesto il pacchetto Media Agent. Fare riferimento ai diagrammi del flusso di lavoro per il percorso dati |
| Ripristino compresso di DD Boost |
No | No | |
| DD Boost su FC | Sì | Sì | |
| Replica MTree DD | Sì | No | Accesso a DDBoost: Client DDBoost di replica MTree: L'MFR predefinita è abilitata. MREPL funzionerà ancora con DDBoost Client, tuttavia si consiglia di utilizzare Aux Copy perché ciò farà sì che CV utilizzi MFR. |
| Replica di file gestita (MFR) DD | No | Sì | Client DDBoost: La copia CV Aux utilizza DD MFR |
| Crittografia DD in esecuzione | Sì | Sì | Configurabile, l'impostazione predefinita è disabilitata |
| Crittografia DD at-rest | Sì | Sì | |
| DD Retention Lock - Gestito dalle applicazioni | Sì | Sì | |
| DD Automatic Retention Lock | No | No | |
| Linux sicuro (SE Linux) | Sì | Sì | |
| DD Ifgroup | Sì | Sì | |
| Multi-streaming automatico DD | Sì |
N/D | Accesso a DDBoost: MREPL utilizzerà lo streaming multiplo automatico, quindi se MREPL è configurato. Client DDBoost: Non applicabile per MFR |
| DD Optimized Replication |
No | Sì | Client DDBoost Le ottimizzazioni della replica vengono utilizzate quando il backup è stato creato utilizzando DD VS |
| DD Virtual Synthetics (DD VS) | No | Sì | Client DDBoost: In CommVault Synthetic Full utilizza DD VS |
| Ottimizzazione dell'app DD Oracle | Sì | Sì | |
| Statistiche DD nel CV | No | No | Le statistiche dei lavori CV non riflettono l'elaborazione di deduplica eseguita da DD Boost. Riflette i dati inviati alla libreria client di DD Boost. |
| CRS Vault - Isolamento e immutabilità | Sì | Sì | |
| Vault CRS - Scansione CyberSense | Sì | No | Accesso a DDBoost: Questo è solo Yes per l'accesso DDBoost se la deduplica e la compressione CV sono disabilitate. |
| Cloud tiering nativo DD | Sì | Sì | |
| DD IA/IR | Sì | Sì | Il test funzionale per Live Mount (IA/IR) è completato, ma il test delle prestazioni è in sospeso |
| DD SmartScale | No | No | |
| DDVE nel public cloud AWS | No | No | |
| DDVE nel public cloud Azure | No | No | |
| DDVE nel public cloud Google | No | No | |
Ottimizzazione di CommVault
| Configuration | Accesso a DDBoost | DDBoost Client | Note |
| Dimensione blocco predefinita CV | 512.000 | N/D | |
| DB di deduplica CV | Sì | N/D | Accesso a DDBoost: Deduplica CV Impostazione predefinita abilitata Tuttavia, la scansione CR non è disponibile. Accesso a DDBoost: Deduplica CV disabilitata: È disponibile la scansione CR, tuttavia non è consigliata la scansione Synthetic Full. Client DDBoost: Tutte le deduplica vengono eseguite dal DSP DDBoost |
| Compressione CV | No | No | Accesso a DDBoost: Compressione CV Impostazione predefinita abilitata Tuttavia, la scansione CR non è disponibile. Si consiglia di abilitare la compressione CV se la copia secondaria non è DD (ad esempio, nastro/cloud), si consiglia di disabilitare la compressione CV se la copia secondaria è DD (ad esempio, DD Cloud Tier,) |
| Crittografia dei dati CV | No | No | La crittografia DD on wire può essere abilitata per il trasferimento protetto dei dati in rete a DD |
| Tipo di replica | MTree | MFR | |
| Modalità Retention Lock | Governance o conformità | Governance o conformità | |
| Pacchetti di installazione client | Acceleratore di storage | Pacchetto Media Agent aggiuntivo sul client | DDBoost Access: se CV La deduplica lato client è necessaria. Il pacchetto dell'agente multimediale è necessario per l'installazione nel sistema client. Client DDBoost: È necessario installare il pacchetto Media Agent nel sistema client a causa della compatibilità della versione di Visual Studio. |
| Linux sicuro | Sì | Sì | |
| Dimensione massima del file magnetico CV/dimensione del blocco, valore ottimale/configurabile | 4 GB | Default: 4 GB Tuttavia, CommVault non consiglia l'ottimizzazione senza consultazione. |
|
| Non eseguire la deduplica a fronte di blocchi più vecchi di x giorni | Sì | N/D | Accesso a DDBoost: Commvault consiglia questa opzione per le librerie migrate o di nuova creazione. Fare riferimento a Deduplication Database Properties - Settings ![]() |
Conversione di una libreria di dischi Data Domain in una libreria di accesso Data Domain Boost con CommVault 11.30
Passaggio 1. Condivisione
CIFS/NFS e Data Domain Boost FS Disk Library
Passaggio 2.
Convalida e accesso all'unità di storage
È possibile convertire una libreria di dischi Data Domain in una libreria di accesso Data Domain Boost nei seguenti modi:
Per share CIFS/NFS e BoostFS Disk Library
È possibile convertire una share CIFS/NFS e un MTree BoostFS in un'unità di storage eseguendo il seguente comando sul sistema Data Domain.
Per ulteriori informazioni, consultare la documentazione di Dell EMC® Data Domain®.
#ddboost utente di modifica dell'unità di storage (MTREE_NAME creata) (DDBoost-username-you-want)
Per la libreria
di dischi FS Data Domain BoostAnnotare le credenziali utilizzate per creare l'unità di storage.
Passaggio 1.
#ddboost utente di modifica dell'unità di storage (BoostFS MTREE_NAME esistente) (DDBoost-username-you-want)
Passaggio 2.
Eseguire lo script DiskLibMigration eseguendo il comando seguente su CV MA
#qoperation execscript -sn DiskLibMigration -si <LIBRARY_ALIAS_NAME> -si <DEVICE_TYPE>
Per esempio
#qoperation execscript -sn DiskLibMigration -si 'dd_cifs_demo' -si 'DD Boost Access'
Per ulteriori informazioni, vedere DiskLibMigration
Questa azione disabilita il percorso di mount per la scrittura di nuovi dati. Per consentire le operazioni di scrittura e lo sfoltimento, passare alla scheda Allocation Policy nella finestra di dialogo Mount Path Properties, quindi selezionare Maximum Allowed Writers.
Convalida e accesso all'unità di storage
- Nel riquadro di navigazione, accedere a Storage > Disk.
Viene visualizzata la pagina Disk.
- Nell'elenco, cliccare sul disco richiesto.
- Nella scheda Backup locations, cliccare sul percorso di backup richiesto.
- Nella colonna Path della tabella Disk access path, cliccare sul percorso che si desidera modificare.
- Modificare i seguenti elementi:
- Name
- Indirizzo IP nella casella Host Data domain
- Nome dell'unità di storage
Nota: Se Data Domain Boost Disk Library viene creata utilizzando una cartella nell'unità di storage, immettere l'unità di storage come Storage unit\Folder.
-
- Tipo di accesso: Lettura o lettura/scrittura
- Fare clic su Salva.
Best practice per Data Domain Boost Client per CommVault versione 11.32.x
Configurazioni
- Quando si utilizza la libreria Data Domain Boost Client (fornita con CommVault 11.32.x), la deduplica di CommVault viene sostituita da DataDomain DDBoost
- Solo duplicazione DataDomain DDBoost
- Disabilitazione della compressione CommVault quando si utilizza DDBoost Client Direct
- Disabilitazione della compressione CommVault quando si utilizza DD Cloud Tiering, MFR
- Dalle proprietà delle policy di storage - Opzione avanzata
- Da Client properties -Disable compression
- Abilita la compressione di CommVault quando,
- Lo spostamento dei dati al Cloud Tier è abilitato da Commvault: copia secondaria
- Quando si utilizza l'opzione Non-Client Direct: da Media Agent a DD workflow
- Dalle proprietà delle policy di storage - Opzione avanzata
- Dalle proprietà del client - Abilita compressione
- Abilitare solo Data Domain Encryption
- Per crittografare i dati tra i server Commvault e i dispositivi Data Domain, abilitare l'opzione Encryption of data in flight through DD Boost nella console Data Domain.
- Modalità di autenticazione - Anonimo
- Per ottenere prestazioni ottimali con l'opzione Crittografia dei dati in esecuzione tramite DD Boost, selezionare la modalità di autenticazione anonima.
- Non abilitare la crittografia sui backup in CommVault.
- Ciò impedisce a Data Domain di deduplicare ulteriormente i dati scritti sul lato del dispositivo. Se è necessario utilizzare la crittografia dei dati inattivi, abilitare questa funzione su Data Domain.
Impostazioni del database di deduplica
- Impostare il valore dell'opzione Do not Deduplicate against objects older than n day(s) su 90 days. Per ulteriori informazioni, vedere Deduplication Database Properties - Settings
.
Replica
- Commvault utilizza DD Managed File Replication per la copia AUX di CommVault per trasferire il backup da un DataDomain a un altro DataDomain.
- Tradizionalmente, CommVault legge dal DD di origine e quindi scrive nel DD di destinazione per la copia AUX. Ora, con DataDomain MFR, otteniamo il vantaggio del risparmio di larghezza di banda grazie alla tecnologia di replica di DataDomain.
Abilitazione di WORM
Nota: Prima di abilitare il blocco dello storage WORM nella console CommCell, è necessario abilitare l'opzione DD Retention Lock sull MTree nella console Data Domain.
Con DataDomain Retention Lock manual è supportato sia per la modalità Governance che per la modalità Compliance.
Nota: Data Domain Automatic Retention Lock non è supportato.
Configurazione di Retention Lock
- Configurare il blocco dello storage WORM nella libreria di storage Data Domain Boost.
- Per ulteriori informazioni, vedere Abilitazione dello storage e della retention WORM per lo storage su
disco. - I giorni di blocco WORM configurati nel pool di storage Commvault devono essere compresi tra i valori Retention period min e Retention period max impostati nella Data Domain Console nell'impostazione DD Retention Lock. I giorni di blocco WORM vengono visualizzati nella finestra di dialogo Storage Policy Copy Properties.
- DD Retention Lock può essere impostato sulla modalità Governance o Compliance.
- L'impostazione Data Domain Retention Lock è un giorno in meno rispetto alla retention impostata in CommVault e la retention massima è 2x+1 rispetto alla retention impostata in CommVault sul pool di storage. Ad esempio, se la retention minima in Commvault è di 14 giorni, impostare la retention minima su 13 giorni e la retention massima su 29 giorni nella console Data Domain.
- Per altre best practice, fare riferimento a Best practice di CommVault per le librerie di dischi

