Recherche dans <book_title>…

Guide de l'administrateur NetBackup™ Bare Metal Restore™

Last Published: 2024-11-11

Product(s): NetBackup & Alta Data Protection (10.5)

Prise en charge de la récupération de zones Solaris

Lorsque vous utilisez BMR pour sauvegarder et restaurer des zones Solaris, vous devez prendre en considération certains points.

Bare Metal Restore peut restaurer les zones en cours d'exécution d'un système Solaris. Même si BMR ne peut pas restaurer des zones locales spécifiques, toutes les zones locales d'un système sont recréées dans le cadre de la restauration de la zone globale. Si des zones locales et globales sont basées sur des systèmes de fichiers ZFS, l'utilisateur n'a pas besoin de créer de configuration "vfstab".

Pour restaurer toutes les zones non globales dans un scénario de restauration de disque différent

Remappez le système de fichiers qui héberge la zone (également connue sous le nom de chemin d'accès de zone) pour restaurer les fichiers de zone.
Si une zone non globale importe les parts de la zone globale qui ne sont pas remappés, BMR supprime les parts de la configuration de zone.
Si une zone non globale importe des tranches de la zone globale qui sont remappées sur des disques différents, BMR rajuste la configuration de zone et toute entrée de zone vfstab (ZONEPATH/root/etc/vfstab) pour utiliser les nouveaux noms de périphérique.
Si une zone non globale importe des systèmes du fichier de zone globale qui ne sont pas remappés, BMR supprime les références à ces systèmes dans la configuration de zone.
Test

Il peut être nécessaire de recréer et restaurer tous les systèmes de fichiers importés ou utilisés par une zone non globale après une restauration BMR. En règle générale, ces systèmes de fichiers ne s'affichent pas dans la zone globale vfstab (/etc/vfstab).

BMR se base sur des entrées sous /etc/vfstab pour documenter les systèmes de fichiers à restaurer. Les systèmes de fichiers créés et montés dynamiquement, qui ne s'affichent pas sous /etc/vfstab (même s'ils sont sauvegardés par NetBackup) ne sont pas restaurés automatiquement. La manière la plus facile pour forcer BMR à restaurer de tels systèmes de fichiers consiste à ajouter une entrée à /etc/vfstab qui documente les périphériques et les points de montage utilisés, avec le champ Montage au démarrage défini sur Non. Ensuite, les systèmes de fichiers dynamiques peuvent être utilisés comme avant. BMR les reconnaît, les recrée à moins qu'ils ne soient pas mappés dans DDR et restaure leur contenu s'ils ont été sauvegardés par NetBackup.

Les fonctions de zone entraînent l'affichage des systèmes de fichiers installés dynamiquement comme suit :

Entrées fs affectant les périphériques de zone globale.
Entrées de périphérique de zone globale importées mais montées par l'entrée /etc/vfstab de la zone non globale ou dynamiquement par la zone elle-même.

Pour automatiser la restauration de zone BMR, ajoutez des entrées à la zone globale /etc/vfstab qui forcent BMR à les restaurer (sauf si le mappage a été annulé par DDR), comme suit :

Pour les entrées FS, les périphériques de zone globale sont utilisés en tant que valeurs spéciales et brutes avec un point de montage s'affichant sous la racine de la zone non globale. L'entrée à ajouter à la zone globale /etc/vfstab doit utiliser les chemins d'accès du périphérique de la zone globale avec le chemin d'accès complet du point de montage de la zone non globale, y compris le chemin d'accès de la zone. Par exemple, si la zone s'affiche comme suit :
```
      zonepath=/export/zone1  
      fs:
        dir=/export
        special=/dev/dsk/c0t9d0s6  
        raw=/dev/rdsk/c0t9d0s6  
        type=ufs
```
L'entrée /etc/vfstab de la zone globale s'affiche comme suit :
```
/dev/dsk/c0t9d0s6 /dev/rdsk/c0t9d0s6 /export/zone1/root/export ufs  
- no -
```
Pour les entrées de périphérique montées par la zone non globale, vous devez traiter les problèmes suivants lorsque vous configurez une restauration BMR :
- Le montage dynamique utilisé comprend le chemin d'accès de périphérique importé sous le chemin d'accès de zone. Pour un périphérique monté par une entrée /etc/vfstab dans une zone non globale, il existe une ou plusieurs entrées de périphérique dans la zone, comme suit :
```
zonepath=/export/zone2  
  device:  
  match=/dev/*dsk/c0t0d0s4
```
  Les périphériques répertoriés dans l'entrée /etc/vfstab de la zone non globale s'affichent comme suit :
```
/dev/dsk/c0t0d0s4 /dev/rdsk/c0t0d0s4 /local ufs - yes -
```
  Cette commande entraîne le montage dynamique de la zone globale.
  /export/zone2/dev/dsk/c0t0d0s4 sur le point de montage
  /export/zone2/root/local. Toutefois, pour forcer BMR à recréer automatiquement le système de fichiers, vous devez ajouter l'entrée documentée à l'entrée /etc/vfstab de la zone globale comme suit :
```
/dev/dsk/c0t0d0s4 /dev/rdsk/c0t0d0s4 /export/zone2/root/local ufs - no -
```
  (Si vous utilisez les chemins d'accès de périphérique relatifs au chemin d'accès de zone, BMR recrée uniquement le point de montage au lieu de restaurer le système de fichiers entier.)
- Lorsque vous mettez en correspondance les périphériques, vous ne devez pas utiliser de caractères génériques pour permettre à BMR d'effectuer des modifications si vous utilisez la restauration des autres disques. Lorsque la spécification des périphériques implique un caractère générique, si le mappage DDR affecte la zone (par exemple, si vous supprimez le mappage ou déplacez un système de fichiers d'un disque à un autre), BMR ne peut pas modifier l'entrée. L'entrée /etc/vfstab de la zone affectée est modifiée, mais les entrées de mise en correspondance de périphériques sont modifiées uniquement si la correspondance ne comprend pas de caractère générique.
  Par exemple, modifiez l'entrée suivante :
```
match=/dev/*dsk/c0t0d0s4
```
  L'entrée doit utiliser deux entrées de périphérique comme suit :
```
match=/dev/dsk/c0t0d0s4  
match=/dev/rdsk/c0t0d0s4
```
  Si les entrées sont modifiées comme dans cet exemple, la restauration BMR des autres disques met à jour les définitions de zone et le fichier vfstab.