| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster (Français) |
| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
|
Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster (Français) |
1. Introduction à l'administration d'Oracle Solaris Cluster
2. Oracle Solaris Cluster et RBAC
3. Fermeture et initialisation d'un cluster
4. Méthodes de réplication de données
Présentation de l'administration des périphériques globaux et de l'espace de noms global
Permissions du périphérique global pour Solaris Volume Manager
Reconfiguration dynamique avec les périphériques globaux
Considérations d'administration Veritas Volume Manager
Administration de périphériques répliqués et basés sur le stockage
Administration de périphériques répliqués Hitachi TrueCopy
Configuration d'un groupe de réplication Hitachi TrueCopy
Configuration de la réplication de périphériques DID à l'aide de Hitachi TrueCopy
Vérification de la configuration d'un groupe de périphériques global répliqué Hitachi TrueCopy
Exemple : configuration d'un groupe de réplication TrueCopy pour Oracle Solaris Cluster
Administration de périphériques répliqués EMC Symmetrix Remote Data Facility
Configuration d'un groupe de réplication EMC SRDF
Configuration de la réplication de périphériques DID à l'aide du logiciel EMC SRDF
Vérification de la configuration d'un groupe de périphériques global répliqué EMC SRFD
Exemple : configuration d'un groupe de réplication SRDF pour Oracle Solaris Cluster
Présentation de l'administration des systèmes de fichiers de cluster
Restrictions du système de fichiers du cluster
Directives relatives à la prise en charge VxFS
Administration de groupes de périphériques
Mise à jour de l'espace de noms des périphériques globaux
Migration de l'espace de noms des périphériques globaux
Ajout et enregistrement de groupes de périphériques
Ajout et enregistrement de groupes de périphériques (Solaris Volume Manager)
Ajout et enregistrement d'un groupe de périphériques (disque brut)
Ajout et enregistrement d'un groupe de périphériques répliqué (ZFS)
Création d'un groupe de disques lors de l'initialisation des disques (Veritas Volume Manager)
Maintenance des groupes de périphériques
Suppression et annulation de l'enregistrement d'un groupe de périphériques (Solaris Volume Manager)
Suppression d'un n
ud de tous les groupes de périphériques
Suppression d'un nud d'un groupe de périphériques (Solaris Volume Manager)
Création d'un groupe de disques lors de l'encapsulation des disques (Veritas Volume Manager)
Ajout d'un nouveau volume à un groupe de périphériques existant (Veritas Volume Manager)
Conversion d'un groupe de disques en groupe de périphériques (Veritas Volume Manager)
Assignation d'un nouveau code mineur à un groupe de périphériques (Veritas Volume Manager)
Enregistrement d'un groupe de disques en tant que groupe de périphériques (Veritas Volume Manager)
Conversion d'un groupe de disques local en groupe de périphériques (VxVM)
Conversion d'un groupe de périphériques en groupe de disques local (VxVM)
Suppression d'un volume d'un groupe de périphériques (Veritas Volume Manager)
Suppression et annulation de l'enregistrement d'un groupe de périphériques (Veritas Volume Manager)
Ajout d'un nud à un groupe de périphériques (Veritas Volume Manager)
Suppression d'un nud d'un groupe de périphériques (Veritas Volume Manager)
Suppression d'un nud d'un groupe de périphériques de disque brut
Modification des propriétés des groupes de périphériques
Définition du nombre souhaité de nuds secondaires pour un groupe de périphériques
Affichage sous forme de liste de la configuration d'un groupe de périphériques
Administration des paramètres du protocole SCSI pour les périphériques de stockage
Affichage des paramètres du protocole SCSI global par défaut pour tous les périphériques de stockage
Affichage du protocole SCSI d'un seul périphérique de stockage
Modification du protocole de séparation d'un seul périphérique de stockage
Administration des systèmes de fichiers du cluster
Ajout d'un système de fichiers du cluster
Suppression d'un système de fichiers du cluster
Vérification des montages globaux dans un cluster
Administration du contrôle de chemin de disque
Contrôle d'un chemin de disque
Désactivation du contrôle d'un chemin de disque
Impression des chemins de disques défectueux
Correction d'une erreur d'état du chemin de disque
Contrôle des chemins de disques à partir d'un fichier
7. Administration des interconnexions de cluster et des réseaux publics
8. Ajout et suppression d'un nud
10. Configuration du contrôle de l'utilisation du CPU
11. Mise à jour du logiciel ou installation d'un microprogramme Oracle Solaris Cluster
12. Sauvegarde et restauration d'un cluster
13. Administration de Oracle Solaris Cluster avec les interfaces graphiques
En fonction de l'évolution des besoins de votre cluster, vous devrez ajouter, supprimer ou modifier les groupes de périphériques qu'il héberge. Oracle Solaris Cluster offre une interface interactive, appelée clsetup, qui vous permet d'apporter ces modifications. clsetup génère les commandes cluster. Les commandes générées sont illustrées dans les exemples que vous trouverez à la fin de certaines procédures. Le tableau ci-dessous énumère les tâches d'administration des groupes de périphériques et inclut des liens vers les procédures correspondantes dans la présente section.
 | Attention - N'exécutez pas la commande metaset —s setname —f -t sur un nœud initialisé en dehors du cluster si d'autres nœuds du cluster sont actifs et que l'un d'eux au moins possède l'ensemble de disques. |
Remarque - Le logiciel Oracle Solaris Cluster crée automatiquement un groupe de périphériques de disque brut pour chaque périphérique de disque et périphérique à bande du cluster. Toutefois, les groupes de périphériques du cluster restent en état hors ligne jusqu'à ce que vous y accédiez en tant que périphériques globaux.
Tableau 5-4 Liste des tâches : administration de groupes de périphériques
|
Lors de l'ajout d'un périphérique global, mettez manuellement à jour l'espace de noms des périphériques globaux à l'aide de la commande cldevice populate.
Remarque - La commande cldevice populate n'a aucun effet si le nœud qui l'exécute n'appartient pas au cluster. Elle n'a pas non plus d'effet si le système de fichiers /global/.devices/node@ nodeID n'est pas monté.
Vous pouvez exécuter cette commande sur tous les nœuds du cluster à la fois.
# cldevice populate
La commande cldevice s'auto-appelle à distance sur tous les nœuds, y compris lorsqu'elle est exécutée à partir d'un seul nœud. Pour savoir si la commande cldevice populate a terminé le traitement, exécutez la commande suivante sur chaque nœud du cluster.
# ps -ef | grep cldevice populate
Exemple 5-21 Mise à jour de l'espace de noms des périphériques globaux
L'exemple suivant illustre la sortie générée lorsque la commande cldevice populate s'exécute correctement.
# devfsadm cldevice populate Configuring the /dev/global directory (global devices)... obtaining access to all attached disks reservation program successfully exiting # ps -ef | grep cldevice populate
Si vous utilisez un périphérique lofi pour l'espace de noms de périphériques globaux sur un ou plusieurs nœuds du cluster global, suivez cette procédure pour modifier la taille du périphérique.
Cela vous garantit que les périphériques globaux ne seront pas servis à
partir de ce noeud pendant que vous effectuerez cette procédure. Pour plus
d'instructions, reportez-vous à la section Initialisation d'un nud en mode non cluster.
Le système de fichiers de périphériques globaux se monte localement.
phys-schost# umount /global/.devices/node\@`clinfo -n` > /dev/null 2>&1 Ensure that the lofi device is detached phys-schost# lofiadm -d /.globaldevices The command returns no output if the device is detached
Remarque - Si le système de fichiers est monté à l'aide de l'option -m, aucune entrée n'est ajoutée au fichier mnttab. La commande umount peut signaler un avertissement similaire à ce qui suit :
umount: warning: /global/.devices/node@2 not in mnttab ====>>>> not mounted
Cet avertissement peut être ignoré.
L'exemple suivant présente la création d'un fichier /.globaldevices dont la taille atteint 200 Mo.
phys-schost# rm /.globaldevices phys-schost# mkfile 200M /.globaldevices
phys-schost# lofiadm -a /.globaldevices phys-schost# newfs `lofiadm /.globaldevices` < /dev/null
Les périphériques globaux s'affichent désormais sur le nouveau système de fichiers.
phys-schost# reboot
Vous pouvez créer un espace de noms sur un périphérique lofi (loopback file interface, interface de fichier loopback) plutôt qu'un espace de noms des périphériques globaux sur une partition dédiée. Cette fonctionnalité s'avère utile si vous installez le logiciel Oracle Solaris Cluster sur des systèmes préinstallés avec le SE Oracle Solaris 10.
Remarque - Le système ZFS pour les systèmes de fichiers racines est pris en charge, à une exception significative près. Si vous utilisez une partition dédiée du disque d'initialisation d'un système de fichiers de périphériques globaux, son système de fichiers ne peut être qu'un système UFS. L'espace de noms des périphériques globaux requiert l'exécution du système de fichiers proxy (PxFS) sur le système de fichiers UFS. Toutefois, un système de fichiers UFS pour l'espace de noms des périphériques globaux peut coexister avec un système de fichiers ZFS pour le système de fichiers racine (/) et d'autres systèmes de fichiers racines tels que /var ou /home. Sinon, si vous utilisez plutôt un périphérique lofi pour héberger l'espace de noms des périphériques globaux, vous pouvez utiliser le système ZFS pour les systèmes de fichiers racines, sans aucune restriction.
Les procédures suivantes expliquent comment déplacer un espace de noms des périphériques globaux, d'une partition dédiée vers un périphérique lofi ou inversement :
Cela vous garantit que les périphériques globaux ne seront pas servis à
partir de ce noeud pendant que vous effectuerez cette procédure. Pour plus
d'instructions, reportez-vous à la section Initialisation d'un nud en mode non cluster.
# mkfile 100m /.globaldevices# lofiadm -a /.globaldevices
# LOFI_DEV=`lofiadm /.globaldevices`
# newfs `echo ${LOFI_DEV} | sed -e 's/lofi/rlofi/g'` < /dev/null# lofiadm -d /.globaldevices# svcadm disable globaldevices# svcadm disable scmountdev # svcadm enable scmountdev # svcadm enable globaldevices
Un périphérique lofi est à présent créé sur /.globaldevices et monté en tant que système de fichiers des périphériques globaux.
# /usr/cluster/bin/cldevice populate
Sur chaque nœud, vérifiez que la commande a terminé le traitement avant d'exécuter d'autres actions sur le cluster.
# ps -ef \ grep cldevice populate
L'espace de noms des périphériques globaux réside désormais sur le périphérique lofi.
Cela vous garantit que les périphériques globaux ne seront pas servis à
partir de ce noeud pendant que vous effectuerez cette procédure. Pour plus
d'instructions, reportez-vous à la section Initialisation d'un nud en mode non cluster.
Taille minimale de 512 Mo
Utilisation du système de fichiers UFS
# /usr/sbin/clinfo -nnode ID
blockdevice rawdevice /global/.devices/node@nodeID ufs 2 no global
Par exemple, si vous avez choisi d'utiliser la partition /dev/did/rdsk/d5s3 , la nouvelle entrée à ajouter au fichier /etc/vfstab est /dev/did/dsk/d5s3 /dev/did/rdsk/d5s3 /global/.devices/node@3 ufs 2 no global.
# lofiadm -d /.globaldevices
# rm /.globaldevices
# svcadm disable globaldevices# svcadm disable scmountdev # svcadm enable scmountdev # svcadm enable globaldevices
La partition est à présent montée en tant que système de fichiers d'espace de noms des périphériques globaux.
# /usr/cluster/bin/cldevice populate
Veillez à ce que ce processus soit terminé sur l'ensemble des nœuds du cluster avant d'exécuter une nouvelle action sur l'un d'eux.
# ps -ef | grep cldevice populate
L'espace de noms des périphériques globaux réside désormais sur la partition dédiée.
Vous pouvez ajouter et enregistrer des groupes de périphériques du type Solaris Volume Manager, Veritas Volume Manager, ZFS ou disque brut.
Utilisez la commande metaset pour créer un ensemble de disques Solaris Volume Manager et l'enregistrer en tant que groupe de périphériques Oracle Solaris Cluster. Lorsque vous enregistrez l'ensemble de disques, le nom que vous lui attribuez est automatiquement assigné au groupe de périphériques.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
| Attention - Le nom du groupe de périphériques Oracle Solaris Cluster que vous créez (Solaris Volume Manager, Veritas Volume Manager ou disque brut) doit être identique à celui du groupe de périphériques répliqué. |
# metaset -s diskset -a -M -h nodelist
Spécifie l'ensemble de disques à créer.
Ajoute la liste des nœuds qui peuvent administrer l'ensemble de disques.
Désigne le groupe de disques comme multipropriétaire.
Remarque - L'exécution de la commande metaset pour configurer un groupe de périphériques /Solaris
Volume Manager sur un cluster crée un seul nœud secondaire par défaut,
indépendamment du nombre de nœuds que comporte le groupe de périphériques. Vous
avez la possibilité de modifier le nombre souhaité de nœuds secondaires selon
vos besoins en exécutant l'utilitaire clsetup une fois le groupe de périphériques
créé. Pour plus d'informations sur le basculement de disque, reportez-vous à la
section Définition du nombre souhaité de nuds secondaires pour un groupe de périphériques.
# cldevicegroup sync devicegroup
Le nom du groupe de périphériques correspond à celui de l'ensemble de disques spécifié à l'aide de la commande metaset.
# cldevicegroup list
# cldevice show | grep Device
Choisissez des unités partagées par les nœuds du cluster qui administreront ou seront susceptibles d'administrer l'ensemble de disques.
Lors de l'ajout d'une unité à l'ensemble de disques, utilisez le nom complet de périphérique DID dont la forme est /dev/did/rdsk/d N.
Dans l'exemple ci-dessous, les entrées du périphérique DID /dev/did/rdsk/d3 indiquent que l'unité est partagée par phys-schost-1 et phys-schost-2.
=== DID Device Instances === DID Device Name: /dev/did/rdsk/d1 Full Device Path: phys-schost-1:/dev/rdsk/c0t0d0 DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c0t6d0 DID Device Name: /dev/did/rdsk/d3 Full Device Path: phys-schost-1:/dev/rdsk/c1t1d0 Full Device Path: phys-schost-2:/dev/rdsk/c1t1d0 …
Utilisez le nom de chemin DID complet.
# metaset -s setname -a /dev/did/rdsk/dN
Spécifie le nom de l'ensemble de disques, qui correspond à celui du groupe de périphériques.
Ajoute l'unité à l'ensemble de disques.
Remarque - N'utilisez pas le nom de périphérique de niveau inférieur ( cNtX dY) lorsque vous ajoutez une unité à l'ensemble de disques. Étant local et non unique à l'échelle du cluster, le nom de périphérique de niveau inférieur risque d'empêcher la commutation de metaset.
# metaset -s setname
Exemple 5-22 Ajout d'un groupe de périphériques Solaris Volume Manager
L'exemple suivant illustre la création de l'ensemble de disques et du groupe de périphériques avec les unités de disque /dev/did/rdsk/d1 et /dev/did/rdsk/d2 ainsi que la vérification de la création du groupe de périphériques.
# metaset -s dg-schost-1 -a -h phys-schost-1 # cldevicegroup list dg-schost-1 metaset -s dg-schost-1 -a /dev/did/rdsk/d1 /dev/did/rdsk/d2
Le logiciel Oracle Solaris Cluster prend en charge l'utilisation des groupes de périphériques de disque brut, en plus d'autres gestionnaires de volumes. Au départ, lorsque vous configurez Oracle Solaris Cluster, des groupes de périphériques sont automatiquement configurés pour chaque périphérique brut du cluster. Pour reconfigurer ces groupes de périphériques créés automatiquement en vue d'une utilisation avec Oracle Solaris Cluster, procédez comme suit.
Créez un groupe de périphériques du type disque brut pour les raisons suivantes :
Vous souhaitez ajouter plusieurs DID au groupe de périphériques.
Vous devez modifier le nom du groupe de périphériques.
Vous souhaitez dresser la liste des groupes de périphériques sans recourir à l'option -v de la commande cldg.
| Attention - Si vous créez un groupe de périphériques sur des périphériques répliqués, le nom du groupe de périphériques que vous créez (Solaris Volume Manager, Veritas Volume Manager ou disque brut) doit être identique à celui du groupe de périphériques répliqué. |
Les commandes suivantes suppriment les groupes de périphériques prédéfinis pour d7 et d8.
paris-1# cldevicegroup disable dsk/d7 dsk/d8 paris-1# cldevicegroup offline dsk/d7 dsk/d8 paris-1# cldevicegroup delete dsk/d7 dsk/d8
La commande suivante crée le groupe de périphériques global rawdg qui contient d7 et d8.
paris-1# cldevicegroup create -n phys-paris-1,phys-paris-2 -t rawdisk
-d d7,d8 rawdg
paris-1# /usr/cluster/lib/dcs/cldg show rawdg -d d7 rawdg
paris-1# /usr/cluster/lib/dcs/cldg show rawdg -d d8 rawdgPour répliquer ZFS, vous devez créer un groupe de périphériques nommé et répertorier les disques qui appartiennent au zpool. Un périphérique ne peut appartenir qu'à un seul groupe de périphériques à la fois. Ainsi, s'il appartient déjà à un groupe de périphériques Oracle Solaris Cluster, vous devez le supprimer avant de l'ajouter à un nouveau groupe de périphériques ZFS.
Le nom du groupe de périphériques Oracle Solaris Cluster que vous créez (Solaris Volume Manager, Veritas Volume Manager ou disque brut) doit être identique à celui du groupe de périphériques répliqué.
| Attention - La prise en charge complète de ZFS avec les technologies de réplication de données tierces est en suspens. Les notes de version Oracle Solaris Cluster les plus récentes contiennent les toutes dernières informations sur la prise en charge de ZFS. |
Par exemple, si un zpool appelé mypool contient les deux périphériques /dev/did/dsk/d2 et /dev/did/dsk/d13, vous devez supprimer les deux groupes de périphériques par défaut d2 et d3.
# cldevicegroup offline dsk/d2 dsk/d13 # cldevicegroup remove dsk/d2 dsk/d13
# cldevicegroup create -d d2,d13 -t rawdisk mypool
Un groupe de périphériques appelé mypool (nom du zpool) est alors créé pour administrer les périphériques bruts /dev/did/dsk/d2 et /dev/did/dsk/d13.
# zpool create mypool mirror /dev/did/dsk/d2 /dev/did/dsk/d13
# clrg create -n pnode1,pnode2 migrate_truecopydg-rg
# clrs create -t HAStoragePlus -x globaldevicepaths=mypool -g \ migrate_truecopydg-rg hasp2migrate_mypool
# clrg create -n pnode1:zone-1,pnode2:zone-2 -p \ RG_affinities=+++migrate_truecopydg-rg sybase-rg
# clrs create -g sybase-rg -t HAStoragePlus -p zpools=mypool \ -p resource_dependencies=hasp2migrate_mypool \ -p ZpoolsSearchDir=/dev/did/dsk hasp2import_mypool
Remarque - Cette procédure concerne uniquement l'initialisation des disques. Pour encapsuler des disques, reportez-vous à la procédure Création d'un groupe de disques lors de l'encapsulation des disques (Veritas Volume Manager).
Après l'ajout du groupe de disques VxVM, vous devez enregistrer le groupe de périphériques.
Si vous configurez des groupes de disques partagés pour Oracle RAC à l'aide de VxVM, utilisez la fonction de cluster de VxVM comme décrit dans le Veritas Volume Manager Administrator's Reference Guide.
Créez le volume et le groupe de disques selon la méthode qui vous convient le mieux.
Remarque - Dans le cadre de la configuration d'un volume mis en miroir, vous pouvez réduire la durée de reprise du volume après la défaillance d'un nœud à l'aide du journal des zones modifiées (DRL, Dirty Region Logging). Toutefois, le DRL risque de réduire la capacité de traitement d'E/S.
La documentation Veritas Volume Manager contient les procédures permettant d'effectuer cette étape.
Reportez-vous à la section Enregistrement d'un groupe de disques en tant que groupe de périphériques (Veritas Volume Manager).
N'enregistrez pas les groupes de disques partagés Oracle RAC avec la structure du cluster.
Vous pouvez réaliser diverses tâches d'administration de vos groupes de périphériques.
Les groupes de périphériques sont des ensembles de disques Solaris Volume Manager enregistrés avec Oracle Solaris Cluster. Pour supprimer un groupe de périphériques Solaris Volume Manager, servez-vous des commandes metaclear et metaset. Ces commandes suppriment le groupe de périphériques du même nom et annule l'enregistrement du groupe de disques en tant que groupe de périphériques Oracle Solaris Cluster.
La documentation Solaris Volume Manager décrit la procédure à suivre pour supprimer un ensemble de disques.
Procédez comme suit pour supprimer un nœud du cluster de tous les groupes de périphériques répertoriant ce nœud dans leur liste des nœuds principaux potentiels.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Recherchez le nom du nœud dans la liste des nœuds de groupe de périphériques pour chaque groupe de périphériques.
# cldevicegroup list -v
ud d'un groupe de périphériques (Solaris Volume Manager) pour chacun d'eux.ud d'un groupe de périphériques (Veritas Volume Manager) pour chacun d'eux.# cldevicegroup list -v
ud d'un groupe de périphériques de disque brut pour chacun
d'eux.La commande ne renvoie aucun élément si le nœud n'est plus répertorié en tant que nœud principal potentiel d'un groupe de périphériques.
# cldevicegroup list -v nodename
Procédez comme suit pour supprimer un nœud du cluster dans la liste des nœuds principaux potentiels d'un groupe de périphériques Solaris Volume Manager. Réexécutez la commande metaset pour chaque groupe de périphériques duquel vous souhaitez supprimer le nœud.
| Attention - N'exécutez pas la commande metaset —s setname —f -t sur un nœud initialisé en dehors du cluster si d'autres nœuds du cluster sont actifs et que l'un d'eux au moins possède l'ensemble de disques. |
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Le type de groupe de périphériques SDS/SVM indique un groupe de périphériques Solaris Volume Manager.
phys-schost-1% cldevicegroup show devicegroup
# cldevicegroup status devicegroup
# metaset -s setname -d -h nodelist
Spécifie le nom du groupe du périphérique.
Supprime du groupe de périphériques les nœuds identifiés avec la commande -h.
Spécifie le nom du ou des nœuds qui seront supprimés.
Remarque - La mise à jour peut prendre plusieurs minutes.
En cas d'échec de la commande, ajoutez-lui l'option -f (force).
# metaset -s setname -d -f -h nodelist
Le nom du groupe de périphériques correspond à celui de l'ensemble de disques spécifié à l'aide de la commande metaset.
phys-schost-1% cldevicegroup list -v devicegroup
Exemple 5-23 Suppression d'un nœud d'un groupe de périphériques (Solaris Volume Manager)
L'exemple suivant illustre la suppression du nom d'hôte phys-schost-2 d'une configuration de groupe de périphériques. Dans cet exemple, phys-schost-2 est supprimé en tant que nœud principal potentiel du groupe de périphériques désigné. Vérifiez que le nœud a été supprimé à l'aide de la commande cldevicegroup show. Vérifiez que le nœud supprimé ne s'affiche plus à l'écran.
[Determine the Solaris Volume Manager device group for the node:] # cldevicegroup show dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: SVM failback: no Node List: phys-schost-1, phys-schost-2 preferenced: yes numsecondaries: 1 diskset name: dg-schost-1 [Determine which node is the current primary for the device group:] # cldevicegroup status dg-schost-1 === Cluster Device Groups === --- Device Group Status --- Device Group Name Primary Secondary Status ----------------- ------- --------- ------ dg-schost-1 phys-schost-1 phys-schost-2 Online [Become superuser on the node that currently owns the device group.] [Remove the host name from the device group:] # metaset -s dg-schost-1 -d -h phys-schost-2 [Verify removal of the node:]] phys-schost-1% cldevicegroup list -v dg-schost-1 === Cluster Device Groups === --- Device Group Status --- Device Group Name Primary Secondary Status ----------------- ------- --------- ------ dg-schost-1 phys-schost-1 - Online
Remarque - Cette procédure concerne uniquement l'encapsulation des disques. Pour initialiser des disques, reportez-vous à la procédure Création d'un groupe de disques lors de l'initialisation des disques (Veritas Volume Manager).
Vous pouvez convertir des disques non racines en groupes de périphériques Oracle Solaris Cluster. Pour cela, encapsulez les disques en tant que groupes de disques VxVM que vous enregistrez ensuite en tant que groupes de périphériques Oracle Solaris Cluster.
L'encapsulation de disque est prise en charge lors de la création initiale d'un groupe de disques VxVM et dans ce cas uniquement. Après la création d'un groupe de disques VxVM et son enregistrement en tant que groupe de périphériques Oracle Solaris Cluster, vous ne devez ajouter au groupe de disques que les disques initialisables.
Si vous configurez des groupes de disques partagés pour Oracle RAC à l'aide de VxVM, utilisez la fonction de cluster de VxVM comme décrit dans le Veritas Volume Manager Administrator's Reference Guide.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Restaurez la valeur yes une fois le disque encapsulé et enregistré en tant que groupe de périphériques Oracle Solaris Cluster.
Pour cela, faites appel aux menus vxdiskadm ou à l'interface utilisateur graphique. VxVM nécessite deux partitions libres et des cylindres non assignés en début ou fin de disque. La tranche 2 doit être définie sur le disque entier. Pour plus d'informations, reportez-vous à la page de manuel vxdiskadm.
La commande clnode evacuate commute tous les groupes de ressources et groupes de périphériques, y compris les nœuds non votant dans un cluster global, du nœud spécifié au nœud préféré suivant. Fermez le nœud, puis redémarrez-le à l'aide de la commande shutdown.
# clnode evacuate node[,...] # shutdown -g0 -y -i6
Cette étape n'est pas nécessaire si les groupes de ressources et les groupes de périphériques étaient configurés au départ pour basculer sur le nœud principal.
# cldevicegroup switch -n node devicegroup # clresourcegroup switch -z zone -n node resourcegroup
Nom du nœud.
Nom du nœud non votant, node, qui peut administrer le groupe de ressources. Spécifiez la zone uniquement si vous avez indiqué un nœud non votant lors de la création du groupe de ressources.
Reportez-vous à la section Enregistrement d'un groupe de disques en tant que groupe de périphériques (Veritas Volume Manager).
N'enregistrez pas les groupes de disques partagés Oracle RAC avec la structure du cluster.
Lorsque vous ajoutez un nouveau volume pour un &fmv82 ; le groupe de périphériques, effectuez la procédure depuis le noeud principal de la ligne du groupe de périphériques.
Remarque - Pour ajouter le volume, vous devez enregistrer la modification de la configuration selon la procédure Enregistrement des modifications apportées à la configuration d'un groupe de disques (Veritas Volume Manager).
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# cldevicegroup status
# cldevicegroup switch -n nodename devicegroup
Spécifie le nom du nœud sur lequel vous souhaitez commuter le groupe de périphériques. Ce nœud devient le nœud principal.
Spécifie le groupe des périphériques à commuter.
La documentation Veritas Volume Manager contient la procédure de création du volume VxVM.
# cldevicegroup sync
Vous pouvez convertir un groupe de disques VxVM existant en groupe de périphériques Oracle Solaris Cluster. Pour cela, vous devez l'importer sur le nœud actuel, puis l'enregistrer en tant que groupe de périphériques Oracle Solaris Cluster.
# vxdg import diskgroup
Reportez-vous à la section Enregistrement d'un groupe de disques en tant que groupe de périphériques (Veritas Volume Manager).
Si l'enregistrement d'un groupe de périphériques a échoué parce que son code mineur entrait en conflit avec celui d'un autre groupe de disques, vous devez réassigner au nouveau groupe de disques un code mineur qui n'est pas encore utilisé. Une fois le nouveau code mineur assigné, renouvelez la procédure d'enregistrement du groupe de disques en tant que groupe de périphériques Oracle Solaris Cluster.
# ls -l /global/.devices/node@nodeid/dev/vx/dsk/*
# vxdg reminor diskgroup base-minor-number
Reportez-vous à la section Enregistrement d'un groupe de disques en tant que groupe de périphériques (Veritas Volume Manager).
Exemple 5-24 Assignation d'un nouveau code mineur à un groupe de périphériques
Cet exemple utilise les codes mineurs 16000 à 16002 et 4000 à 4001. La commande vxdg reminor permet d'assigner le code mineur de base 5000 au nouveau groupe de périphériques.
# ls -l /global/.devices/node@nodeid/dev/vx/dsk/* /global/.devices/node@nodeid/dev/vx/dsk/dg1 brw------- 1 root root 56,16000 Oct 7 11:32 dg1v1 brw------- 1 root root 56,16001 Oct 7 11:32 dg1v2 brw------- 1 root root 56,16002 Oct 7 11:32 dg1v3 /global/.devices/node@nodeid/dev/vx/dsk/dg2 brw------- 1 root root 56,4000 Oct 7 11:32 dg2v1 brw------- 1 root root 56,4001 Oct 7 11:32 dg2v2 # vxdg reminor dg3 5000
Au cours de cette procédure, vous enregistrez le groupe de disques VxVM associé en tant que groupe de périphériques Oracle Solaris Cluster à l'aide de l'utilitaire clsetup.
Remarque - Une fois un groupe de périphériques enregistré avec le cluster, n'importez ni n'exportez jamais un groupe de disques VxVM à l'aide des commandes VxVM. Si vous modifiez le volume ou le groupe de disques VxVM, suivez la procédure Enregistrement des modifications apportées à la configuration d'un groupe de disques (Veritas Volume Manager) pour enregistrer les modifications apportées à la configuration du groupe de périphériques. Cette procédure garantit que l'état de l'espace de noms global est correct.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Avant de commencer
Avant d'enregistrer un groupe de périphériques VxVM, vérifiez que les prérequis suivants ont été satisfaits :
Privilège de superutilisateur sur un nœud du cluster ;
Nom du groupe de disques VxVM à enregistrer en tant que groupe de périphériques ;
Ordre préféré des nœuds pour administrer le groupe de périphériques ;
Nombre souhaité des nœuds secondaires pour le groupe de périphériques.
Lorsque vous définissez l'ordre de préférence, vous spécifiez également si le groupe de périphériques doit commuter à nouveau sur le nœud préféré en cas d'échec et de retour ultérieur sur le cluster de ce dernier.
Pour plus d'informations sur les options de rétablissement et de préférence de nœud, reportez-vous à la page de manuel cldevicegroup(1CL).
Les nœuds de cluster non principaux (disponibles) passent en nœuds secondaires en
fonction de l'ordre de préférence des nœuds. Par défaut, un groupe de
périphériques compte un seul nœud secondaire. Cela permet de minimiser les risques
de dégradation des performances liés à l'application de points de contrôle principaux
sur plusieurs nœuds secondaires en fonctionnement normal. Par exemple, la configuration par
défaut d'un cluster à quatre nœuds est un nœud principal, un nœud
secondaire et deux nœuds disponibles. Reportez-vous également à la section Définition du nombre souhaité de nuds secondaires pour un groupe de périphériques.
# clsetup
Le menu principal s'affiche.
Le menu Groupes de périphériques s'affiche.
Suivez les instructions et tapez le nom du groupe de disques VxVM à enregistrer en tant que groupe de périphériques Oracle Solaris Cluster.
Si ce groupe de périphériques est répliqué à l'aide de la réplication basée sur le stockage, ce nom doit correspondre au nom du groupe de réplication.
Si vous utilisez VxVM pour configurer des groupes de disques partagés pour Oracle Parallel Server/Oracle RAC, vous n'enregistrez pas les groupes de disques partagés avec la structure du cluster. Servez-vous de la fonctionnalité de cluster de VxVM, comme décrit dans le Veritas Volume Manager Administrator's Reference Guide.
cldevicegroup: Failed to add device group - in use
Pour attribuer un autre code mineur au groupe de périphériques, reportez-vous à la procédure Assignation d'un nouveau code mineur à un groupe de périphériques (Veritas Volume Manager). Cette procédure permet d'assigner un nouveau code mineur qui ne crée pas de conflit avec celui d'un groupe de périphériques existant.
# cldevicegroup sync devicegroup
Si le groupe de périphériques est enregistré correctement, des informations le concernant s'affichent lorsque vous utilisez la commande suivante.
# cldevicegroup status devicegroup
Remarque - Si vous modifiez des informations de configuration concernant un volume ou un groupe de disques VxVM enregistré avec le cluster, vous devez synchroniser le groupe de périphériques à l'aide de la commande clsetup. Les modifications de la configuration incluent l'ajout ou la suppression de volumes, mais aussi la modification du groupe, du propriétaire ou des permissions de volumes existants. Pour garantir que l'état de l'espace de noms global est correct, réenregistrez la configuration après toute modification. Reportez-vous à la section Mise à jour de l'espace de noms des périphériques globaux.
Exemple 5-25 Enregistrement d'un groupe de périphériques Veritas Volume Manager
L'exemple suivant illustre la commande cldevicegroup générée par clsetup lors de l'enregistrement d'un groupe de périphériques VxVM (dg1) et l'étape de vérification. Il part du principe que le volume et le groupe de disques VxVM sont déjà créés.
# clsetup # cldevicegroup create -t vxvm -n phys-schost-1,phys-schost-2 -p failback=true dg1 # cldevicegroup status dg1 === Cluster Device Groups === --- Device Group Status --- Device Group Name Primary Secondary Status ----------------- ------- --------- ------ dg1 phys-schost-1 phys-schost-2 Online
Voir aussi
Pour créer un système de fichiers du cluster sur le groupe de périphériques VxVM, reportez-vous à la section Ajout d'un système de fichiers du cluster.
En cas de problème avec le code mineur, reportez-vous à la section Assignation d'un nouveau code mineur à un groupe de périphériques (Veritas Volume Manager).
Lorsque vous modifiez des informations de configuration d'un volume ou d'un groupe de disques VxVM, vous devez enregistrer vos modifications pour le groupe de disques Oracle Solaris Cluster. L'enregistrement garantit que l'état de l'espace de noms global est correct.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clsetup
Le menu principal s'affiche.
Le menu Groupes de périphériques s'affiche.
Suivez les instructions et tapez le nom du groupe de disques VxVM dont la configuration a été modifiée.
Exemple 5-26 Enregistrement des modifications apportées à la configuration d'un groupe de disques Veritas Volume Manager
L'exemple suivant illustre la commande cldevicegroup générée par clsetup lors de l'enregistrement d'un groupe de périphériques VxVM modifié (dg1). Il part du principe que le volume et le groupe de disques VxVM sont déjà créés.
# clsetup cldevicegroup sync dg1
La procédure suivante permet de modifier un groupe de disques VxVM local en groupe de périphériques VxVM accessible globalement.
# clsetup
phys-schost# cldevicegroup show
La procédure suivante permet de remplacer un groupe de périphériques VxVM par un groupe de disques VxVM non géré par le logiciel Oracle Solaris Cluster. Même si sa liste de nœuds contient plusieurs nœuds, le groupe de disques local ne peut être administré que par un seul nœud à la fois.
phys-schost# cldevicegroup offline devicegroup
phys-schost# clsetup
phys-schost# cldevicegroup status
La sortie de la commande ne doit plus afficher le groupe de périphériques dont vous avez annulé l'enregistrement.
phys-schost# vxdg import diskgroup
phys-schost# clsetup
phys-schost# vxdg list diskgroup
Remarque - Une fois le volume supprimé du groupe de périphériques, vous devez enregistrer les modifications apportées à la configuration du groupe de périphériques selon la procédure Enregistrement des modifications apportées à la configuration d'un groupe de disques (Veritas Volume Manager).
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# cldevicegroup status devicegroup
# cldevicegroup online devicegroup
# vxedit -g diskgroup -rf rm volume
Spécifie le groupe de disques VxVM qui contient le volume.
Supprime le volume spécifié. Utilisez l'option -r pour que l'opération soit récursive. L'option -f est nécessaire pour supprimer un volume activé.
Reportez-vous à la section Enregistrement des modifications apportées à la configuration d'un groupe de disques (Veritas Volume Manager).
La suppression d'un groupe de périphériques Oracle Solaris Cluster entraîne l'exportation (non la destruction) du groupe de disques VxVM correspondant. Toutefois, bien qu'il existe toujours, le groupe de disques VxVM ne peut être utilisé tant qu'il n'est pas enregistré.
Au cours de la procédure suivante, l'utilitaire clsetup permet de supprimer un groupe de disques VxVM et d'annuler son enregistrement en tant que groupe de périphériques Oracle Solaris Cluster.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# cldevicegroup offline devicegroup
# clsetup
Le menu principal s'affiche.
Le menu Groupes de périphériques s'affiche.
Suivez les instructions et tapez le nom du groupe de disques VxVM dont vous souhaitez annuler l'enregistrement.
Exemple 5-27 Suppression et annulation de l'enregistrement d'un groupe de périphériques Veritas Volume Manager
L'exemple suivant illustre la mise hors ligne du groupe de disques VxVM dg1 et la commande cldevicegroup générée par clsetup lors de la suppression du groupe de périphériques et de l'annulation de son enregistrement.
# cldevicegroup offline dg1 # clsetup cldevicegroup delete dg1
Lors de cette procédure, un nœud est ajouté à un groupe de périphériques à l'aide de l'utilitaire clsetup.
Pour ajouter un nœud à un groupe de périphériques VxVM, les prérequis suivants doivent être satisfaits :
Privilège de superutilisateur sur un nœud du cluster ;
Nom du groupe de disques VxVM auquel le nœud doit être ajouté ;
Nom ou ID des nœuds à ajouter.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clsetup
Le menu principal s'affiche.
Le menu Groupes de périphériques s'affiche.
Suivez les instructions et entrez les noms du groupe de périphériques et du nœud.
Examinez les informations sur le groupe de périphériques du nouveau disque, qui s'affichent suite à l'exécution de la commande ci-dessous.
# cldevicegroup show devicegroup
Exemple 5-28 Ajout d'un nœud à un groupe de périphériques Veritas Volume Manager
L'exemple suivant illustre la commande cldevicegroup générée par clsetup lors de l'ajout d'un nœud (phys-schost-3) à un groupe de périphériques VxVM (dg1) et l'étape de vérification.
# clsetup cldevicegroup add-node -n phys-schost-3 dg1 # cldevicegroup show dg1 === Device Groups === Device Group Name: dg1 Type: VxVM failback: yes Node List: phys-schost-1, phys-schost-3 preferenced: no numsecondaries: 1 diskgroup names: dg1
Cette procédure permet de supprimer un nœud de cluster de la liste des nœuds principaux potentiels d'un groupe de périphériques (groupe de disques) Veritas Volume Manager (VxVM).
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Le type de groupe de périphériques VxVM indique un groupe de périphériques VxVM.
phys-schost-1% cldevicegroup show devicegroup
# clsetup
Le menu principal s'affiche.
Répondez aux invites pour supprimer le nœud du cluster du groupe de périphériques. Vous êtes invité à fournir les informations suivantes :
Groupe de périphériques VxVM
Nom du nœud
# cldevicegroup show devicegroup
Exemple 5-29 Suppression d'un nœud d'un groupe de périphériques (VxVM)
L'exemple suivant illustre la suppression du nœud nommé phys-schost-1 du groupe de périphériques VxVM dg1.
[Determine the VxVM device group for the node:]
# cldevicegroup show dg1
=== Device Groups ===
Device Group Name: dg1
Type: VXVM
failback: no
Node List: phys-schost-1, phys-schost-2
preferenced: no
numsecondaries: 1
diskgroup names: dg1
[Become superuser and start the clsetup utility:]
# clsetup
Select Device groups and volumes>Remove a node from a VxVM device group.
Answer the questions when prompted.
You will need the following information.
Name: Example:
VxVM device group name dg1
node names phys-schost-1
[Verify that the cldevicegroup command executed properly:]
cldevicegroup remove-node -n phys-schost-1 dg1
Command completed successfully.
Dismiss the clsetup Device Groups Menu and Main Menu.
[Verify that the node was removed:]
# cldevicegroup show dg1
=== Device Groups ===
Device Group Name: dg1
Type: VXVM
failback: no
Node List: phys-schost-2
preferenced: no
numsecondaries: 1
device names: dg1
Procédez comme suit pour supprimer un nœud du cluster dans la liste des nœuds principaux potentiels d'un groupe de périphériques de disque brut.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# cldevicegroup show -n nodename -t rawdisk +
# cldevicegroup set -p localonly=false devicegroup
Reportez-vous à la page de manuel cldevicegroup(1CL) pour plus d'informations sur la propriété localonly.
Le type de groupe de périphériques Disk indique que la propriété localonly est désactivée pour ce groupe de périphériques de disque brut.
# cldevicegroup show -n nodename -t rawdisk -v +
Vous devez effectuer cette étape pour chaque groupe de périphériques de disque brut connecté au nœud en cours de suppression.
# cldevicegroup remove-node -n nodename devicegroup
Exemple 5-30 Suppression d'un nœud d'un groupe de périphériques de disque brut
Cet exemple illustre la suppression d'un nœud (phys-schost-2) d'un groupe de périphériques de disque brut. Toutes les commandes sont exécutées à partir d'un autre nœud du cluster (phys-schost-1).
[Identify the device groups connected to the node being removed, and determine which are raw-disk
device groups:]
phys-schost-1# cldevicegroup show -n phys-schost-2 -t rawdisk -v +
Device Group Name: dsk/d4
Type: Disk
failback: false
Node List: phys-schost-2
preferenced: false
localonly: false
autogen true
numsecondaries: 1
device names: phys-schost-2
Device Group Name: dsk/d2
Type: VxVM
failback: true
Node List: pbrave2
preferenced: false
localonly: false
autogen true
numsecondaries: 1
diskgroup name: vxdg1
Device Group Name: dsk/d1
Type: SVM
failback: false
Node List: pbrave1, pbrave2
preferenced: true
localonly: false
autogen true
numsecondaries: 1
diskset name: ms1
(dsk/d4) Device group node list: phys-schost-2
(dsk/d2) Device group node list: phys-schost-1, phys-schost-2
(dsk/d1) Device group node list: phys-schost-1, phys-schost-2
[Disable the localonly flag for each local disk on the node:]
phys-schost-1# cldevicegroup set -p localonly=false dsk/d4
[Verify that the localonly flag is disabled:]
phys-schost-1# cldevicegroup show -n phys-schost-2 -t rawdisk +
(dsk/d4) Device group type: Disk
(dsk/d8) Device group type: Local_Disk
[Remove the node from all raw-disk device groups:]
phys-schost-1# cldevicegroup remove-node -n phys-schost-2 dsk/d4
phys-schost-1# cldevicegroup remove-node -n phys-schost-2 dsk/d2
phys-schost-1# cldevicegroup remove-node -n phys-schost-2 dsk/d1
La méthode permettant d'établir la propriété principale d'un groupe de périphériques repose sur la configuration d'un attribut de préférence de propriété appelé preferenced. Si l'attribut n'est pas défini, le propriétaire principal d'un groupe de périphériques qui n'appartiendrait autrement à aucun nœud est le premier nœud qui essaie d'accéder à un disque du groupe. Toutefois, si l'attribut est défini, vous devez spécifier l'ordre de préférence dans lequel les nœuds essaient d'établir la propriété.
Si vous désactivez l'attribut preferenced, l'attribut failback est désactivé automatiquement. Cependant, si vous essayez d'activer ou de réactiver l'attribut preferenced, vous pouvez choisir d'activer ou de désactiver l'attribut failback.
Si l'attribut preferenced est activé ou réactivé, vous devez rétablir l'ordre des nœuds dans la liste de préférence de propriété principale.
Dans cette procédure, le paramétrage et l'annulation du paramétrage des attributs preferenced et failback des groupes de périphériques Solaris Volume Manager ou VxVM s'effectuent à l'aide de clsetup.
Avant de commencer
Pour effectuer cette procédure, vous avez besoin du nom du groupe de périphériques dont vous modifiez les valeurs d'attribut.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clsetup
Le menu principal s'affiche.
Le menu Groupes de périphériques s'affiche.
Le menu Change Key Properties (Modifier les propriétés principales) s'affiche.
Suivez les instructions pour définir les options preferenced et failback d'un groupe de périphériques.
Examinez les informations sur le groupe de périphériques qui s'affichent suite à l'exécution de la commande ci-dessous.
# cldevicegroup show -v devicegroup
Exemple 5-31 Modification des propriétés de groupe de périphériques
L'exemple suivant illustre la commande cldevicegroup générée par clsetup lors de la définition des valeurs d'attribut d'un groupe de périphériques (dg-schost-1).
# cldevicegroup set -p preferenced=true -p failback=true -p numsecondaries=1 \ -p nodelist=phys-schost-1,phys-schost-2 dg-schost-1 # cldevicegroup show dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: SVM failback: yes Node List: phys-schost-1, phys-schost-2 preferenced: yes numsecondaries: 1 diskset names: dg-schost-1
La propriété numsecondaries spécifie le nombre de nœuds au sein d'un groupe de périphériques qui peuvent administrer ce groupe en cas de panne du nœud principal. Par défaut, les services de périphériques comptent un seul nœud secondaire. Vous pouvez définir la valeur sur un nombre entier compris entre 1 et le nombre de nœuds de fournisseur non principaux opérationnels, présents dans le groupe de périphériques.
Ce paramètre permet de concilier l'équilibre entre la disponibilité et les performances du cluster. Par exemple, si vous augmentez le nombre souhaité de nœuds secondaires, le groupe de périphériques a davantage de chances de surmonter plusieurs pannes se produisant simultanément au sein du cluster. En revanche, un nombre de nœuds secondaires élevé réduit les performances dans les conditions normales de fonctionnement. Un nombre réduit de nœuds secondaires produit de meilleures performances, mais limite la disponibilité. Toutefois, un nombre plus élevé de nœuds secondaires n'a pas toujours pour résultat une plus grande disponibilité du système de fichiers ou du groupe de périphériques en question. Pour plus d'informations, reportez-vous au Chapitre 3, Key Concepts for System Administrators and Application Developers du Oracle Solaris Cluster Concepts Guide.
Si vous modifiez la propriété numsecondaries, les nœuds secondaires sont ajoutés ou supprimés du groupe de périphériques en cas de discordance entre le nombre actuel de nœuds secondaires et le nombre souhaité.
Dans cette procédure, l'utilitaire clsetup permet de définir la propriété numsecondaries de tous les types de groupes de périphériques. Pour plus d'informations sur les options de configuration de tous les types de groupes de périphériques, reportez-vous à la page de manuel cldevicegroup(1CL).
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# clsetup
Le menu principal s'affiche.
Le menu Groupes de périphériques s'affiche.
Le menu Change Key Properties (Modifier les propriétés principales) s'affiche.
Suivez les instructions et tapez le nombre souhaité de nœuds secondaires à configurer pour le groupe de périphériques. La commande cldevicegroup est exécutée, un journal est imprimé et le menu précédent de l'utilitaire s'affiche à nouveau.
# cldevicegroup show dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: VxVm This might also be SDS or Local_Disk. failback: yes Node List: phys-schost-1, phys-schost-2 phys-schost-3 preferenced: yes numsecondaries: 1 diskgroup names: dg-schost-1
Remarque - Si vous modifiez des informations de configuration concernant un volume ou un groupe de disques VxVM enregistré avec le cluster, vous devez réenregistrer le groupe de périphériques à l'aide de la commande clsetup. Les modifications de la configuration incluent l'ajout ou la suppression de volumes, mais aussi la modification du groupe, du propriétaire ou des permissions de volumes existants. Pour garantir que l'état de l'espace de noms global est correct, réenregistrez la configuration après toute modification. Reportez-vous à la section Mise à jour de l'espace de noms des périphériques globaux.
Examinez les informations sur le groupe de périphériques qui s'affichent suite à l'exécution de la commande ci-dessous.
# cldevicegroup show -v devicegroup
Exemple 5-32 Modification du nombre souhaité de nœuds secondaires (Solaris Volume Manager)
L'exemple suivant illustre la commande cldevicegroup générée par clsetup lors de la configuration du nombre souhaité de nœuds secondaires pour un groupe de périphériques donné (dg-schost-1). Il part du principe que le volume et le groupe de disques sont déjà créés.
# cldevicegroup set -p numsecondaries=1 dg-schost-1 # cldevicegroup show -v dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: SVM failback: yes Node List: phys-schost-1, phys-schost-2 preferenced: yes numsecondaries: 1 diskset names: dg-schost-1
Exemple 5-33 Définition du nombre souhaité de nœuds secondaires (Veritas Volume Manager)
L'exemple suivant illustre la commande cldevicegroup générée par clsetup lors de la
définition de deux nœuds secondaires pour un groupe de périphériques donné (dg-schost-1).
Pour plus d'informations sur la modification du nombre souhaité de nœuds secondaires
après la création d'un groupe de périphériques, reportez-vous à la section Définition du nombre souhaité de nuds secondaires pour un groupe de périphériques.
# cldevicegroup set -p numsecondaries=2 dg-schost-1 # cldevicegroup show dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: VxVM failback: yes Node List: phys-schost-1, phys-schost-2 preferenced: yes numsecondaries: 1 diskgroup names: dg-schost-1
Exemple 5-34 Définition du nombre souhaité de nœuds secondaires sur la valeur par défaut
L'exemple suivant illustre l'utilisation d'une valeur de chaîne nulle pour configurer le nombre de nœuds secondaires par défaut. De par sa configuration, le groupe de périphériques utilisera la valeur par défaut, même si elle change.
# cldevicegroup set -p numsecondaries= dg-schost-1 # cldevicegroup show -v dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: SVM failback: yes Node List: phys-schost-1, phys-schost-2 phys-schost-3 preferenced: yes numsecondaries: 1 diskset names: dg-schost-1
Il n'est pas nécessaire de se connecter en tant que superutilisateur pour dresser la liste de la configuration. Vous avez néanmoins besoin de l'autorisation solaris.cluster.read.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
Pour plus d'informations, consultez l'aide en ligne de Oracle Solaris Cluster Manager.
Utilisez la commande cldevicegroup show pour dresser la liste de la configuration de tous les groupes de périphériques du cluster.
Utilisez la commande cldevicegroup show devicegroup pour dresser la liste de la configuration d'un seul groupe de périphériques.
Utilisez la commande cldevicegroup show devicegroup pour déterminer l'état d'un seul groupe de périphériques.
Utilisez la commande cldevicegroup status + pour déterminer l'état de tous les groupes de périphériques du cluster.
Utilisez l'option -v avec n'importe laquelle de ces commandes pour obtenir des informations plus détaillées.
Exemple 5-35 Affichage sous forme de liste de l'état de tous les groupes de périphériques
# cldevicegroup status + === Cluster Device Groups === --- Device Group Status --- Device Group Name Primary Secondary Status ----------------- ------- --------- ------ dg-schost-1 phys-schost-2 phys-schost-1 Online dg-schost-2 phys-schost-1 -- Offline dg-schost-3 phys-schost-3 phy-shost-2 Online
Exemple 5-36 Affichage sous forme de liste de la configuration d'un groupe de périphériques spécifique
# cldevicegroup show dg-schost-1 === Device Groups === Device Group Name: dg-schost-1 Type: SVM failback: yes Node List: phys-schost-2, phys-schost-3 preferenced: yes numsecondaries: 1 diskset names: dg-schost-1
Cette procédure permet également de démarrer (mettre en ligne) un groupe de périphériques inactif.
Vous pouvez également mettre en ligne un groupe de périphériques inactif ou changer le nœud principal d'un groupe de périphériques à l'aide de l'interface utilisateur Oracle Solaris Cluster Manager. Pour plus d'informations, consultez l'aide en ligne de Oracle Solaris Cluster Manager.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# cldevicegroup switch -n nodename devicegroup
Spécifie le nom du nœud de remplacement. Ce nœud devient le nœud principal.
Spécifie le groupe des périphériques à commuter.
Si le groupe de périphériques est enregistré correctement, des informations le concernant s'affichent lorsque vous utilisez la commande suivante.
# cldevice status devicegroup
Exemple 5-37 Changement du nœud principal d'un groupe de périphériques
L'exemple suivant illustre le changement du nœud principal d'un groupe de périphériques et la vérification du changement.
# cldevicegroup switch -n phys-schost-1 dg-schost-1 # cldevicegroup status dg-schost-1 === Cluster Device Groups === --- Device Group Status --- Device Group Name Primary Secondary Status ----------------- ------- --------- ------ dg-schost-1 phys-schost-1 phys-schost-2 Online
La mise en état de maintenance d'un groupe de périphériques empêche qu'il soit automatiquement mis en ligne lors de l'accès à l'un de ses périphériques. Vous devez mettre un groupe de périphériques en état de maintenance au terme des procédures de réparation durant toute la durée desquelles les activités d'E/S doivent impérativement être approuvées. Mettre un groupe de périphériques en état de maintenance permet d'empêcher la perte de données. En effet, le groupe de périphériques n'est pas mis en ligne sur un nœud pendant que l'ensemble de disques ou le groupe de disques est réparé sur un autre nœud.
Pour obtenir des instructions sur la manière de restaurer un ensemble de disques corrompu, reportez-vous à Restauration d'un ensemble de disques altéré.
Remarque - Avant de placer un groupe de périphériques en état de maintenance, vous devez arrêter tout accès à ses périphériques et démonter tous les systèmes de fichiers dépendants.
L'élément phys-schost# fait référence à l'invite du cluster global. Appliquez cette procédure à un cluster global.
Cette procédure utilise les formes longues des commandes Oracle Solaris Cluster. La plupart des commandes possèdent également des formes brèves. À l'exception de la forme du nom, ces commandes sont identiques.
# cldevicegroup disable devicegroup
# cldevicegroup offline devicegroup
Pour Solaris Volume Manager :
# metaset -C take -f -s diskset
| Attention - Si vous devenez propriétaire d'un ensemble de disques Solaris Volume Manager, vous devez utiliser la commande metaset-C take lorsque le groupe de périphériques se trouve en état de maintenance. L'utilisation de la commande metaset -t met le groupe de périphériques en ligne lorsque vous devenez propriétaire. Au cours de l'importation d'un groupe de disques VxVM, vous devez utiliser l'indicateur -t. -Ainsi, le groupe de disques n'est pas automatiquement importé si ce nœud est réinitialisé. |
Pour Veritas Volume Manager :
# vxdg -t import disk-group-name
| Attention - Avant de retirer le groupe de périphériques de l'état de maintenance, vous devez céder la propriété de l'ensemble de disques ou du groupe de disques. Si vous n'y parvenez pas, vous risquez de perdre certaines données. |
Pour Solaris Volume Manager :
# metaset -C release -s diskset
Pour Veritas Volume Manager :
# vxdg deport diskgroupname
# cldevicegroup online devicegroup # cldevicegroup enable devicegroup
Exemple 5-38 Mise en état de maintenance du groupe de périphériques
Cet exemple illustre la mise en état de maintenance et la suppression de l'état de maintenance du groupe de périphériques dg-schost-1.
[Place the device group in maintenance state.] # cldevicegroup disable dg-schost-1 # cldevicegroup offline dg-schost-1 [If needed, manually import the disk set or disk group.] For Solaris Volume Manager: # metaset -C take -f -s dg-schost-1 For Veritas Volume Manager: # vxdg -t import dg1 [Complete all necessary repair procedures.] [Release ownership.] For Solaris Volume Manager: # metaset -C release -s dg-schost-1 For Veritas Volume Manager: # vxdg deport dg1 [Bring the device group online.] # cldevicegroup online dg-schost-1 # cldevicegroup enable dg-schost-1
|