Préparer votre système à l'intégration

Options de déploiement : Netezza Performance Server pour Cloud Pak for Data System

Apprenez à préparer Netezza Performance Server pour l'intégration avec NetBackup.

Procédure

Obtenez le nom DNS externe et/ou l'adresse IP externe de l'hôte Netezza Performance Server.
Remplacez la valeur HOSTNAME dans /nz/data/config/backupHostname.txt par le nom DNS ou l'adresse IP externe.
Ouvrez les ports TCP 1556, 13782 et 13724 de NetBackup sur le client Netezza Performance Server.
Le client Netezza Performance Server doit pouvoir communiquer avec le serveur NetBackup pour les opérations de sauvegarde et de restauration.
À partir de Veritas NetBackup 8.1, vous ne pouvez ouvrir que le port 1556 pour établir la communication entre le client et le serveur.
Note : Seule une instance de Netezza Performance Server par Cloud Pak for Data System peut être configurée de cette façon.
1. Sur un nœud de métal nu, ouvrez / etc/firewalld/zones/appliance.xml et ajoutez les ports TCP s'ils ne sont pas déjà disponibles.
```

<port protocol="tcp" port="13782"/>
<port protocol="tcp" port="1556"/>
<port protocol="tcp" port="13724"/>
```
2. Redémarrez le service de pare-feu.
```
systemctl restart firewalld
```
Installez le logiciel client NetBackup sur l'hôte Netezza Performance Server.

Conseil : pour vérifier la version et la date de publication du logiciel NetBackup, consultez le fichier /usr/openv/netbackup/bin/version.
Définissez les variables CLIENT_CONNECT_TIMEOUT et CLIENT_READ_TIMEOUT dans /usr/openv/netbackup/bp.conf à 18000. Si les variables ne figurent pas dans le fichier, ajoutez-les.
```
CLIENT_CONNECT_TIMEOUT = 18000
CLIENT_READ_TIMEOUT = 18000
```
Conseil : les paramètres du délai d'attente sont importants. Si une restauration de base de données échoue avec l'erreur suivante, le problème peut être que CLIENT_READ_TIMEOUT sur le serveur NetBackup a expiré avant la fin de la restauration.
```
Le connecteur s'est arrêté avec l'erreur suivante : 'ERROR : NetBackup getObject( ) failed with 
errorcode (-1) : Statut du serveur : La communication avec le serveur n'a pas été
ou que l'état du serveur n'a pas été récupéré du serveur
```
Cette erreur peut se produire lorsque vous restaurez une base de données contenant de nombreuses tables légèrement modifiées. Par exemple, des sauvegardes incrémentielles fréquentes ou une base de données contenant de nombreux objets tels que des UDX, des vues ou des tables.
Si votre restauration échoue avec cette erreur, vous pouvez effectuer l'une des actions suivantes :
- Augmentez la valeur de CLIENT_READ_TIMEOUT sur le serveur NetBackup.
- Spécifiez certaines options lorsque vous créez la sauvegarde de la base de données.
  Par exemple, lorsque vous créez la sauvegarde de la base de données, vous pouvez spécifier une sauvegarde multi-flux en utilisant l'option nzbackup -streams num. Vous pouvez également réduire le nombre de fichiers qui sont validés en une seule transaction en utilisant l'option nzbackup -connectorArgs "NBC_COMMIT_OBJECT_COUNT=n".
Utilisez l'une ou l'autre de ces options, ou les deux, pour éviter l'erreur de dépassement de délai. Ce message d'erreur peut apparaître pour d'autres raisons. Si cette solution ne résout pas le problème, contactez le service d'assistance pour obtenir de l'aide.
Assurez-vous que les sauvegardes effectuées par un hôte sont visibles par un autre hôte.
Par exemple, si vous avez un environnement Netezza Performance Server HA, les sauvegardes effectuées par Host1 doivent être visibles par Host2.
- Vous pouvez ouvrir l'accès à tous les hôtes en mettant à jour l'horodatage du fichier suivant sur le serveur principal NetBackup.
```
touch /usr/openv/netbackup/db/altnames/No.Restrictions
```
  Si la commande touch échoue, assurez-vous que le répertoire altnames existe. Si nécessaire, créez le répertoire altnames et relancez la commande.
- Vous pouvez donner à Host1 l'accès à toutes les sauvegardes créées par Host2 et à Host2 l'accès à toutes les sauvegardes créées par Host1 en mettant à jour l'horodatage de deux fichiers :
```
touch /usr/openv/netbackup/db/altnames/host1 
touch /usr/openv/netbackup/db/altnames/host2
```
  Par exemple, si les noms de vos hôtes HA sont nps10200-ha1 et nps10200-ha2, vous devez créer les fichiers suivants :
  touch /usr/openv/netbackup/db/altnames/nps10200-ha1 touch /usr/openv/netbackup/db/altnames/nps10200-ha2
Important : vous devez utiliser l'une des deux méthodes précédentes pour ouvrir l'accès. Si vous sautez cette étape, votre restauration ne fonctionnera pas correctement sur un système HA. Ceci s'applique également aux restaurations redirigées.