| Oracle® Hierarchical Storage Manager et le logiciel StorageTek QFS Guide d'installation et de configuration Version 6.0 E56767-02 |
|
 Précédent |
 Suivant |
| Oracle® Hierarchical Storage Manager et le logiciel StorageTek QFS Guide d'installation et de configuration Version 6.0 E56767-02 |
|
Précédent |
Suivant |
Effectuez les tâches de configuration de stockage indiquées dans ce chapitre avant de poursuivre l'installation et la configuration de Oracle HSM. Ce chapitre comprend les sections suivantes :
Dans un système de fichiers Oracle HSM, les périphériques de disque principal ou de disque dur électronique stockent les fichiers qui sont activement utilisés et modifiés. Lors de la configuration des périphériques de disque ou de disque dur électronique pour la mise en cache, suivez les instructions ci-dessous.
Pour estimer la capacité de démarrage du cache principal, vous devez déterminer le volume maximal de données que chaque système de fichiers pourra contenir.
Augmentez cette capacité de démarrage de 10 % pour prendre en compte les métadonnées du système de fichiers.
Si vous préparez un système de fichiers haute performance de type ma, configurez le matériel pour les périphériques de métadonnées mm. Un groupe de volumes contrôlé matériellement de quatre disques, en RAID 10 (1+0) pour chaque périphérique de métadonnées mm convient parfaitement. Envisagez d'utiliser des disques durs électroniques pour obtenir des performances optimales.
Les caractéristiques des baies RAID 10 en miroir entrelacé sont idéales pour stocker les métadonnées Oracle HSM. Le stockage RAID 10 est hautement redondant, assurant la protection des métadonnées critiques. Le débit est plus élevé et la latence est inférieure par rapport à la plupart des autres configurations RAID.
Une baie contrôlée par un matériel de contrôleur dédié offre généralement des performances plus élevées que si elle était contrôlée par un logiciel qui s'exécute sur un processeur partagé à usage généraliste.
Les périphériques de disque dur électronique sont particulièrement indiqués pour le stockage des métadonnées qui, par nature, sont fréquemment mises à jour et lues.
Si vous utilisez une baie de disques externe pour le stockage de cache principal, configurez des groupes de volumes RAID 5 3+1 ou 4+1 pour chaque périphérique md ou mr de la configuration du système de fichiers. Configurez un volume logique (LUN) sur chaque groupe de volumes.
Pour un nombre donné de disques, des groupes de volumes RAID 5 3+1 et 4+1 de plus petite taille offrent un parallélisme supérieur et donc des performances d'entrées/sorties (E/S) meilleures que celles de groupes de volumes plus grands. Les périphériques de disque individuels des groupes de volumes RAID 5 ne fonctionnent pas de façon indépendante ; du point de vue des E/S, chaque groupe de volumes se comporte comme un périphérique unique. La subdivision d'un nombre donné de disques en groupes de volumes 3+1 et 4+1 crée des périphériques plus indépendants, un meilleur parallélisme et moins de conflits d'E/S que des configurations équivalentes réparties en groupes plus volumineux.
La capacité des groupes RAID plus petits est moindre, en raison du taux parité/stockage plus élevé. Mais pour la plupart des utilisateurs, cet inconvénient est largement compensé par le gain de performances. Dans un système de fichiers d'archivage, la légère diminution de la capacité du cache disque est souvent totalement compensée par la capacité, comparativement illimitée, de l'archive.
La configuration de plusieurs volumes logiques (LUN) sur un groupe de volumes entraîne des conflits d'E/S, car ces volumes distincts du point de vue logique doivent se disputer un ensemble de ressources qui ne peuvent traiter qu'une E/S à la fois. Ce phénomène accroît la surcharge relative aux E/S et réduit le débit.
Ensuite, démarrez la Configuration du stockage d'archivage.
Effectuez les tâches suivantes :
Zonez le réseau de stockage (SAN) pour établir la communication entre le lecteur et l'adaptateur de bus hôte.
Assurez-vous que l'hôte est en mesure de voir les périphériques sur le SAN. Saisissez la commande d'administration de la configuration Solaris cfgadm avec la liste -al (liste des points de connexion) et les options -o show_SCSI_LUN. Repérez dans la sortie le nom universel (WWN) du port du lecteur.
La première colonne de la sortie présente l'identifiant du point de connexion (Ap_id), qui se compose du numéro du contrôleur du bus hôte et du nom universel (WWN), séparés par des deux-points. L'option -o show_SCSI_LUN affiche tous les LUN sur le noeud s'il est le lecteur passerelle contrôlant un changeur de médias via une interface ADI.
root@solaris:~#cfgadm-al-oshow_SCSI_LUNAp_Id Type Receptacle Occupant Condition c2::500104f000937528 tape connected configured unknown c3::50060160082006e2,0 tape connected unconfigured unknown
Si le nom universel (WWN) du lecteur n'est pas répertorié dans la sortie de cfgadm -al -o show_SCSI_LUN, le lecteur n'est pas visible. Il y a un problème de configuration du SAN. Effectuez une nouvelle vérification des connexions et de la configuration de zonage du SAN. Répétez ensuite l'étape précédente.
Si la sortie de la commande cfgadm-al indique qu'un lecteur n'est pas configuré, ressaisissez la commande, cette fois en utilisant le commutateur -c (configure).
La commande crée les fichiers de périphériques nécessaires dans /dev/rmt :
root@solaris:~#cfgadm-alAp_Id Type Receptacle Occupant Condition c2::500104f000937528 tape connected configured unknown c3::50060160082006e2,0 tape connected unconfigured unknown root@solaris:~#cfgadm-cconfigure50060160082006e2,0
Vérifiez l'association entre le nom du périphérique et le nom universel (WWN). Utilisez la commande ls -al /dev/rmt | grep WWN, où WWN est le nom universel.
root@solaris:~#ls-al/dev/rmt|grep50060160082006e2,0lrwxrwxrwx 1 root root 94 May 20 05:05 3un -> \ ../../devices/pci@1f,700000/SUNW,qlc@2/fp@0,0/st@w50060160082006e2,0:
Si vous disposez du niveau de patch Solaris minimum recommandé, arrêtez-vous à cette étape et passez à la section Configuration du stockage d'archivage sur disque.
Sinon, obtenez l'identifiant cible de votre périphérique.
Modifiez /kernel/drv/st.conf. Ajoutez l'entrée indiquée par le fournisseur à la tape-config-list, en indiquant l'identifiant cible déterminé plus haut.
Forcez le rechargement du module st. Utilisez la commande update_drv -f st.
root@solaris:~# update_drv -f st
root@solaris:~#
Ensuite, passez à la section Configuration du stockage d'archivage sur disque.
Dans une archive de disque, vous pouvez utiliser les systèmes de fichiers ZFS , UFS , QFS ou NFS pour les volumes. Pour de meilleures performances d'archivage et de transfert, configurez les systèmes de fichiers et le stockage sous-jacent de manière à maximiser la bande passante disponible pour l'archivage et le transfert, tout en minimisant les conflits entre les opérations d'archivage et de transfert, et entre Oracle HSM et d'autres applications. Suivez les recommandations suivantes :
Utilisez des systèmes de fichiers dédiés afin que Oracle HSM n'entre pas en conflit avec les autres applications et utilisateurs pour l'accès aux systèmes de fichiers.
Configurez un volume de disque d'archivage Oracle HSM par système de fichiers ou par ensemble de données ZFS et définissez un quota d'espace de stockage que le volume de disque d'archivage pourra occuper.
Lorsque l'espace de stockage d'un volume d'archive est alloué dynamiquement à partir d'un pool de périphériques de disque partagés, assurez-vous que le stockage sous-jacent n'est pas suralloué. Les quotas permettent d'empêcher que les processus d'archivage Oracle HSM ne tentent d'utiliser plus d'espace de stockage que celui disponible.
Définissez pour chaque système de fichiers une taille comprise entre 10 et 20 téra-octets, si possible.
Lorsque les ressources disques disponibles le permettent, configurez plusieurs systèmes de fichiers afin que les archivages et transferts Oracle HSM individuels n'entrent pas en conflit pour accéder au système de fichiers. Le nombre de systèmes de fichiers d'archivage optimal se situe entre quinze et trente.
Configurez chaque système de fichiers sur des périphériques dédiés afin que les archivages et transferts n'entrent pas en conflit pour accéder au même matériel sous-jacent.
N'utilisez pas les sous-répertoires d'un seul système de fichiers en tant que volumes d'archivage distincts.
Ne configurez pas deux systèmes de fichiers ou plus sur des LUN qui résident sur le même lecteur physique ou groupe RAID.
Passez ensuite à la section Configuration du stockage d'archivage sur bande.
Effectuez les tâches suivantes :
Définition de l'ordre d'installation des lecteurs dans la bibliothèque
Configuration des bibliothèques à connexion directe (le cas échéant).
Si votre bibliothèque automatisée contient plusieurs lecteurs, l'ordre des lecteurs dans le fichier de configuration principal Oracle HSM mcf doit être identique à l'ordre dans lequel les lecteurs sont affichés pour le contrôleur de la bibliothèque. Cet ordre peut être différent de l'ordre dans lequel les périphériques sont affichés sur l'hôte et signalés dans le fichier d'hôte /var/adm/messages.
Pour chaque hôte serveur de métadonnées Oracle HSM et hôte Data Mover, déterminez l'ordre des lecteurs en effectuant les tâches ci-dessous :
Collecte d'informations sur le lecteur pour la bibliothèque et l'hôte Solaris
Mappage des lecteurs dans une bibliothèque connectée directement aux noms de périphériques Solaris ou Mappage des lecteurs d'une bibliothèque connectée à ACSLS aux noms de périphériques Solaris, en fonction de l'équipement que vous utilisez.
Consultez la documentation de la bibliothèque. Observez comment les lecteurs et les cibles sont identifiés. S'il existe un panneau opérateur local, recherchez comment l'utiliser pour définir l'ordre des lecteurs.
Si la bibliothèque est équipée d'un panneau opérateur local, utilisez-le pour définir l'ordre dans lequel les lecteurs sont associés au contrôleur. Déterminez l'identificateur cible SCSI ou le nom WWN de chaque lecteur.
Connectez-vous à l'hôte Solaris en tant qu'utilisateur root.
root@solaris:~#
Répertoriez les noms de périphériques logiques Solaris dans /dev/scsi/changer/, en redirigeant la sortie vers un fichier texte.
Dans cet exemple, nous redirigeons les listes de /dev/rmt/ vers le fichier device-mappings.txt du répertoire personnel de l'utilisateur root :
root@solaris:~#ls-l/dev/rmt/>/root/device-mappings.txt
Passez ensuite à la section Mappage des lecteurs dans une bibliothèque connectée directement aux noms de périphériques Solaris ou à la section Mappage des lecteurs d'une bibliothèque connectée à ACSLS aux noms de périphériques Solaris.
Pour chaque nom de lecteur logique Solaris répertorié dans /dev/rmt/ et chaque lecteur que la bibliothèque affecte à l'hôte de serveur Oracle HSM, exécutez la procédure suivante :
Si vous n'êtes pas encore connecté à l'hôte Solaris Oracle HSM, connectez-vous en tant qu'utilisateur root.
root@solaris:~#
Dans un éditeur de texte, ouvrez le fichier de mappage de périphériques que vous avez créé au cours de la procédure de la Collecte d'informations sur le lecteur pour la bibliothèque et l'hôte Solaris, puis organisez-le en un tableau simple.
Vous devrez vous reporter à ces informations dans les étapes suivantes. Dans cet exemple, nous utilisons l'éditeur vi pour supprimer les attributs d'autorisations, de propriété et de date de la liste /dev/rmt/, tout en ajoutant des en-têtes et de l'espace pour les informations concernant le périphérique de bibliothèque.
root@solaris:~#vi/root/device-mappings.txtLIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ---------- ------------------------------------------- /dev/rmt/0 -> ../../devices/pci@1f,4000/scsi@2,1/st@2,0: /dev/rmt/1 -> ../../devices/pci@1f,4000/scsi@4,1/st@5,0: /dev/rmt/2 -> ../../devices/pci@1f,4000/scsi@4,1/st@6,0: /dev/rmt/3 -> ../../devices/pci@1f,4000/scsi@4/st@1,0: lrwxrwxrwx 1 root root 40 Mar 18 2014 /dev/rmt/4 -> ../../devices/pci@1f,4000/scsi@4/st@2,0:
Assurez-vous que tous les lecteurs soient vides sur la bibliothèque.
Chargez une bande dans le premier lecteur de la bibliothèque que vous n'avez pas encore mappée à un nom de périphérique logique Solaris.
Dans les exemples suivants, nous chargeons une bande LTO4 dans un lecteur de bande HP Ultrium LTO4.
Identifiez l'entrée Solaris /dev/rmt/ correspondant au lecteur qui monte la bande. Avant d'identifier le lecteur, exécutez la commande mt -f /dev/rmt/number status où number identifie le lecteur dans /dev/rmt/.
Dans l'exemple, le lecteur à l'emplacement /dev/rmt/0 est vide, mais le lecteur à l'emplacement /dev/rmt/1 contient la bande. Ainsi, le lecteur que la bibliothèque identifie comme lecteur 1 correspond à Solaris /dev/rmt/1:
root@solaris:~#mt -f /dev/rmt/0 status/dev/rmt/0: no tape loaded or drive offline root@solaris:~#mt -f /dev/rmt/1 statusHP Ultrium LTO 4 tape drive: sense key(0x0)= No Additional Sense residual= 0 retries= 0 file no= 0 block no= 3
Dans le fichier de mappage de périphériques, trouvez l'entrée du périphérique Solaris qui contient la bande, puis entrez le nom de l'identifiant du périphérique de la bibliothèque à l'endroit prévu à cet effet. Ensuite, enregistrez le fichier.
Dans l'exemple, saisissez 1 dans le champ LIBRARY DEVICE NUMBER de la ligne correspondant à /dev/rmt/1:
root@solaris:~# vi /root/device-mappings.txt
LIBRARY SOLARIS SOLARIS
DEVICE LOGICAL PHYSICAL
NUMBER DEVICE DEVICE
------- ---------- -------------------------------------------
/dev/rmt/0 -> ../../devices/pci@1f,4000/scsi@2,1/st@2,0:
1 /dev/rmt/1 -> ../../devices/pci@1f,4000/scsi@4,1/st@5,0:
/dev/rmt/2 -> ../../devices/pci@1f,4000/scsi@4,1/st@6,0:
/dev/rmt/3 -> ../../devices/pci@1f,4000/scsi@4/st@1,0:
:w
Déchargez la bande.
Renouvelez cette procédure jusqu'à ce que le fichier de mappage de périphériques contienne les entrées qui mappent tous les périphériques que la bibliothèque affecte à l'hôte Oracle HSM aux noms de périphériques logiques Solaris. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
root@solaris:~# vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ---------- -------------------------------------------2/dev/rmt/0 -> ../../devices/pci@1f,4000/scsi@2,1/st@2,0: 1 /dev/rmt/1 -> ../../devices/pci@1f,4000/scsi@4,1/st@5,0:3/dev/rmt/2 -> ../../devices/pci@1f,4000/scsi@4,1/st@6,0:4/dev/rmt/3 -> ../../devices/pci@1f,4000/scsi@4/st@1,0::wqroot@solaris:~#
Conservez le fichier de mappage.
Vous aurez besoin de ces informations pour les opérations décrites au Configuration du système de fichiers de base (Chapitre 6), et vous souhaiterez peut-être l'inclure au moment d'effectuer les opérations décrites au Sauvegarde de la configuration Oracle HSM (Chapitre 13).
Ensuite, passez à la section Configuration des bibliothèques à connexion directe.
Si vous n'êtes pas encore connecté à l'hôte Solaris Oracle HSM, connectez-vous en tant qu'utilisateur root.
root@solaris:~#
Dans un éditeur de texte, ouvrez le fichier de mappage de périphériques que vous avez créé au cours de la procédure de la Collecte d'informations sur le lecteur pour la bibliothèque et l'hôte Solaris, puis organisez-le en un tableau simple.
Vous devrez vous reporter à ces informations dans les étapes suivantes. Dans cet exemple, nous utilisons l'éditeur vi pour supprimer les attributs d'autorisations, de propriété et de date de la liste /dev/rmt/, tout en ajoutant des en-têtes et de l'espace pour les informations concernant le périphérique de bibliothèque.
root@solaris:~# vi /root/device-mappings.txt
LOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS
-------------- -------------------- ----------------------------------
/dev/rmt/0
/dev/rmt/1
/dev/rmt/2
/dev/rmt/3
Affichez le numéro de série de chaque nom de périphérique logique répertorié dans /dev/rmt/. Utilisez la commande luxadm display /dev/rmt/number, où number identifie le lecteur dans /dev/rmt/.
Dans l'exemple, nous obtenons le numéro de série HU92K00200 pour le périphérique /dev/rmt/0 :
root@solaris:~#luxadmdisplay/dev/rmt/0DEVICE PROPERTIES for tape: /dev/rmt/0 Vendor: HP Product ID: Ultrium 4-SCSI Revision: G25W Serial Num: HU92K00200 ... Path status: Ready root@solaris:~#
Entrez le numéro de série dans la ligne correspondante du fichier device-mappings.txt.
Dans l'exemple, nous enregistrons le numéro de série du périphérique /dev/rmt/0, HU92K00200 dans la ligne de périphérique logique /dev/rmt/0.
root@solaris:~#vi/root/device-mappings.txtLOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS -------------- -------------------- ---------------------------------- /dev/rmt/0HU92K00200/dev/rmt/1 /dev/rmt/2 /dev/rmt/3:wqroot@solaris:~#
Répétez les deux étapes précédentes jusqu'à ce que vous ayez identifié les numéros de série de tous les périphériques logiques répertoriés dans /dev/rmt/ et enregistré les résultats dans le fichier device-mappings.txt.
Dans l'exemple, il existe quatre périphériques logiques :
root@solaris:~#vi/root/device-mappings.txtLOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS -------------- -------------------- ---------------------------------- /dev/rmt/0 HU92K00200 /dev/rmt/1 HU92K00208 /dev/rmt/2 HU92K00339 /dev/rmt/3 HU92K00289 :w root@solaris:~#
Pour chaque numéro de série de périphérique mappé à /dev/rmt/, recherchez l'adresse de lecteur ACSLS correspondante. Utilisez les commandes ACSLS display drive * -f serial_num.
Dans cet exemple, nous obtenons les adresses ACSLS des périphériques HU92K00200 (/dev/rmt/0), HU92K00208 (/dev/rmt/1), HU92K00339 (/dev/rmt/2), HU92K00289 (/dev/rmt/3) :
ACSSA>display drive * -f serial_num2014-03-29 10:49:12 Display Drive Acs Lsm Panel Drive Serial_num 0 2 10 12 331000049255 0 2 10 16 3310020313520 2 10 17HU92K002000 2 10 18HU92K002080 3 10 10HU92K003390 3 10 11 HU92K001890 3 10 12 HU92K00289
Enregistrez chaque adresse de lecteur ACSLS dans la ligne correspondante du fichier device-mappings.txt. Enregistrez le fichier et fermez l'éditeur de texte.
root@solaris:~#vi /root/device-mappings.txtLOGICAL DEVICE DEVICE SERIAL NUMBER ACSLS DEVICE ADDRESS -------------- -------------------- ---------------------------------- /dev/rmt/0 HU92K00200(acs=0, lsm=2, panel=10, drive=17)/dev/rmt/1 HU92K00208(acs=0, lsm=2, panel=10, drive=18)/dev/rmt/2 HU92K00339(acs=0, lsm=2, panel=10, drive=10)/dev/rmt/3 HU92K00289(acs=0, lsm=2, panel=10, drive=12):wq
Conservez le fichier de mappage.
Vous aurez besoin de ces informations pour les opérations décrites au Configuration du système de fichiers de base (Chapitre 6), et vous souhaiterez peut-être l'inclure au moment d'effectuer les opérations décrites au Sauvegarde de la configuration Oracle HSM (Chapitre 13).
Vous configurez les bibliothèques Oracle StorageTek connectées au réseau ACSLS lorsque vous configurez les systèmes de fichiers d'archivage. Donc, si vous planifiez un système de fichiers de données à haute disponibilité, accédez à la Configuration du stockage de systèmes de fichiers à haute disponibilité. Sinon, passez à la Installation de Oracle HSM et du logiciel QFS.
Pour configurer une bibliothèque de bandes à connexion directe, vous devez connecter physiquement le matériel et, dans certains cas, configurer le pilote SCSI (Oracle HSM qui contrôle la robotique de la bibliothèque via le pilote sgen générique plutôt que via le pilote samst utilisé par SAM-QFS avant la version 5.4). Procédez comme suit :
Connectez physiquement la bibliothèque et les lecteurs à l'hôte du serveur Oracle HSM.
Si vous installez Oracle HSM pour la première fois ou si vous mettez à niveau une configuration Oracle HSM ou SAM-QFS 5.4 sur Solaris 11, arrêtez-vous une fois que le matériel est physiquement connecté.
Sous Solaris 11, sgen correspond au pilote SCSI par défaut de sorte que le logiciel d'installation Oracle HSM puisse automatiquement mettre à jour les alias et les fichiers de configuration du pilote.
Si vous installez Oracle HSM sur un système Solaris 10, vérifiez si l'un des alias de pilote dans la liste ci-dessous est affecté au pilote sgen. Utilisez la commande grep scs.*,08 /etc/driver_aliases.
Le pilote sgen pourra se voir affecter l'un des alias suivants :
scsa,08.bfcp" et/ou scsa,08.bvhci
scsiclass,08
Dans l'exemple, Solaris utilise l'alias scsiclass,08 pour le pilote sgen :
root@solaris:~#grepscs.*,08/etc/driver_aliasessgen "scsiclass,08" root@solaris:~#
Si la commande grep renvoie sgen "alias", où alias est un alias de la liste ci-dessus, le pilote sgen est installé et affecté correctement à l'alias. Si vous configurez un système de fichiers de données à haute disponibilité, reportez-vous à la section Configuration du stockage de systèmes de fichiers à haute disponibilité. Sinon, passez à la Installation de Oracle HSM et du logiciel QFS.
Si la commande grep renvoie some-driver "alias", où some-driver n'est pas le pilote sgen et où alias est l'un des alias figurant dans la liste ci-dessus, l'alias est déjà affecté à l'autre pilote. Procédez donc à la Création d'un alias basé sur le chemin pour le pilote sgen.
Si la commande grep scs.*,08 /etc/driver_aliases ne renvoie aucune sortie, le pilote sgen n'est pas installé. Installez-le. Utilisez la commande add_drv -i scsiclass,08 sgen.
Dans l'exemple, la commande grep ne renvoie rien. Nous installons donc le pilote sgen :
root@solaris:~# grep scs.*,08 /etc/driver_aliases root@solaris:~#add_drv-iscsiclass,08sgen
Si la commande add_drv -i scsiclass,08 sgen renvoie le message Driver (sgen) is already installed, le pilote est déjà installé, mais il n'est pas connecté. Connectez-le. Utilisez la commande update_drv -a -i scsiclass,08 sgen.
Dans l'exemple, la commande add_drv indique que le pilote est déjà installé. Nous connectons donc le pilote :
root@solaris:~# add_drv -i scsiclass,08 sgen Driver (sgen) is already installed. root@solaris:~#update_drv-a-iscsiclass,08 sgen
Si la commande grep scs.*,08 /etc/driver_aliases indique que l'alias scsiclass,08 est affecté au pilote sgen, le pilote est configuré correctement.
root@solaris:~# grep scs.*,08 /etc/driver_aliases sgen "scsiclass,08" root@solaris:~#
Si vous configurez un système de fichiers de données à haute disponibilité, reportez-vous à la section Configuration du stockage de systèmes de fichiers à haute disponibilité.
Sinon, passez à la Installation de Oracle HSM et du logiciel QFS.
sgenSi l'alias attendu sgen est déjà affecté à un autre pilote, vous devez créer un alias basé sur le chemin qui connecte la bibliothèque indiquée à l'aide de sgen, sans pour autant gêner les affectations de pilotes existantes. Procédez comme suit :
Connectez-vous à l'hôte de serveur Oracle HSM en tant qu'utilisateur root.
root@solaris:~#
Affichez la configuration du système. Utilisez la commande cfgadm -vl.
Notez que la sortie cfgadm est formatée avec un en-tête sur deux lignes et deux lignes par enregistrement :
root@solaris:~#cfgadm-vlAp_Id Receptacle Occupant Condition Information When Type Busy Phys_Id c3 connected configured unknown unavailable scsi-sas n /devices/pci@0/pci@0/pci@2/scsi@0:scsi c5::500104f0008e6d78 connected configured unknown unavailable med-changer y /devices/pci@0/.../SUNW,qlc@0,1/fp@0,0:fc::500104f0008e6d78 ... root@solaris:~#
Dans la sortie de cfgadm -vl, trouvez l'enregistrement de la bibliothèque. Recherchez med-charger dans la colonne Type de la deuxième ligne de chaque enregistrement.
Dans l'exemple, nous trouvons la bibliothèque dans le second enregistrement :
root@solaris:~# cfgadm -vl
Ap_Id Receptacle Occupant Condition Information When
Type Busy Phys_Id
c3 connected configured unknown unavailable
scsi-sas n /devices/pci@0/pci@0/pci@2/scsi@0:scsi
c5::500104f0008e6d78 connected configured unknown unavailable
med-changer y /devices/pci@0/.../SUNW,qlc@0,1/fp@0,0:fc::500104f0008e6d78
...
root@solaris:~#
Obtenez le chemin d'accès physique qui servira de nouvel alias basé sur le chemin. Retirez la sous-chaîne /devices de l'entrée dans la colonne Phys_Id de la sortie de cfgadm -vl.
Dans l'exemple, la colonne Phys_Id de l'enregistrement du changeur de médias contient le chemin d'accès /devices/pci@0/pci@0/pci@9/SUNW,qlc@0,1/fp@0,0:fc::500104f0008e6d78. Nous sélectionnons donc la portion de la chaîne suivant /devices/ comme étant l'alias (notez que ce chemin physique a été abrégé pour être contenu dans l'espace disponible ci-dessous) :
root@solaris:~# grep scsiclass,08 /etc/driver_aliases
sdrv "scsiclass,08"
root@solaris:~# cfgadm -vl
Ap_Id Receptacle Occupant Condition Information When
Type Busy Phys_Id
c3 connected configured unknown unavailable
scsi-sas n /devices/pci@0/pci@0/pci@2/scsi@0:scsi
c5::500104f0008e6d78 connected configured unknown unavailable
med-changer y /devices/pci@0/.../SUNW,qlc@0,1/fp@0,0:fc::500104f0008e6d78
...
root@solaris:~#
Créez l'alias basé sur le chemin et affectez-le au pilote sgen. Utilisez la commande update_drv -d -i '"/path-to-library"' sgen, où path-to-library est le chemin identifié à l'étape précédente.
Dans l'exemple, nous utilisons le chemin de bibliothèque pour créer l'alias basé sur le chemin '"/pci@0/pci@0/pci@9/SUNW,qlc@0,1/fp@0,0:fc::500104f0008e6d78"' (notez l'emploi des apostrophes simples et doubles). La commande ne comporte qu'une seule ligne, mais elle est présentée ici sur deux lignes pour des raisons de mise en page :
root@solaris:~#update_drv-d-i\'"/pci@0/pci@0/pci@9/SUNW,qlc@0,1/fp@0,0:fc::500104f0008e6d78"'sgenroot@solaris:~#
La bibliothèque a maintenant été configurée à l'aide du pilote sgen.
Si vous configurez un système de fichiers de données à haute disponibilité, accédez à la section Configuration du stockage de systèmes de fichiers à haute disponibilité.
Sinon, passez à la Installation de Oracle HSM et du logiciel QFS.
Pour configurer un système de fichiers partagé haute disponibilité, vous devez suivre attentivement les recommandations du manuel d'administration du matériel concernant votre version du logiciel Solaris Cluster. Elles incluent la mise en œuvre de chemins d'accès redondants et de périphériques de stockage.
Assurez-vous que les connexions du réseau de stockage ne risquent de subir aucune panne ponctuelle. Proposez plusieurs interconnexions et commutateurs redondants. Installez plusieurs adaptateurs de bus hôtes (HBA) sur chaque nœud et utilisez le logiciel de chemins d'accès multiples d'E/S d'Oracle Solaris (pour des informations complémentaires, reportez-vous au Guide de mise en place de chemins d'accès multiples et de configuration du réseau de stockage d'Oracle Solaris dans la bibliothèque de documentation client Oracle Solaris et à la page de manuel stmsboot).
Configurez des périphériques de stockage principaux entièrement redondants. Placez les métadonnées et les fichiers de configuration du système de fichiers Oracle HSM sur les périphériques en miroir ; soit des groupes de volumes RAID 10 contrôlés par le matériel, soit des volumes Solaris Volume Manager RAID 1. Placez les données du système de fichiers sur des groupes de volumes RAID-10 ou RAID-5 contrôlés par le matériel ou sur des volumes Solaris Volume Manager RAID 1.
Si vous envisagez d'utiliser les groupes de disques multipropriétaires Solaris Volume Manager (SVM) pour assurer la redondance des périphériques, veuillez noter que le logiciel SVM n'est plus installé par défaut sur les versions actuelles du système d'exploitation Solaris. Vous devez télécharger et installer la version du logiciel qui était incluse avec la version Solaris 10 9/10. Suivez ensuite les recommandations de configuration de la documentation Solaris Cluster.
