Ce chapitre décrit le processus de récupération du logiciel Oracle Hierarchical Storage Manager et StorageTek QFS Software et de la configuration du système de fichiers en cas de perte ou d'endommagement de tout ou partie de la configuration du système de fichiers. Si l'hôte serveur échoue, les configurations du système de fichiers et du logiciel Oracle HSM risquent d'être perdues, ce qui laisserait les données et les métadonnées du système de fichiers intactes mais inaccessibles tant que les informations de configuration ne sont pas restaurées. La réussite de cette opération dépend de votre capacité à récupérer des informations à partir de n'importe quel fichier et répertoire restant et de la précision de vos préparations au sinistre :
Restauration de la configuration à partir des copies de sauvegarde et/ou des SAMreports
Restauration de la configuration sans informations de sauvegarde.
Si vous avez suivi les procédures recommandées dans le Guide de configuration et de configuration d'Oracle Hierarchical Storage Manager et StorageTek QFS, vous pouvez récupérer les configurations du logiciel et du système de fichiers Oracle HSM à l'aide de la procédure ci-dessous.
Si vous restaurez la configuration suite à une panne de l'hôte du serveur, résolvez les problèmes matériels et réinstallez les systèmes d'exploitation et les logiciels selon vos besoins.
S'il existe une copie de sauvegarde actuelle du système de fichiers root, restaurez le système de fichiers root et arrêtez la procédure à cette étape.
Dans le cas contraire, connectez-vous à l'hôte du serveur du système de fichiers en tant qu'utilisateur root.
root@solaris:~#
Montez les systèmes de fichiers requis. Montez les systèmes de fichiers stockant les fichiers de configuration de sauvegarde Oracle HSM et tous les systèmes de fichiers contenant des copies d'archive sur disque des fichiers de données.
Dans cet exemple, nous avons mis à jour des copies des fichiers de configuration Solaris du serveur Oracle HSM dans le sous-répertoire sam_config sur le système de fichiers indépendant zfs1. Nous créons un point de montage. Nous montons zfs1. Nous restaurons le fichier vfstab à partir de la copie la plus récente dans le système de fichiers zfs1. Nous créons les points de montage nécessaires. Nous montons ensuite les systèmes de fichiers :
root@solaris:~# cp /etc/vfstab /etc/vfstab.back root@solaris:~# mkdir /zfs1 root@solaris:~# mount -F zfs /net/remote.example.com/zfs1/ /zfs1 root@solaris:~# cp /zfs1/sam_config/20140127/etc/vfstab /etc/vfstab root@solaris:~# mkdir /diskvols root@solaris:~# mkdir /diskvols/DISKVOL1 root@solaris:~# mkdir /diskvols/DISKVOL2 ... root@solaris:~# mount /diskvols/DISKVOL1 root@solaris:~# mount /diskvols/DISKVOL2 ... root@solaris:~#
Si des copies de sauvegarde des fichiers de configuration Oracle HSM sont disponibles, localisez les copies les plus récentes datant d'avant la perte de la configuration.
Dans cet exemple, nous avons conservé des copies des fichiers de configuration Oracle HSM dans le sous-répertoire sam_config sur le système de fichiers indépendant /zfs1. Ainsi, vous pouvez facilement retrouver les fichiers les plus récents :
root@solaris:~# ls /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/ archiver.cmd defaults.conf mcf recycler.cmd stager.cmd cfg_backups diskvols.conf mgmt_sched.conf releaser.cmd startup csn inquiry.conf notify.cmd scripts verifyd.cmd root@solaris:~# ls /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/scripts archiver.sh log_rotate.sh nrecycler.sh recycler.sh save_core.sh sendtrap ssi.sh root@solaris:~# ls /zfs1/sam_config/explorer/ server1.20140430.1659MST.tar.gz server1.20140114.0905MST.tar.gz server1.20110714.1000MST.tar.gz
Si des SAMreports ont été générés avant la perte de la configuration Oracle HSM, recherchez la dernière version.
Si les systèmes de fichiers QFS sont actuellement montés, démontez-les.
Pour chaque fichier de configuration manquant, copiez un fichier de sauvegarde disponible à l'emplacement requis sur le serveur que vous restaurez.
Dans cet exemple, nous restaurons tous les fichiers de configuration Oracle HSM et les scripts des copies de sauvegarde (remarque : les commandes ci-dessous sont saisies sur une seule ligne ; les sauts de ligne sont échappés à l'aide de la barre oblique inverse) :
root@solaris:~# cp /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/* \ /etc/opt/SUNWsamfs/ root@solaris:~# cp /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/scripts/* \ /etc/opt/SUNWsamfs/scripts/ root@solaris:~# cp /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/startup/* \ /etc/opt/SUNWsamfs/startup/ root@solaris:~# cp /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/cfg_backups/* \ /etc/opt/SUNWsamfs/cfg_backups/ root@solaris:~# cp /zfs1/sam_config/20140127/etc/opt/SUNWsamfs/csn/* \ /etc/opt/SUNWsamfs/csn/
Si les copies de sauvegarde des fichiers de configuration ne sont pas disponibles, recréez-les à l'aide des informations contenues dans le dernier SAMreport en date disponible. Copiez le contenu du rapport, collez-le dans un éditeur de texte, puis enregistrez-le dans le fichier et à l'emplacement indiqués dans le rapport.
Les fichiers SAMreport contiennent le texte complet des fichiers de configuration Oracle HSM dans l'état où ils étaient au moment de la création du rapport. Ils répertorient également le répertoire dans lequel le fichier se trouvait.
Dans cet exemple, nous parcourons le fichier server1.20140127.SAMreport à la recherche d'informations sur le fichier de configuration principal Oracle HSM (mcf). Nous insérons la sortie de la commande cat dans la commande grep et le modèle d'expression régulière \/etc\/opt\/SUNWsamfs\/mcf (remarque : les commandes ci-dessous sont saisies sur une seule ligne ; les sauts de ligne sont échappés à l'aide de la barre oblige inverse) :
root@solaris:~# cat /zfs1/sam_config/explorer/server1.20140127.SAMreport | \ grep \/etc\/opt\/SUNWsamfs\/mcf ... ------------------ /etc/opt/SUNWsamfs/mcf ------------------- server1# /bin/ls -l /etc/opt/SUNWsamfs/mcf -rw-r--r-- 1 root root 1789 Feb 4 09:22 /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------- --------- --------- --------- ------ ----------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on root@solaris:~#
Nous copions la sortie de la commande grep, la copions dans l'éditeur vi et enregistrons le fichier avec le nom correct et l'emplacement adéquat :
root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------- --------- --------- --------- ------ ----------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on :wq root@solaris:~#
Restaurez les catalogues de bibliothèque à partir des données du fichier de vidage enregistré au cours de la procédure de la Enregistrement de la configuration Oracle HSM. Pour chaque catalogue, utilisez la commande build_cat catalog-dump-file catalog-file, où :
catalog-dump-file est le chemin d'accès et le nom du fichier que vous avez créé avec la commande dump_cat.
catalog-file est le chemin d'accès et le nom du fichier de catalogue restauré.
Dans cet exemple, nous reconstituons le catalogue pour library1 à l'aide des données contenues dans le fichier /zfs1/sam_config/20140513/catalogs/library1cat.dump:
root@solaris:~# build_cat /zfs1/sam_config/20140513/catalogs/library1cat.dump \ /var/opt/SUNWsamfs/catalog/library1cat
Si vous tentez de récupérer un système après une défaillance matérielle, reportez-vous au Chapitre 4, Récupération des systèmes de fichiers.
Si vous remplacez un ou plusieurs fichiers de configuration supprimés de façon accidentelle ou modifiés de façon incorrecte et si aucune modification matérielle ou de système de fichiers n'a eu lieu, recherchez les erreurs éventuelles dans les fichiers de configuration en exécutant la commande sam-fsd.
sam-fsd est une commande d'initialisation qui lit les fichiers de configuration Oracle HSM. Elle s'arrête en cas d'erreur :
root@solaris:~# sam-fsd
Si la commande sam-fsd détecte une erreur dans le fichier mcf, modifiez le fichier pour corriger l'erreur et vérifiez à nouveau, comme décrit à l'étape précédente.
Dans l'exemple ci-dessous, sam-fsd signale un problème non spécifié avec un périphérique :
root@solaris:~# sam-fsd Problem in mcf file /etc/opt/SUNWsamfs/mcf for filesystem hsmfs1 sam-fsd: Problem with file system devices. root@solaris:~#
Si la commande sam-fsd s'exécute sans erreur, les fichiers de configuration sont corrects. Passez à l'étape suivante.
Cet exemple énumère partiellement la sortie exempte d'erreurs :
root@solaris:~# sam-fsd
Trace file controls:
sam-amld /var/opt/SUNWsamfs/trace/sam-amld
cust err fatal ipc misc proc date
size 10M age 0
sam-archiverd /var/opt/SUNWsamfs/trace/sam-archiverd
cust err fatal ipc misc proc date module
size 10M age 0
sam-catserverd /var/opt/SUNWsamfs/trace/sam-catserverd
cust err fatal ipc misc proc date module
size 10M age 0
...
Would start sam-archiverd()
Would start sam-stagealld()
Would start sam-stagerd()
Would start sam-amld()
root@solaris:~#
Demandez au logiciel Oracle HSM de lire le fichier mcf et de se reconfigurer en conséquence. Exécutez la commande samd config.
root@solaris:~# samd config Configuring SAM-FS root@solaris:~#
Si la commande samd config signale des erreurs dans le fichier mcf, corrigez-les. Répétez ensuite l'étape précédente.
Remontez les systèmes de fichiers concernés.
Contrôlez les opérations du système de fichiers.
Si vous ne disposez pas de fichiers de sauvegarde ou de SAMreports, reconstruisez la configuration à l'aide de tous les types d'informations disponibles. Procédez ensuite de la même manière que pour une nouvelle configuration. Pour plus d'informations, reportez-vous au Guide de configuration et de configuration d'Oracle Hierarchical Storage Manager et StorageTek QFS.