Aggiornamento in un ambiente con cluster per AIX con istanze di database separate

È possibile aggiornare un server in un ambiente cluster su AIX® con istanze di database separate. In questo modo, è possibile sfruttare le nuove funzioni.

Prima di iniziare

Assicurarsi di conservare il supporto di installazione dalla release di base del server V7.1 che si sta aggiornando. Se è stato installato IBM Storage Protect da un DVD, assicurarsi che il DVD sia disponibile. Se avete installato IBM Storage Protect da un pacchetto scaricato, assicuratevi che i file scaricati siano disponibili. Se l'aggiornamento non riesce e il modulo di licenza del server è disinstallato, è necessario reinstallare la licenza dal supporto di installazione della release di base del server.

Informazioni su questa attività

Utilizzare la seguente procedura quando la directory dell'istanza IBM Db2 non è condivisa tra i nodi nel cluster. La directory dell'istanza Db2 si trova nella seguente posizione:

/home/tsminst1/sqllib

Se la directory Db2 dell'istanza è condivisa tra i nodi del cluster, seguire le istruzioni riportate in Aggiornamento di IBM Storage Protect da V7.1 a V8.1 o 8.2 in un ambiente clusterizzato per AIX con un'istanza di database condivisa.

Procedura

Eseguire il backup del database utilizzando il comando BACKUP DB .
Il metodo preferito è quello di utilizzare un backup di istantanea, che crea un backup completo del database senza interrompere i backup pianificati.
Ad esempio, è possibile creare un backup di istantanea eseguendo il seguente comando:
```
backup db type=dbsnapshot devclass=tapeclass
```
Eseguire il backup delle informazioni di configurazione della periferica in un'altra directory, eseguendo il seguente comando:
```
backup devconfig filenames=file_name
```
Dove nome_file specifica il nome del file in cui memorizzare le informazioni di configurazione della periferica.
Eseguire il backup del file di cronologia volume in un'altra directory, immettendo il seguente comando:
```
backup volhistory filenames=file_name
```
Dove nome_file specifica il nome del file in cui memorizzare le informazioni cronologiche sul volume.
Salvare una copia del file delle opzioni del server, generalmente denominato dsmserv.opt, che si trova nella directory dell'istanza del server.
Arrestare tutte le istanze del server. Verificare che nessun processo del server sia in esecuzione. Se si utilizza il monitoraggio a livello di applicazione del server IBM Storage Protect , utilizzare lo strumento di cluster per sospendere il monitoraggio della risorsa dell'applicazione dsmserv .
Verificare che il gestore database non sia in esecuzione per alcuna istanza. Determinare se sono in esecuzione dei processi db2sysc .
Il proprietario dei processi in esecuzione indica quali istanze sono attive. Per ciascun proprietario dell'istanza del server, eseguire questo comando per arrestare Db2:
```
db2stop
```
Assicurarsi che le risorse condivise per tutte le istanze IBM Storage Protect si trovino sul nodo primario.
Verificare che nessun altro nodo disponga dell'accesso in scrittura a queste risorse durante l'aggiornamento. Se l'ambiente include più istanze del server, le risorse condivise per tutte le istanze devono essere accessibili al nodo primario.
Sul nodo principale, installare il server eseguendo il comando ./install.sh . Per istruzioni, consultare Installazione dei componenti server
Dopo aver avviato la procedura guidata, nella finestra IBM Installation Manager , fare clic sull'icona Installa ; non fare clic sull'icona Aggiorna o Modifica . Per completare l'aggiornamento, è necessario installare il server.
Avviare ogni server in primo piano:
1. Verificare di aver eseguito l'accesso con l'ID proprietario dell'istanza.
2. Passare alla directory dell'istanza ed eseguire il seguente comando:
```
/opt/tivoli/tsm/server/bin/dsmserv
```
  Attendere che venga visualizzata la richiesta del server, che indica che il server è avviato.
Arrestare il server per ogni istanza IBM Storage Protect in fase di aggiornamento. Immettere il seguente comando:
```
halt
```
Su ogni nodo secondario nel cluster, completare la seguente procedura:
1. Spostare tutte le risorse condivise sul nodo secondario
  Se l'ambiente include più istanze del server, le risorse condivise per tutte le istanze devono essere accessibili ai nodi secondari durante l'aggiornamento.
2. Arrestare tutte le istanze del server. Verificare che nessun processo del server sia in esecuzione.
3. Verificare che il gestore database non sia in esecuzione per alcuna istanza. Determinare se sono in esecuzione dei processi db2sysc .
  Il proprietario dei processi in esecuzione indica quali istanze sono attive. Per ciascun proprietario dell'istanza del server, eseguire questo comando per arrestare Db2:
```
db2stop
```
4. Installare il server eseguendo il comando ./install.sh . Per istruzioni, consultare Installazione dei componenti server
  1. Se si utilizza la procedura guidata di installazione, nella finestra IBM Installation Manager , fare clic sull'icona Installa ; non fare clic sull'icona Aggiorna o Modifica .
  2. Se si utilizza la procedura guidata di installazione, nella pagina Credenziali istanza , selezionare la check box Configura questa istanza su un nodo secondario del cluster per ogni istanza che si sta configurando.
  3. Se si sta installando il server in modalità console, al prompt Configure this instance on a secondary node of the cluster?, immettere YES per ciascuna istanza.
  4. Se si sta installando il server in modalità non presidiata, specificare TRUE per il valore della variabile user.instance_name_secondaryNode per ogni istanza.
5. Assicurarsi che venga avviato ciascun server V8.1.7 . Se si sta utilizzando il monitoraggio a livello di applicazione, utilizzare lo strumento di cluster per avviare il server.
  
  Per istruzioni sull'avvio del server, consultare Avvio dell'istanza del server.
Registrare le licenze per i componenti del server installati nel sistema eseguendo il comando REGISTER LICENSE :
```
register license file=installation_directory/server/bin/component_name.lic
```
dove installation_directory specifica la directory in cui è stato installato il componente e component_name specifica l'abbreviazione per il componente.
Ad esempio, se il server è stato installato nella directory predefinita, /opt/tivoli/tsm, eseguire il seguente comando per registrare la licenza:
```
register license file=/opt/tivoli/tsm/server/bin/tsmbasic.lic
```
Ad esempio, se IBM Storage Protect Extended Edition è stato installato nella directory /opt/tivoli/tsm , eseguire il seguente comando:
```
register license file=/opt/tivoli/tsm/server/bin/tsmee.lic
```
Ad esempio, se IBM Storage Protect for Data Retention è stato installato nella directory /opt/tivoli/tsm , eseguire il seguente comando:
```
register license file=/opt/tivoli/tsm/server/bin/dataret.lic
```
Limitazione:
Non è possibile utilizzare il server IBM Storage Protect per registrare le licenze per i prodotti seguenti:
- IBM Storage Protect for Mail
- IBM Storage Protect for Databases
- IBM Storage Protect for ERP
- IBM Storage Protect for Space Management
Il comando REGISTER LICENSE non si applica a queste licenze. La licenza per questi prodotti viene eseguita da client IBM Storage Protect .