Deduplicazione dati lato client API

La deduplicazione dati lato client viene utilizzata dall'API nel client di backup - archivio per rimuovere i dati ridondanti durante l'elaborazione di backup e archiviazione prima che i dati vengano trasferiti al server IBM® Storage Protect .

La deduplicazione dei dati lato client viene utilizzata dall'API per rimuovere i dati ridondanti durante l'elaborazione di backup e archiviazione prima che i dati vengano trasferiti al server IBM Storage Protect . L'utilizzo della deduplicazione dei dati lato client può ridurre la quantità di dati inviati su una rete locale. L'utilizzo della deduplicazione dati lato client può anche ridurre lo spazio di archiviazione del server IBM Storage Protect .

Quando il client è abilitato per la deduplicazione dei dati lato client e si esegue un'operazione di backup o di archiviazione, i dati vengono inviati al server come estensioni. La volta successiva viene eseguita un'operazione di backup o di archiviazione, il client e il server identificano quali estensioni di dati sono già state sottoposte a backup o archiviati, e inviare solo le estensioni uniche di dati al server.

Per la deduplicazione dati lato client, il server e l'API devono essere alla versione 6.2 o successiva.

Prima di utilizzare la deduplicazione dei dati lato client per eseguire il backup o l'archiviazione dei file, il sistema deve soddisfare i seguenti requisiti:

• Il client deve avere l'opzione deduplicazione abilitata.
• Il server deve abilitare il client per la deduplicazione dati lato client con il parametro DEDUP=CLIENTORSERVER sul comando REGISTER NODE o UPDATE NODE .
• La destinazione del pool di archiviazione per i dati deve essere un pool di archiviazione abilitato alla deduplicazione dei dati. Il pool di archiviazione abilitato alla deduplicazione dei dati è solo il tipo di dispositivo di file.
• Assicurarsi che i file siano legati alla classe di gestione corretta.
• Si può escludere un file dall'elaborazione di deduplicazione dati lato client. Per impostazione predefinita, vengono inclusi tutti i file.
• I file devono avere una dimensione superiore a 2 KB.
• Il server può limitare la dimensione massima della transazione per la deduplicazione dei dati impostando l'opzione CLIENTDEDUPTXNLIMIT sul server. Consultare le informazioni sulla documentazione del server relative a questa opzione.

Se uno qualsiasi di questi requisiti non è soddisfatto, i dati vengono elaborati normalmente, senza una deduplicazione dati lato client.

Di seguito alcune limitazioni di deduplicazione dei dati:

• La deduplicazione dei dati LAN - free e la deduplicazione dei dati lato client sono reciprocamente esclusivi. Se si abilita sia il movimento dati LAN - free che la deduplicazione dei dati lato client, le operazioni di spostamento dati LAN - free e la deduplicazione dei dati lato client vengono ignorate.
• La deduplicazione dei dati lato client e lato client sono reciprocamente esclusive. Se si abilita sia la crittografia che la deduplicazione dei dati lato client, le operazioni di crittografia completa e la deduplicazione dei dati lato client vengono ignorate. I file crittografati, e i file idonei alla deduplicazione dei dati lato client, possono essere elaborati nella stessa operazione, ma vengono effettuati in transazioni separate.
  Requisiti:

  1. In qualsiasi transazione, tutti i file devono essere inclusi per la deduplicazione dei dati o esclusi. Se la transazione ha file misti, la transazione non riesce e un codice di ritorno di DSM_RC_NEEDTO_ENDTXN viene restituito dall'API.
  2. Utilizzare la crittografia dei dispositivi di archiviazione insieme alla deduplicazione dei dati lato client. Poiché la funzione " SSL " viene utilizzata in combinazione con la deduplicazione lato client, non è necessaria la crittografia lato client.
• Le seguenti funzioni non sono disponibili per la deduplicazione dati lato client:
  • Client IBM Storage Protect for Space Management (HSM)
  • Buffer condiviso API
  • NAS
  • Backup file secondario
• L'eliminazione della copia buffer non può essere utilizzata con le trasformazioni dei dati come la compressione, la crittografia e la deduplicazione dei dati.
• Se si utilizza la deduplicazione lato client, l'API rileva e fallisce (con RC=254) i backup delle estensioni di file contrassegnate come scadute sul server durante l'invio dei dati al server. Se si desidera riprovare l'operazione, è necessario includere tale programmazione nell'applicazione chiamante.
• Le operazioni di scrittura simultanea sul server hanno la precedenza sulla deduplicazione dei dati lato client. Se le operazioni di scrittura simultanea sono abilitate, la deduplicazione dei dati lato client non si verifica.
  Limitazione: Quando la deduplicazione dei dati lato client è abilitata, l'API non può recuperare da uno stato in cui il server ha esaurito lo storage sulla piscina di destinazione, anche se c'è una prossima piscina definita. Viene restituito un codice di arresto della ragione di DSM_RS_ABORT_DESTINATION_POOL_MODIFICATO e l'operazione fallisce. Ci sono due modi per recuperare da questa situazione:

  1. Chiedere all'amministratore di aggiungere ulteriori volumi di lavoro al filepool originale.
  2. Ritentare l'operazione con la deduplicazione dati disabilitata.

Per un maggiore risparmio di banda, è possibile abilitare una cache locale per la deduplicazione dei dati. La cache locale salva le query dall'andare al server IBM Storage Protect . Il valore predefinito per ENABLEDEDUPCACHE è NO, in modo che la cache non sia fuori sincronizzazione con il server. Se la cache è fuori sincronizzazione con il server, l'applicazione riinvia tutti i dati. Se l'applicazione può ritentare una transazione non riuscita e si desidera utilizzare la cache locale, impostare l'opzione ENABLEDEDUPCACHE su YES nel file dsm.opt (Windows) o dsm.sys (UNIX).

Al termine di un ripristino, se tutti dei dati sono stati ripristinati tramite l'API, e l'oggetto è stato deduplicato dal client, viene calcolato un digest end-to-end e confrontato al valore calcolato in fase di backup. Se quei valori non corrispondono, viene restituito l'errore DSM_RC_DIGEST_VALIDATION_ERROR. Se un'applicazione riceve questo errore, i dati sono corrotti. Questo errore può anche essere il risultato di un errore transitorio sulla rete, quindi provare nuovamente il ripristino o richiamare.

Di seguito un esempio del comando della query session che mostra le informazioni di deduplicazione dei dati:

dsmQuerySessInfo Values:
Server Information:
Server name: SERVER1
Server Host: AVI
Server port: 1500
Server date: 2009/10/6 20:48:51
Server type: Windows
Server version: 6.2.0.0
Server Archive Retention Protection : NO
Client Information:
Client node type: API Test1
Client filespace delimiter: :
Client hl & ll delimiter: \
Client compression: Client determined (3u)
Client archive delete: Client can delete archived objects
Client backup delete: Client CANNOT delete backup objects
Maximum objects in multiple object transactions: 4096
Lan free Enabled: NO
Deduplication : Client Or Server
General session info:
Node: AVI
Owner: 
API Config file: 

Di seguito un esempio del comando class management class che mostra le informazioni di deduplicazione dei dati:

Policy Information:
Domain name: DEDUP
Policyset name: DEDUP
Policy activation date: 0/0/0 0:0:0
Default management class: DEDUP
Backup retention grace period: 30 days
Archive retention grace period: 365 days
Mgmt. Class 1:
Name: DEDUP
Description: dedup - values like standard
Backup CG Name: STANDARD
Frequency: 0
Ver. Data Exists: 2
Ver. Data Deleted: 1
Retain Extra Ver: 30
Retain Only Ver: 60
Copy Destination: AVIFILEPOOL
Lan free Destination: NO
Deduplicate Data: YES

Archive CG Name: STANDARD
Frequency: 10000
Retain versions: 365
Copy Destination: AVIFILEPOOL
Lan free Destination: NO
Retain Init : CREATE
Retain Minimum : 65534
Deduplicate Data: YES