Configuration du logiciel Solaris Volume Manager
Le tableau suivant répertorie les tâches à effectuer pour configurer les fonctions du logiciel Solaris Volume Manager pour Sun Cluster.
Tableau 4–1 Liste des tâches : Configuration du logiciel Solaris Volume Manager|
Tâche |
Instructions |
|---|---|
|
1. Planification de la disposition de votre configuration Solaris Volume Manager. | |
|
2. (Solaris 9 uniquement) Évaluation du nombre de noms de volumes et de jeux de disques nécessaires à la configuration et à la modification du fichier /kernel/drv/md.conf. |
SPARC : Définition du nombre de noms de volumes et de jeux de disques |
|
3. Création de répliques de la base de données d'état sur les disques locaux. | |
|
4. (Facultatif) Mise en miroir des systèmes de fichiers sur le disque racine. |
SPARC : Définition du nombre de noms de volumes et de jeux de disques
Remarque –
Cette procédure ne s'applique qu'à l'environnement Solaris 9. Si le cluster fonctionne sous Solaris 10, reportez-vous à la rubrique Création de répliques de bases de données d'état.
Avec la parution de Solaris 10, Solaris Volume Manager a été amélioré et prend désormais en charge la configuration dynamique des volumes. Il n'est plus nécessaire de modifier les paramètres nmd et md_nsets du fichier /kernel/drv/md.conf. Les nouveaux volumes sont créés de manière dynamique, selon vos besoins.
Cette procédure permet de déterminer le nombre de noms de volumes Solaris Volume Manager et de jeux de disques requis pour la configuration et comment modifier le fichier /kernel/drv/md.conf pour spécifier ces nombres.
Astuce –
Par défaut, le nombre de noms de volumes par jeu de disques est de 128, mais de nombreuses configurations en requièrent davantage. Pour gagner du temps sur l'administration ultérieurement, augmentez ce nombre avant de mettre en œuvre une configuration.
Parallèlement, définissez la valeur des champs nmd et md_nsets sur la valeur la plus basse possible. Les structures de mémoire existent pour tous les périphériques possibles conformément aux commandes nmd et md_nsets, même si vous n'avez pas créé ces périphériques. Pour des performances optimales, configurez la valeur de nmd et de md_nsets de sorte qu'elle soit légèrement supérieure au nombre de volumes que vous utiliserez.
Avant de commencer
Ayez à disposition le document Fiche de travail relative aux configurations des groupes de périphériques complété.
-
Calculez le nombre total de jeux de disques dont vous pensez avoir besoin sur le cluster, puis ajoutez-en un pour la gestion de disques privée.
Le cluster peut comprendre un maximum de 32 jeux de disques dont 31 sont dédiés à une utilisation d'ordre général et 1 est dédié à la gestion de disques privée. Par défaut, le nombre de jeux de disques est de 4. Il s'agit de la valeur que vous saisissez dans le champ md_nsets lors de l'Étape 3.
-
Calculez le nombre maximum de noms de volumes dont vous pensez avoir besoin pour chaque jeu de disques du cluster.
Chaque jeu de disques peut comprendre un maximum de 8 192 noms de volumes. Il s'agit de la valeur que vous saisissez dans le champ nmdà l'Étape 3.
-
Déterminez la quantité de noms de volumes dont vous pensez avoir besoin par jeu de disques.
Si vous utilisez des volumes locaux, assurez-vous que chaque nom de volume local sur lequel est monté un système de fichiers de périphériques globaux (/global/.devices/node@nodeid) est unique sur l'ensemble du cluster et n'utilise pas le nom d'un ID de périphérique existant.
Astuce –Choisissez une série de numéros à utiliser exclusivement pour les noms DID et, pour chaque nœud, une série à utiliser exclusivement pour ses noms de volumes locaux. Par exemple, les noms DID peuvent utiliser la tranche d1 à d100. Lesvolumes locaux peuvent utiliser sur le nœud 1 des noms de la tranche d100 à d199. Les volumes locaux sur le nœud 2 peuvent utiliser des noms de la tranche d200 à d299.
-
Calculez le nombre maximum de noms de volumes que vous pensez utiliser dans n'importe quel jeu de disques.
La quantité de noms de volumes à définir est basée sur la valeur des noms de volumes plutôt que sur leur quantité réelle. Par exemple, si vos noms de volumes vont de d950 à d1000, vous devez configurer la valeur sur 1 000 noms au lieu de 50 dans le logiciel Solaris Volume Manager.
-
-
Prenez le rôle de superutilisateur sur chaque nœud et modifiez le fichier /kernel/drv/md.conf.
Caution – Tous les nœuds de cluster (ou paires de clusters dans la topologie de paires de clusters) doivent disposer des mêmes fichiers /kernel/drv/md.conf, quel que soit le nombre de jeux de disques desservis par chaque nœud. Le non-respect de cette consigne peut occasionner de graves erreurs de Solaris Volume Manager et un risque de pertes de données.
-
Sur chaque noeud, effectuez une réinitialisation de reconfiguration.
phys-schost# touch /reconfigure phys-schost# shutdown -g0 -y -i6
Les modifications apportées au fichier /kernel/drv/md.conf prennent effet après une réinitialisation de reconfiguration.
Étapes suivantes
Créez des répliques de base de données d'état. Reportez-vous à la rubrique Création de répliques de bases de données d'état.
Création de répliques de bases de données d'état
Suivez cette procédure sur chaque noeud du cluster.
-
Prenez le rôle de superutilisateur.
-
Créez des répliques de base de données d'état sur un ou plusieurs périphériques locaux pour chacun des nœuds du cluster.
Pour spécifier les tranches à utiliser, précisez le nom physique (cNtXdY sZ) et non le nom de l'ID de périphérique (dN).
phys-schost# metadb -af slice-1 slice-2 slice-3
Astuce –pour protéger les données d'état, opération nécessaire pour exécuter le logiciel Solaris Volume Manager, créez au moins trois répliques par noeud. Vous pouvez également placer des répliques sur plusieurs périphériques pour bénéficier d'une protection en cas d'échec de l'un des périphériques.
Pour obtenir plus d'informations, reportez-vous à la page de manuel metadb(1M) et à votre documentation Solaris Volume Manager.
-
Vérifiez les répliques.
phys-schost# metadb
La commande metadb affiche la liste des répliques.
Exemple 4–1 Création de répliques de bases de données d'état
L'exemple suivant illustre trois répliques de bases de données d'état. Chaque réplique est créée sur un périphérique différent.
phys-schost# metadb -af c0t0d0s7 c0t1d0s7 c1t0d0s7 phys-schost# metadb flags first blk block count a u 16 8192 /dev/dsk/c0t0d0s7 a u 16 8192 /dev/dsk/c0t1d0s7 a u 16 8192 /dev/dsk/c1t0d0s7 |
Étapes suivantes
Pour la mise en miroir de systèmes de fichiers sur le disque racine, reportez-vous à la rubrique Mise en miroir du disque racine.
Sinon, passez à la rubrique Création de jeux de disques dans un cluster pour créer des jeux de disques Solaris Volume Manager.
Mise en miroir du disque racine
La mise en miroir du disque racine permet d'éviter que le noeud du cluster lui‐même s'arrête en cas de panne du disque système. Quatre types de systèmes de fichiers peuvent résider sur le disque racine. Chaque système de fichiers est mis en miroir à l'aide d'une méthode différente.
Suivez les procédures présentées pour mettre en miroir chaque type de système de fichiers.
Caution – pour la mise en miroir d'un disque local, n'utilisez pas le chemin /dev/global lorsque vous indiquez le nom du disque. Si vous spécifiez ce chemin pour autre chose que des systèmes de fichiers de clusters, le système ne peut pas s'initialiser.
Mise en miroir du système de fichiers racine (/)
Utilisez cette procédure pour mettre en miroir le système de fichiers racine (/).
Remarque –
Cette procédure fournit les formes longues des commandes Sun Cluster. La plupart des commandes ont également une forme courte. À l'exception des formes des noms de commandes, les commandes sont identiques. Pour obtenir la liste des commandes et leurs formes courtes, reportez-vous à l'Annexe A, Sun Cluster Object-Oriented Commands du Sun Cluster System Administration Guide for Solaris OS.
-
Prenez le rôle de superutilisateur.
-
Placez la tranche racine dans une concaténation à tranche unique (une seule voie).
Spécifiez le nom du disque physique de la tranche du disque racine (cNtXdYsZ.
phys-schost# metainit -f submirror1 1 1 root-disk-slice
-
Créez une deuxième concaténation.
phys-schost# metainit submirror2 1 1 submirror-disk-slice
-
Créez un miroir à une voie avec un sous-miroir.
phys-schost# metainit mirror -m submirror1
Remarque –S'il s'agit d'un périphérique local qui doit servir à monter un système de fichiers de périphériques globaux (/global/.devices/node@nodeid), le nom de volume du miroir doit être unique sur l'ensemble du cluster.
-
Définissez le système de fichiers du répertoire (/) racine.
phys-schost# metaroot mirror
Cette commande édite les fichiers /etc/vfstab et /etc/system de sorte que le système puisse être initialisé avec le système de fichiers racine (/) sur un métapériphérique ou un volume. Pour plus d'informations, reportez-vous à la page de manuel metaroot(1M).
-
Videz tous les systèmes de fichiers.
phys-schost# lockfs -fa
Cette commande supprime toutes les transactions du journal et les écrit dans le système de fichiers maître sur tous les systèmes de fichiers UFS montés. Pour plus d'informations, reportez-vous à la page de manuel lockfs(1M).
-
Déplacez tous les groupes de ressources ou groupes de périphériques du noeud.
phys-schost# clnode evacuate from-node
- from-node
-
Indique le nom du noeud à partir duquel évacuer les groupes de ressources ou de périphériques.
-
Réinitialisez le noeud.
Cette commande remonte le système de fichiers racine (/) nouvellement mis en miroir.
phys-schost# shutdown -g0 -y -i6
-
Attachez le deuxième sous-miroir au miroir.
phys-schost# metattach mirror submirror2
Reportez-vous à la page de manuel metattach(1M) pour plus d'informations.
-
Si le disque utilisé pour mettre en miroir le disque racine est connecté physiquement à plusieurs nœuds (plusieurs hôtes), modifiez les propriétés du groupe de périphériques pour prendre en charge cette utilisation comme miroir.
Vérifiez que le groupe de périphériques répond aux exigences suivantes :
-
Le groupe de périphériques de disques bruts doit posséder un seul nœud configuré dans sa liste de nœuds.
-
La propriété localonly du groupe de périphériques de disques bruts doit être activée. La propriété localonly évite la séparation involontaire d'un nœud de son périphérique d'initialisation si ce dernier est connecté à plusieurs nœuds.
-
Le cas échéant, utilisez la commande cldevice pour déterminer le nom du groupe de périphériques de disques bruts.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Astuce –Si vous émettez la commande depuis un nœud physiquement connecté au disque, vous pouvez indiquer le nom du disque sous la forme cNtXdY plutôt que par son nom de chemin de périphérique complet.
Dans l'exemple suivant, le nom du groupe de périphériques de disques bruts dsk/d2 fait partie du nom du périphérique DID.
=== DID Device Instances === DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c1t1d0 Full Device Path: phys-schost-3:/dev/rdsk/c1t1d0 …
Reportez-vous à la page de manuel cldevice(1CL) pour plus d'informations.
-
Visualisez la liste des noeuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup show dsk/dN
Le résultat doit être similaire à ce qui suit pour le groupe de périphériques dsk/d2 :
Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false
-
Si la liste de nœuds contient plusieurs noms de nœud, supprimez tous les nœuds, à l'exception du nœud correspondant au disque racine mis en miroir.
Seul le nœud dont vous avez mis le disque racine en miroir doit figurer dans la liste de nœuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Indique le nœud à supprimer de la liste des nœuds du groupe de périphériques.
-
Activez la propriété localonly du groupe de périphériques de disques bruts, si elle ne l'est pas déjà.
Lorsque la propriété localonly est activée, le groupe de périphériques de disque bruts est utilisé exclusivement par le noeud figurant dans sa liste de noeuds. Cela évite la séparation involontaire d'un noeud de son périphérique de démarrage si celui-ci est connecté à plusieurs noeuds.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Définit la valeur d'une propriété de groupe de périphériques.
- localonly=true
-
Active la propriété localonly du groupe de périphériques.
Pour de plus amples informations sur la propriété localonly, reportez-vous à la page du manuel cldevicegroup(1CL).
-
-
Prenez note de l'autre chemin de démarrage, pour utilisation ultérieure éventuelle.
Si le périphérique de démarrage principal échoue, vous pouvez ainsi procéder à l'initialisation à partir de cet autre périphérique de démarrage. Reportez-vous au Special Considerations for Mirroring root (/) du Solaris Volume Manager Administration Guide ou à la rubrique Creating a RAID-1 Volume du Solaris Volume Manager Administration Guide pour plus d'informations sur les autres périphériques de démarrage.
phys-schost# ls -l /dev/rdsk/root-disk-slice
-
Sur chaque nœud restant du cluster, reproduisez la procédure de l'Étape 1 à l'Étape 11.
Vérifiez que chaque nom de volume d'un miroir sur lequel doit être monté le système de fichiers de périphériques globaux (/global/.devices/node@nodeid) est unique sur l'ensemble du cluster.
Exemple 4–2 Mise en miroir du système de fichiers racine (/)
L'exemple suivant illustre la création du miroir d0 sur le nœud phys-schost-1, constitué du sous-miroir d10 sur la partition c0t0d0s0 et du sous-miroir d20 sur la partition c2t2d0s0. Le périphérique c2t2d0 étant un disque multihôte, la propriété localonly est activée. L'exemple indique également l'autre chemin de démarrage pour l'enregistrement.
phys-schost# metainit -f d10 1 1 c0t0d0s0 d11: Concat/Stripe is setup phys-schost# metainit d20 1 1 c2t2d0s0 d12: Concat/Stripe is setup phys-schost# metainit d0 -m d10 d10: Mirror is setup phys-schost# metaroot d0 phys-schost# lockfs -fa phys-schost# clnode evacuate phys-schost-1 phys-schost# shutdown -g0 -y -i6 phys-schost# metattach d0 d20 d0: Submirror d20 is attached phys-schost# cldevicegroup show dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly-true dsk/d2 phys-schost# ls -l /dev/rdsk/c2t2d0s0 lrwxrwxrwx 1 root root 57 Apr 25 20:11 /dev/rdsk/c2t2d0s0 –> ../../devices/node@1/pci@1f,0/pci@1/scsi@3,1/disk@2,0:a,raw |
Étapes suivantes
Pour la mise en miroir de l'espace de noms de périphériques globaux, /global/.devices/node@nodeid, reportez-vous à la rubrique Mise en miroir de l'espace de noms de périphériques globaux.
Pour la mise en miroir de systèmes de fichiers qui ne peuvent pas être démontés, reportez-vous à la rubrique Mise en miroir des systèmes de fichiers autres que les systèmes de fichiers racine (/) ne pouvant pas être démontés.
Pour la mise en miroir de systèmes de fichiers définis par l'utilisateur, reportez-vous à la rubrique Mise en miroir de systèmes de fichiers pouvant être démontés.
Sinon, reportez-vous à la rubrique Création de jeux de disques dans un cluster pour la création d'un jeu de disques.
Erreurs fréquentes
Certaines étapes de cette procédure de mise en miroir peuvent générer un message d'erreur semblable à celui-ci :metainit: dg-schost-1: d1s0: n'est pas un métapériphérique. Ce message est anodin et peut être ignoré.
Mise en miroir de l'espace de noms de périphériques globaux
Suivez cette procédure pour mettre en miroir l'espace de noms de périphériques globaux, /global/.devices/node@nodeid/.
Remarque –
Cette procédure fournit les formes longues des commandes Sun Cluster. La plupart des commandes ont également une forme courte. À l'exception des formes des noms de commandes, les commandes sont identiques. Pour obtenir la liste des commandes et leurs formes courtes, reportez-vous à l'Annexe A, Sun Cluster Object-Oriented Commands du Sun Cluster System Administration Guide for Solaris OS.
-
Prenez le rôle de superutilisateur.
-
Placez la tranche de l'espace de noms de périphériques globaux dans une concaténation à une seule tranche (une seule voie).
Utilisez le nom du disque physique de la tranche de disque (cNtXdYsZ).
phys-schost# metainit -f submirror1 1 1 diskslice
-
Créez une deuxième concaténation.
phys-schost# metainit submirror2 1 1 submirror-diskslice
-
Créez un miroir à une voie avec un sous-miroir.
phys-schost# metainit mirror -m submirror1
Remarque –Chaque nom de volume d'un miroir sur lequel doit être monté le système de fichiers de périphériques globaux (/global/.devices/node@nodeid) doit être unique sur l'ensemble du cluster.
-
Attachez le deuxième sous-miroir au miroir.
Cet attachement lance une synchronisation des sous-miroirs.
phys-schost# metattach mirror submirror2
-
Éditez l'entrée de fichier /etc/vfstab pour le système de fichiers /global/.devices/node@id_nœud.
Remplacez les noms des colonnes device to mount et device to fsck par le nom du miroir.
phys-schost# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /global/.devices/node@nodeid ufs 2 no global
-
Pour chaque nœud du cluster, reproduisez la procédure, de l'Étape 1 à l'Étape 6.
-
Attendez la fin du processus de synchronisation des miroirs (commencé au cours de l'Étape 5).
Utilisez la commande metastat(1M) pour visualiser l'état du miroir et vous assurer que la synchronisation de la mise en miroir est terminée.
phys-schost# metastat mirror
-
Si le disque utilisé pour mettre en miroir l'espace de noms de périphériques globaux est connecté physiquement à plusieurs nœuds (plusieurs hôtes), assurez-vous que la liste de nœuds de groupe de périphériques ne contient qu'un seul nœud et que la propriété localonly est activée.
Vérifiez que le groupe de périphériques répond aux exigences suivantes :
-
Le groupe de périphériques de disques bruts doit posséder un seul nœud configuré dans sa liste de nœuds.
-
La propriété localonly du groupe de périphériques de disques bruts doit être activée. La propriété localonly évite la séparation involontaire d'un nœud de son périphérique d'initialisation si ce dernier est connecté à plusieurs nœuds.
-
Le cas échéant, utilisez la commande cldevice pour déterminer le nom du groupe de périphériques de disques bruts.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Astuce –Si vous émettez la commande depuis un nœud physiquement connecté au disque, vous pouvez indiquer le nom du disque sous la forme cNtXdY plutôt que par son nom de chemin de périphérique complet.
Dans l'exemple suivant, le nom du groupe de périphériques de disques bruts dsk/d2 fait partie du nom du périphérique DID.
=== DID Device Instances === DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c1t1d0 Full Device Path: phys-schost-3:/dev/rdsk/c1t1d0 …
Reportez-vous à la page de manuel cldevice(1CL) pour plus d'informations.
-
Visualisez la liste des noeuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup show dsk/dN
Le résultat doit être similaire à ce qui suit pour le groupe de périphériques dsk/d2 :
Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false
-
Si la liste de nœuds contient plusieurs noms de nœud, supprimez tous les nœuds, à l'exception du nœud correspondant au disque racine mis en miroir.
Seul le nœud dont vous avez mis le disque racine en miroir doit figurer dans la liste de nœuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Indique le nœud à supprimer de la liste des nœuds du groupe de périphériques.
-
Activez la propriété localonly du groupe de périphériques de disques bruts, si elle ne l'est pas déjà.
Lorsque la propriété localonly est activée, le groupe de périphériques de disque bruts est utilisé exclusivement par le noeud figurant dans sa liste de noeuds. Cela évite la séparation involontaire d'un noeud de son périphérique de démarrage si celui-ci est connecté à plusieurs noeuds.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Définit la valeur d'une propriété de groupe de périphériques.
- localonly=true
-
Active la propriété localonly du groupe de périphériques.
Pour de plus amples informations sur la propriété localonly, reportez-vous à la page du manuel cldevicegroup(1CL).
-
Exemple 4–3 Mise en miroir de l'espace de noms de périphériques globaux
L'exemple suivant illustre la création du miroir d101, constitué du sous-miroir d111 sur la partition c0t0d0s3 et du sous-miroir d121 sur la partition c2t2d0s3. L'entrée du fichier /etc/vfstab pour /global/.devices/node@1 est mise à jour pour utiliser le nom de miroir d101. Le périphérique c2t2d0 étant un disque multihôte, la propriété localonly est activée.
phys-schost# metainit -f d111 1 1 c0t0d0s3 d111: Concat/Stripe is setup phys-schost# metainit d121 1 1 c2t2d0s3 d121: Concat/Stripe is setup phys-schost# metainit d101 -m d111 d101: Mirror is setup phys-schost# metattach d101 d121 d101: Submirror d121 is attached phys-schost# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/d101 /dev/md/rdsk/d101 /global/.devices/node@1 ufs 2 no global phys-schost# metastat d101 d101: Mirror Submirror 0: d111 State: Okay Submirror 1: d121 State: Resyncing Resync in progress: 15 % done … phys-schost# cldevice show phys-schost-3:/dev/rdsk/c2t2d0 === DID Device Instances === DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c2t2d0 Full Device Path: phys-schost-3:/dev/rdsk/c2t2d0 … phys-schost# cldevicegroup show | grep dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly-true dsk/d2 |
Étapes suivantes
Pour la mise en miroir de systèmes de fichiers, autres que racine (/), qui ne peuvent être démontés, reportez-vous à la rubrique Mise en miroir des systèmes de fichiers autres que les systèmes de fichiers racine (/) ne pouvant pas être démontés.
Pour la mise en miroir de systèmes de fichiers définis par l'utilisateur, reportez-vous à la rubrique Mise en miroir de systèmes de fichiers pouvant être démontés.
Sinon, reportez-vous à la rubrique Création de jeux de disques dans un cluster pour la création d'un jeu de disques.
Erreurs fréquentes
Certaines étapes de cette procédure de mise en miroir peuvent générer un message d'erreur semblable à celui-ci : metainit: dg-schost-1: d1s0: n'est pas un métapériphérique. Ce message est anodin et peut être ignoré.
Mise en miroir des systèmes de fichiers autres que les systèmes de fichiers racine (/) ne pouvant pas être démontés
Cette procédure permet de mettre en miroir les systèmes de fichiers autres que les systèmes de fichiers racine (/) ne pouvant pas être démontés tandis que le système est utilisé normalement, comme /usr, /opt ou swap.
Remarque –
Cette procédure fournit les formes longues des commandes Sun Cluster. La plupart des commandes ont également une forme courte. À l'exception des formes des noms de commandes, les commandes sont identiques. Pour obtenir la liste des commandes et leurs formes courtes, reportez-vous à l'Annexe A, Sun Cluster Object-Oriented Commands du Sun Cluster System Administration Guide for Solaris OS.
-
Prenez le rôle de superutilisateur.
-
Placez la tranche sur laquelle réside un système de fichiers non démontable dans une concaténation à une seule tranche (une seule voie).
Spécifiez le nom du disque physique de la tranche de disque (cNtXdYsZ).
phys-schost# metainit -f submirror1 1 1 diskslice
-
Créez une deuxième concaténation.
phys-schost# metainit submirror2 1 1 submirror-diskslice
-
Créez un miroir à une voie avec un sous-miroir.
phys-schost# metainit mirror -m submirror1
Remarque –Il n'est pas nécessaire que le nom de volume du miroir soit unique sur l'ensemble du cluster.
-
Pour chaque système de fichiers non démontable que vous souhaitez mettre en miroir, reproduisez la procédure, de l'Étape 1 à Étape 4.
-
Sur chaque noeud, éditez l'entrée de fichier /etc/vfstab pour chaque système de fichiers non démontable mis en miroir.
Remplacez les noms des colonnes device to mount et device to fsck par le nom du miroir.
phys-schost# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /filesystem ufs 2 no global
-
Déplacez tous les groupes de ressources ou groupes de périphériques du noeud.
phys-schost# clnode evacuate from-node
- from-node
-
Indique le nom du nœud à partir duquel déplacer les groupes de ressources ou de périphériques.
-
Réinitialisez le noeud.
phys-schost# shutdown -g0 -y -i6
-
Attachez le deuxième sous-miroir à chaque miroir.
Cet attachement lance une synchronisation des sous-miroirs.
phys-schost# metattach mirror submirror2
-
Attendez la fin du processus de synchronisation des miroirs (commencé au cours de l' Étape 9).
Utilisez la commande metastat(1M) pour visualiser l'état du miroir et vous assurer que la synchronisation de la mise en miroir est terminée.
phys-schost# metastat mirror
-
Si le disque utilisé pour mettre en miroir le système de fichiers ne pouvant pas être démonté est connecté physiquement à plusieurs nœuds (plusieurs hôtes), assurez-vous que la liste de nœuds de groupe de périphériques ne contient qu'un seul nœud et que la propriété localonly est activée.
Vérifiez que le groupe de périphériques répond aux exigences suivantes :
-
Le groupe de périphériques de disques bruts doit posséder un seul nœud configuré dans sa liste de nœuds.
-
La propriété localonly du groupe de périphériques de disques bruts doit être activée. La propriété localonly évite la séparation involontaire d'un nœud de son périphérique d'initialisation si ce dernier est connecté à plusieurs nœuds.
-
Le cas échéant, utilisez la commande cldevice pour déterminer le nom du groupe de périphériques de disques bruts.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Astuce –Si vous émettez la commande depuis un nœud physiquement connecté au disque, vous pouvez indiquer le nom du disque sous la forme cNtXdY plutôt que par son nom de chemin de périphérique complet.
Dans l'exemple suivant, le nom du groupe de périphériques de disques bruts dsk/d2 fait partie du nom du périphérique DID.
=== DID Device Instances === DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c1t1d0 Full Device Path: phys-schost-3:/dev/rdsk/c1t1d0 …
Reportez-vous à la page de manuel cldevice(1CL) pour plus d'informations.
-
Visualisez la liste des noeuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup show dsk/dN
Le résultat doit être similaire à ce qui suit pour le groupe de périphériques dsk/d2 :
Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false
-
Si la liste de nœuds contient plusieurs noms de nœud, supprimez tous les nœuds, à l'exception du nœud correspondant au disque racine mis en miroir.
Seul le nœud dont vous avez mis le disque racine en miroir doit figurer dans la liste de nœuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Indique le nœud à supprimer de la liste des nœuds du groupe de périphériques.
-
Activez la propriété localonly du groupe de périphériques de disques bruts, si elle ne l'est pas déjà.
Lorsque la propriété localonly est activée, le groupe de périphériques de disque bruts est utilisé exclusivement par le noeud figurant dans sa liste de noeuds. Cela évite la séparation involontaire d'un noeud de son périphérique de démarrage si celui-ci est connecté à plusieurs noeuds.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Définit la valeur d'une propriété de groupe de périphériques.
- localonly=true
-
Active la propriété localonly du groupe de périphériques.
Pour de plus amples informations sur la propriété localonly, reportez-vous à la page du manuel cldevicegroup(1CL).
-
Exemple 4–4 Mise en miroir de systèmes de fichiers ne pouvant pas être démontés
L'exemple suivant illustre la création du miroir d1 sur le noeud phys-schost-1 pour dupliquer /usr, résidant sur c0t0d0s1. Le miroir d1 est constitué du sous-miroir d11 sur la partition c0t0d0s1 et du sous-miroir d21 sur la partition c2t2d0s1. L'entrée de fichier /etc/vfstab pour /usr est mise à jour pour utiliser le nom de miroir d1. Le périphérique c2t2d0 étant un disque multihôte, la propriété localonly est activée.
phys-schost# metainit -f d11 1 1 c0t0d0s1 d11: Concat/Stripe is setup phys-schost# metainit d21 1 1 c2t2d0s1 d21: Concat/Stripe is setup phys-schost# metainit d1 -m d11 d1: Mirror is setup phys-schost# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/d1 /dev/md/rdsk/d1 /usr ufs 2 no global … phys-schost# clnode evacuate phys-schost-1 phys-schost# shutdown -g0 -y -i6 phys-schost# metattach d1 d21 d1: Submirror d21 is attached phys-schost# metastat d1 d1: Mirror Submirror 0: d11 State: Okay Submirror 1: d21 State: Resyncing Resync in progress: 15 % done … phys-schost# cldevice show phys-schost-3:/dev/rdsk/c2t2d0 … DID Device Name: /dev/did/rdsk/d2 phys-schost# cldevicegroup show dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly=true dsk/d2 |
Étapes suivantes
Pour la mise en miroir de systèmes de fichiers définis par l'utilisateur, reportez-vous à la rubrique Mise en miroir de systèmes de fichiers pouvant être démontés.
Sinon, reportez-vous à la rubrique Création de jeux de disques dans un cluster pour la création d'un jeu de disques.
Erreurs fréquentes
Certaines étapes de cette procédure de mise en miroir peuvent générer un message d'erreur, semblable à celui-ci : metainit: dg-schost-1: d1s0: n'est pas un métapériphérique. Ce message est anodin et peut être ignoré.
Mise en miroir de systèmes de fichiers pouvant être démontés
Cette procédure permet de mettre en miroir des systèmes de fichiers pouvant être démontés et définis par l'utilisateur. Dans cette procédure, il n'est pas nécessaire de réinitialiser les noeuds.
Remarque –
Cette procédure fournit les formes longues des commandes Sun Cluster. La plupart des commandes ont également une forme courte. À l'exception des formes des noms de commandes, les commandes sont identiques. Pour obtenir la liste des commandes et leurs formes courtes, reportez-vous à l'Annexe A, Sun Cluster Object-Oriented Commands du Sun Cluster System Administration Guide for Solaris OS.
-
Prenez le rôle de superutilisateur.
-
Démontez le système de fichiers à mettre en miroir.
Assurez-vous qu'aucun processus n'est en cours sur le système de fichiers.
phys-schost# umount /mount-point
Reportez-vous à la page de manuel umount(1M) et au Chapitre 18, Mounting and Unmounting File Systems (Tasks) du System Administration Guide: Devices and File Systems pour plus d'informations.
-
Dans une concaténation à une seule tranche (à une voie), placez la tranche sur laquelle réside un système de fichiers défini par l'utilisateur qui peut être démonté.
Spécifiez le nom du disque physique de la tranche de disque (cNtXdYsZ).
phys-schost# metainit -f submirror1 1 1 diskslice
-
Créez une deuxième concaténation.
phys-schost# metainit submirror2 1 1 submirror-diskslice
-
Créez un miroir à une voie avec un sous-miroir.
phys-schost# metainit mirror -m submirror1
Remarque –Il n'est pas nécessaire que le nom de volume du miroir soit unique sur l'ensemble du cluster.
-
Pour chaque système de fichiers montable à mettre en miroir, reproduisez la procédure, de l'Étape 1 à l'Étape 5.
-
Sur chaque noeud, éditez l'entrée de fichier /etc/vfstab pour chaque système de fichiers mis en miroir.
Remplacez les noms des colonnes device to mount et device to fsck par le nom du miroir.
phys-schost# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /filesystem ufs 2 no global
-
Attachez le deuxième sous-miroir au miroir.
Cet attachement lance une synchronisation des sous-miroirs.
phys-schost# metattach mirror submirror2
-
Attendez la fin du processus de synchronisation des miroirs (commencé au cours de l' Étape 8).
Utilisez la commandemetastat(1M) pour visualiser l'état du miroir.
phys-schost# metastat mirror
-
Si le disque utilisé pour mettre en miroir le système de fichiers défini par l'utilisateur est connecté physiquement à plusieurs nœuds (plusieurs hôtes), assurez-vous que la liste de nœuds de groupe de périphériques ne contient qu'un seul nœud et que la propriété localonly est activée.
Vérifiez que le groupe de périphériques répond aux exigences suivantes :
-
Le groupe de périphériques de disques bruts doit posséder un seul nœud configuré dans sa liste de nœuds.
-
La propriété localonly du groupe de périphériques de disques bruts doit être activée. La propriété localonly évite la séparation involontaire d'un nœud de son périphérique d'initialisation si ce dernier est connecté à plusieurs nœuds.
-
Le cas échéant, utilisez la commande cldevice pour déterminer le nom du groupe de périphériques de disques bruts.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Astuce –Si vous émettez la commande depuis un nœud physiquement connecté au disque, vous pouvez indiquer le nom du disque sous la forme cNtXdY plutôt que par son nom de chemin de périphérique complet.
Dans l'exemple suivant, le nom du groupe de périphériques de disques bruts dsk/d2 fait partie du nom du périphérique DID.
=== DID Device Instances === DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c1t1d0 Full Device Path: phys-schost-3:/dev/rdsk/c1t1d0 …
Reportez-vous à la page de manuel cldevice(1CL) pour plus d'informations.
-
Visualisez la liste des noeuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup show dsk/dN
Le résultat doit être similaire à ce qui suit pour le groupe de périphériques dsk/d2 :
Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false
-
Si la liste de nœuds contient plusieurs noms de nœud, supprimez tous les nœuds, à l'exception du nœud correspondant au disque racine mis en miroir.
Seul le nœud dont vous avez mis le disque racine en miroir doit figurer dans la liste de nœuds du groupe de périphériques de disques bruts.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Indique le nœud à supprimer de la liste des nœuds du groupe de périphériques.
-
Activez la propriété localonly du groupe de périphériques de disques bruts, si elle ne l'est pas déjà.
Lorsque la propriété localonly est activée, le groupe de périphériques de disque bruts est utilisé exclusivement par le noeud figurant dans sa liste de noeuds. Cela évite la séparation involontaire d'un noeud de son périphérique de démarrage si celui-ci est connecté à plusieurs noeuds.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Définit la valeur d'une propriété de groupe de périphériques.
- localonly=true
-
Active la propriété localonly du groupe de périphériques.
Pour de plus amples informations sur la propriété localonly, reportez-vous à la page du manuel cldevicegroup(1CL).
-
-
Montez le système de fichiers mis en miroir.
phys-schost# mount /mount-point
Reportez-vous à la page de manuel mount(1M) et au Chapitre 18, Mounting and Unmounting File Systems (Tasks) du System Administration Guide: Devices and File Systems pour plus d'informations.
Exemple 4–5 Mise en miroir de systèmes de fichiers pouvant être démontés
L'exemple suivant illustre la création du miroir d4 pour mettre en miroir le répertoire /export, résidant sur c0t0d0s4. Le miroir d4 est constitué du sous-miroir d14 sur la partition c0t0d0s4 et du sous-miroir d24 sur la partition c2t2d0s4. L'entrée de fichier /etc/vfstab pour /export est mise à jour pour utiliser le nom de miroir d4. Le périphérique c2t2d0 étant un disque multihôte, la propriété localonly est activée.
phys-schost# umount /export phys-schost# metainit -f d14 1 1 c0t0d0s4 d14: Concat/Stripe is setup phys-schost# metainit d24 1 1 c2t2d0s4 d24: Concat/Stripe is setup phys-schost# metainit d4 -m d14 d4: Mirror is setup phys-schost# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # # /dev/md/dsk/d4 /dev/md/rdsk/d4 /export ufs 2 no global phys-schost# metattach d4 d24 d4: Submirror d24 is attached phys-schost# metastat d4 d4: Mirror Submirror 0: d14 State: Okay Submirror 1: d24 State: Resyncing Resync in progress: 15 % done … phys-schost# cldevice show phys-schost-3:/dev/rdsk/c2t2d0 … DID Device Name: /dev/did/rdsk/d2 phys-schost# cldevicegroup show dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-2 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly=true dsk/d2 phys-schost# mount /export |
Étapes suivantes
Si vous avez besoin de créer des jeux de disques, reportez-vous à l'une des rubriques suivantes :
-
Pour créer un jeu de disques Solaris Volume Manager pour Sun Cluster pour Oracle RAC, reportez-vous à la rubrique How to Create a Multi-Owner Disk Set in Solaris Volume Manager for Sun Cluster for the Oracle RAC Database du Sun Cluster Data Service for Oracle RAC Guide for Solaris OS.
-
Pour créer un jeu de disques pour toute autre application, reportez-vous à la rubrique Création de jeux de disques dans un cluster.
Si vous disposez d'un nombre de jeux de disques suffisant, reportez-vous à l'une des rubriques suivantes :
-
Si le cluster contient des jeux de disques configurés avec exactement deux baies de disques et deux nœuds, vous devez ajouter des médiateurs à deux chaînes. Reportez-vous à la rubrique Configuration de médiateurs à deux chaînes.
-
Si votre configuration de cluster ne nécessite pas de médiateurs à deux chaînes, reportez-vous à la rubrique Création de systèmes de fichiers de cluster.
Erreurs fréquentes
Certaines étapes de cette procédure de mise en miroir peuvent générer un message d'erreur, semblable à celui-ci : metainit: dg-schost-1: d1s0: n'est pas un métapériphérique. Ce message est anodin et peut être ignoré.
- © 2010, Oracle Corporation and/or its affiliates