NetWorker: Il ripristino ha esito negativo con "NDMP Service Error: Impossibile identificare il formato"

I sintomi sono legati a due problemi principali:

1. L'amministratore del backup non presta molta attenzione agli errori di I/O dell'intestazione NMDP che si verificano regolarmente e questo avviso di NetWorker riporta un errore VNX e deve essere preso seriamente in considerazione
2. I due prodotti (NetWorker e VNX) considerano il danneggiamento dell'intestazione NMDP come un errore banale. Il caso particolare del backup riavvia: il danneggiamento raggiunge un punto che non può essere risolto automaticamente quando si tenta di leggere i dati

I file necessari per il ripristino si estendono su più backup (completo + differenziale + incrementale) e su più volumi.

Il ripristino del saveset NDMP e il ripristino file per file (esplorabile) hanno esito negativo con errori

strettamente correlati Log degli errori di ripristino visualizzabile:

42744:nsrndmp_recover: Tape server paused: reached the end of file
42897:nsrndmp_recover: Opened the tape device : c208t0l0
42870:nsrndmp_recover: Continuing recover from the next volume
42619:nsrndmp_recover: NDMP Service Error: Cannot identify format.  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
42617:nsrndmp_recover: NDMP Service Log: server_archive: emctar vol 1, 0 files, 61440 bytes read, 0 bytes written
42738:nsrndmp_recover: Data server halted: Error during the restore.
42856:nsrndmp_recover: NDMP data server has an internal error.
42871:nsrndmp_recover: Error during File NDMP Extraction.
42840:nsrndmp_recover: NDMP recover failed.
42880:nsrndmp_recover: Error during NDMP recover
16279:winworkr: NDMP retrieval: child failed with status of 1
42897:nsrndmp_recover: Opened the tape device : c208t0l5
Mover listen address is NULL(NDMP_ADDR_LOCAL)

L'errore di ripristino del saveset si verifica solo con il backup completo; altri backup di livello potrebbero essere ripristinati utilizzando il ripristino del saveset.

root@NW-server# nsrndmp_recover -s NW-server -c NAS-host -S 1011119015 -v off -m "NAS-host::/root_vdm_1/users/recover_emc" "/root_vdm_1/users/VDI_Users/v009/project/Plan04.2012"
42879:nsrndmp_recover: Peforming recover with no file mark dependency..
05/31/16 17:25:50.504040 NDMP Service Debug: The process id for NDMP service is 0xc4bd90b0
42787:nsrndmp_recover: Performing recover from NDMP type of device
05/31/16 17:26:01.269862 NDMP Service Debug: The process id for NDMP service is 0xc4bd90b0
May 31 17:26:02 NW-server root: [ID 702911 local0.alert] NetWorker media: (waiting) waiting for LTO Ultrium-5 tape VN0116L5 on NAS-host
95555:nsrmmd: ndmp tape mtio failed, I/O error
42850:nsrndmp_recover: Failed to load volume 1111782299 fnum 3 <<<<<< cannot load File Number 3
42855:nsrndmp_recover: Failed to load the tape.
42871:nsrndmp_recover: Error during File NDMP Extraction.
42840:nsrndmp_recover: NDMP recover failed.
42880:nsrndmp_recover: Error during NDMP recover
root@NW-server #

Il sintomo più importante è che lo scanner non è in grado di esaminare i volumi di backup richiesti, si arresta prematuramente prima di leggere qualsiasi dato!

root@NW-server # scanner -vvv -p "rd=NAS-host:c208t0l5 (NDMP)"
8909:scanner: using 'rd=NAS-host:c208t0l5 (NDMP)' as the device name
05/31/16 17:29:08.919423 NDMP Service Debug: The process id for NDMP service is 0xda018d60
9040:scanner: Opened c208t0l5 for read
8968:scanner: Reading the label...
8969:scanner: Reading the label done
8936:scanner: scanning LTO Ultrium-5 tape VN0116L5 on rd=NAS-host:c208t0l5 (NDMP)
96367:scanner: volume id 1111782299 record size 262144 bytes
created 5/24/16 21:00:35 expires 5/24/18 21:00:35
8973:scanner: setting position from fn 0, rn 0 to fn 2, rn 0
05/31/16 17:29:09.073276 NDMP Service Debug: The process id for NDMP service is 0xda018d60
9040:scanner: Opened c208t0l5 for read
05/31/16 17:29:09.201476 NDMP Service Debug: The process id for NDMP service is 0xda018d60
9040:scanner: Opened c208t0l5 for read
8761:scanner: done with LTO Ultrium-5 tape VN0116L5 <<<<<<<< No Errors , no mention of any file after File number 2 !!

L'utilizzo del file di flag di debug NW: /nsr/debu/ndmp_auto_pos non ha aiutato con il saveset del backup completo o il ripristino esplorabile.

Formato del volume NDMP non valido causato dal danneggiamento dell'intestazione NDMP che a volte genera numeri di file errati (come il riavvio automatico del backup):  

L'ispezione dei registri NW mostra che ogni backup è accoppiato a un errore di I/O durante la scrittura dell'intestazione NDMP. Si tratta di un problema costante che si verifica con ogni backup, indica un danneggiamento costante.

70896 05/01/16 12:18:05 0 0 2 1 23177 0 NW-server nsrd NSR info NAS-host:/root_vdm_1/userdata saving to pool 'NDMPPool' (VN0050L5)
42597 05/01/16 12:18:05 2 0 0 1 23990 0 NW-server nsrmmd NSR warning ndmp header: I/O error   <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
71193 05/01/16 12:18:05 0 0 0 1 23177 0 NW-server nsrd NSR info NDMP Save Notice: NAS-host:/root_vdm_1/users NDMP save running on 'NW-server'

L'ispezione dei registri NAS mostra che la dimensione del buffer dei dispositivi NDMP è impostata su un valore inferiore alla dimensione del blocco del dispositivo configurata in NW. La configurazione predefinita di NetWorker imposta la dimensione del blocco del dispositivo per i dispositivi LTO-5 su 256 K, ma la dimensione del buffer del dispositivo NDMP (NDMP.bufsz) è 128 K. Questa parte è correlata solo all'intestazione NDMP in quanto la dimensione del blocco di dati è configurata sul NAS dai parametri di configurazione PAX (impostazione predefinita: 60k).

2016-05-25 17:30:37: NDMP: 3: Thread ndmp533 DartTapeInterface: tape read error: tape read block size (262144 bytes) > 131072 bytes (NDMP.bufsz (128 KB) x 1024)
2016-05-25 17:30:37: NDMP: 3: Thread ndmp533 set parameter NDMP.bufsz (in KB) to 256 or larger to resolve this error
2016-05-25 17:30:49: NDMP: 3: Thread ndmp535 DartTapeInterface: tape read error: tape read block size (262144 bytes) > 131072 bytes (NDMP.bufsz (128 KB) x 1024)
2016-05-25 17:30:49: NDMP: 3: Thread ndmp535 set parameter NDMP.bufsz (in KB) to 256 or larger to resolve this error
2016-05-25 17:30:50: NDMP: 3: Thread ndmp536 DartTapeInterface: tape read error: tape read block size (262144 bytes) > 131072 bytes (NDMP.bufsz (128 KB) x 1024)
2016-05-25 17:30:50: NDMP: 3: Thread ndmp536 set parameter NDMP.bufsz (in KB) to 256 or larger to resolve this error

Il registro VNX mostra un messaggio correlato al momento del backup:

1466097048: NDMP: 3: Session 236 (thread ndmp236) TAPE_WRITE, size(262144) > ndmpMaxBufSize (131072) Set NDMP.bufsz >= 262144 and reboot

Questo non è considerato un problema di backup perché il flusso di dati non è stato avviato, ma causa il danneggiamento dell'intestazione NMDP (vedere: NDMP: 3. Sessione 384 (thread ndmp384) TAPE_WRITE, size(262144) > ndmpMaxBufSize (131072)Set NDMP.bufsz >= 262144 e riavvia), che risolve questo problema impostando la dimensione del buffer dei dispositivi NDMP su 256K. Tuttavia, questa correzione non risolve il problema dei backup già scritti.

Il danneggiamento dell'intestazione NMDP di cui sopra può esistere senza causare il problema di ripristino, ma in caso di riavvio del backup, il numero di file registrato è errato nel database dei supporti NW. Il che annulla il posizionamento automatico del nastro e quindi il NAS risponde che i dati esistenti in quella posizione non possono essere riconosciuti come flusso di dati NDMP valido (errore di servizio NDMP: Impossibile identificare il formato)

Ci sono due tipi di danneggiamento:

1. Errori di I/O dell'intestazione NDMP causati dall'impostazione delle dimensioni incoerenti dei blocchi tra NetWorker e VNX. Questo tipo di danneggiamento viene ignorato dalla funzione di posizionamento automatico e può persistere per anni senza che nessuno se ne accorga. Purché i numeri di file corretti vengano registrati con ogni saveset.
2. Quando un backup viene riavviato, più intestazioni e piè di pagina NDMP vengono scritti in sequenza e il server NW perderà il numero di file corretto all'inizio del backup successivo, annullando il posizionamento automatico dell'uso del debug di posizionamento automatico disabilitato NDMP (/nsr/debug/ndmp_auto_pos) è inutile in questo caso perché l'interfaccia di gestione del nastro (MTIO) interromperà la lettura una volta che incontra un contrassegno di file doppio (causato da C1 il danneggiamento dell'intestazione NDMP)