Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide du service de données Oracle Solaris Cluster pour Oracle Real Application Clusters Oracle Solaris Cluster 3.3 3/13 (Français) |
1. Installation de la Prise en charge d'Oracle RAC
2. Configuration du stockage des fichiers Oracle
3. Enregistrement et configuration des groupes de ressources
4. Exécution d'Oracle RAC dans un cluster
5. Administration de la Prise en charge d'Oracle RAC
Description des tâches d'administration pour la Prise en charge d'Oracle RAC
Noms générés automatiquement pour les objets Oracle Solaris Cluster
Administration des bases de données Oracle RAC à partir du logiciel Oracle Solaris Cluster
Réglage de la Prise en charge d'Oracle RAC
Instructions sur la définition des délais d'attente
SPARC : Délai d'attente de l'étape 4 de la reconfiguration du composant VxVM
Délai d'attente de l'étape de réservation
SPARC : Instructions relatives à la configuration de la plage de ports de communication pour UDLM
Modification d'une propriété d'extension réglable uniquement lorsqu'une ressource est désactivée
Réglage des détecteurs de pannes de la Prise en charge d'Oracle RAC
Fonctionnement du détecteur de pannes pour un groupe de périphériques évolutif
Fonctionnement du détecteur de pannes pour les points de montage de système de fichiers évolutif
Fonctionnement du détecteur de pannes du serveur Oracle 9i RAC
Fonctionnement du détecteur de pannes principal
Fonctionnement de la sonde de détection de pannes du client de base de données
Opérations de contrôle de la partition des fichiers journaux de restauration archivés
Opérations visant à déterminer si la base de données est opérationnelle
Actions du détecteur de pannes du serveur suite à l'échec d'une transaction de la base de données
Analyse des alertes consignées par le détecteur de pannes du serveur
Fonctionnement du détecteurs de pannes du listener Oracle 9i RAC
Obtention de dumps noyau pour le dépannage des délais d'attente de SGBD
Personnalisation du détecteur de pannes Serveur Oracle 9i RAC
Définition de comportements personnalisés pour les erreurs
Format de fichier d'actions personnalisées
Modification de la réponse à une erreur de SGBD
Réponse à une erreur dont les effets sont majeurs
Non prise en compte d'une erreur dont les effets sont mineurs
Modification de la réponse aux alertes journalisées
Modification du nombre maximal de sondes de délai dépassé consécutives
Propagation d'un fichier d'actions personnalisées à tous les noeuds d'un cluster
Spécification du fichier d'actions personnalisées qu'un détecteur de pannes de serveur doit utiliser
Spécification du fichier d'actions personnalisées qu'un détecteur de pannes de serveur doit utiliser
6. Dépannage de la Prise en charge d'Oracle RAC
7. Modification d'une configuration existante de la Prise en charge d'Oracle RAC
8. Mise à niveau de la Prise en charge d'Oracle RAC
A. Exemples de configuration de ce service de données
B. Actions prédéfinies pour les erreurs SGBD et les alertes journalisées
C. Propriétés d'extension de la Prise en charge d'Oracle RAC
La détection des pannes pour le service de données de la Prise en charge d'Oracle RAC est fournie par les détecteurs de pannes pour les ressources suivantes :
Ressource de groupe de périphériques évolutif
Ressource de point de montage de système de fichiers évolutif
Ressource de serveur Oracle 9i RAC
Ressource de listener Oracle 9i RAC
Tous les détecteurs de pannes se trouvent dans une ressource dont le type est indiqué dans le tableau suivant.
Tableau 5-4 Types de ressources pour les détecteurs de pannes de la Prise en charge d'Oracle RAC
|
Les propriétés du système et les propriétés d'extension de ces ressources déterminent le comportement des détecteurs de pannes. Les valeurs par défaut de ces propriétés déterminent le comportement prédéfini des détecteurs de pannes. Le comportement prédéfini doit convenir à la plupart des installations Oracle Solaris Cluster. Il vous est donc conseillé de régler les détecteurs de pannes de la Prise en charge d'Oracle RAC uniquement si vous devez modifier le comportement prédéfini.
Le réglage des détecteurs de pannes de la Prise en charge d'Oracle RAC comprend les tâches suivantes :
Paramétrage de l'intervalle entre les tests de détecteurs de pannes
Paramétrage du délai d'attente pour les tests de détecteurs de pannes
Définition des critères pour les pannes persistantes
Spécification du comportement de basculement pour une ressource
Pour de plus amples informations, reportez-vous à la section Tuning Fault Monitors for Oracle Solaris Cluster Data Services du manuel Oracle Solaris Cluster Data Services Planning and Administration Guide. Pour des informations sur les détecteurs de pannes de la Prise en charge d'Oracle RAC dont vous avez besoin pour effectuer ces tâches, reportez-vous aux sous-sections suivantes :
Fonctionnement du détecteur de pannes pour un groupe de périphériques évolutif
Fonctionnement du détecteur de pannes pour les points de montage de système de fichiers évolutif
Fonctionnement du détecteur de pannes du serveur Oracle 9i RAC
Fonctionnement du détecteurs de pannes du listener Oracle 9i RAC
Obtention de dumps noyau pour le dépannage des délais d'attente de SGBD
Par défaut, le détecteur de pannes contrôle tous les volumes logiques dans le groupe de périphériques que la ressource représente. Si vous avez besoin de ne contrôler qu'un sous-ensemble de volumes logiques d'un groupe de périphériques, définissez la propriété d'extension LogicalDeviceList.
Le statut du groupe de périphériques est dérivé des statuts des volumes logiques individuels qui sont contrôlés. Si tous les volumes logiques contrôlés sont fonctionnels, le groupe de périphériques est fonctionnel. Si un volume logique contrôlé est défaillant, le groupe de périphériques est défaillant. Si un groupe de périphériques apparaît défaillant, le contrôle de la ressource représentant le groupe est arrêté et la ressource est placée en état désactivé.
Le statut d'un volume logique individuel est obtenu en interrogeant le gestionnaire de volumes du volume. Lorsque le statut d'un volume Solaris Volume Manager pour Sun Cluster ne peut pas être déterminé à partir d'une requête, le détecteur de pannes effectue des opérations d'entrée/de sortie (E/S) de fichier pour déterminer l'état.
Remarque - Pour les disques mis en miroir, si un des sous-miroirs est défaillant, le groupe de périphériques est toujours considéré comme fonctionnel.
Si une reconfiguration de la composition du cluster utilisateur entraîne l'apparition d'une erreur d'E/S, le contrôle des ressources de groupe de périphériques par les détecteurs de pannes est suspendu tandis que les reconfigurations de moniteur de composition du cluster utilisateur sont en cours.
Pour déterminer si le système de fichiers monté est disponible, le détecteur de pannes exécute des opérations d'E/S, par exemple l'ouverture, la lecture et l'écriture d'un fichier de test sur le système de fichiers. Si une opération d'E/S n'est pas effectuée pendant la période d'attente, le détecteur de pannes signale une erreur. Pour spécifier le délai d'attente des opérations d'E/S, définissez la propriété d'extension IOTimeout.
La réponse à une erreur dépend du type de système de fichiers, comme suit :
Si le système de fichiers est un système de fichiers NFS sur un périphérique NAS qualifié, la réponse est la suivante :
Le contrôle de la ressource est arrêté sur le noeud en cours.
La ressource est placée en état désactivé sur le noeud actif, provoquant le démontage du système de fichiers de ce noeud.
Si le système de fichier est un système de fichiers partagé Sun QFS, la réponse est la suivante :
Si le noeud sur lequel l'erreur est survenue héberge la ressource de serveur de métadonnées, celle-ci est basculée vers un autre noeud.
Le système de fichiers est démonté.
Si la tentative de basculement échoue, le système de fichiers reste démonté et un avertissement est émis.
Le détecteur de pannes du serveur Oracle 9i RAC envoie une demande au serveur pour connaître l'état de ce dernier.
La propriété pmfadm démarre le détecteur de pannes du serveur et le définit comme hautement disponible. Si le moniteur est arrêté pour une raison quelconque, l'utilitaire PMF le redémarre.
Le détecteur de pannes du serveur comprend les processus suivants.
Un processus principal de détection de pannes
Une sonde de détection de pannes du client de base de données
Cette section contient les informations suivantes sur le détecteur de pannes du serveur :
Fonctionnement de la sonde de détection de pannes du client de base de données
Actions du détecteur de pannes du serveur suite à l'échec d'une transaction de la base de données
Analyse des alertes consignées par le détecteur de pannes du serveur
Le détecteur de pannes principal considère que le fonctionnement est correct si la base de données est en ligne et qu'aucune erreur n'est renvoyée pendant la transaction.
La sonde de détection des pannes du client de base de données effectue les opérations suivantes :
Surveillance de la partition des journaux de restauration archivés. Reportez-vous à la section Opérations de contrôle de la partition des fichiers journaux de restauration archivés.
Si la partition est fonctionnelle, détermination de l'état de fonctionnement de la base de données. Reportez-vous à la section Opérations visant à déterminer si la base de données est opérationnelle.
La sonde utilise la valeur du délai d'attente définie dans la propriété de ressource Probe_timeout pour déterminer le temps à allouer pour parvenir à tester le logiciel Oracle.
La sonde de détection des pannes du client de base de données effectue une recherche sur la vue des performances dynamiques v$archive_dest pour déterminer toutes les destinations possibles des journaux de restauration archivés. Pour chaque destination active, la sonde détermine si cette dernière est fonctionnelle et dispose d'un espace suffisant pour stocker les fichiers journaux de restauration archivés.
Si la destination est fonctionnelle, la sonde détermine l'espace disponible dans le système de fichiers de destination. Si l'espace disponible est inférieur à 10 % des capacités du système de fichiers et à 20 Mo, la sonde inscrit un message dans syslog.
Si l'état de la destination est sur ERROR, la sonde inscrit un message dans syslog et désactive les opérations visant à déterminer si la base de données est opérationnelle. Les opérations restent interrompues jusqu'à ce que la condition d'erreur soit effacée.
Si la partition des fichiers journaux de restauration archivés est fonctionnelle, la sonde de détection des pannes du client de base de données effectue une recherche sur la vue des performances dynamiques v$sysstat afin d'obtenir les statistiques des performances de la base de données. Les modifications apportées à ces statistiques indiquent que la base de données est opérationnelle. Si ces statistiques restent identiques après plusieurs requêtes, la sonde de détection des pannes effectue des transactions de base de données pour déterminer si la base de données est opérationnelle. Ces transactions comprennent la création, la mise à jour et la suppression d'une table dans le tablespace de l'utilisateur.
La sonde de détection des pannes du client de base de données effectue toutes ses transactions comme un utilisateur Oracle. L'ID de cet utilisateur est spécifié pendant la préparation des noeuds, comme expliqué à la section Création du groupe DBA et des comptes utilisateur associés.
Si une transaction de base de données échoue, le détecteur de pannes du serveur applique une action déterminée par l'erreur à l'origine de l'échec. Pour modifier l'action du détecteur de pannes du serveur, personnalisez ce dernier comme expliqué à la section Personnalisation du détecteur de pannes Serveur Oracle 9i RAC.
Si l'action requiert l'exécution d'un programme externe, ce dernier est exécuté en tant que processus distinct en arrière-plan.
Les actions possibles sont les suivantes :
Ignorer. Le détecteur de pannes du serveur ignore l'erreur.
Arrêter la détection. Le détecteur de pannes du serveur est arrêté sans interrompre la base de données.
Redémarrer. Le détecteur de pannes du serveur arrête et redémarre la ressource du serveur Oracle 9i RAC.
Les journaux du logiciel Oracle consignent les alertes dans un fichier journal d'alertes. Le chemin d'accès absolu à ce fichier est spécifié par la propriété d'extension alert_log_file de la ressource SUNW.scalable_rac_server. Le détecteur de pannes du serveur analyse le fichier journal d'alertes à la recherche de nouvelles alertes aux moments suivants :
Au démarrage du détecteur de pannes du serveur
Chaque fois que le détecteur de pannes du serveur demande l'état du serveur
Si une action est définie pour une alerte journalisée détectée par le détecteur de pannes du serveur, celui-ci exécute l'action en réponse à l'alerte.
Les actions prédéfinies pour les alertes journalisées sont répertoriées dans le Tableau B-2. Pour modifier l'action du détecteur de pannes du serveur, personnalisez ce dernier comme expliqué à la section Personnalisation du détecteur de pannes Serveur Oracle 9i RAC.
Le détecteur de pannes du listener Oracle 9i RAC vérifie l'état d'un listener Oracle.
Si le listener est en cours d'exécution, le détecteur de pannes du listener Oracle 9i RAC considère que le test a réussi. Si le détecteur de pannes constate une erreur, le listener est redémarré.
Remarque - La ressource listener ne comprend aucun mécanisme permettant de paramétrer le mot de passe du listener. Si la sécurité du listener Oracle est activée, une sonde du détecteur de pannes peut renvoyer l'erreur Oracle TNS-01169. Si le listener peut répondre, le détecteur de pannes du listener considère que la sonde a réussi. Grâce à cette action, toutes les pannes du listener sont détectées. Une défaillance du listener renvoie une erreur différente ou interrompt la sonde.
La sonde du listener est démarrée par le biais de pmfadm, afin qu'elle soit hautement disponible. Si la sonde est arrêtée, le PMF la redémarre automatiquement.
Si un problème survient avec le listener pendant l'exécution d'une sonde, cette dernière tente de redémarrer le listener. La valeur de la propriété de ressource retry_count détermine le nombre maximal de tentatives de redémarrage effectuées par la sonde. Si, après avoir exécuté le nombre maximal de tentatives, la sonde reste infructueuse, elle interrompt le détecteur de pannes.
Pour faciliter le dépannage des délais d'attente SGBD inexpliqués, vous pouvez permettre au détecteur de pannes de créer un dump noyau lorsqu'un dépassement du délai d'attente de l'analyse se produit. Le contenu du dump noyau fait référence au processus du détecteur de pannes. Le détecteur de pannes crée le dump noyau dans le répertoire /. Pour permettre au détecteur de pannes de créer un dump noyau, servez-vous de la commande coreadm pour activer les dumps noyau de type set-id. Pour plus d'informations, reportez-vous à la page de manuel coreadm(1M).