| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
Guide Service de données Oracle Solaris Cluster pour Oracle Real Application Clusters |
1. Installation de Prise en charge d'Oracle RAC
Aperçu du processus d'installation de Prise en charge d'Oracle RAC
Éléments à prendre en compte pour la pré-installation
Configuration logicielle et matérielle requise
Configuration requise de la structure Oracle Solaris Cluster
Conditions requises par la licence du logiciel
Conditions requises par la topologie prise en charge
Conditions requises pour l'installation des patchs
Conditions requises pour la gestion du stockage des fichiers Oracle
Plans de gestion de stockage des fichiers Oracle
Conditions requises pour la gestion du stockage dans Oracle Clusterware
Conditions requises de la gestion de stockage de la base de données Oracle RAC
Utilisation des disques locaux pour les fichiers binaires et les fichiers de configuration Oracle
Plans de gestion de stockage pris en charge par les clusters de zones
SPARC : conditions requises par l'architecture de processeur des composants Oracle
Utilisation d'Oracle Data Guard avec Prise en charge d'Oracle RAC
Préparation des n
uds Oracle Solaris Cluster
Contournement du service de noms NIS
Création d'un groupe d'administrateurs de bases de données (DBA) et des comptes utilisateur associés
Configuration d'une mémoire partagée pour le logiciel Oracle RAC dans un cluster global
Configuration d'une mémoire partagée pour le logiciel Oracle RAC dans un cluster de zones
Définition des autorisations requises par Oracle RAC dans un cluster de zones
Installation des packages Prise en charge d'Oracle RAC
Installation de packages 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 Prise en charge d'Oracle RAC
6. Dépannage de Prise en charge d'Oracle RAC
7. Modification d'une configuration de Prise en charge d'Oracle RAC existante
8. Mise à niveau de Prise en charge d'Oracle RAC
A. Exemples de configuration de ce service de données
B. Actions prédéfinies des erreurs de SGBD et des alertes enregistrées
C. Propriétés d'extension de Prise en charge d'Oracle RAC
Oracle Real Application Clusters (Oracle RAC) est une application qui peut fonctionner en même temps sur plusieurs ordinateurs. Oracle RAC peut être exécuté soit sur les nœuds votants du cluster global, soit dans un cluster de zones. Un cluster peut contenir toute une installation Oracle RAC, que ce soit dans un cluster global ou un cluster de zones. En installant Oracle RAC dans un cluster, vous pourrez prendre en charge plusieurs installations &OracleRAC simultanément, qu'il s'agisse d'installations utilisant des versions différentes ou d'installations utilisant d'autres options, telles que le stockage. Prise en charge d'Oracle RAC permet d'exécuter Oracle RAC sur des nœuds Oracle Solaris Cluster et de gérer Oracle RAC à l'aide des commandes Oracle Solaris Cluster.
La configuration de ce service de données comprend également la configuration des ressources pour les composants d'installation Oracle RAC suivants avec Oracle Solaris Cluster :
La structure Oracle RAC - Ces ressources permettent d'exécuter Oracle RAC avec le logiciel Oracle Solaris Cluster. Elles permettent également de définir les paramètres de configuration à l'aide des commandes Oracle Solaris Cluster. Vous devez configurer les ressources de la structure Oracle RAC. Pour plus d'informations, reportez-vous à la section Enregistrement et configuration du groupe de ressources de structure Oracle RAC.
Stockage des fichiers Oracle - Ces ressources permettent de détecter les pannes des gestionnaires de volumes et des systèmes de fichiers stockant les fichiers Oracle, et de les réparer. La configuration des ressources de stockage des fichiers Oracle est facultative. Pour plus d'informations, reportez-vous à la section Enregistrement et configuration des ressources de stockage des fichiers Oracle.
Instance de la base de données Oracle RAC - Les fonctionnalités de ces ressources dépendent de la version d'Oracle utilisée :
Oracle 10g version 2 et 11g. Ces types de ressources permettent l'interopérabilité entre Oracle Clusterware et Oracle Solaris Cluster. Ces types de ressource ne contiennent aucune fonctionnalité de détection de pannes et de reprise automatique pour Oracle Solaris Cluster 10g version 2 ou 11g. Le logiciel Oracle Clusterware fournit ces fonctionnalités. Cela ne s'applique pas à Oracle 10g version 1.
N'utilisez pas les propriétés de ressource de projet ou de groupe de ressources Solaris avec les types de ressources Oracle Solaris Cluster pour Oracle RAC 10g ou 11g. La ressource proxy ne démarre pas directement l'instance de base de données. Au lieu de cela, Oracle Clusterware démarre les instances de base de données, et les abstractions du gestionnaire de ressources Solaris ne sont pas compatibles avec ces versions d'Oracle RAC.
Remarque - Sauf indication contraire, les instructions et informations concernant Oracle 11g s'appliquent à Oracle 11g version 1 et Oracle 11g version 2.
Oracle 9i. Ces types de ressources contiennent des fonctionnalités de détection de pannes et de récupération automatique pour Oracle RAC. La fonctionnalité de récupération automatique incluse dans ces types de ressources vient compléter celle d'Oracle RAC.
Utilisez les propriétés des ressources de projet ou des groupes de ressources Solaris uniquement avec les types de ressources Oracle Solaris Cluster pour Oracle 9i RAC. Pour Oracle 9i RAC, si vous placez le groupe de ressources de serveur Oracle RAC sous le contrôle d'un projet spécifique, par exemple Oracle, toutes les bases de données sont lancées sous le contrôle de ce projet.
La configuration des ressources, permettant à Oracle Solaris Cluster de gérer les instances de la base de données Oracle RAC est facultative. Pour plus d'informations, reportez-vous à la section Configuration des ressources pour les instances de base de données Oracle RAC.
Remarque - Lorsque vous utilisez Oracle RAC dans un cluster de zones, assurez-vous que le répertoire /opt n'est pas configuré en tant que répertoire hérité en lecture seule du cluster de zones. Dans une configuration Oracle RAC d'un cluster de zones, le système de fichiers /opt doit être accessible en écriture et unique à chaque zone. Si le cluster de zones que vous souhaitez utiliser pour Oracle RAC comporte une ressource de type inherit-pkg-dir pour le répertoire /opt, supprimez et recréez le cluster de zones ou créez-en un nouveau répondant à cette condition.
Si votre déploiement de l'application nécessite que les nœuds du cluster de zones soient accessibles à partir du réseau public à leur nom d'hôte, ou de disposer d'un trafic sortant simultané à partir de chaque nœud, vous devez disposer d'une adresse de réseau publique fixe pour chaque nœud du cluster de zones. Ces déploiements incluent par exemple l'exécution de RAC dans des clusters de zones ou l'utilisation par des applications de services évolutifs (la ressource SharedAddress) dans les clusters de zones.
Les sections suivantes contiennent des informations supplémentaires concernant la pré-installation.
Conditions requises pour la gestion du stockage des fichiers Oracle
SPARC : conditions requises par l'architecture de processeur des composants Oracle
Utilisation d'Oracle Data Guard avec Prise en charge d'Oracle RAC
Avant de démarrer l'installation, vous devez disposer du matériel et des logiciels mentionnés ci-dessous :
Prise en charge d'Oracle RAC requiert un cluster fonctionnel dont la structure initiale est déjà installée. Pour plus d'informations concernant l'installation initiale d'un logiciel de cluster, reportez-vous au Guide d’installation du logiciel Oracle Solaris Cluster.
Assurez-vous de disposer des licences requises par votre logiciel et de les avoir installées. Si ces licences ne sont pas correctement installées ou sont incomplètes, il se peut que les nœuds ne démarrent pas correctement.
Si vous utilisez VxVM avec la fonction de cluster par exemple, assurez-vous d'avoir installé la licence requise par la fonction de cluster du gestionnaire de volumes en exécutant la commande vxlicrep.
Renseignez-vous auprès d'un représentant Sun Enterprise Services pour connaître les topologies actuellement prises en charge par Prise en charge d'Oracle RAC pour tout ce qui concerne l'interconnexion de clusters, les plans de gestion desstockage et les configurations matérielles.
Assurez-vous d'avoir installé les patchs pouvant être appliqués au système d'exploitation Solaris, à Oracle Solaris Cluster, au logiciel Oracle et au gestionnaire de volumes. Si vous devez installer des patchs de Prise en charge d'Oracle RAC, vous devez le faire après avoir installé les packages du service de données.
Ces sections comportent des informations concernant la gestion du stockage pour Oracle RAC :
Conditions requises pour la gestion du stockage dans Oracle Clusterware
Conditions requises de la gestion de stockage de la base de données Oracle RAC
Plans de gestion de stockage pris en charge par les clusters de zones
Prise en charge d'Oracle RAC permet d'utiliser des plans de gestion de stockage de fichiers Oracle. Ces derniers sont répertoriés dans le tableau ci-dessous. il récapitule les types de fichiers Oracle pouvant être stockés dans chaque plan de gestion de stockage. Assurez-vous d'avoir choisi une combinaison de plans de gestion de stockage permettant de stocker tous les types de fichiers Oracle.
Signification des symboles utilisés dans le tableau :
Indique que le plan de gestion de stockage peut stocker le type de fichier Oracle spécifié.
Indique que le plan de gestion de stockage ne peut pas stocker le type de fichier Oracle spécifié.
Indique, qu'à compter d'Oracle 11g version 2, le plan de gestion de stockage ne peut pas stocker le type de fichier Oracle. Alors que dans le cas des versions d'Oracle antérieures à 11g version 2, le plan de gestion de stockage peut stocker le type de fichier Oracle.
Tableau 1-2 Plans de gestion de stockage des fichiers Oracle
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1La zone de récupération rapide ne peut pas se trouver sur un système de fichiers du cluster dans la mesure où cet ensemble de fichiers comprend les journaux de restauration en ligne.
Remarque - Certaines versions d'Oracle RAC ne contiennent pas tous les types de fichiers existants. Pour plus d'informations concernant les types de fichiers inclus dans votre version, reportez-vous à la documentation Oracle.
Les plans de gestion de stockage suivants prennent en charge des disques Oracle Clusterware tels que les disques votants ou Oracle Cluster Registery (OCR) :
Solaris Volume Manager pour Sun Cluster
Veritas Volume Manager (VxVM)
Remarque - VxVM est uniquement pris en charge sur la plate-forme SPARC.
Prise en charge du RAID matériel (ensemble redondant de disques indépendants)
Sun QFS système de fichiers partagés avec prise en charge du RAID matériel ou avec Solaris Volume Manager pour Sun Cluster
Périphériques Qualified Network-Attached Storage (NAS)
Vous pouvez utiliser les plans de gestion de stockage suivants dans la base de données Oracle RAC :
Solaris Volume Manager pour Sun Cluster
Veritas Volume Manager (VxVM) avec fonction de cluster
Remarque - VxVM est uniquement pris en charge sur la plate-forme SPARC.
Prise en charge du RAID matériel (ensemble redondant de disques indépendants)
Système de fichiers partagé Sun QFS avec prise en charge du RAID matériel ou avec Solaris Volume Manager pour Sun Cluster
Périphériques Qualified Network-Attached Storage (NAS)
Oracle Automatic Storage Management (Oracle ASM)
Remarque - Pour 11g version 2, Oracle ASM n'est pris en charge qu'avec le matériel RAID. L'utilisation des groupes de disques Oracle ASM sur les périphériques gérés par des gestionnaires de volumes n'est pas prise en charge par Oracle 11g version 2.
Vous pouvez installer les fichiers binaires et les fichiers de configuration Oracle dans l'un des emplacements suivants :
Les disques locaux de chaque nœud du cluster. Pour plus d'informations, reportez-vous à la section Utilisation des disques locaux pour les fichiers binaires et les fichiers de configuration Oracle.
Un système de fichiers partagé parmi la liste suivante :
Remarque - À compter d'Oracle 11g version 2, les fichiers binaires Oracle Clusterware ne peuvent plus résider sur un système de fichiers du cluster ou sur un système de fichiers partagé Sun QFS.
Un système de fichiers partagé Sun QFS
Un système de fichiers du cluster basé sur PxFS
Un système de fichiers Oracle ACFS
Un système de fichiers sur un périphérique NAS qualifié
Pour plus d'informations, reportez-vous à la section Utilisation d'un système de fichiers partagé pour les fichiers binaires et les fichiers de configuration Oracle
Le placement des fichiers binaires et des fichiers de configuration Oracle dans chaque nœud du cluster permet de reporter la mise à niveau de l'application Oracle sans arrêter le service de données.
Remarque - Certaines versions d'Oracle requièrent l'arrêt du service de données pendant la mise à niveau. Pour savoir si vous pouvez mettre l'application Oracle à niveau sans devoir arrêter le service de données, reportez-vous à la documentation Oracle.
Cette méthode comporte un inconvénient : vous devez mettre à jour et gérer plusieurs copies des fichiers binaires et des fichiers de configuration Oracle.
Pour simplifier la maintenance de votre installation Oracle, vous pouvez installer les fichiers binaires et les fichiers de configuration sur un système de fichiers partagé.
Remarque - À compter d'Oracle 11g version 2, les fichiers binaires Oracle Clusterware ne peuvent plus résider sur un système de fichiers du cluster ou sur un système de fichiers partagé Sun QFS.
Les systèmes de fichiers partagés suivants sont pris en charge :
Un système de fichiers partagé Sun QFS
Un système de fichiers du cluster basé sur PxFS
Si vous utilisez un système de fichiers du cluster basé sur PxFS, vous devez sélectionner le gestionnaire de volumes à utiliser :
Solaris Volume Manager
VxVM sans fonction de cluster
Remarque - VxVM est uniquement pris en charge sur la plate-forme SPARC.
Un système de fichiers Oracle ACFS
Un système de fichiers sur un périphérique NAS qualifié
Si vous placez des fichiers binaires ou des fichiers de configuration Oracle dans un système de fichiers partagé, vous ne devez mettre à jour et gérer qu'une seule copie de ces fichiers. Cependant, pour mettre à niveau l'application Oracle, vous devez arrêter le service de données sur l'ensemble du cluster. Si vous pouvez arrêter le système pendant un court instant, placez une copie unique des fichiers binaires et des fichiers de configuration Oracle dans un système de fichiers partagé.
Vous pouvez utiliser les plans de gestion de stockage ci-dessous pour exécuter Oracle RAC dans un cluster de zones, selon votre version d'Oracle RAC.
Si vous utilisez Oracle RAC 10g ou Oracle RAC 11g, voici les plans de gestion de stockage pris en charge :
système de fichiers partagé Sun QFS avec Solaris Volume Manager
système de fichiers partagé Sun QFS avec prise en charge du RAID matériel
Solaris Volume Manager pour Sun Cluster
Système de fichiers sur un périphérique NAS qualifié avec séparation
Si vous utilisez Oracle RAC 9i, voici les plans de gestion de stockage pris en charge :
système de fichiers partagé Sun QFS avec Solaris Volume Manager
système de fichiers partagé Sun QFS avec prise en charge du RAID matériel
Solaris Volume Manager pour Sun Cluster
Système de fichiers sur un périphérique NAS qualifié avec séparation
Avant de sélectionner l'architecture UDLM (SPARC) et le système de gestion de bases de données relationnelles (SGBDR) Oracle à utiliser , vous devez prendre en considération les éléments suivants :
L'architecture des deux composants Oracle doit correspondre. Par exemple, si vous disposez d'une architecture 64 bits dans votre version d'UDLM, l'architecture de votre SGBDR doit également être de 64 bits.
Si vos composants Oracle disposent d'une architecture 32 bits, vous pouvez initialiser le nœud dans lequel ils se trouvent en mode 32 ou 64 bits. Cependant, si vos composants Oracle disposent d'une architecture 64 bits, vous devez initialiser le nœud dans lequel ils se trouvent en mode 64 bits.
Vous devez utiliser la même architecture lorsque vous démarrez tous les nœuds. Par exemple, si vous initialisez un nœud dans une architecture 32 bits, vous devez initialiser tous les nœuds de la même manière.
Vous pouvez utiliser Prise en charge d'Oracle RAC avec Oracle Data Guard. Pour configurer Prise en charge d'Oracle RAC avec Oracle Data Guard, vous devez effectuer les tâches décrites dans ce guide. Les tâches devant être effectuées sur les clusters afin de configurer Oracle Data Guard sont les mêmes que celles pour un cluster autonome.
Pour plus d'informations concernant l'installation, l'administration et les opérations d'Oracle Data Guard, reportez-vous à la documentation Oracle.