Esempi: automazione dei backup

Modifica in linea

Utilizzare la procedura di esempio riportata di seguito per automatizzare i backup.

Informazioni su questa attività

Questo esempio utilizza i seguenti presupposti:

Il client di backup - archiviazione è registrato sul server IBM® Storage Protect con un nome nodo mars e una password di marspswd nel dominio della politica bacliwnt.
L'evento da pianificare è un backup incrementale giornaliero dei file system sulle stazioni di lavoro client. Il backup inizia tra le 21:00 e le 21:15.
Il client di backup - archiviazione è installato nella directory c:\program files\tivoli\tsm\baclient .
I parametri di comunicazione nel file delle opzioni client di backup - archiviazione (dsm.opt) sono appropriati per il server IBM Storage Protect .

Procedura

Sul server:
1. Immettere il seguente comando sulla console del server o da un client di gestione per definire la pianificazione: def sched bacliwnt wnt_daily_incr desc="Daily Incremental Backup" priority=2 starttime=21:00 duration=15 durunits=minutes period=1 perunits=days dayofweek=any
  Il client di gestione non deve essere in esecuzione sullo stesso sistema del server IBM Storage Protect .
  Viene visualizzato il seguente messaggio:
```
ANR2500I Schedule WNT_DAILY_INCR defined in policy domain BACLIWNT.
```
2. Per associare il client di backup - archiviazione a questa pianificazione, immettere: define association bacliwnt wnt_daily_incr mars.
  Viene visualizzato il seguente messaggio:
```
ANR2510I Node MARS associated with schedule WNT_DAILY_INCR in policy domain 
BACLIWNT.
```
  Una pianificazione che esegue un backup incrementale è definita sul server IBM Storage Protect . La programmazione inizia intorno alle 21:00. La pianificazione viene rieseguita una volta al giorno e può iniziare in qualsiasi giorno della settimana. Se si desidera confermare che la pianificazione e l'associazione sono impostate correttamente, è possibile utilizzare il comando Query Schedule .
Sul client di backup - archiviazione:

In questo esempio si presume che il client di backup - archiviazione sia installato nella directory c:\program files\tivoli\tsm\baclient . Si presuppone inoltre che i file di opzioni in ciascuna di queste directory siano aggiornati in modo che i parametri di comunicazione puntino al server IBM Storage Protect .
1. Accedere utilizzando un account con privilegi amministrativi.
2. Aprire una finestra del prompt dei comandi ed emettere il seguente comando: cd /d "c:\program files\tivoli\tsm\baclient"
  
  Se il percorso contiene uno spazio, ad esempio c:\program files\tivoli\tsm\baclient, racchiudere il nome tra virgolette doppie.
3. Nella finestra, immettere il seguente comando: dsmcutil inst scheduler /name:"TSM Client Scheduler" /node:mars /password:marspswd /clientdir:"c:\program files\tivoli\tsm\baclient" /optfile:"c:\program files\tivoli\tsm\baclient\dsm.opt" /autostart:yes
  
  Il sistema è ora pronto per eseguire backup incrementali giornalieri automatici. L'opzione /autostart:yes specifica che il servizio scheduler viene avviato automaticamente ogni volta che il sistema viene riavviato. È possibile utilizzare l'opzione /startnow: [Sì | No] per specificare se avviare il servizio scheduler dopo l'esecuzione del comando; il valore predefinito è Sì.
  
  Se si specifica /startnow:No è necessario avviare il servizio manualmente utilizzando il Pannello di controllo dei servizi oppure immettere il seguente comando: net start "TSM Client Scheduler"
4. Lo scheduler utilizza il file di opzioni del client di backup - archivio per convalidare il nodo e la parola d'ordine e per contattare il server per informazioni di pianificazione. Questo esempio presume che il file dsm.opt sia aggiornato in modo che i parametri di comunicazione puntino al server IBM Storage Protect .
  Se viene visualizzato il seguente messaggio:
```
A communications error occurred connecting to the IBM Spectrum Protect server.
```
  Assicurarsi che il file delle opzioni contenga voci che puntano al server IBM Storage Protect corretto. Inoltre, verificare che il server sia in esecuzione.
  Utilizzare il comando dsmcutil update per correggere uno dei parametri specificati in modo non corretto con il comando dsmcutil install . Ad esempio, per aggiornare la directory del client e il file delle opzioni per il servizio scheduler specificato, immettere dsmcutil update scheduler /name:"TSM Central Scheduler Service" /clientdir:"c:\program files\tivoli\tsm\baclient" /optfile:"c:\program files\tivoli\tsm\baclient\dsm.opt"
  
  Quindi, immettere nuovamente il comando net start "TSM Client Scheduler" .

Risultati

Nota:

Se le modifiche che interessano il servizio scheduler vengono apportate al file di opzioni del client di backup - archivio, il servizio scheduler deve essere riavviato. Se si utilizza la pianificazione gestita dal client acceptor, il riavvio non è necessario poiché lo scheduler viene riavviato dal client acceptor per ogni backup e le modifiche vengono applicate.
Ad esempio, l'indirizzo del server IBM Storage Protect o la modalità di pianificazione sono stati modificati nel file delle opzioni. È possibile arrestare e riavviare il servizio scheduler immettendo i seguenti comandi: net stop "TSM Client Scheduler" e quindi net start "TSM Client Scheduler".
Il file dsmsched.log contiene informazioni sullo stato per il servizio scheduler IBM Storage Protect . In questo esempio, il file si trova in questo percorso: c:\program files\tivoli\tsm\baclient\dsmsched.log. È possibile sovrascrivere questo nome file specificando l'opzione schedlogname nel file delle opzioni, dsm.opt.
L'emissione dei comandi pianificati viene inviata al file di log. Una volta eseguito il lavoro pianificato, controllare il log per assicurarsi che il lavoro sia stato completato correttamente. Quando un comando pianificato viene elaborato, il log di pianificazione potrebbe contenere la seguente voce: Scheduled event eventname completed successfully.
Questa voce è semplicemente un'indicazione che il comando pianificato associato al nomeevento è stato immesso correttamente. Non viene effettuato alcun tentativo di determinare l'esito positivo o negativo del comando. È possibile valutare l'esito positivo o negativo del comando valutando il codice di ritorno dal comando pianificato nel log di pianificazione. La voce del log di pianificazioni per il codice di ritorno del comando è precedute dal seguente testo: Finished command. Return code is: