Preparazione del sistema per l'integrazione

Opzioni di distribuzione: Netezza Performance Server per Cloud Pak for Data System

Imparate a preparare Netezza Performance Server per l'integrazione con NetBackup.

Procedura

Ottenere il nome DNS esterno o l'indirizzo IP esterno dell'host Netezza Performance Server.
Sostituire il valore HOSTNAME in /nz/data/config/backupHostname.txt con il nome DNS o l'indirizzo IP esterno.
Aprire le porte TCP 1556, 13782 e 13724 di NetBackup sul client Netezza Performance Server.
Il client Netezza Performance Server deve essere in grado di comunicare con il server NetBackup per le operazioni di backup e ripristino.
Da Veritas NetBackup 8.1 e successivi, è possibile aprire solo la porta 1556 per stabilire la comunicazione tra il client e il server.
Nota: in questo modo è possibile configurare una sola istanza di Netezza Performance Server per Cloud Pak for Data System.
1. Su un nodo bare metal, aprire / etc/firewalld/zones/appliance.xml e aggiungere le porte TCP se non sono già disponibili.
```

<port protocol="tcp" port="13782"/>
<port protocol="tcp" port="1556"/>
<port protocol="tcp" port="13724"/>
```
2. Riavviare il servizio firewall.
```
systemctl restart firewalld
```
Installare il software client NetBackup sull'host Netezza Performance Server.

Suggerimento: Per verificare la versione e la data di rilascio del software NetBackup, visualizzare il file /usr/openv/netbackup/bin/version.
Impostate le variabili CLIENT_CONNECT_TIMEOUT e CLIENT_READ_TIMEOUT in /usr/openv/netbackup/bp.conf a 18000. Se le variabili non sono presenti nel file, aggiungerle.
```
CLIENT_CONNECT_TIMEOUT = 18000
CLIENT_READ_TIMEOUT = 18000
```
Suggerimento: le impostazioni di timeout sono importanti. Se il ripristino di un database fallisce con il seguente errore, il problema può essere che CLIENT_READ_TIMEOUT sul server NetBackup è scaduto prima del completamento del ripristino.
```
Connector è uscito con l'errore: 'ERROR: NetBackup getObject( ) failed with 
errorcode (-1) : Stato del server: La comunicazione con il server non è stata
iniziato o lo stato del server non è stato recuperato dal server
```
Questo errore può verificarsi quando si ripristina un database che contiene molte tabelle con piccole modifiche. Ad esempio, backup incrementali frequenti o un database che contiene molti oggetti come UDX, viste o tabelle.
Se il ripristino non riesce con questo errore, è possibile eseguire una delle seguenti operazioni:
- Aumentare il valore di CLIENT_READ_TIMEOUT sul server NetBackup.
- Specificare alcune opzioni quando si crea il backup del database.
  Ad esempio, quando si crea il backup del database, è possibile specificare un backup multi-stream utilizzando l'opzione nzbackup -streams num. È inoltre possibile ridurre il numero di file che vengono impegnati in una singola transazione utilizzando l'opzione nzbackup -connectorArgs "NBC_COMMIT_OBJECT_COUNT=n".
Utilizzare una o entrambe le opzioni per evitare l'errore di timeout. Questo messaggio di errore potrebbe essere visualizzato per altri motivi, quindi se questo workaround non risolve il problema, contattate il supporto per ricevere assistenza.
Assicurarsi che i backup eseguiti da un host siano visibili a un altro host.
Ad esempio, se si dispone di un ambiente Netezza Performance Server HA, i backup eseguiti da Host1 devono essere visibili a Host2.
- È possibile aprire l'accesso a tutti gli host aggiornando il timestamp del seguente file sul server principale NetBackup.
```
touch /usr/openv/netbackup/db/altnames/No.Restrictions
```
  Se il comando touch fallisce, accertarsi che la directory altnames esista. Se necessario, creare la directory altnames e rieseguire il comando.
- È possibile dare a Host1 l'accesso a tutti i backup creati da Host2 e a Host2 l'accesso a tutti i backup creati da Host1 aggiornando il timestamp di due file:
```
touch /usr/openv/netbackup/db/altnames/host1 
touch /usr/openv/netbackup/db/altnames/host2
```
  Ad esempio, se i nomi dei vostri host HA sono nps10200-ha1 e nps10200-ha2, dovrete creare i seguenti file:
  touch /usr/openv/netbackup/db/altnames/nps10200-ha1 touch /usr/openv/netbackup/db/altnames/nps10200-ha2
Importante: per aprire l'accesso è necessario utilizzare uno dei due metodi precedenti. Se si salta questo passaggio, il ripristino non funziona correttamente su un sistema HA. Questo vale anche per i ripristini reindirizzati.