Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide du service de données Oracle Solaris Cluster pour Oracle Oracle Solaris Cluster 4.0 (Français) |
1. Installation et configuration de HA pour Oracle
Présentation du processus d'installation et de configuration de HA pour Oracle
Planification de l'installation et de la configuration de HA pour Oracle
Questions relatives à la planification de la configuration
Préparation des noeuds et des disques
Configuration de l'accès à la base de données Oracle à l'aide de Solaris Volume Manager
Configuration de l'accès à la base de données Oracle à l'aide d'Oracle ASM
Configuration d'un listener SCAN Oracle Grid Infrastructure pour clusters
Installation du logiciel Oracle ASM
Vérification de l'installation du logiciel Oracle ASM
Installation du logiciel Oracle
Installation du logiciel Oracle
Configuration des paramètres du noyau Oracle
Vérification de l'installation et de la configuration Oracle
Vérification de l'installation Oracle
Création d'une base de données Oracle
Création d'une base de données Oracle principale
Configuration des autorisations de base de données Oracle
Configuration des autorisations de base de données Oracle
Installation du package HA pour Oracle
Installation du package HA pour Oracle
Enregistrement et configuration de HA pour Oracle
Outils permettant l'enregistrement et la configuration de HA pour Oracle
Définition des propriétés d'extension de HA pour Oracle
Enregistrement et configuration de HA pour Oracle (clsetup)
Enregistrement et configuration de HA pour Oracle sans Oracle ASM (CLI)
Enregistrement et configuration de HA pour Oracle avec l'instance Oracle ASM en cluster (CLI)
Vérification de l'installation HA pour Oracle
Vérification de l'installation HA pour Oracle
Emplacement des fichiers journaux HA pour Oracle
Réglage des détecteurs de pannes de HA pour Oracle
Fonctionnement du détecteur de pannes du serveur Oracle
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 surveillance de la partition des journaux de restauration archivés
Opérations visant à déterminer si la base de données est opérationnelle
Analyse des alertes journalisées par le détecteur de pannes du serveur
Fonctionnement du détecteur de pannes du listener Oracle
Obtention de fichiers noyau pour le dépannage des délais d'attente de SGBD
Personnalisation du détecteur de pannes du serveur HA pour Oracle
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'attente 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
Modification du rôle d'une instance Oracle Data Guard
Modification du rôle d'une instance Oracle Data Guard
A. Propriétés d'extension de HA pour Oracle
B. Actions prédéfinies pour les erreurs de SGBD et les alertes journalisées
C. Exemples de configuration pour Oracle ASM avec HA pour Oracle
La détection des pannes pour le service de données HA pour Oracle est assurée par les détecteurs de pannes suivants :
Le détecteur de pannes du serveur Oracle
Le détecteur de pannes du listener Oracle
Remarque - Si vous utilisez un listener Oracle Grid Infrastructure pour clusters Single Client Access Name (SCAN), le logiciel Oracle Solaris Cluster ne fournit aucune détection de pannes pour le listener SCAN.
Chaque détecteur de pannes est contenu dans une ressource dont le type est indiqué dans le tableau suivant.
Tableau 1-3 Types de ressources pour les détecteurs de pannes HA pour Oracle
|
Les propriétés système et les propriétés d'extension 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 être adapté à la plupart des installations Oracle Solaris Cluster. Vous devez donc régler les détecteurs de pannes HA pour Oracle uniquement si vous devez modifier le comportement prédéfini.
Le réglage des détecteurs de pannes HA pour Oracle implique les tâches suivantes :
Paramétrage de l'intervalle entre les sondes de détecteur de pannes
Paramétrage du délai d'attente pour les sondes de détecteur de pannes
Définition des critères pour les pannes persistantes
Spécification du comportement de basculement d'une ressource
Pour plus d'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. Les sous-sections qui suivent fournissent des informations sur les détecteurs de pannes HA pour Oracle dont vous avez besoin pour effectuer ces tâches.
Réglez les détecteurs de pannes HA pour Oracle lorsque vous enregistrez et configurez HA pour Oracle. Pour plus d'informations, reportez-vous à la section Enregistrement et configuration de HA pour Oracle.
Le détecteur de pannes du serveur Oracle 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 détecteur est arrêté pour une raison quelconque, l'utilitaire de détection de processus (PMF) le redémarre automatiquement.
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
Analyse des alertes journalisé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 surveillance de la partition des journaux de restauration archivés.
Si la partition est fonctionnelle, vérification que la base de données est opérationnelle. Reportez-vous à la section Opérations visant à déterminer si la base de données est opérationnelle.
La sonde utilise la valeur de temporisation définie dans la propriété de ressource Probe_timeout pour déterminer le temps à allouer pour parvenir à sonder le logiciel Oracle.
La sonde 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. La sonde détermine si chaque destination active est fonctionnelle et dispose d'un espace suffisant pour stocker les journaux de restauration archivés.
Si la destination est fonctionnelle, la sonde 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, la sonde inscrit un message dans syslog.
Si l'état de la destination est défini 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 désactivées jusqu'à ce que la condition d'erreur soit effacée.
Si la partition des 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é dans la section Préparation des noeuds.
Si une transaction de base de données échoue, le détecteur de pannes du serveur applique une action selon l'erreur ayant provoqué la panne. Pour modifier l'action exécutée par le détecteur de pannes du serveur, personnalisez celui-ci comme expliqué dans la section Personnalisation du détecteur de pannes du serveur HA pour Oracle.
Si l'action requiert l'exécution d'un programme externe, ce dernier est exécuté en arrière-plan en tant que processus distinct.
Les actions suivantes sont possibles :
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é et la base de données continue de fonctionner.
Redémarrer. Le détecteur de pannes du serveur arrête et redémarre l'entité spécifiée par la valeur de la propriété d'extension Restart_type :
Si la propriété d'extension Restart_type est définie sur RESOURCE_RESTART, le détecteur de pannes du serveur redémarre la ressource du serveur de base de données. Par défaut, le détecteur de pannes du serveur redémarre la ressource du serveur de base de données.
Si la propriété d'extension Restart_type est définie sur RESOURCE_GROUP_RESTART, le détecteur de pannes du serveur redémarre la ressource du serveur de base de données.
Remarque - Le nombre de tentatives de redémarrage peut être supérieur à la valeur de la propriété de ressource Retry_count dans le délai spécifié par la propriété de ressource Retry_interval. Dans ce cas, le détecteur de pannes du serveur tente de basculer le groupe de ressources sur un autre noeud.
Basculer. Le détecteur de pannes du serveur bascule le groupe de ressources de la base de données sur un autre noeud. Si aucun noeud n'est disponible, la tentative de basculement du groupe de ressources échoue. Si la tentative de basculement du groupe de ressources échoue, le serveur de base de données est redémarré.
Le logiciel Oracle consigne les alertes dans un fichier journal d'alertes. Le chemin absolu de ce fichier est spécifié dans la propriété d'extension alert_log_file de la ressource SUNW.oracle_server. Le détecteur de pannes du serveur analyse le fichier journal d'alertes pour trouver de nouvelles alertes :
Lors du 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 exécutée par le détecteur de pannes du serveur, personnalisez celui-ci comme expliqué dans la section Personnalisation du détecteur de pannes du serveur HA pour Oracle.
Le détecteur de pannes du listener Oracle vérifie l'état des listeners Oracle.
Si le listener est en cours d'exécution, le détecteur de pannes du listener Oracle considère que la sonde a réussi. Si le détecteur de pannes constate une erreur, le listener est redémarré.
Remarque - La ressource de 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 effectuée par le détecteur de pannes du listener peut renvoyer l'erreur Oracle TNS-01169. Le détecteur de pannes du listener considère que la sonde a réussi car le listener est capable de répondre. Cette action n'entraîne pas la non-détection d'une panne du listener. Une panne du listener renvoie une autre erreur ou arrête la sonde.
La propriété pmfadm démarre la sonde du listener et la définit comme hautement disponible. Si la sonde est arrêtée, l'utilitaire de détection de processus 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 définie pour 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 arrête le détecteur de pannes et ne bascule pas le groupe de ressources.
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 noyau lorsqu'un délai d'attente se produit lors de la sonde. Le contenu du fichier noyau fait référence au processus du détecteur de pannes. Le détecteur de pannes crée un fichier noyau dans le répertoire (/) racine. Pour permettre au détecteur de pannes de créer un fichier noyau, utilisez la commande coreadm pour permettre des dumps noyau (core dump) de type set-id. Pour plus d'informations, reportez-vous à la page de manuel coreadm(1M).