(French) Sun Cluster 3.2 2-08 Release Notes

Version 7 by hnhn
on Apr 23, 2008 06:46.

compared with
Current by Maxiaoling145614
on Jul 28, 2008 20:18.

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (175)

View page history
h1. {anchor:X-1DILL} Notes de version de Sun Cluster 3.2 2/08 pour SE Solaris
Ce document fournit les informations suivantes relatives à Sun? Cluster 3.2 2/08.
* [Nouveautés du logiciel Sun Cluster 3.2 2/08|#GCVSS]
* [Fonctionnalités en fin de vie|#EOL]
* [Modifications du nom de produit|#ProductNameChanges]
* [Produits pris en charge|#RELNOTES-6-PRODUCTS]
* [Renforcement de la sécurité Sun Cluster|#CJAEBGFD]
* [Problèmes et bogues connus|#CHDGGECB]
* [Patchs et niveaux des microprogrammes requis|#CHDHEHGF]
* [Documentation du logiciel Sun Cluster 3.2 2/08|#CHDGCEDD]
* [Problèmes liés à la documentation|#CJACJJJD]
* [Problèmes résolus|#CJACJJJD]

[Début|#top]
h3. {anchor:GCVSV} Nouvelles fonctions et fonctionnalités
Cette section décrit chacune des nouvelles fonctions suivantes du logiciel Sun Cluster 3.2 2/08.
Cette section décrit les nouvelles fonctionnalités du logiciel Sun Cluster 3.2 2/08.

Les fonctionnalités suivantes sont désormais disponibles dans le patch principal de Sun Cluster 3.2 2/08 de mai 2008. 
* [(SPARC) Prise en charge pour Oracle 11g|#11g]
* [(SPARC) Prise en charge des domaines hôtes Logical Domains (LDoms) en tant que nœud de cluster|#opt-guestdomain]

Les fonctionnalités suivantes sont désormais disponibles dans la version initiale de Sun Cluster 3.2 2/08.
* [Prise en charge des balises de service Sun|#GFTDP]
* [Prise en charge de l'utilisation des périphériques NAS de Sun Microsystems en tant que périphériques de stockage partagé et de quorum|#GFPCU]
[Début|#top]
h4.


h4. {anchor:11g}(SPARC) Prise en charge d'Oracle 11g

Le logiciel Sun Cluster prend désormais en charge Oracle 11g dans les configurations HA-Oracle et Oracle RAC sur les plates-formes basées SPARC. Les procédures définies dans la documentation Sun Cluster 3.2 2/08 sont valables pour Oracle 11g. Si vous trouvez des instructions spécifiques à une version particulière d'Oracle, reportez-vous à l'instruction s'appliquant à Oracle 10g pour une configuration Oracle 11g.

[Début|#top]

h4.
{excerpt:hidden=true}1655{excerpt}

h4. {anchor:opt-guestdomain} (SPARC) Prise en charge des domaines hôtes Logical Domains (LDoms) en tant que nœuds de cluster

Vous pouvez maintenant configurer les domaines hôtes Logical Domains (LDoms) 1.0.3 en tant que nœud virtuel de Sun Cluster. Dans cette configuration, un nœud de domaine hôte est affiché comme un nœud physique de cluster.

Vous pouvez configurer les domaines hôtes Logical Domains (LDoms) et les domaines E/S en tant que nœud virtuel de Sun Cluster. En d'autres termes, vous pouvez créer une paire clustérisée, paire-N, N+1 et un cluster N*N constitué de combinaisons d'ordinateurs physiques, de domaines E/S LDoms et de domaines hôtes LDoms. Vous pouvez également créer des clusters constitués uniquement de domaines LDoms E/S ou de domaines hôtes.

Les sections suivantes décrivent les topologies, les conditions requises et les restrictions, ainsi que les procédures d'installation et de configuration pour les domaines hôtes et les nœuds de cluster :
* [SPARC: Domaines hôtes LDoms : Topologie Cluster in a Box|#GGTCS]
* [SPARC: Domaines hôtes LDoms : Topologie où un cluster unique s'étend sur deux serveurs différents|#GGTCG]
* [SPARC: Domaines hôtes LDoms : Des clusters s'étendent sur deux topologies de serveur différentes|#GGVTU]
* [SPARC: Domaines hôtes LDoms : Domaines E/S redondants|#GGTBA]
* [SPARC: Conditions requises pour le logiciel et le patch pour la prise en charge du logiciel LDoms|#ldoms-sw]
* [SPARC: Instructions pour les Logical Domains dans un cluster|#ldoms-guidelines]
* [SPARC: Comment installer le logiciel Logical Domain et créer des domaines|#ldoms-install]
* [SPARC: Configuration de Logical Domains en tant que nœuds de cluster|#ldomsnodes]

[Début|#top]

h5. {anchor:GGTCS} SPARC: Domaines hôtes LDoms : Cluster dans une topologie de zones

Dans cette topologie de domaine hôte Logical Domains (LDoms), un cluster et chaque nœud de ce cluster se trouvent sur le même serveur. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster. Pour que vous n'ayez pas besoin d'inclure un périphérique de quorum, cette configuration comprend trois nœuds au lieu de deux.
\\
\\
Dans cette topologie, vous n'avez pas besoin de connecter chaque commutateur virtuel (vsw) du réseau privé au réseau physique, dans la mesure où ils ne font que communiquer entre eux. Dans cette topologie de domaine hôte Logical Domains (LDoms), un cluster et chaque nœud de ce cluster se trouvent sur le même serveur. Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux [SPARC: Instructions pour les Logical Domains dans un cluster|#ldoms-guidelines], [SPARC: Comment installer le logiciel Logical Domains et créer des domaines|#ldoms-install] et [SPARC: Configuration de LDoms en tant que nœuds de cluster|#ldomsnodes].
\\
\\
Cette topologie n'est pas efficace, dans la mesure où tous les nœuds du cluster se trouvent sur le même serveur. Cependant, les développeurs et administrateurs la trouvent utile pour effectuer des tests et d'autres tâches non productives. Cette topologie est également appelée "Cluster-in-a-box".
\\
\\
La figure suivante montre une configuration Cluster-in-a-box.

h6. {anchor:GGTHF} SPARC: Topologie Cluster in a Box

!ClusterInABox.gif|title="Illustration : Le contexte précédent décrit le graphique." !

[Début|#top]

h5. {anchor:GGTCG} SPARC: Domaines hôtes LDoms : Topologie où un cluster unique s'étend sur deux serveurs différents

Dans cette topologie de domaine hôte Logical Domains (LDoms), un cluster unique s'étend sur deux serveurs différents et chaque cluster comprend un nœud sur chaque serveur. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster. Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux [SPARC: Instructions pour les Logical Domains dans un cluster|#ldoms-guidelines], [SPARC: Comment installer le logiciel Logical Domains et créer des domaines|#ldoms-install] et [SPARC: Configuration de LDoms en tant que nœuds de cluster|#ldomsnodes].
\\
\\
La figure suivante montre une configuration dans laquelle un cluster unique s'étend sur deux serveurs différents.

h6. {anchor:GGTHF} SPARC: Un cluster unique s'étend sur deux serveurs différents

!SingleClusterDifferentServers.gif|title="Illustration: Le contexte précédent décrit le graphique." !

[Début|#top]

h5. {anchor:GGVTU} SPARC: Domaines hôtes LDom : Topologie où des clusters s'étendent sur deux serveurs différents

Dans cette topologie de domaine hôte Logical Domains (LDoms), chaque cluster s'étend sur deux serveurs différents et chaque cluster comprend un nœud sur chaque serveur. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster. Dans cette configuration, les deux clusters partagent un commutateur d'interconnexion. Vous devez donc spécifier une adresse de réseau privé distincte pour chaque cluster. Si vous spécifiez la même adresse de réseau privé pour plusieurs clusters partageant un commutateur d'interconnexion, la configuration va échouer.
\\
\\
Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux [SPARC: Instructions pour les Logical Domains dans un cluster|#ldoms-guidelines], [SPARC: Comment installer le logiciel Logical Domains et créer des domaines|#ldoms-install] et [SPARC: Configuration de LDoms en tant que nœuds de cluster|#ldomsnodes].
\\
\\
La figure suivante montre une configuration dans laquelle plusieurs clusters s'étendent sur deux serveurs différents.

h6. {anchor:GGVUM} SPARC: Des clusters s'étendent sur deux serveurs différents

!ClustersInstalledAcrossDifferentServers.gif|title="Illustration: Le contexte précédent décrit le graphique." !

[Début|#top]

h5. {anchor:GGTBA} SPARC: Domaines hôtes LDom : Domaines E/S redondants

Dans cette topologie de domaine hôte Logical Domains (LDoms), plusieurs domaines E/S garantissent que les domaines hôtes ou les nœuds du cluster restent opérationnels même si le domaine E/S échoue. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster.
\\
\\
Dans cette topologie, le domaine hôte exécute le multiacheminement de réseau IP IPMP) sur deux réseaux publics, à raison d'un par domaine E/S. Les domaines hôtes reflètent également les périphériques de stockage sur différents domaines E/S. Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux [SPARC: Instructions pour les Logical Domains dans un cluster|#ldoms-guidelines], [SPARC: Comment installer le logiciel Logical Domains et créer des domaines|#ldoms-install] et [SPARC: Configuration de LDoms en tant que nœuds de cluster|#ldomsnodes].
\\
\\
La figure suivante montre une configuration dans laquelle des domaines E/S redondants garantissent que nœuds du cluster restent opérationnels même si le domaine E/S échoue.

h6. {anchor:GGTIW} SPARC: Domaines E/S redondants

!RedundantIODomain.gif|title="Illustration: Le contexte précédent décrit le graphique." !

[Début|#top]

h5. {anchor:ldoms-sw}SPARC: Conditions requises pour le logiciel et le patch pour la prise en charge du logiciel LDoms

Le logiciel Sun Cluster 3.2 2/08 prend en charge les domaines E/S LDoms 1.0.3 et les domaines hôtes en tant que nœuds de cluster, lorsque les conditions suivantes sont remplies :
* SE Solaris 10 5/08
* Au moins un patch Sun Cluster version 126105-15, installé dans le domaine hôte
* Les patchs Solaris 10 suivants (versions minimale) :
** 137042-01
** 137111-01
** 138042-02
** 138056-01

Les patchs Solaris 10 doivent être installés dans les emplacements suivants :
* Domaines hôte exécutant le logiciel Sun Cluster
* Tout domaine E/S exportant des périphériques virtuels vers des domaines hôtes exécutant le logiciel Sun Cluster

[Début|#top]

h5. {anchor:ldoms-guidelines}SPARC: Instructions pour les Logical Domains dans un cluster

Les informations suivantes sont nouvelles pour la prise en charge des domaines E/S Logical Domains (LDoms) ou des domaines hôtes sur un appareil physiquement clustérisé et pouvant agir en tant qu'hyperviseur SPARC :
* *Condition requise pour LUN SCSI* \- le périphérique de stockage partagé virtuellement, ou le moteur de traitement de disque virtuel, d'un domaine hôte LDom doit être un LUN SCSI complet dans le domaine E/S. Vous ne pouvez pas utiliser n'importe quel périphérique virtuel.
* *Séparation* \- N'exportez pas de LUN de stockage vers plusieurs domaines hôtes d'un seul ordinateur physique, à moins d'avoir désactivé la séparation pour cet ordinateur. Si deux domaines hôtes différents sur un seul ordinateur ont la visibilité vers un périphérique, ce dernier sera séparé dès que l'un des deux domaines hôtes meurt. La séparation du périphérique paniquerait tout autre domaine hôte qui essaierait par la suite d'accéder au périphérique.
* Isolation de réseau*\- Les domaines hôtes se trouvant sur un même ordinateur physique tout en étant configurés dans différents clusters doivent être isolés l'un de l'autre. Sélectionnez l'une des méthodes suivantes :
** Configurez les clusters pour qu'ils utilisent différentes interfaces de réseau dans le domaine E/S pour le réseau privé.
** Utilisez différentes adresses de réseau pour les différents clusters.
* *Réseautage dans les domaines hôtes*\- Les paquets de réseau vers et depuis les domaines hôtes doivent traverser les domaines de service pour atteindre les pilotes par le biais de commutateurs virtuels. Les commutateurs virtuels utilisent des threads de noyau exécutés en cas de priorité système. Les threads de commutateurs virtuels doivent pouvoir acquérir les ressources CPU pour effectuer des opérations de cluster critique, notamment des pulsations, des adhésions, des points de contrôle, etc.
Lorsque vous configurez des commutateurs virtuels avec le paramètre {{mode=sc{}}}, vous activez le traitement accéléré de paquets de pulsations de cluster, la fiabilité d'autres opérations critiques de cluster peut être améliorée en ajoutant des ressources CPU au domaine de service dans les charges de travail suivantes :
** Grande charge d'interruption, due par exemple au réseau ou E/S de disque. En cas de charge extrême, les commutateurs virtuels peuvent empêcher le fonctionnement trop long des threads système, notamment les threads de commutateurs virtuels.
** Threads en temps réel excessivement agressifs pour la rétention de ressources CPU. L'exécution de threads en temps réel est prioritaire par rapport à l'exécution de threads de commutateurs virtuels, pouvant restreindre les ressources CPU pour les threads de commutateurs virtuels sur une durée prolongée.
* * Exportation de stockage de domaines E/S*\- Si vous configurez un cluster composé de domaines E/S Logical Domains, n'exportez pas ses périphériques de stockage vers d'autres domaines hôtes exécutant également un logiciel Sun Cluster.
* *Multiacheminement Sun* \- N'exécutez pas de logiciel de multiacheminement depuis des domaines hôtes. Exécutez un logiciel de multiacheminement Sun dans le domaine E/S et exportez-le vers les domaines hôtes.
* *Plage d'adresse IP d'interconnexion privée* \- Le réseau privé est partagé par tous les domaines hôtes créés sur un même ordinateur physique et tous ces domaines peuvent le voir. Avant de définir une plage d'adresses IP de réseau privé pour l'utilitaire {{scinstall{}}} pour le cluster du domaine hôte, vous devez vous assurer que la plage d'adresses n'est pas encore utilisée par un autre domaine hôte sur le même ordinateur physique.
* * Noms d'adaptateurs*\- Lorsque vous configurez un domaine E/S ou un domaine hôte en tant que nœud de cluster, indiquez les noms virtuels des adaptateurs, {{vnet{_}N{_}}}, tels que{{vnet0}}, {{vnet1}}, etc. Les noms des adaptateurs virtuels sont enregistrés dans le fichier {{/etc/path_to_inst}}.
* *Panneau de configuration du cluster* \- Vous ne pouvez pas utiliser de logiciel CCP (Cluster Control Panel) tel que {{cconsole}} ou {{cssh}} pour connecter les domaines hôtes LDoms. Vous pouvez cependant utiliser le logiciel CCP pour établir une connexion vers les domaines E/S LDoms.

Pour plus d'informations sur les Logical Domains, reportez-vous au [_Guide d'administration Logical Domains (LDoms) 1.0.3_|http://docs.sun.com/app/docs/doc/820-4894-10].

[Début|#top]

h5. {anchor:ldoms-install}SPARC: Comment installer le logiciel Logical Domain et créer des domaines

Suivez cette procédure pour installer le logiciel Logical Domains (LDoms) sur un ordinateur physiquement clustérisé et pour créer des domaines E/S et des domaines hôtes.

h6. Avant de commencer

Exécutez les tâches suivantes :
* Assurez-vous que l'ordinateur est en mesure d'agir en tant qu'hyperviseur SPARC.

* Assurez-vous que le SE Solaris 10 est installé.

* Gardez à portée de mains le [_Guide d'administration Logical Domains (LDoms) 1.0.3_|http://docs.sun.com/app/docs/doc/820-4894-10] et les _[_Notes de version Logical Domains (LDoms) 1.0.3_|http://docs.sun.com/app/docs/doc/820-4895-10]_.

* Lisez les conditions requises et les instructions dans les [SPARC: Instructions pour Logical Domains dans un cluster|#ldoms-guidelines].

h6. Procédures

1. Prenez le rôle de superutilisateur sur l'ordinateur.

2. Installez le logiciel Logical Domains et configurez des domaines logiques.
* Suivez la procédure de la section [_Installation et activation du logiciel|http://docs.sun.com/source/820-4894-10/chapter3.html#d0e3205] du _Guide d'administration Logical Domains (LDoms) 1.0.3_. Si vous créez des domaines hôtes, respectez strictement les instructions de Sun Cluster sur la création de domaines hôtes dans un cluster.
* Utilisez l'option {{mode=sc}} pour tous les périphériques de commutateurs virtuels se connectant aux périphériques de réseau virtuel utilisés comme interconnexion de cluster.
* Dans le cas de stockage partagé, mappez uniquement les disques SCSI complets dans les domaines hôtes.
* Pour les disques virtuels que vous ajoutez à un domaine hôte, définissez une valeur de dépassement de délai de 600 secondes. Si vous changez ultérieurement cette valeur à des fins de réglage, ne définissez pas de valeur inférieure à 30 secondes afin d'éviter tout échec de communication entre le domaine E/S et le domaine hôte.

3. Suivez la procédure indiquée dans la section [Comment installer les packages de logiciels de structure et de services de données Sun Cluster |http://docs.sun.com/app/docs/doc/820-2555/ch2install-5137?a=view] du _Guide d'installation du logiciel Sun Cluster_.

[Début|#top]

h5. {anchor:ldomsnodes}SPARC: Configuration de Logical Domains en tant que nœuds de cluster

Pour configurer un ou plusieurs domaines hôtes LDoms ou domaines E/S en tant que nœuds de cluster, suivez la procédure indiquée dans la section [Établissement du cluster|http://docs.sun.com/app/docs/doc/820-2555/gcurm?a=view] du _Guide d'installation du logiciel Sun Cluster_, comme pour la configuration d'ordinateurs physiques en tant que nœuds de cluster. Suivez les instructions suivantes pour les logical domains :
* Les nœuds d'un cluster peuvent être une combinaison d'ordinateurs virtuels, de domaines E/S LDoms et de domaines hôtes LDoms.
* Si un ordinateur physique est configuré avec des logical domains, installez le logiciel Sun Cluster uniquement sur les domaines E/S ou les domaines hôtes de cet ordinateur.
* Indiquez les noms virtuels des adaptateurs, {{vnet{_}N{_}}}.

[Début|#top]

h2.

h4. {anchor:GFTDP} Prise en charge des balises de service Sun

Vous pouvez désormais utiliser les périphériques NAS de Sun Microsystems, Inc. en tant que périphériques de stockage partagé et de quorum dans un environnement Sun Cluster.
* Sun StorEdge? NAS Appliance
* Sun StorageTek? NAS Appliance
\\
{info:title=Remarque}Un périphérique NAS Sun est pris en charge en tant que périphérique de quorum uniquement dans un cluster à deux nœuds.
[Début|#top]
h4. {anchor:brands} Prise en charge des conteneurs haute disponibilité pour Solaris? Marques de Zones

Dans cette version, le service de données de Sun Cluster pour les conteneurs Solaris prend en charge les zones marquées suivantes :
 
* *SPARC*: {{native}}, {{solaris8}}
* *x86*: {{native}}, {{solaris8}}

Les informations figurant dans le _Sun Cluster Quorum Server User's Guide_ de la version 3.2 de Sun Cluster ont été transférées vers d'autres manuels de Sun Cluster 3.2 version 2/08.
* Les informations indiquant comment installer un serveur de quorum figurent désormais dans ["How to Install and Configure Quorum Server Software"|http:://docs.sun.com/app/docs/doc/820-2555/6ne5aih7g?a=view] dans le _Guide d'installation du logiciel Sun Cluster pour SE Solaris_.
* Les informations indiquant comment administrer un serveur de quorum figurent à présent dans '["Administering Sun Cluster Quorum Servers"|http://docs.sun.com/app/docs/doc/820-2558/6ne5de30r?a=view] dans le manuel _Sun Cluster System Administration Guide for Solaris OS_.
h2. {anchor:FRYNU} Problèmes de compatibilité
* [SPARC: Logical Domains (LDoms)|#ldoms-compat]
* [Zones IP exclusives|#excl-ip]
* [{{fssnap}} Prise en charge|#GEUSQ]
[Début|#top]
h3.


h3. {anchor:ldoms-compat}SPARC: Logical Domains (LDoms)

CR 6684721 (Il faut un moyen pour forcer le E/S virtuel archivé à être synchrone) est un problème connu du logiciel Logical Domains (LDoms) 1.0.3 ayant un impact sur le logiciel Sun Cluster. Pour y remédier, ajoutez la ligne suivante au fichier {{/etc/system}} du domaine E/S :
{panel}
set vds:vd_file_write_flags = 0
{panel}
Contactez votre représentant de service Sun pour savoir quel patch est disponible.
h3. {anchor:excl-ip} Zones IP exclusives
h3. {anchor:GEEER} Interface graphique de Solaris Volume Manager
Le module de stockage amélioré de Solaris? la console de gestion (Solaris Volume Manager) n'est pas compatible avec le logiciel Sun Cluster. Pour configurer le logiciel Solaris Volume Manager, utilisez l'interface de ligne de commande ou les utilitaires Sun Cluster.

[Début|#top]
Le comportement suivant a été observé sur les configurations Oracle RAC x86 avec un ou plusieurs systèmes de fichiers partagés QFS Sun StorageTek montant des périphériques sur des ensembles de disques multi-utilisateurs de Solaris Volume Manager pour Sun Cluster (CR 6655081).
Si le serveur de métadonnées du système de fichiers QFS se trouve sur un nœud autre que le nœud maître de l'ensemble de disques et si ce nœud perd toute la connectivité de stockage, Oracle CRS redémarre le nœud. Parallèlement, les autres nœuds qui sont des nœuds client de métadonnées QFS risquent de rencontrer des erreurs de lecture des fichiers de base de données s'y rapportant. L'erreur de lecture se corrige d'elle-même au redémarrage des instances Oracle RAC. Une fois la récupération automatique du serveur de métadonnées QFS et de Solaris Volume Manager effectuée par le logiciel Sun Cluster, ce redémarrage doit être une action de récupération automatique par Oracle CRS.

[Début|#top]
 
h3. {anchor:trusted} Solaris Trusted Extensions
Cette section décrit les logiciels pris en charge et la mémoire requise pour le logiciel Sun Cluster 3.2 2/08.
* *Mémoire requise* \- Le logiciel Sun Cluster 3.2 2/08 nécessite la mémoire suivante pour chaque nœud de cluster :
** 512 Mo de RAM physique (2 Go standard) minimum
** 6 Go d'espace disque disponible minimum
* *Système d'exploitation (SE) Solaris* \- Le logiciel Sun Cluster 3.2 2/08 et le logiciel Quorum Server nécessitent les versions minimales suivantes de SE Solaris :
** *Solaris 9* (SPARC uniquement) - Solaris 9 9/05, Solaris 9 9/05 HW
** *Solaris 10* \- Solaris 10 11/06, Solaris 10 8/07, Solaris 10 5/08\*

     \*Solaris 10 5/08 OS nécessite au moins le patch version 126106-12 pour les plates-formes basées SPARC ou au moins le patch version 126107-12 pour les plates-formes basées x86.
{info:title=Remarque}Le logiciel Sun Cluster ne prend pas en charge l'exécution de plusieurs versions de Solaris dans un cluster en cours d'exécution.
{info}\\
* *Gestionnaires de volumes*

|| Plate-forme || Système d'exploitation || Gestionnaire de volumes || Fonction de cluster ||
| SPARC | Solaris 9 | Solaris Volume Manager | Solaris Volume Manager pour Sun Cluster |
| " | " | Composants VERITAS Volume Manager distribués avec VERITAS Storage Foundation 5.0. Cette prise en charge nécessite VxVM 5.0 MP1. | Fonction de cluster VERITAS Volume Manager 5.0 (avec RAC uniquement) |
| " | " | Veritas Volume Manager components that are delivered as part of Veritas Storage Foundation 5.0. Cette prise en charge nécessite VxVM 5.0 MP1. | Veritas Volume Manager 5.0 cluster feature (with RAC only) |
| SPARC | Solaris 10 | Solaris Volume Manager | Solaris Volume Manager pour Sun Cluster |
| " | " | VERITAS Volume Manager components that are delivered as part of VERITAS Storage Foundation 5.0. Cette prise en charge nécessite VxVM 5.0 MP1. | Fonction de cluster VERITAS Volume Manager 5.0 (avec RAC uniquement) |
| " | " | Veritas Volume Manager components that are delivered as part of Veritas Storage Foundation 5.0. Cette prise en charge nécessite VxVM 5.0 MP1. | Veritas Volume Manager 5.0 cluster feature (with RAC only) |
| x86 | Solaris 10 | Solaris Volume Manager | Solaris Volume Manager pour Sun Cluster |
| " | " | Composants VERITAS Veritas Volume Manager distribués avec VERITAS Veritas Storage Foundation 5.0. | Sans objet \- Sun Cluster 3.2 2/08 ne prend pas en charge la fonction de cluster VxVM sur la plate-forme x86. |
* *Systèmes de fichiers*
* Gestion de volume externe : Solaris Volume Manager pour Sun Cluster |
| " | " | QFS 4.6 | * Fonctionnalités : Clients QFS à partage COTC externes au cluster, Basculement HA-SAM |
| " | " | Composants de VERITAS Veritas File System fournis avec VERITAS Veritas Storage Foundation 5.0 | Sans objet |
| SPARC | Solaris 10 | Solaris UFS | Sans objet |
| " | " | Solaris ZFS | Sans objet |
* Gestion de volume externe : Solaris Volume Manager pour Sun Cluster |
| " | " | QFS 4.6 | * Fonctionnalités : Clients QFS à partage COTC externes au cluster, Basculement HA-SAM |
| " | " | Composants de VERITAS Veritas File System fournis avec VERITAS Veritas Storage Foundation 5.0 | Sans objet |
| x86 | Solaris 10 | Solaris UFS | Sans objet |
| " | " | Solaris ZFS | Sans objet |
* Gestion de volume externe : Solaris Volume Manager pour Sun Cluster |
| " | " | QFS 4.6 | * Fonctionnalités : Clients QFS à partage COTC externes au cluster, Basculement HA-SAM |
| " | " | Composants de VERITAS Veritas File System fournis avec VERITAS Veritas Storage Foundation 5.0 | Sans objet |
* *Sun StorEdge? Availability Suite 3.2.1 (Solaris 9 uniquement) et Sun StorageTek? Availability Suite 4.0 (Solaris 10 uniquement)*

* *Sun Management Center 3.6.1 et 4.0*
* *Logical Domains (LDoms) 1.0.3* \- Le logiciel Sun Cluster 3.2 2/08 prend en charge les domaines E/S LDoms 1.0.3 et les domaines hôtes en tant que nœuds de cluster. Reportez-vous également à [SPARC: Conditions requises pour le logiciel et le patch pour la prise en charge du logiciel LDoms|#ldoms-sw].
* *Conteneur d'agent commun 2.1*
* Sun Cluster Data Service pour Sybase ASE
\\
{info:title=Remarque}les procédures relatives à la version de Sun Cluster HA pour Sun Java™ System Directory Server qui utilisent Sun Java System Directory Server 5.0 et 5.1 sont décrites le manuel [_Sun Cluster 3.1 Data Service for Sun ONE Directory Server_ | http://docs.sun.com/app/docs/doc/817-1529].
{info:title=Note}Les procédures de la version de Sun Cluster HA pour Sun Java? System Directory Server qui utilisent Sun Java System Directory Server 5.0 et 5.1 résident dans le [_service de données Sun Cluster 3.1 pour Sun ONE Directory Server_ | http://docs.sun.com/app/docs/doc/817-1529].
Depuis la version 5.2 de Sun ONE Directory Server, reportez-vous à la documentation d'installation de Sun ONE Directory Server ou de Sun Java System Directory Server.
{info}Le service de données suivant n'est pas pris en charge sur SE Solaris 10 dans cette version de Sun Cluster.
| Sun Cluster HA pour Oracle E-Business Suite | {{SUNW.gds}} |
| Sun Cluster HA pour Oracle | {{SUNW.oracle_server}}, {{SUNW.oracle_listener}} |
| Support Sun Cluster Support pour Oracle Real Application Clusters | {{SUNW.rac_framework}}, {{SUNW.rac_udlm}},{{SUNW.rac_svm}}, {{SUNW.rac_cvm}}, {{SUNW.rac_hwraid}}, {{SUNW.oracle_rac_server}}, {{SUNW.oracle_listener}}, {{SUNW.scaldevicegroup}}, {{SUNW.scalmountpoint}}, {{SUNW.crs_framework}}, {{SUNW.scalable_rac_server_proxy}} |
| Sun Cluster HA pour PostgreSQL | {{SUNW.gds}} |
| Sun Cluster HA pour Samba | {{SUNW.gds}} |
[Début|#top]
h32. {anchor:CJAEBGFD} Sun Cluster Security Hardening
 
Sun Cluster Security Hardening utilise les techniques de renforcement du système d'exploitation Solaris recommandées par le programme Sun BluePrints? afin de renforcer la sécurité de base des clusters. Solaris Security Toolkit assure la mise en œuvre automatique de Sun Cluster Security Hardening.

La documentation relative à Sun Cluster Security Hardening est disponible à l'adresse [http://www.sun.com/blueprints/0203/817-1079.pdf|http://www.sun.com/blueprints/0203/817-1079.pdf]. Vous pouvez également accéder à l'article à partir de l'adresse [http://www.sun.com/software/security/blueprints|http://www.sun.com/software/security/blueprints]. À partir de cette adresse URL, faites défiler le texte vers le bas jusqu'au titre Architecture, puis accédez à l'article "Securing the Sun Cluster 3.x Software" (Sécurisation du logiciel Sun Cluster 3.x). La documentation décrit la procédure de sécurisation des déploiements de Sun Cluster 3.x dans un environnement Solaris. L'utilisation de Solaris Security Toolkit et d'autres techniques de sécurité de pointe conseillées par les experts de Sun y est également décrite. Les services de données suivants sont prise en charge par Sun Cluster Security Hardening :
*Problème* : la commande {{clnode remove \-force}} devrait supprimer les nœuds des metasets. Le _Sun Cluster System Administration Guide for Solaris OS_ fournit les procédures à suivre pour supprimer un nœud du cluster. Ces procédures indiquent à l'utilisateur qu'il doit exécuter la commande {{metaset}} sur le groupe de disques Solaris Volume Manager avant d'exécuter la commande {{clnode remove}}.
*Solution* : si les procédures n'ont pas été suivies, il peut être nécessaire de supprimer les données de nœud périmées du CCR de la manière habituelle :
 
# dans un nœud de cluster actif, utilisez la commande {{metaset}} pour supprimer ce nœud des groupes de disques Solaris Volume Manager,
# puis exécutez {{clnode clear \-force _obsolete_nodename{_}}}.

*Problème* : la propriété {{Auxnodelist}} de la ressource à adresse partagée ne peut pas être utilisée lors de la création de cette ressource. Si cette propriété est utilisée, elle provoque des erreurs de validation et des erreurs {{SEGV}} au cours de la création de la ressource évolutive qui dépend de cette ressource réseau à adresse partagée. Le message d'erreur de validation de la ressource évolutive est au format suivant :
{panel}
{panel}{{Method {{Method _nom de méthode_ (scalable svc) on resource _nom de ressource_ stopped or terminated}}
{{due to receipt of signal 11}}{panel}
{panel}
Le fichier core est généré à partir de {{ssm_wrapper}}. Les utilisateurs ne peuvent pas définir la propriété {{Auxnodelist}} et sont donc dans l'impossibilité d'identifier les nœuds du cluster pouvant héberger l'adresse partagée, mais ne pouvant jamais servir de nœuds principaux.
*Problème* : Il se peut qu'un périphérique de quorum soit hors ligne après la réinitialisation des nœuds de cluster dans les conditions suivantes :
* Un LUN iSCSI d'un appareil STK 2510 fournit un quorum à un cluster.
* Ce STK 2510 est présent sur un sous-réseau différent de celui des nœuds de cluster.

*Solution* : Configurez le STK 2510 sur le même sous-réseau que les nœuds de cluster.
h4. Une exception du programme d'installation se produit lors de l'exécution de la commande {{pkgrm}} car le fichier {{/tmp/admin.txt}} est manquant (6532980)
*Problème* : Lancer la commande {{installer}} de Sun Java Availability Suite pour installer le logiciel Sun Cluster et les produits associés échoue en produisant une exception Java. L'erreur signalée sur l'écran est {{pkgrm: ERROR: ERREUR : unable to open admin file /tmp/admin.txt}}. L'installation du logiciel Sun Cluster seul, ou même l'installation ou la mise à niveau des composants partagés seuls, peut échouer, quel que soit le type de plate-forme.

*Solution* : vérifiez que le fichier {{/tmp/admin.txt}} existe. S'il existe, vérifiez que l'utilisateur {{root}} dispose des droits d'accès en lecture et en écriture à ce fichier. Si l'utilisateur {{root}} ne dispose pas de ces droits d'accès, attribuez-les lui à l'aide de la commande {{chmod}}. Si le fichier {{/tmp/admin.txt}} n'existe pas, créez-le en attribuant à l'utilisateur {{root}} des droits d'accès en lecture et en écriture et intégrez le contenu suivant dans le fichier :

*Solution* : pour savoir si la transmission de paquets est activée ou désactivée, exécutez la commande suivante :
{panel}{{\# */usr/sbin/routeadm*}}{panel}
{panel}
{{\# */usr/sbin/routeadm{*}}}
{panel}
Le routage IPv4 doit être activé et la transmission IPv4 désactivée. Le routage et la transmission IPv6 doivent être désactivés. Si la transmission IPv4 a été activée avant l'installation du logiciel Sun Cluster, exécutez la commande suivante :
{panel}{{\# */usr/sbin/routeadm \-d ipv4-forwarding*}}{panel}
{panel}
{{\# */usr/sbin/routeadm \-d ipv4-forwarding{*}}}
{panel}
Voir aussi la page man {{routeadm}}(1M).
*Problème* : lorsque la version existante du conteneur d'agent commun est la version 2.0 ({{/usr/sbin/cacaoadm \-V}}), elle peut ne pas être correctement mise à niveau vers la version 2.1 pendant l'installation du logiciel Sun Cluster 3.2 2/08. Les commandes suivantes illustrent le problème qui se pose après l'installation du logiciel Sun Cluster 3.2 2/08 :
{panel}
{{\# *cacaoadm -V*}} \-V{*}}}
{{2.1.0}}
{{\# *cacaoadm list-modules \| grep rbac{*}}}
{{com.sun.cacao.rbac 1.0}}
{panel}

*Solution* : terminez la mise à niveau manuellement sur chacun des nœuds comme suit :
{panel}
{panel}{{% {{% *su{*}}}
{{\# */usr/sbin/cacaoadm prepare-uninstall{*}}}
{{\# *cacaoadm start{*}}}
{{\# *cacaoadm list-modules \| grep rbac{*}}}
{{com.sun.cacao.rbac 2.1}}{panel}
{panel}
[Début|#top]

h3. {anchor:GEAZO} Temps d'exécution

h4.


h4. *Avertissements de transport sur les nœuds de cluster de LDoms hôtes* (6678045)

*Problème* : Sur les domaines hôtes LDoms configurés en tant que nœuds de cluster, des messages semblables au message suivant s'affichent lorsque le nœud est redémarré :
{panel}
AVERTISSEMENT : Pulsation continue reçue sur phys-schost-1:ce5 - phys-schost-4:ce5 - les expirations de chemins sont similaires
{panel}
*Solution* : Vous pouvez ignorer ces messages.

[Début|#top]

h2.

h4. Impossible de lier de manière sécurisée les applications sur libstlport4 dans Sun Cluster (6298053)
{note:title=Note}Si vous exécutez l'utilitaire {{sccheck}} après avoir supprimé le commutateur {{cluster}} de la table de recherche {{nsswitch.conf}}, vous pouvez recevoir un message d'erreur relatif au commutateur {{cluster}} manquant. Ayant intentionnellement supprimé le commutateur {{cluster}} du fichier, vous pouvez ignorer ce message.
{note}
 
# Créez une copie de sauvegarde des fichiers {{/etc/inet/hosts}}, {{/etc/netmasks}} et {{/etc/nsswitch.conf}} sur chaque nœud.
# Assurez-vous que chaque nom d'hôte privé dans le cluster est répertorié dans le fichier {{/etc/inet/hosts}} sur chaque nœud de cluster. Ces adresses sont associées à l'interface {{clprivnet0}}. L'exemple suivant indique comment déterminer l'adresse IP du nom d'hôte privé d'un nœud :
{panel}{{\#}} *{{ifconfig clprivnet0 \| fmt}}*
{panel}
{{\#}} {{{*}ifconfig clprivnet0 \| fmt{*}}}
{{clprivnet0:}}
{{flags=1009843<UP,BROADCAST,RUNNING,MULTICAST,MULTI_BCAST,PRIVATE,IPv4>}}
{{inet *172.16.4.1* netmask fffffe00 broadcast 172.16.5.255}}
{{ether 0:0:0:0:0:1}}
 
&nbsp;
{{\# *cat > /etc/inet/hosts <<EOS{*}}}
{{*172.16.4.1* clusternode1-priv}}
{{172.16.0.129 clusternode1-priv-physical1}}
{{172.16.1.1 clusternode1-priv-physical2}}
{{{*}172.16.4.1* clusternode1-priv}}
{{172.16.0.130 clusternode2-priv-physical1}}
{{172.16.1.2 clusternode2-priv-physical2}}
{{172.16.4.2 clusternode2-priv}}
{{EOS}}{panel}
{panel}
# Assurez-vous que tous les masques de réseau d'interconnexion de cluster sont répertoriés dans le fichier {{/etc/netmasks}} sur tous les nœuds de cluster. Vous pouvez utiliser le script suivant pour dresser la liste des masques de réseau&nbsp;:
{panel}
{panel}{{\# {{\# *ifconfig \-a \|*}} \
{{nawk '/flags/&&\!/PRIVATE/{p=0\}}}\
{{/flags/&&/PRIVATE/\{p=1\}}}\
{{p==1&&$3 ~ /netmask/{print $2\}'\|}}\
{{while read i; do getent netmasks $i; done > /tmp/netmasks}}{panel}
{panel}
Vérifiez la liste des masques de réseau collectés. Par exemple&nbsp;:
{panel}
{{172.16.1.1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.128}}
{{172.16.0.129 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.255.128}}
{{172.16.4.1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 255.255.254.0}}{panel}
{panel}
Si la liste est correcte, adjoignez les entrées aux fichiers {{netmasks}} :
{panel}{{\# *cat /tmp/netmasks >> /etc/netmasks{*}}}{panel}
{panel}
{{\# *cat /tmp/netmasks >> /etc/netmasks{*}}}
{panel}
4) Sur chaque nœud de cluster, pour les entrées {{hosts}} et {{netmasks}}, supprimez le commutateur {{cluster}} de la table de recherche. Par exemple&nbsp;:
\\
_Avant modification&nbsp;:_
{panel}...
...
{{hosts: *cluster* files files dns nisplus dns}}
...
{{netmasks: *cluster* files nisplus}}
...{panel}
{panel}
_Après modification&nbsp;:_
{panel}...
...
{{hosts: files files dns nisplus dns}}
...
{{netmasks: files nisplus}}
...{panel}
{panel}
[Début|#top]
h4. {anchor:GESSO} Les numéros majeurs de {{vxio}} sont différents entre les nœuds lorsque le disque racine est encapsulé (6445917)
*Problème*&nbsp;: pour les clusters exécutant VERITAS Veritas Volume Manager (VxVM), une mise à niveau standard ou une mise à niveau sur deux partitions de l'un des logiciels suivants échoue si le disque racine est encapsulé&nbsp;:
* Mise à niveau de SE Solaris vers une version différente
* Mise à niveau de VxVM
# Prenez le rôle de superutilisateur.
# Créez un script avec le contenu ci-dessous.
{panel}{{\#\!/bin/ksh}}\\
{{\#\!/bin/ksh}}\\
\\ {{typeset PLATFORM=$\{PLATFORM:-`uname \-p`\}}}
{{typeset PATHNAME=$\{PATHNAME:-/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages\}}}
{{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mkdir \-p $\{BASEDIR\}/var/sadm/pkg/$i/save/pspool}}
{{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pkgadd \-d . \-R $\{BASEDIR\} \-s $\{BASEDIR\}/var/sadm/pkg/$i/save/pspool $i}}
{{&nbsp;&nbsp;&nbsp; fi}}\\ {{done}}{panel}
{panel}
# Définissez les variables {{PLATFORM}}, {{PATHNAME}} et {{BASEDIR}}.
Définissez ces variables en tant que variables d'environnement ou modifiez les valeurs directement dans le script.
{section}{column:width=10%}{{{}PLATFORM}}
{column:width=10%}{{{}PLATFORM}}
{column}
{column:width=90%}Nom de la plate-forme. Par exemple, {{sparc}} ou {{x86}}. Par défaut, la variable {{PLATFORM}} est définie sur le résultat de la commande {{uname \-p}}.
{column} {section}
{section}{column:width=10%}{{{}PATHNAME}}
{column}
{section}
{section}
{column:width=10%}{{{}PATHNAME}}
{column}
{column:width=90%}Chemin d'accès au périphérique à partir duquel les packages de structure ou de service de données Sun Cluster peuvent être installés. Cette valeur correspond à l'option {{\-d}} de la commande {{pkgadd}}.
Par exemple, pour des packages de structure Sun Cluster, cette valeur se présenterait comme suit&nbsp;:
{panel}{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages}}{panel}
{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster/Solaris_10/Packages}}
{panel}
Pour les packages de services de données, cette valeur se présenterait comme suit&nbsp;:
{panel}{{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster_agents/Solaris_10/Packages}}{panel}
{column} {section}
{section}{column:width=10%}{{{}BASEDIR}} {{/cdrom/cdrom0/Solaris_$\{PLATFORM\}/Product/sun_cluster_agents/Solaris_10/Packages}}
{panel}
{column}
{section}
{section}
{column:width=10%}{{{}BASEDIR}}
{column}
{column: width=90%}Chemin d'accès complet à un répertoire à utiliser en tant que chemin d'accès racine, qui correspond à l'option {{\-R}} de la commande {{pkgadd}}. Pour une mise à niveau directe, définissez cette valeur sur le chemin d'accès racine utilisé avec l'option {{\-R}} de la commande {{scinstall}}. Par défaut, la variable {{BASEDIR}} est définie sur le système de fichiers racine ({{/}}).
{column} {section}
{section}
# Exécutez le script, une fois pour les packages de structure Sun Cluster et une fois pour les packages de service de données.
Une fois le script exécuté, le message suivant doit s'afficher à l'invite de commande de chaque package&nbsp;:
{panel}{{Transferring _pkgname_ package instance}}{panel}
{panel}
{{Transferring _pkgname_ package instance}}
{panel}
{info:title=Remarque}Si le répertoire {{pspool}} existe déjà pour un package ou si le script est exécuté deux fois pour le même ensemble de packages, l'erreur suivante s'affiche à l'invite de commande&nbsp;:
{panel}
{panel}{{Transferring {{Transferring _pkgname_ package instance}}
{{pkgadd: ERROR: ERREUR : unable to complete package transfer}}
{{&nbsp;&nbsp;&nbsp;&nbsp;-\- une version identique de&nbsp;_pkgname_ existe déjà sur le périphérique de destination}}{panel}
{panel}
Ce message est sans conséquence et peut être ignoré.
{info}

*Problème*&nbsp;: les nœuds Sun Cluster ne s'amorcent pas en mode cluster après une mise à niveau directe. Ceci ne se produit que lorsque des zones locales sont configurées sur les nœuds et que leur chemin d'accès racine se trouve sur un système de fichiers autre que le système de fichiers racine. Les messages d'erreur suivant s'affichent pendant l'amorce&nbsp;:
{panel}{{Configuring&nbsp;devices.}}
{{Configuring&nbsp;devices.}}
{{NIS&nbsp;domain&nbsp;name&nbsp;is&nbsp;<nom&nbsp;domaine>}}
{{Loading&nbsp;smf(5)&nbsp;service&nbsp;descriptions:&nbsp;15/26ERROR:&nbsp;unable&nbsp;to&nbsp;mount&nbsp;zones:&nbsp;zoneadm:&nbsp;}}
{{Please&nbsp;reboot&nbsp;in&nbsp;noncluster&nbsp;mode(boot&nbsp;--x)&nbsp;and&nbsp;Repair}}
{{19/26syncing&nbsp;file&nbsp;systems...&nbsp;done}}
{{Program&nbsp;terminate}}{panel}
{panel}
*Solution*&nbsp;: Procédez comme suit&nbsp;: suit<:hs>:
# Utilisez Live Upgrade pour ne mettre à niveau que le système d'exploitation.
# Réinitialisez les nœuds en mode non cluster.
* [Outils de gestion des correctifs|#patch]
* [SunSolve en ligne|#X-1DIMK]
* [Liste des patchs Sun Cluster|#patchklatch]
* [Microprogramme requis|#reqfirmware]

Si vous effectuez une mise à niveau vers le logiciel Sun Cluster&nbsp;3.2 2/08, reportez-vous au [_Sun Cluster Upgrade Guide for Solaris OS_|http://docs.sun.com/app/docs/doc/820-2270]. L'application d'un patch principal de Sun Cluster&nbsp;3.2 ne produit pas les mêmes résultats que la mise à niveau du logiciel vers la version Sun Cluster&nbsp;3.2 2/08.
{info:title=Remarque}Avant d'appliquer ou de supprimer un patch, lisez son fichier {{README}}.
{info}
{info} Si vous utilisez la méthode de patch de réinitialisation (nœud) pour installer le patch principal de Sun Cluster, 125510 Cluster,[125510|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125510-02-1] (S9/SPARC), 125511 (S10/SPARC) ou 125512 (S19/x64), [125511|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125511-02-1](S10/SPARC), or [125512|http://sunsolve.sun.com/search/document.do?assetkey=1-21-125512-02-1](S19/x64),, vous devez disposer de la version \-02 du patch pour pouvoir installer des versions ultérieures du patch. Si vous ne disposez pas du patch \-02 et que vous souhaitez installer la version \-03 ou supérieure, utilisez la méthode de cluster de réinitialisation.
Consultez la liste suivante d'exemples de scénarios de patchs&nbsp;:
* Si vous disposez du logiciel Sun Cluster&nbsp;3.2 2/08 avec le système d'exploitation Solaris&nbsp;10 sur SPARC et le patch&nbsp;125511-02 et que vous souhaitez installer le patch 125511-03 ou un patch plus récent, utilisez la méthode de nœud de réinitialisation ou de cluster de réinitialisation.
** Installez la version&nbsp;125511-02 à l'aide de la méthode de nœud de réinitialisation, puis installez la version&nbsp;125511-03 selon la même méthode.
\\
{info:title=Remarque}Vous devez être un utilisateur SunSolve? pour pouvoir afficher et télécharger les patchs nécessaires à Sun Cluster. Si vous ne disposez pas d'un compte SunSolve, contactez votre représentant Sun ou enregistrez-vous en ligne à l'adresse [http://sunsolve.sun.com|http://sunsolve.ebay.sun.com].
{info}[Début|#top]\\

# Répertoriez les types de ressources du cluster.
{panel}{{\#&nbsp;*clrt&nbsp;list{*}}}{panel}
{{\#&nbsp;*clrt&nbsp;list{*}}}
{panel}
# Si la liste renvoie {{SUNW.HAStoragePlus:5}}, {{SUNW.ScalDeviceGroup:2}} ou {{SUNW.ScalMountPoint:2}}, supprimez ces types de ressources. Pour plus d'informations sur la suppression d'un type de ressource, reportez-vous à la rubrique ["How to Remove a Resource Type"|http://docs.sun.com/app/docs/doc/820-2561/6ne5g9kkt?a=view] dans le document _Sun Cluster Data Services Planning and Administration Guide for Solaris OS_.
# Réinitialisez tous les nœuds du cluster en mode non-cluster mono-utilisateur.
[Début|#top]
h4. {anchor:patch} Patch de prise en charge de cluster pour StorageTek 2530 Array
Le logiciel Sun StorageTek Common Array Manager (CAM) version&nbsp;6.0.1 fournit une prise en charge SCSI3 ou PGR pour une matrice Sun StorageTek 2530 comportant un maximum de trois nœuds. Le patch n'est pas une mise à niveau obligatoire pour les plates-formes Sun StorEdge 6130, 2540, 6140 et 6540, et pour les plates-formes StorageTek FLX240, FLX280 et FLX380. Le patch CAM&nbsp;6.0.1 est disponible sur le centre de téléchargements Sun.

[Début|#top]

h3. {anchor:X-1DIMK} SunSolve Online
Le site Web SunSolve? Online offre un accès permanent aux dernières mises à jour et versions des patchs, logiciels et microprogrammes développés pour les produits Sun. Accédez au site SunSolve Online à l'adresse [http://sunsolve.sun.com|http://sunsolve.ebay.sun.com] pour consulter les grilles actualisées des logiciels, microprogrammes et patchs pris en charge.

Des informations sur des patchs tiers pour Sun Cluster&nbsp;3.2 2/08 sont fournies dans un Info Doc SunSolve pour le matériel spécifique que vous envisagez d'utiliser dans un environnement Sun Cluster&nbsp;3.2 2/08. Pour localiser cet Info Doc, connectez-vous à SunSolve. Dans la page d'accueil de SunSolve, tapez {{{*}Sun Cluster{*}}} {{{*}3.x Third-Party Patches{*}}} dans la zone des critères de recherche.
[Début|#top]
h3. {anchor:patch} Listes des patchs Sun Cluster

Les [Informations sur le patch Sun Cluster|http://wikis.sun.com/display/SunCluster/The+Patch+Klatch+-+Patches+That+Affect+Sun+Cluster] proposent une liste complète et à jour des patchs devant être appliqués au SE Solaris, au logiciel Sun Cluster et à d'autres logiciels de votre configuration de cluster, en fonction des versions du logiciel que vous utilisez.
[Début|#top]

h3. {anchor:CHDHEHGF} Microprogrammes requis


h4. {anchor:patch} Patch de prise en charge de cluster pour StorageTek 2530 Array

Le logiciel Sun StorageTek Common Array Manager (CAM) version&nbsp;6.0.1 fournit une prise en charge SCSI3 ou PGR pour une matrice Sun StorageTek 2530 comportant un maximum de trois nœuds. Vous pouvez télécharger le patch CAM 6.0.1 depuis le centre de téléchargement de Sun. Vous pouvez également aller sur SunSolve et télécharger le [patch 137294-01|http://sunsolve.sun.com/search/document.do?assetkey=1-21-137294-01-1].

[Début|#top]
h2. {anchor:CHDGCEDD} Documentation Sun Cluster&nbsp;3.2 2/08
* [Manuels sur les services de données Sun Cluster&nbsp;3.2 2/08 pour SE Solaris (édition pour plate-forme x86)|#RELNOTES-35]
* [Collection Matériel Sun Cluster&nbsp;3.1 - 3.2 pour SE Solaris (édition pour plate-forme SPARC)|#RELNOTES-35S]
* [Collection Matériel Sun Cluster&nbsp;3.1 - 3.2 pour SE Solaris (édition pour plate-forme x86)|#RELNOTES-35X]\\
 
{info:title=Note}Les procédures de la version de Sun Cluster HA pour Sun Java? System Directory Server qui utilisent Sun Java System Directory Server 5.0 et 5.1 résident dans le [_service de données Sun Cluster 3.1 pour Sun ONE Directory Server_ | http://docs.sun.com/app/docs/doc/817-1529].
Depuis la version 5.2 de Sun ONE Directory Server, reportez-vous à la documentation d'installation de Sun ONE Directory Server ou de Sun Java System Directory Server.
{info}
{info}Certains manuels n'ont pas été mis à jour depuis la version Sun Cluster&nbsp;3.2 précédente. Cependant, leur contenu s'applique également à la version Sun Cluster&nbsp;3.2 2/08.
La documentation utilisateur de Sun Cluster&nbsp;3.2 2/08 est disponible aux formats PDF et HTML sur le site Web suivant&nbsp;:
\\
bq. [http://docs.sun.com/app/docs/prod/sun.cluster32|http://docs.sun.com/app/docs/prod/sun.cluster32]
\\
\\
{info:title=Remarque}À partir de Sun Cluster&nbsp;3.2, la documentation relative aux services de données individuels n'est pas traduite et sera proposée uniquement en anglais.
{info}[Début|#top]\\
{info} \\
[Début|#top]
\\
\\

h3. {anchor:RELNOTES-39S} Manuels sur le logiciel Sun Cluster&nbsp;3.2 2/08 pour SE Solaris
Si le nom du groupe de périphériques de réplication (et celui du groupe de périphériques globaux correspondant) change, mettez à jour les informations des périphériques de réplication en utilisant d'abord la commande {{scdidadm \-b}} pour supprimer les informations existantes. La dernière étape consiste à utiliser la commande {{cldevice combine}} pour créer un périphérique nouveau et mis à jour.
h4. Libération de réservations SCSI2
Lorsque vous appliquez des patchs en mode mono-utilisateur avec des zones de basculement et que les disques comportent des réservations scsi2, suivez les instructions de [How to Apply Patches in Singl-User Mode with Failover Zones|http://docs.sun.com/app/docs/doc/819-2971/6n57mi2g0?a=view#geubs], en apportant la modification suivante&nbsp;:
h4. Mise à disposition des réservations SCSI-2
 
Lorsque vous appliquez des patchs en mode mono-utilisateur avec des zones de basculement et que les disques comportent des réservations SCSI-2, suivez les instructions de [How to Apply Patches in Single-User Mode with Failover Zones|http://docs.sun.com/app/docs/doc/819-2971/6n57mi2g0?a=view#geubs], en apportant la modification suivante&nbsp;:
Après avoir effectué l'étape 10, passez l'étape 11 et suivez les instructions pour déterminer si des réservations scsi2 existent sur les disques de l'ensemble de disques.
a. Pour tous les disques de l'ensemble de disques, exécutez /usr/cluster/lib/sc/scsi -c disfailfast -d /dev/did/rdsk/d#s2.
b. Si des clés sont répertoriées, libérez-les en exécutant la commande suivante&nbsp;: /usr/cluster/lib/sc/scsi -c release -d /dev/did/rdsk/d#s2.
b. Si des clés sont répertoriées, libérez-les en exécutant la commande suivante&nbsp;: /usr/cluster/lib/sc/scsi \-c release \-d /dev/did/rdsk/d#s2.

h3. {anchor:GDYMM} Guide du développeur des services de données
[Début|#top]
h4. {{cldevice}}(1M) {{cldevice}}(1CL)

Les informations suivantes relatives à la commande {{cldevice replicate}} manquent dans la page de manuel {{cldevice}}(1M)&nbsp;:
{section}{column:width=10%}
{column:width=10%}
{{replicate}}
{column}
{column:width=90%}
La sous-commande {{replicate}} n'est pas une méthode prise en charge pour la combinaison d'instances DID avec SRDF. Cette sous-commande ne peut être utilisée qu'avec TrueCopy. Pour combiner des instances DID avec SRDF, utilisez la commande {{cldevice combine}}.
{column} {section}
{section}
[Début|#top]

* L'option suivante manque dans la page de manuel {{clresource}}(1CL)&nbsp;:
{section}{column:width=5%}{{\-u}}
{column:width=5%}{{\-u}}
{column}
{column:width=95%}Avec l'opérande&nbsp;\+, indique que la commande fonctionne sur des ressources dont le groupe est suspendu. Si vous ne spécifiez pas l'option {{\-u}} lorsque vous spécifiez l'opérande&nbsp;+, la commande ignore toutes les ressources dont le groupe est suspendu.
L'option {{\-u}} est valide si vous spécifiez l'opérande&nbsp;+ pour les sous-commandes {{clear}}, {{disable}}, {{enable}}, {{monitor}}, {{set}} et {{unmonitor}}.
{column} {section}
{section}
* La description de l'opérande&nbsp;+ doit indiquer que, lorsqu'elle est utilisée avec la sous-commande {{clear}}, {{disable}}, {{enable}}, {{monitor}}, {{set}} ou {{unmonitor}}, la commande ignore toutes les ressources dont le groupe est suspendu, sauf si vous spécifiez également l'option {{\-u}}.
* Les exemples proposés dans les définitions des opérandes&nbsp;+ et {{\-}} pour les options {{\-p}}, {{\-x}} et {{\-y}} sont incorrects. Ces définitions devraient se lire comme suit&nbsp;:
{section}{column:width=5%}{{+}}
{column:width=5%}{{+}}
{column}
{column:width=95%}Ajoute une ou des valeurs à une valeur du tableau de chaînes. Seule la sous-commande définie accepte cet opérateur. Vous pouvez spécifier cet opérateur uniquement pour les propriétés acceptant les listes de valeurs de type chaîne (par exemple, {{Resource_dependencies}}).
{column} {section}
{section}{column:width=5%}{{\-}}
{column}
{section}
{section}
{column:width=5%}{{\-}}
{column}
{column:width=95%}Supprime une ou des valeurs d'une valeur du tableau de chaînes. Seule la sous-commande définie accepte cet opérateur. Vous pouvez spécifier cet opérateur uniquement pour les propriétés acceptant les listes de valeurs de type chaîne (par exemple, {{Resource_dependencies}}).
{column} {section}
{section}

[Début|#top]
* La page de manuel indique de manière incorrecte que l'option {{\-s}} _state_ peut être utilisée avec la sous-commande {{list}}. L'option {{\-s}} n'est actuellement pas disponible dans la commande {{clresourcegroup}} pour la sous-commande {{list}}. Elle n'est disponible que pour la sous-commande {{status}}. Ignorez les informations de la page de manuel relatives à l'option {{\-s}} lorsque celle-ci est utilisée avec la sous-commande {{list}}.
* L'option suivante manque dans la page de manuel {{clresourcegroup}}(1CL)&nbsp;:
{section}{column:width=5%}{{\-u}}
{column:width=5%}{{\-u}}
{column}
{column:width=95%}Indique que la commande fonctionne sur des groupes de ressources suspendus si vous spécifiez l'opérande&nbsp;\+. Si vous ne spécifiez pas l'option {{\-u}} lorsque vous spécifiez l'opérande&nbsp;\+, la commande ignore tous les groupes de ressources suspendus.
L'option {{\-u}} est valide lorsque l'opérande&nbsp;+ est indiqué pour les sous-commandes {{add-node}}, {{manage}}, {{offline}}, {{online}}, {{quiesce}}, {{remaster}}, {{remove-node}}, {{restart}}, {{set}}, {{switch}} et {{unmanage}}.
{column} {section}
{section}
* La description de l'opérande&nbsp;+ devrait indiquer que, lorsqu'elle est utilisée avec la sous-commande {{add-node}}, {{manage}}, {{offline}}, {{online}}, {{quiesce}}, {{remaster}}, {{remove-node}}, {{restart}}, {{set}}, {{switch}} ou {{unmanage}}, la commande ignore tous les groupes de ressources suspendus sauf si vous spécifiez également l'option {{\-u}}.

Dans la page de manuel {{rt_properties}}(5), dans la description de la propriété {{API_version}}, la date de la version (12/07) est incorrecte. La date devrait être 2/08, comme indiqué ci-dessous.
{panel}
{panel}{{3.2 {{3.2 2/08}}\\
bq. {{8}}{panel}
{panel}
[Début|#top]

Les informations suivantes relatives à la nouvelle option {{\-b}} manquent dans la page de manuel {{scdidadm}}(1M)&nbsp;:
{section}{column:width=5%}
{column:width=5%}
{{\-b}}
{column}
{column:width=95%}
Restaure une instance DID répliquée dans son état précédent, qui consistait en deux instances DID distinctes.
{column} {section}
{section}
Exemplenbsp;5.5 Annulation de configuration de périphérique DID répliqué
{panel}{{\# *scdidadm \-b 10{*}}}{panel}
{panel}
{{\# *scdidadm \-b 10{*}}}
{panel}
\\
[Début|#top]

h2. {anchor:CJACKKKD} Problèmes résolus

Cette section présente les demandes de modification ou les erreurs ou omissions de la documentation résolues après la version Sun Cluster&nbsp;3.2 2/08.

h3. Prise en charge de l'adaptateur de canal hôte (HCA) InfiniBand (6599044)&nbsp;


h3.

Les serveurs Sun SPARC Enterprise T5120 et T5220 utilisant le logiciel Sun Cluster 3.2 2/08 ne nécessitent plus le patch PRINCIPAL [126106|http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=126106&toDocument=yes] (Solaris 10) ou le patch [126107|http://sunsolve.sun.com/search/advsearch.do?collection=PATCH&type=collections&max=50&language=en&queryKey5=126107&toDocument=yes] (Solaris 10_x86) pour les configurations InfiniBand.

[Début|#top]

The individuals who post here are part of the extended Sun Microsystems community and they might not be employed or in any way formally affiliated with Sun Microsystems. The opinions expressed here are their own, are not necessarily reviewed in advance by anyone but the individual authors, and neither Sun nor any other party necessarily agrees with them.

Copyright 1994-2009 Sun Microsystems, Inc.
Powered by Atlassian Confluence
Sun Guidelines on Public Discourse Privacy Policy Terms of Use Trademarks Site Map Employment Investor Relations Contact