Ignorer les liens de navigation
Quitter l'aperu
| Notes de version d'Oracle Solaris Cluster 3.3 3/13 Oracle Solaris Cluster 3.3 3/13 (Français)

Périmètre de la recherche:

- Ce document
- Toute la bibliothque

## Addendum de la documentation

Cette section présente les erreurs ou les omissions de la documentation, de l'aide en ligne ou des pages de manuel incluses dans la version Oracle Solaris Cluster 3.3 3/13.

- Guide d'installation du logiciel

- Guide HA pour Oracle

- Guide RAC HA pour Oracle

- HA for Oracle Web Tier Guide

- Pages de manuel

### Guide d'installation du logiciel

Le Guide d'installation du logiciel Oracle Solaris Cluster contient l'erreur suivante :

- “Séparation globale” dans le Chapitre 1 : la valeur `prefer3` est décrite à tort comme le paramètre de séparation globale par défaut. La valeur par défaut correcte est `pathcount`.

- “Configuration d'une ressource HAStoragePlus pour un système de fichiers de cluster utilisé par des zones non globales” : à l'étape 6, une propriété incorrecte est utilisée. Au lieu de la propriété `Network_resources_used`, utilisez la propriété `Resource_dependencies_offline_restart` pour indiquer la ressource HAStoragePlus. Cette dépendance de propriété provoque le redémarrage de l'application lorsque la ressource HAStoragePlus pour laquelle la surveillance est activée est redémarrée.

### Guide HA pour Oracle

Le Guide du service de données Oracle Solaris Cluster pour Oracle contient l'omission suivante :

Utilisation d'Oracle ASM dans le cluster global et un cluster de zones : si vous utilisez Oracle ASM dans un cluster global et dans un cluster de zones configurées dans ce cluster global, vous devez vous assurer qu'Oracle ASM peut uniquement voir les périphériques qui sont prévus à son usage dans chaque cluster particulier, que ce soit dans la zone globale ou dans un cluster de zones. Si Oracle ASM peut voir des périphériques utilisés par Oracle ASM dans un autre cluster, cela peut provoquer des problèmes de démarrage pour Oracle Clusterware ou Grid Infrastructure, car Oracle ASM voit les périphériques comme déjà montés ailleurs.

### Guide RAC HA pour Oracle

Le Guide du service de données Oracle Solaris Cluster pour Oracle Real Application Clusters contient les erreurs et omissions suivantes :

- Utilisation d'Oracle ASM dans le cluster global et un cluster de zones : si vous utilisez Oracle ASM dans un cluster global et dans un cluster de zones configurées dans ce cluster global, vous devez vous assurer qu'Oracle ASM peut uniquement voir les périphériques qui sont prévus à son usage dans chaque cluster particulier, que ce soit dans la zone globale ou dans un cluster de zones. Si Oracle ASM peut voir des périphériques utilisés par Oracle ASM dans un autre cluster, cela peut provoquer des problèmes de démarrage pour Oracle Clusterware ou Grid Infrastructure, car Oracle ASM voit les périphériques comme déjà montés ailleurs.

- “Plans de gestion de stockage des fichiers Oracle” : dans le tableau 1-2, la cellule des fichiers binaires Oracle Clusterware avec un système de fichiers Oracle ACFS devrait indiquer le symbole moins (-) au lieu du symbole plus (+). Un système de fichiers ACFS ne peut pas stocker les fichiers binaires Oracle Clusterware.

- “Types de fichiers Oracle stockables sur un système de fichiers Oracle ACFS” : les fichiers binaires Oracle Clusterware sont incorrectement inclus dans la liste des types de fichiers.

- “Création de ressources Oracle Solaris Cluster dans le cluster global pour l'interopérabilité avec Oracle 10 g ou 11 g“ : au cours de l'étape 4, la propriété `rg_affinities` est incorrecte. Le groupe de ressources `db-storage-rg` optionnel doit être spécifié en tant qu'affinité positive forte, comme suit :

      -p rg_affinities=++rac-fmwk-rg[,++db-storage-rg]

- “Création d'une ressource Oracle ASM pour l'interopérabilité d'Oracle Clusterware et du logiciel Oracle Solaris Cluster” : la commande exécutée à l'étape 8b est incorrecte. La commande correcte est la suivante :

      # Grid_home/bin/crs_register sun.node.asm-dg-rs -update -r crs-asm-instance

- “Création d'une ressource Oracle Grid Infrastructure pour l'interopérabilité avec Oracle Solaris Cluster” : à l'étape 3, la description de la propriété `HOSTING_MEMBERS` doit être “Liste des noeuds faisant partie du cluster, délimitée par des espaces”.

  Pour les étapes 4 à 8, les instructions correctes sont les suivantes :

  - 4. Déterminez le groupe DBA de l'installation Oracle Grid Infrastructure.

        # Grid_home/bin/osdbagrp

  - 5. Définissez le groupe principal de la ressource `storage_proxy` Oracle Grid Infrastructure sur le groupe déterminé à l'étape 4.

        # Grid_home/bin/crsctl setperm resource sun.sc-resource -g "griddba"

  - 6. Déterminez le groupe DBA de l'installation du logiciel Oracle Database.

        # oracle_home/bin/osdbagrp

  - 7. Définissez les autorisations de groupe de la ressource `storage_proxy` Oracle Grid Infrastructure sur le groupe déterminé à l'étape 6.

    Ignorez cette étape si le groupe DBA de l'installation Oracle Grid Infrastructure, `griddba-group`, déterminé à l'étape 4, et le groupe DBA de l'installation du logiciel Oracle Database, `dba-group`, déterminé à l'étape 6, sont le même groupe DBA.

        # Grid_home/bin/crsctl setperm resource sun.sc-resource -u "group:dba-group:r-x"

  - 8. Mettez la ressource `storage_proxy` Oracle Grid Infrastructure en ligne.

        # Grid_home/bin/crsctl start resource sun.sc-resource

- Mise à niveau du logiciel Oracle Grid Infrastructure ou Oracle Database : si vous devez mettre à niveau le logiciel Oracle Grid Infrastructure ou Oracle Database mais que vous ne mettez pas également à niveau Oracle Solaris ou le logiciel Oracle Solaris Cluster, vous devez commencer par supprimer le logiciel Grid ou Database à partir du contrôle Oracle Solaris Cluster. Cela concerne toutes les ressources de cluster de zones dépendant des ressources du cluster global.

  La procédure décrite ci-après décrit les étapes à exécuter avant et après la mise à niveau du logiciel Grid ou Database.

  1. A partir d'un noeud, identifiez les ressources Oracle Grid Infrastructure et Oracle Database que vous devez désactiver.

         # clresource -t resource-type list

     Voici les types de ressources pouvant être utilisés :

     - `SUNW.asm_diskgroup`

     - `SUNW.oracle_listener`

     - `SUNW.oracle_rac_server`

     - `SUNW.oracle_server`

     - `SUNW.scalable_acfs_proxy`

     - `SUNW.scalable_asm_diskgroup_proxy`

     - `SUNW.scalable_asm_instance`

     - `SUNW.scalable_asm_instance_proxy`

     - `SUNW.scalable_rac_listener`

     - `SUNW.scalable_rac_server`

     - `SUNW.scalable_rac_server_proxy`

  2. A partir d'un noeud, exécutez la commande `clresource` pour supprimer toutes les dépendances d'autres ressources à des ressources de grille et/ou de base de données.

         # clresource set -p Resource_dependencies-=dependent-resource application-resource

     `Resource_dependencies`

       Indique une ressource à laquelle cette ressource présente une dépendance.

     `-=`

       Supprime la valeur indiquée.

     `dependent-resource`

       Indique la ressource de grille ou de base de données.

     `application-resource`

       Indique la ressource d'application qui dépend de la ressource de grille ou de base de données.

  3. Sur un noeud à la fois, supprimez le contrôle Oracle Solaris Cluster des ressources associées au logiciel Grid Infrastructure ou Oracle Database que vous prévoyez de mettre à niveau.

     Exécutez ces étapes sur chaque noeud qui exécute le logiciel Oracle Grid Infrastructure et/ou Oracle Database.

     1. Désactivez les ressources.

            # clresource disable -n node resource

        `-n node`

          Indique le noeud où la ressource doit être désactivée.

        `resource`

          Indique la ressource de grille ou de base de données à désactiver.

        Remarque - Ne désactivez pas la ressource de structure RAC qui utilise le type de ressource `SUNW.rac_framework`. Cette ressource est nécessaire au fonctionnement d'Oracle RAC.

     2. Après la désactivation de toutes les ressources associées sur le noeud, vous devez redémarrer manuellement le logiciel Grid Infrastructure et/ou Oracle Database sur les noeuds sur lesquels le logiciel a été désactivé.

        Utilisez les commandes de la grille ou de la base de données Oracle standard. Ceci permet de s'assurer que les composants restent hors de contrôle d'Oracle Solaris Cluster lorsque vous mettez à niveau le logiciel Grid ou Database.

  4. A partir d'un noeud, mettez à niveau le logiciel Oracle Grid Infrastructure et/ou Oracle Database.

     Suivez les procédures décrites dans la documentation Oracle Grid Infrastructure ou Oracle Database.

  5. Si le logiciel mis à niveau nécessite un ajout ou une modification d'une des propriétés d'extension, effectuez une mise à jour des ressources de grille et/ou de base de données à partir d'un noeud.

         # clresource set -p property=property-value {-p property=property-value …} \
         resource

     `-p property= value`

       Indique le paramètre d'une propriété donnée.

     `resource`

       Indique la ressource qui contient la propriété affectée.

  6. A partir d'un noeud, activez les ressources Oracle Solaris Cluster associées au logiciel Oracle Grid Infrastructure et/ou Oracle Database.

         # clresource enable resource

     Le contrôle d'Oracle Solaris Cluster sur les ressources de grille ou de base de données est restauré.

  7. A partir d'un noeud, restaurez les dépendances de ressource aux ressources de grille ou de base de données.

         # clresource set -p Resource_dependencies+=dependent-resource application-resource

     `Resource_dependencies`

       Indique une ressource à laquelle la ressource d'application présente une dépendance.

     `+=`

       Ajoute la valeur indiquée.

     `dependent-resource`

       Indique la ressource de grille ou de base de données.

     `application-resource`

       Indique la ressource d'application qui dépend de la ressource de grille ou de base de données.

### HA for Oracle Web Tier Guide

Le manuel Oracle Solaris Cluster Data Service for Oracle Web Tier Guide contient les erreurs suivantes :

- La note suivante est incorrecte et doit être ignorée :

  Remarque - Vous devez installer les packages HA for Oracle Web Tier dans le cluster global et non dans le cluster de zones.

  L'installation de ces packages est prise en charge directement dans un cluster de zones.

- Ce service de données étant inclus pour la première fois dans la version Oracle Solaris Cluster 3.3 3/13, il n'existe pas de version du type de ressource à partir de laquelle effectuer une mise à niveau. Par conséquent, les informations de la section Informations sur l'enregistrement de la nouvelle version de type de ressource sont superflues et peuvent être ignorées.

### Pages de manuel

Cette section présente les erreurs, les omissions et les ajouts dans les pages de manuel d'Oracle Solaris Cluster.

#### Pages de manuel multiples

Certaines pages de manuel comme `clquorum`(1CL) contiennent des informations sur les périphériques NAS pour solution réseau. Ces informations sont superflues et peuvent être ignorées.

Copyright © 2000, 2013, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale |