Configuration du logiciel Solaris Volume Manager

Le tableau suivant répertorie les tâches à effectuer pour configurer le logiciel Solaris Volume Manager pour les configurations Oracle Solaris Cluster. Effectuez les procédures dans l'ordre dans lequel elles sont indiquées.

Tableau 4-1 Liste des tâches : configuration du logiciel Solaris Volume Manager

Tâche	Instructions
Planification de l'organisation de votre configuration Solaris Volume Manager.	Planification de la gestion des volumes
Création de répliques de la base de données d'état sur les disques locaux.	Création de répliques de la base de données d'état
(Facultatif) Mise en miroir des systèmes de fichiers sur le disque root.	Mise en miroir du disque root

Création de répliques de la base de données d'état

Suivez cette procédure sur chaque noeud du cluster global.

Connectez-vous en tant que superutilisateur.
Créez des répliques de la base de données d'état sur un ou plusieurs périphériques locaux, pour chaque noeud de cluster.
Utilisez le nom physique (cNt XdY sZ), et non le nom d'ID de périphérique ( dN), pour spécifier les tranches à utiliser.
```
phys-schost# metadb -af slice-1 slice-2 slice-3
```
Astuce - Pour protéger vos données d'état, nécessaires à l'exécution du logiciel Solaris Volume Manager, créez au moins trois répliques pour chaque noeud. Pour plus de sûreté, vous pouvez également créer des répliques sur plusieurs périphériques qui vous serviront en cas de panne de l'un des périphériques.

Reportez-vous à la page de manuel metadb(1M) et à la section Creating State Database Replicas du manuel Solaris Volume Manager Administration Guide pour plus de détails.
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 la base de données d'état

L'exemple suivant représente trois répliques de la base de données d'état, toutes trois créées 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 mettre en miroir des systèmes de fichiers sur le disque root, accédez à la section Mise en miroir du disque root.

Autrement, passez à la section Création d'ensembles de disques dans un cluster pour créer des ensembles de disques Solaris Volume Manager.

Mise en miroir du disque root

La mise en miroir du disque root évite au noeud de cluster lui-même de s'arrêter en raison d'une panne du disque système. Quatre types de systèmes de fichiers peuvent résider sur le disque root. Chaque type de système de fichiers est mis en miroir en utilisant une méthode différente.

Suivez les procédures ci-après pour mettre en miroir chaque type de système de fichiers.

Mise en miroir du système de fichiers root (/)
Mise en miroir de l'espace de noms des périphériques globaux sur une partition dédiée
Mise en miroir de systèmes de fichiers différents de root (/) qui ne peuvent pas être démontés
Mise en miroir de systèmes de fichiers pouvant être démontés

Caution - Pour la mise en miroir du disque local, n'utilisez pas /dev/global comme chemin lorsque vous spécifiez le nom du disque. Si vous indiquez ce chemin pour tout élément différent d'un système de fichiers de cluster, le système ne peut pas s'initialiser.

Mise en miroir du système de fichiers root (/)

Cette procédure vous permet de mettre en miroir le système de fichiers root (/).

Remarque - Si l'espace de noms des périphériques globaux est sur un fichier créé par lofi, cette procédure inclut la mise en miroir de l'espace de noms des périphériques globaux.

Connectez-vous en tant que superutilisateur.
Placez la tranche root dans une concaténation à une tranche (unidirectionnelle).
Indiquez le nom de disque physique de la tranche de disque root (cN tXdY sZ).
```
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 unidirectionnel avec un sous-miroir.
```
phys-schost# metainit mirror -m submirror1
```
Remarque - S'il s'agit d'un périphérique local à utiliser pour monter un système de fichiers de périphériques globaux (/global/.devices/node@ nodeid), le nom de volume du miroir doit être unique dans l'ensemble du cluster.
Configurez les fichiers système pour le répertoire root (/).
```
phys-schost# metaroot mirror
```
Cette commande modifie les fichiers /etc/vfstab et /etc/system afin de pouvoir initialiser le système avec le système de fichiers root (/) 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 vide 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 tout groupe de ressources ou 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 et de périphériques.
Réinitialisez le noeud.
Cette commande remonte le nouveau système de fichiers root (/) mis en miroir.
```
phys-schost# shutdown -g0 -y -i6
```
Rattachez le deuxième sous-miroir au miroir.
```
phys-schost# metattach mirror submirror2
```
Pour plus d'informations, reportez-vous à la page de manuel metattach(1M).
Si le disque utilisé pour mettre en miroir le disque root est physiquement connecté à plusieurs noeuds (multihébergé), désactivez la séparation pour ce disque.
La désactivation de la séparation pour le périphérique empêche toute séparation involontaire d'un noeud et de son périphérique d'initialisation si ce périphérique est connecté à plusieurs noeuds.
```
phys-schost# cldevice set -p default_fencing=nofencing submirror-disk
```
-p

Indique une propriété du groupe de périphériques.

default_fencing=nofencing

Désactive la séparation pour le périphérique spécifié.

Pour plus d'informations sur la propriété default_fencing, reportez-vous à la page de manuel cldevice(1CL).
Enregistrez le chemin d'initialisation alternatif en vue d'une possible utilisation ultérieure.
Si le périphérique d'initialisation principal subit une défaillance, vous pouvez initialiser le système à partir du périphérique d'initialisation alternatif. Pour plus d'informations sur les périphériques d'initialisation alternatifs, reportez-vous à la section Creating a RAID-1 Volume du manuel Solaris Volume Manager Administration Guide.
```
phys-schost# ls -l /dev/rdsk/root-disk-slice
```
Répétez la procédure de l'Étape 1 à l'Étape 11 sur chaque noeud restant du cluster.
Assurez-vous que chaque nom de volume d'un miroir sur lequel un système de fichiers de périphériques globaux (/global/.devices/node@ nodeid) doit être monté est unique dans l'ensemble du cluster.

Exemple 4-2 Mise en miroir du système de fichiers root (/)

L'exemple suivant illustre la création du miroir d0 sur le noeud 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 séparation est désactivée. Cet exemple affiche également le chemin d'initialisation alternatif 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 attachedphys-schost# cldevice set -p default_fencing=nofencing c2t2d0
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 mettre en miroir un espace de noms des périphériques globaux configuré sur une partition dédiée (/global/.devices/node@ nodeid), reportez-vous à la section Mise en miroir de l'espace de noms des périphériques globaux sur une partition dédiée.

Pour mettre en miroir des systèmes de fichiers qui ne peuvent pas être démontés, reportez-vous à la section Mise en miroir de systèmes de fichiers différents de root (/) qui ne peuvent pas être démontés.

Pour mettre en miroir des systèmes de fichiers définis par l'utilisateur, reportez-vous à la section Mise en miroir de systèmes de fichiers pouvant être démontés.

Autrement, passez à la section Création d'ensembles de disques dans un cluster pour créer un ensemble de disques.

Erreurs fréquentes

Certaines étapes de la procédure de mise en miroir peuvent générer un message d'erreur semblable au suivant : metainit: dg-schost-1: d1s0: not a metadevice. Un tel message d'erreur est anodin et peut être ignoré.

Mise en miroir de l'espace de noms des périphériques globaux sur une partition dédiée

Si vous avez configuré une partition dédiée pour l'espace de noms des périphériques globaux, suivez cette procédure pour mettre en miroir l'espace de noms /global/.devices/node@ nodeid/.

Remarque - Ne suivez pas cette procédure si l'espace de noms des périphériques globaux est sur un fichier basé sur lofi. Reportez-vous plutôt à la section Mise en miroir du système de fichiers root (/).

Connectez-vous en tant que superutilisateur.
Placez la tranche de l'espace de noms de périphériques globaux dans une concaténation à tranche unique (unidirectionnelle).
Utilisez le nom de disque physique de la tranche (cN tXdY sZ).
```
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 unidirectionnel avec un sous-miroir.
```
phys-schost# metainit mirror -m submirror1
```
Remarque - Le nom de volume pour un miroir sur lequel il faut monter un système de fichiers de périphériques globaux (/global/.devices/node@nodeid) doit être unique dans l'ensemble du cluster.
Rattachez le deuxième sous-miroir au miroir.
Cette connexion lance la synchronisation des sous-miroirs.
```
phys-schost# metattach mirror submirror2
```

Modifiez l'entrée du fichier /etc/vfstab pour le système de fichiers /global/.devices/node@nodeid.

Remplacez le nom 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

Répétez la procédure de l'Étape 1 à l'Étape 6 sur chaque noeud restant du cluster.
Attendez la fin de la synchronisation des miroirs entamée à l'Étape 5.
Exécutez la commande metastat(1M) pour visualiser l'état du miroir et vérifier que la synchronisation du miroir est terminée.
```
phys-schost# metastat mirror
```
Si le disque utilisé pour la mise en miroir de l'espace de noms des périphériques globaux est physiquement connecté à plusieurs noeuds (multihébergé), désactivez la séparation pour ce disque.
La désactivation de la séparation pour le périphérique empêche toute séparation involontaire d'un noeud et de son périphérique d'initialisation si ce périphérique est connecté à plusieurs noeuds.
```
phys-schost# cldevice set -p default_fencing=nofencing submirror-disk
```
-p

Indique une propriété du groupe de périphériques.

default_fencing=nofencing

Désactive la séparation pour le périphérique spécifié.

Pour plus d'informations sur la propriété default_fencing, reportez-vous à la page de manuel cldevice(1CL).

Exemple 4-3 Mise en miroir d'un espace de noms des périphériques globaux configuré sur une partition dédiée

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 séparation est désactivé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# cldevice set -p default_fencing=nofencing c2t2d0

Étapes suivantes

Pour mettre en miroir des systèmes de fichiers différents de root (/) qui ne peuvent pas être démontés, reportez-vous à la section Mise en miroir de systèmes de fichiers différents de root (/) qui ne peuvent pas être démontés.

Pour mettre en miroir des systèmes de fichiers définis par l'utilisateur, passez à la section Mise en miroir de systèmes de fichiers pouvant être démontés.

Autrement, passez à la section Création d'ensembles de disques dans un cluster pour créer un ensemble de disques.

Erreurs fréquentes

Mise en miroir de systèmes de fichiers différents de root (`/`) qui ne peuvent pas être démontés

Cette procédure vous permet de mettre en miroir des systèmes de fichiers différents de root ( /) qui ne peuvent pas être démontés dans des conditions normales d'utilisation du système, tels que /usr, /opt ou swap.

Connectez-vous en tant que superutilisateur.
Placez la tranche sur laquelle réside un système de fichiers dont le montage est impossible dans une concaténation à tranche unique (unidirectionnelle).
Spécifiez le nom de disque physique de la tranche (cN tXdY sZ).
```
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 unidirectionnel avec un sous-miroir.
```
phys-schost# metainit mirror -m submirror1
```
Remarque - Le nom de volume de ce miroir ne doit pas forcément être unique dans l'ensemble du cluster.
Répétez la procédure de l'Étape 1 à l'Étape 4 pour chaque système de fichiers restant à mettre en miroir.

Sur chaque noeud, modifiez l'entrée du fichier /etc/vfstab pour chaque système de fichiers dont le montage est impossible et que vous avez mis en miroir.

Remplacez le nom 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 tout groupe de ressources ou de périphériques du noeud.
```
phys-schost# clnode evacuate from-node
```
from-node

Indique le nom de noeud duquel doivent être évacués les groupes de ressources et de périphériques.
Réinitialisez le noeud.
```
phys-schost# shutdown -g0 -y -i6
```
Rattachez le deuxième sous-miroir à chaque miroir.
Cette connexion lance la synchronisation des sous-miroirs.
```
phys-schost# metattach mirror submirror2
```
Attendez la fin de la synchronisation des miroirs entamée à l'Étape 9.
Exécutez la commande metastat(1M) pour visualiser l'état du miroir et vérifier que la synchronisation du miroir est terminée.
```
phys-schost# metastat mirror
```
Si le disque utilisé pour mettre en miroir le système de fichiers dont le montage est impossible est physiquement connecté à plusieurs noeuds (multihébergé), désactivez la séparation pour ce disque.
La désactivation de la séparation pour le périphérique empêche toute séparation involontaire d'un noeud et de son périphérique d'initialisation si ce périphérique est connecté à plusieurs noeuds.
```
phys-schost# cldevice set -p default_fencing=nofencing submirror-disk
```
-p

Indique une propriété du groupe de périphériques.

default_fencing=nofencing

Désactive la séparation pour le périphérique spécifié.

Pour plus d'informations sur la propriété default_fencing, reportez-vous à la page de manuel cldevice(1CL).

Exemple 4-4 Mise en miroir de systèmes de fichiers qui ne peuvent pas être démontés

L'exemple suivant illustre la création du miroir d1 sur le noeud phys-schost-1 pour mettre en miroir /usr, qui réside 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 du 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 séparation est désactivé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# cldevice set -p default_fencing=nofencing c2t2d0

Étapes suivantes

Pour mettre en miroir des systèmes de fichiers définis par l'utilisateur, reportez-vous à la section Mise en miroir de systèmes de fichiers pouvant être démontés.

Autrement, passez à la section Création d'ensembles de disques dans un cluster pour créer un ensemble de disques.

Erreurs fréquentes

Mise en miroir de systèmes de fichiers pouvant être démontés

Suivez cette procédure pour mettre en miroir des systèmes de fichiers définis par l'utilisateur pouvant être démontés. Dans cette procédure, les noeuds ne doivent pas nécessairement être réinitialisés.

Connectez-vous en tant que superutilisateur.
Démontez le système de fichiers à mettre en miroir.
Vérifiez qu'aucun processus ne s'exécute sur le système de fichiers.
```
phys-schost# umount /mount-point
```
Pour plus d'informations, reportez-vous à la page de manuel umount(1M) et à la section Mounting and Unmounting Oracle Solaris File Systems du manuel System Administration Guide: Devices and File Systems.
Placez la tranche qui contient un système de fichiers défini par l'utilisateur pouvant être démonté dans une concaténation à tranche unique (unidirectionnelle).
Spécifiez le nom de disque physique de la tranche (cNt X dY sZ).
```
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 unidirectionnel avec un sous-miroir.
```
phys-schost# metainit mirror -m submirror1
```
Remarque - Le nom de volume de ce miroir ne doit pas forcément être unique dans l'ensemble du cluster.
Répétez la procédure de l'Étape 1 à l'Étape 5 pour chaque système de fichiers pouvant être monté à mettre en miroir.

Sur chaque noeud, modifiez l'entrée du fichier /etc/vfstab pour chaque système de fichiers que vous avez mis en miroir.

Remplacez le nom 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

Rattachez le deuxième sous-miroir au miroir.
Cette connexion lance la synchronisation des sous-miroirs.
```
phys-schost# metattach mirror submirror2
```
Attendez la fin de la synchronisation des miroirs entamée à l'Étape 8.
Exécutez la commande metastat(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 physiquement connecté à plusieurs noeuds (multihébergé), désactivez la séparation pour ce disque.
La désactivation de la séparation pour le périphérique empêche toute séparation involontaire d'un noeud et de son périphérique d'initialisation si ce périphérique est connecté à plusieurs noeuds.
```
phys-schost# cldevice set -p default_fencing=nofencing submirror-disk
```
-p

Indique une propriété du groupe de périphériques.

default_fencing=nofencing

Désactive la séparation pour le périphérique spécifié.

Pour plus d'informations sur la propriété default_fencing, reportez-vous à la page de manuel cldevice(1CL).
Montez le système de fichiers en miroir.
```
phys-schost# mount /mount-point
```
Pour plus d'informations, reportez-vous à la page de manuel mount(1M) et à la section Mounting and Unmounting Oracle Solaris File Systems du manuel System Administration Guide: Devices and File Systems.

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 /export, qui réside sur c0t0d0s4. Le miroir d4 est constitué du sous-miroir d14 sur la partition c0t0d0s4 et du sous-miroir d24 sur la partitionc2t2d0s4. L'entrée du 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 séparation est désactivé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# cldevice set -p default_fencing=nofencing c2t2d0 
phys-schost# mount /export

Étapes suivantes

Passez à la section Création d'ensembles de disques dans un cluster pour créer un ensemble de disques. Si vous avez l'intention de créer un ensemble de disques multipropriétaire pour une utilisation par Oracle Real Application Clusters, vous pouvez également passer à la section Création d’un ensemble de disques multipropriétaire dans Solaris Volume Manager pour Sun Cluster pour la base de données Oracle RAC du manuel Guide du service de données Oracle Solaris Cluster pour Oracle Real Application Clusters.

Si vous avez suffisamment d'ensembles de disques pour répondre à vos besoins, passez à l'une des sections suivantes :

Si votre cluster contient des ensembles de disques configurés avec exactement deux boîtiers de disques et deux noeuds, vous devez ajouter des médiateurs à deux chaînes. Passez à la section Configuration d'hôtes médiateurs.
Si votre cluster ne nécessite pas de médiateurs à deux chaînes, accédez à la section Création de systèmes de fichiers de cluster.

Erreurs fréquentes

Ignorer les liens de navigation
Quitter l'aperu
	Guide d'installation du logiciel Oracle Solaris Cluster Oracle Solaris Cluster 3.3 3/13 (Français)