Per abilitare la funzione Shadow Copy Protect Mode nei backup di tipo System Protection:
1. Selezionare il menu Manage del tab Backup
2. Selezionare il job di backup
3. Selezionare Edit
4. Selezionare Imaging options
5. Selezionare Shadow Copy Protection Mode sotto VSS Backup Mode
L’implementazione
BackupAssist v8.3
BackupAssist v8.3 comprende una versione alfa dell’implementazione di Shadow Copy Protect Mode. Questa versione non richiede il secondo tentativo di wbadmin ma impedisce a VSS di cancellare lo storico di backup e termina il job.
Questa versione di Shadow Copy Protect Mode non dovrebbe più essere usata.
BackupAssist v8.4
BackupAssist v8.4 comprende un’implementazione consigliata di Shadow Copy Protect Mode. Questa versione effettua tutti i passaggi evidenziati in questa tabella che mostra le differenze di comportamento di BackupAssist abilitando o disabilitando la funzionalità.
| Senza Shadow Copy Protect Mode | Con Shadow Copy Protect Mode |
| Wbadmin prova a scrivere | Wbadmin prova a scrivere |
| VSS non riesce ad aggiornare lo storico | VSS non riesce ad aggiornare lo storico |
| Tutto lo storico dei backup viene perso | SPM blocca la cancellazione dello storico da parte di VSS |
| Wbadmin scrive con successo | Wbadmin non riesce a scrivere |
| BackupAssist avvia un nuovo tentativo di wbadmin | |
| Wbadmin riprova con un backup completo (altissima percentuale di successo). |
BackupAssist in pratica esegue un nuovo tentativo, SPM (in quasi tutte le occasioni) crea conseguentemente un’immagine di backup priva di errori ed evita la perdita dello storico.
Gestione storage
Dal momento che Shadow Copy Protect impedisce a wbadmin (il processo di backup) di gestire lo storage (eliminando i vecchi backup per fare posto ai nuovi), Shadow Copy Protect Mode si occupa anche di questa funzione.
Esiste una barra percentuale sotto la casella Shadow Copy Protect Mode che permette di specificare la quantità di spazio da riservare ai backup storici. Al crescere del backup completo, i backup storici vengono cancellati per fare spazio. Tuttavia è possibile specificare una percentuale di spazio protetto entro il quale i backup storici non possono essere cancellati: questi saranno i backup storici più recenti, e piuttosto che sovrascriverli il job si fermerà con un messaggio di mancanza di spazio sulla destinazione.
Risoluzione degli inconvenienti e troubleshooting
Shadow Copy Protect Mode (SPM) è una soluzione destinata agli utenti che perdono lo storico dei backup quando eseguono backup di tipo System Protection. Questa sezione fornisce consigli per la risoluzione di potenziali inconvenienti in base agli scenari possibili.
Scenario 1 – Utenti che hanno già incontrato il problema
Prima di BackupAssist v8.4, gli utenti che eseguivano backup di tipo System Protection potrebbero aver perso lo storico dei backup senza accorgersene, oppure potrebbero averlo notato e contattato quindi il servizio di assistenza tecnica.
Potrebbero essersene accorti perché:
• I report dei backup evidenziavano la presenza di un unico backup sulla destinazione, quando invece avrebbe dovuto esserci uno storico completo.
• Avendo provato a eseguire un ripristino si sono accorti della mancanza del backup che si aspettavano.
Gli utenti con problemi preesistenti dovrebbero effettuare l’aggiornamento a BackupAssist v8.4 e abilitare SPM.
Inoltre dovrebbero eseguire una verifica del proprio ambiente di backup ricercando hardware scarsamente performante, conflitti tra richieste di bandwidth e sovrautilizzi della rete, dal momento che sono queste le cause più probabili del problema.
SPM porta a un maggior numero di backup completi dal momento che un backup completo viene creato ogni volta che Shadow Copy Protect Mode si attiva a impedire la perdita di uno storico dei backup.
Nei rari casi in cui SPM non fosse in grado di proteggere lo storico e si perdessero quindi i backup, occorre analizzare i problemi dell’hardware e della rete per risolvere il problema di fondo.
Scenario 2 – Utenti che sono stati avvisati del problema
Con BackupAssist v8.4, gli utenti che non hanno finora registrato perdite di storici di backup saranno ora avvisati qualora il problema dovesse verificarsi.
Quando un utente v8.4 viene avvisato:
• Il report del backup consiglia di abilitare SPM.
• L’articolo di knowledgebase associato al problema consiglia anch’esso di abilitare SPM e suggerisce di verificare l’infrastruttura di backup dal momento che è questa a costituire molto probabilmente la causa del problema.
Come nello scenario 1, se sono avvenute perdite di storici di backup, SPM produrrà un maggior numero di backup completi e potrebbe non essere sempre in grado di proteggere lo storico.
Scenario 3 – Utenti che hanno abilitato SPM e che sperimentano frequenti tentativi
Dopo aver abilitato SPM è probabile che i clienti osservino regolarmente una condizione “retry” nei report dei propri backup; in questo caso possono rivolgersi al servizio di assistenza tecnica per approfondire il problema
Il punto da evidenziare è che, sebbene SPM protegga i backup, tuttavia potrebbe a volte non essere in grado di farlo; e quando protegge i backup, richiede un nuovo tentativo che produce un backup completo.
Scenario 4 – Utenti che continuano a perdere lo storico dei backup nonostante abbiano abilitato SPM
Gli utenti potrebbero registrare ancora una perdita dello storico dei backup pur dopo aver abilitato SPM.
Sebbene questo caso dovrebbe essere ben più raro di quanto non lo sia senza SPM, sappiamo che in situazioni estreme può ancora verificarsi. L’utente potrebbe aver già parlato di SPM con l’assistenza tecnica oppure potrebbe essere il suo primo contatto.
Sebbene questa perdita possa essere ricondotta a un bug occasionale di qualche genere, è assai più probabile che il problema sia attribuibile all’ambiente di backup.
Quindi, ancora una volta, occorre analizzare infrastruttura e configurazioni dal momento che sono queste le cause più probabili dell’inconveniente.
