Recherche dans <book_title>…

Guide de l'administrateur Veritas NetBackup™ for Oracle

Last Published: 2017-11-02

Product(s): NetBackup (8.1)

Configuration du catalogue d'images pour RAC

Si la sauvegarde RAC utilise un nom de basculement comme NB_ORA_CLIENT, alors les images de sauvegarde de tous les nœuds sont stockées sous cet unique nom de client. Puisque les images de sauvegarde sont stockées sous un nom de client unique, le catalogue d'image n'a besoin d'aucune configuration spéciale.

Cependant, si un nom de basculement n'est pas utilisé, alors les images de sauvegarde pour chaque client sont stockées dans des répertoires d'image individuels. Cette configuration peut entraîner des complications quand une opération telle qu'une contre-vérification ou une restauration est exécutée depuis un autre cluster ou un autre nœud dans le cluster.

Remarque :

Cette technique est plus adaptée quand vous utilisez les noms de VIP pour les instances comme noms racclient. Si vous utilisez des noms d'hôte physique, les images de sauvegarde des sauvegardes de système de fichiers sont stockées avec les images de sauvegarde Oracle au sein d'un répertoire d'images unique. Cette situation peut poser deux problèmes. Tout d'abord, si le même nom de fichier existe sur les deux hôtes mais avec un contenu différent, il faut prendre soin de sélectionner l'image de sauvegarde correcte depuis laquelle restaurer. La confusion de sélection peut être éliminée en configurant la sauvegarde de système de fichiers pour spécifier un mot-clé de politique. Le mot-clé est spécifique à l'hôte à partir duquel chaque sauvegarde de système de fichiers est effectuée. Utilisez alors le mot-clé d'hôte pour contraindre la recherche d'image pendant la navigation ou la restauration. En second lieu, l'un des hôtes peut restaurer les fichiers qui ont été sauvegardés depuis l'autre hôte. S'appliquant au même cluster, cette technique de restauration n'est normalement pas un problème. Mais soyez-en conscient s'il y a des considérations spéciales pour les autorisations et les restrictions de sécurité au niveau de votre site.

La procédure suivante peut être utilisée pour centraliser le stockage des images de sauvegarde de tous les nœuds dans le cluster sous un nom de client. Ce nom de client unique peut alors être utilisé pour les opérations de maintenance et de restauration.

Dans la procédure suivante, toutes les étapes sont effectuées sur le serveur maître sauf indication contraire. En outre, la procédure utilise deux exemples de noms d'hôte de réseau routables :

racclient1
racclient2

Dans cette procédure, le nom logique pour le cluster est racname. Cependant, si un nom de basculement est toujours actif sur un nœud dans le cluster, il peut être utilisé comme racname. Sinon, racname peut être ajouté temporairement comme alias de nom d'hôte pour que racclient1 ou racclient2 termine la configuration initiale et être ensuite supprimé.

Pour centraliser le stockage des images de sauvegarde de tous les nœuds dans le cluster sous un nom de client

Sur le serveur maître et le serveur de médias, vérifiez que les noms de client RAC peuvent être résolus, sont routables sur le réseau et répondent correctement :
```
bpclntcmd  - hn racclient1
bpclntcmd  - hn racclient2
ping racclient1
ping racclient2
bpclntcmd  - ip <ip_address_for_racclient1>
bpclntcmd  - ip <ip_address_for_racclient2>
```
Réparez toutes les incohérences de résolution de nom d'hôte et tout problème de routage sur le réseau. Assurez-vous d'effacer le cache de l'hôte NetBackup et attendez 10 secondes avant de procéder à toute modification de résolution de nom :
```
bpclntcmd  - clear_host_cache
```
Sur le serveur maître, contrôlez si les répertoires d'image ou l'alias client existent déjà pour l'un desracclients ou le nom logique pour le cluster :
Windows :
```
dir install_path\Veritas\NetBackup\db\images\racclient1
dir install_path\Veritas\NetBackup\db\images\racclient2
dir install_path\Veritas\NetBackup\db\images\racname
```
UNIX :
```
ls -ld /usr/openv/netbackup/db/images/racclient1
ls -ld /usr/openv/netbackup/db/images/racclient2
ls -ld /usr/openv/netbackup/db/images/racname
```
Windows ou UNIX :
```
bpclient  - client racclient1  - list_all_aliases
bpclient  - client racclient2  - list_all_aliases
bpclient  - client racname  - list_all_aliases
```
Remarque :
Ne continuez pas cette procédure si un des noms de client a déjà des répertoires d'image ou est un alias de nom client autre que racname.
Au lieu d'utiliser cette procédure, vous pouvez également fusionner les répertoires d'image et les noms de client existants conformément à l'article de la base de connaissances Veritas suivant :
https://www.veritas.com/docs/000018409
Sinon, créez de nouveaux noms d'hôte qui puissent être résolus et routés sur le réseau pour les clients RAC et retournez à l'étape1.
Si le nom logique de cluster a déjà un répertoire d'image et est un alias pour lui-même, alors passez à l'étape 5.
Exécutez une sauvegarde en utilisant le nom logique de cluster comme nom de client NetBackup.
- Si racname n'est pas un nom d'hôte résoluble, faites-en temporairement un alias de nom d'hôte pour le nom d'hôte d'un des noms de client RAC. Modifier l'alias de nom d'hôte est plus facile en modifiant le fichier d'hôtes.
- La sauvegarde doit être une sauvegarde de système de fichiers utilisant une politique nouvelle ou existante. Il peut s'agir d'une sauvegarde d'un unique fichier.
- Ensuite, assurez-vous que racname a un alias de client et un répertoire d'image en procédant aux vérifications de l'étape 2. Enfin, supprimez tout alias de nom d'hôte ou politique temporaire que vous aurez créé.
Dirigez les futures sauvegardes et recherches d'images pour racclient1 et racclient2 vers le nom logique de cluster.
Créez les alias client pour le cluster et confirmez :
```
bpclient  - client racname  - add_alias racclient1
bpclient  - client racname  - add_alias racclient2
```
```
bpclient  - client racname  - list_all_aliases
bpclient  - client racclient1  - list_all_aliases
bpclient  - client racclient2  - list_all_aliases
```
Si vous rencontrez des problèmes, consultez la note technique suivante :
https://www.veritas.com/docs/000018409
Créez ou modifiez une politique Oracle pour le RAC, et spécifiez racclient1 et racclient2 en tant que clients.
Pour plus d'informations sur la politique et les techniques de configuration RMAN,
Assurez-vous que la politique est active et exécutez une sauvegarde manuelle du RAC avec la politique.
Autorisez les hôtes client à utiliser NB_ORA_CLIENT=racname pendant les opérations de contre-vérification et de restauration. Ces fichiers altname sont créés sur le serveur maître. peername est le nom d'hôte sur lequel le serveur maître résout l'adresse IP source depuis laquelle chaque client se connecte au serveur maître. Le nom peername est facilement déterminé quand vous exécutez bpclntcmd -pn sur chaque hôte client.
Windows :
```
cd install_path\Veritas\NetBackup\db\altnames
echo racname >> peername_racclient1
echo racname >> peername_racclient2
```
UNIX :
```
cd /usr/openv/netbackup/db/altnames
echo racname >> peername_racclient1
echo racname >> peername_racclient2
```
Dans racclient1, peername est racclient1.com :
```
$ bpclntcmd -pn
expecting response from server mymaster
racclient1.com racclient1 192.168.0.11 60108
```

Pour plus d'informations sur les meilleures utilisations d'alias client, consultez la note technique suivante :

http://www.veritas.com/docs/TECH208362

Plus d'informations

Pratiques d'excellence d'Oracle RAC avec NetBackup

A propos de NetBackup pour les opérations Oracle