Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster 4.0 (Français) |
1. Présentation de 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
7. Administration des interconnexions de cluster et des réseaux publics
8. Ajout et suppression d'un noeud
Présentation de l'administration du cluster
Modification du nom du cluster
Mappage d'un ID sur le nom d'un noeud
Authentification du nouveau noeud du cluster
Réinitialisation de l'heure et de la date d'un cluster
SPARC : Affichage d'OpenBoot PROM (OBP) sur un noeud
Modification du nom d'hôte privé d'un noeud
Modification du nom d'un noeud
Mise en mode de maintenance d'un noeud
Arrêt du mode de maintenance d'un noeud
Désinstallation de Oracle Solaris Cluster d'un noeud du cluster
Dépannage de la désinstallation d'un noeud
Entrées du système de fichiers de cluster non supprimées
Entrée non supprimée dans la liste des groupes de périphériques
Création, paramétrage et gestion de la base MIB d'événements SNMP de Oracle Solaris Cluster
Activation d'une base MIB d'événements SNMP
Désactivation d'une base MIB d'événements SNMP
Modification d'une base MIB d'événements SNMP
Activation des notifications de déroutement d'un hôte SNMP sur un noeud
Désactivation des notifications de déroutement d'un hôte SNMP sur un noeud
Ajout d'un utilisateur SNMP à un noeud
Suppression d'un utilisateur SNMP à un noeud
Configuration de limites de charge
Configuration de limites de charge sur un noeud
Modification des numéros de port des services ou agents de gestion
Tâches d'administration d'un cluster de zones
Suppression d'un cluster de zones
Suppression d'un système de fichiers d'un cluster de zones
Suppression d'un périphérique de stockage d'un cluster de zones
Exécution d'une application à l'extérieur du cluster global
Restauration d'un ensemble de disques altéré
Enregistrement de la configuration du logiciel Solaris Volume Manager
Purge de l'ensemble de disques corrompus
Recréation de la configuration du logiciel Solaris Volume Manager
10. Configuration du contrôle de l'utilisation de la CPU
Cette section contient une procédure de dépannage pouvant être utilisée pour effectuer des tests.
Suivez cette procédure pour exécuter une application en dehors du cluster global, afin d'effectuer des tests.
phys-schost# clquorum show
phys-schost# clquorum add did
phys-schost# clqorum remove did
Pour apprendre à exécuter les commandes pgre, vous devez installer et utiliser l'outil de diagnostic (ha-cluster/diagnostic/tool-kit) fourni par le support technique d'Oracle.
phys-schost# clresourcegroup evacuate -n targetnode
phys-schost# clresourcegroup offline resourcegroupname
phys-schost# clresource disable resourcename
phys-schost# clresourcegroup unmanage resourcegroupname
phys-schost# cldevicegroup offline devicegroupname
phys-schost# cldevicegroup disable devicegroupname
phys-schost# reboot -x
phys-schost# svcs -x
Exécutez la commande suivante sur tous les disques des ensembles de métadonnées :
phys-schost# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/did/rdsk/dids2
phys-schost# /usr/cluster/lib/sc/scsi -c scrub -d /dev/did/rdsk/dids2
phys-schost# metaset -s name -C take -f
phys-schost# mount device mountpoint
phys-schost# reboot
phys-schost# cldevicegroup online -e devicegroupname
phys-schost# clresourcegroup online -emM resourcegroupname
Utilisez cette procédure si un ensemble de disques est corrompu ou dans un état tel que les noeuds du cluster ne peuvent pas en devenir les propriétaires. Si vous tentez de rétablir son état sans succès, cette procédure vous permettra, en dernier recours, de réparer l'ensemble de disques.
Ces procédures s'appliquent aux ensembles de métadonnées Solaris Volume Manager et aux ensembles de métadonnées multipropriétaires Solaris Volume Manager.
La restauration d'un ensemble de disques à son état d'origine peut prendre un certain temps et engendrer des erreurs. Une meilleure solution consiste à utiliser la commande metastat pour sauvegarder régulièrement les répliques ou à utiliser Oracle Explorer (SUNWexplo) pour créer une sauvegarde. Vous pouvez ensuite utiliser la configuration enregistrée pour recréer l'ensemble de disques. Vous devez enregistrer la configuration actuelle dans des fichiers (à l'aide des commandes prtvtoc et metastat), puis recréer l'ensemble de disques et ses composants. Reportez-vous à la section Recréation de la configuration du logiciel Solaris Volume Manager.
# /usr/sbin/prtvtoc /dev/global/rdsk/diskname > /etc/lvm/diskname.vtoc
# /bin/cp /etc/lvm/md.tab /etc/lvm/md.tab_ORIGINAL
# /usr/sbin/metastat -p -s setname >> /etc/lvm/md.tab
Remarque - Les autres fichiers de configuration, tels que le fichier /etc/vfstab, peuvent faire référence au logiciel Solaris Volume Manager. Cette procédure suppose que vous avez recréé une configuration du logiciel Solaris Volume Manager identique et ainsi généré les mêmes informations de montage. Si Oracle Explorer (SUNWexplo) est exécuté sur un noeud propriétaire de l'ensemble, il récupère les informations des commandes prtvtoc et metaset —p.
L'opération de purge d'un ensemble à partir d'un noeud ou de tous les noeuds supprime la configuration. Pour purger un ensemble de disques à partir d'un noeud, ce noeud ne doit pas être propriétaire de l'ensemble de disques.
# /usr/sbin/metaset -s setname -P
L'exécution de cette commande supprime les informations de l'ensemble de disques des répliques de la base de données et du référentiel Oracle Solaris Cluster. Les options -P et -C permettent de purger un ensemble de disques sans qu'il soit nécessaire de reconstruire complètement l'environnement Solaris Volume Manager.
Remarque - Si un ensemble de disques multipropriétaire est purgé pendant la réinitialisation de noeuds dans un autre mode que le mode cluster, vous aurez probablement besoin d'installer et d'utiliser l'outil de diagnostic (ha-cluster/diagnostic/tool-kit) fourni par le support Oracle. Cet outil supprime les informations issues des fichiers de configuration dcs. Reportez-vous à l'Étape 2.
# /usr/sbin/metaset -s setname -C purge
L'option -P est généralement plus utile que l'option -C. L'option -C peut générer des erreurs lors de la recréation de l'ensemble de disques, car le logiciel Oracle Solaris Cluster continue de reconnaître l'ensemble.
Si les options purge échouent, vérifiez que vous avez installé les derniers patchs de noyau et métapériphériques, et contactez l'assistance d'Oracle Solaris Cluster.
N'utilisez cette procédure que si vous perdez complètement votre configuration du logiciel Solaris Volume Manager. Cette procédure suppose que vous avez enregistré votre configuration Solaris Volume Manager actuelle et ses composants et que vous avez purgé l'ensemble de disques corrompu.
Remarque - Les médiateurs doivent être utilisés uniquement sur les clusters à deux noeuds.
# /usr/sbin/metaset -s setname -a -h nodename1 nodename2
S'il s'agit d'un ensemble de disques multipropriétaire, exécutez la commande suivante pour créer l'ensemble de disques.
/usr/sbin/metaset -s setname -aM -h nodename1 nodename2
/usr/sbin/metaset -s setname -a -m nodename1 nodename2
/usr/sbin/metaset -s setname -a /dev/did/rdsk/diskname /dev/did/rdsk/diskname
Toutefois, si vous recréez un ensemble pour le récupérer, vous devez formater les disques en fonction d'une configuration enregistrée dans le fichier /etc/lvm/diskname .vtoc. Par exemple :
# /usr/sbin/fmthard -s /etc/lvm/d4.vtoc /dev/global/rdsk/d4s2
# /usr/sbin/fmthard -s /etc/lvm/d8.vtoc /dev/global/rdsk/d8s2
Vous pouvez exécuter cette commande sur n'importe quel noeud.
# /usr/sbin/metainit -s setname -n -a metadevice
# /usr/sbin/metainit -s setname -a metadevice
# /usr/sbin/fsck -n /dev/md/setname/rdsk/metadevice
Si la commande fsck n'affiche que quelques erreurs, liées au superbloc par exemple, le périphérique a probablement été reconstruit correctement. Vous pouvez ensuite exécuter la commande fsck sans l'option -n. Si plusieurs erreurs se produisent, vérifiez que vous avez reconstruit le métapériphérique correctement. Si c'est le cas, vérifiez les erreurs fsck pour déterminer si le système de fichiers peut être récupéré. Si c'est impossible, restaurez les données à partir d'une sauvegarde.
# /usr/sbin/metastat -p >> /etc/lvm/md.tab