Réglage des détecteurs de pannes de Prise en charge d'Oracle RAC

La détection des pannes pour le service de données de 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

Chaque détecteur de pannes est contenu dans une ressource dont le type de ressource est indiqué dans le tableau suivant :

Tableau 5-4 Types de ressource pour les détecteurs de pannes de Prise en charge d'Oracle RAC

Les propriétés du système et les propriétés des extensions de ces ressources contrôlent 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. Vous devriez donc régler les détecteurs de pannes de 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 Prise en charge d'Oracle RAC implique 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 des instructions détaillées, reportez-vous à la section Tuning Fault Monitors for Oracle Solaris Cluster Data Services du Oracle Solaris Cluster Data Services Planning and Administration Guide. Les sous-sections suivantes vous fournissent les informations concernant les détecteurs de pannes de Prise en charge d'Oracle RAC dont vous avez besoin pour effectuer ces tâches :

• Opération du détecteur de pannes pour un groupe de périphériques évolutif

• Opération du détecteur de pannes pour les points de montage de système de fichiers évolutif

• Opération du détecteur de pannes de serveur Oracle 9i RAC

• Opération du détecteur de pannes de listener Oracle 9i RAC

• Obtention de fichiers Core pour le dépannage des délais d'attente de SGBD

Opération du détecteur de pannes pour un groupe de périphériques évolutif

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é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 est défaillant, le contrôle de la ressource que représente le groupe est stoppé 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. Si 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/sortie (E/S) de fichiers pour déterminer le statut.

Si la reconfiguration de l'appartenance au cluster de l'utilisateur cause une erreur d'E/S, le contrôle des ressources de groupe de périphériques par les détecteurs de pannes est suspendu alors que les reconfigurations de moniteur de composition du cluster de l'utilisateur (UCMM) sont en cours.

Opération du détecteur de pannes pour les points de montage de système de fichiers évolutif

Pour déterminer si le système de fichiers monté est disponible, le détecteur de pannes effectue des opérations d'E/S telles que 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 ne se termine pas dans le laps de temps prévu du délai 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 NFS sur un périphérique NAS qualifié, la réponse est la suivante :

  • Le contrôle de la ressource est stoppé sur le nœud en cours.

  • La ressource est placée en état désactivé sur le nœud actif, provoquant le démontage du système de fichiers de ce nœud.

• Si le système de fichiers est un système de fichiers partagé Sun QFS, la réponse est la suivante :

  • Si le nœud sur lequel l'erreur s'est produite héberge la ressource du serveur de métadonnées, cette dernière est basculée sur un autre nœud.

  • 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 s'affiche.

Opération du détecteur de pannes de serveur Oracle 9i RAC

Le détecteur de pannes de serveur Oracle 9i RAC envoie une requête vers le serveur pour connaître l'état de ce dernier.

La propriété pmfadm démarre le détecteur de pannes de moniteur et le définit comme hautement disponible. Si le moniteur est arrêté pour une raison quelconque, l'utilitaire de détection de processus le redémarre.

Le détecteur de pannes de serveur comprend les processus suivants :

• Un processus principal de détection de pannes

• Un test de détection des pannes du client de base de données

Cette section contient les informations concernant les détecteurs de pannes de serveur suivantes :

• Fonctionnement du détecteur de pannes principal

• Fonctionnement du test de détection des pannes du client de base de données

• Actions effectuées par le détecteur de pannes de serveur en réponse à une panne de transaction de base de données

• Analyse des alertes enregistrées par le détecteur de pannes de serveur.

Fonctionnement du détecteur de pannes principal

Le détecteur de pannes principal considère qu'une opération est terminée, si la base de données est en ligne et si aucune erreur n'est renvoyée pendant la transaction.

Fonctionnement du test de détection des pannes du client de base de données

Le test de détection des pannes du client de base de données effectue les opérations suivantes :

1. Contrôler la partition des journaux de restauration archivés. Voir la section Opérations de contrôle de la partition des journaux de restauration archivés.

2. Si la partition est fonctionnelle, déterminer si la base de données est opérationnelle. Voir la section Opérations visant à déterminer si la base de données est opérationnelle.

Le test utilise la valeur de temporisation définie dans la propriété de ressource Probe_timeout pour déterminer le temps à allouer pour parvenir à tester le logiciel Oracle.

Opérations de contrôle de la partition des journaux de restauration archivés

Le test de détection des pannes du client de base de donnée 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, le test détermine si cette dernière est fonctionnelle et si elle dispose d'un espace suffisant pour stocker les journaux de restauration archivés.

• Si la destination est fonctionnelle, le test détermine l'espace disponible dans le système de fichiers de la destination. Si l'espace disponible est inférieur à 10 % des capacités du système de fichiers et à 20 Mo, le test inscrit un message dans syslog.

• Si l'état de la destination est défini sur ERROR, le test 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 désactivées jusqu'à ce que la condition d'erreur soit effacée.

Opérations visant à déterminer si la base de données est opérationnelle

Si la partition des fichiers journaux de restauration archivés est fonctionnelle, le test 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, le test de détection des pannes effectue des transactions de base de données afin de déterminer si cette dernière est opérationnelle. Ces transactions comprennent la création, la mise à jour et la suppression d'une table dans l'espace disque logique de l'utilisateur.

Le test 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 nœuds ou des zones comme expliqué dans la section Création d'un groupe d'administrateurs de bases de données (DBA) et des comptes utilisateur associés.

Actions effectuées par le détecteur de pannes de serveur en réponse à une panne de transaction de base de données

En cas de panne d'une transaction de base de données, le détecteur de pannes de serveur applique une action selon l'erreur ayant provoqué la panne. Pour modifier l'action du détecteur de pannes de serveur, vous devez personnaliser ce dernier comme expliqué dans 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 arrière-plan en tant que processus à part.

Les actions possibles sont les suivantes :

• Ignorer. Le détecteur de pannes de serveur ignore l'erreur.

• Arrêter le contrôle. Le détecteur de pannes de serveur est arrêté et la base de données continue de fonctionner.

• Redémarrer. Le détecteur de pannes de serveur arrête et redémarre le serveur Oracle 9i RAC.

Analyse des alertes enregistrées par le détecteur de pannes de serveur.

Le logiciel Oracle consigne les alertes dans un fichier journal d'alertes. Le chemin absolu est spécifié par la propriété d'extension alert_log_file de la ressource SUNW.scalable_rac_server. Le détecteur de pannes de serveur analyse le fichier journal d'alertes pour trouver de nouvelles alertes :

• Lors du démarrage du détecteur de pannes de serveur

• Chaque fois que le détecteur de pannes de serveur demande l'état du serveur

Si une action est définie pour une alerte consignée détectée, le détecteur de pannes de serveur exécute l'action en réponse à l'alerte.

Les actions prédéfinies des alertes enregistrées sont répertoriées dans le Tableau B-2. Pour modifier l'action du détecteur de pannes de serveur, vous devez personnaliser ce dernier comme expliqué dans la section Personnalisation du détecteur de pannes Serveur Oracle 9i RAC.

Opération du détecteur de pannes de listener Oracle 9i RAC

Le détecteur de pannes de listener Oracle 9i RAC vérifie l'état du listener Oracle.

Si le listener est exécuté, le détecteur de pannes de listener Oracle 9i RAC considère que la sonde a réussi. Si le détecteur de pannes de moniteur détecte une erreur, le listener est redémarré.

La propriété pmfadm démarre le test de listener et le définit comme hautement disponible. Si le test est arrêté, l'utilitaire de détection de processus le redémarre automatiquement.

Si un problème survient avec le listener pendant l'exécution d'un test, ce dernier tente de redémarrer le listener. La valeur de la propriété retry_count définie détermine le nombre maximum de tentatives de redémarrage effectuées par la sonde. Si la sonde ne parvient pas à redémarrer le listener après avoir épuisé le nombre maximum de tentatives, cette dernière arrête le détecteur de pannes.

Obtention de fichiers Core pour le dépannage des délais d'attente de SGBD

Pour faciliter le dépannage des délais d'attente de SGBD inexpliqués, vous pouvez permettre au détecteur de pannes de créer un fichier Core lorsqu'un délai d'attente se produit lors du test. Les informations contenues dans le fichier Core font référence au processus du détecteur de pannes. Le détecteur de pannes crée un fichier Core dans le répertoire /. Pour permettre au détecteur de pannes de créer un fichier Core, utilisez la commande coreadm pour permettre des core dumps de type set-id. Pour plus d'informations, reportez-vous à la page de manuel coreadm(1M).