Les restrictions suivantes concernent la version Sun Cluster 3.0 5/02 :
Types de transport RSM (Remote Shared Memory) : Ces types de transport ne sont pas pris en charge, même si la documentation y fait parfois référence. Si vous utilisez l'interface RSMAPI, indiquez dlpi comme type de transport.
Interface SCI (Scalable Coherent Interface) : L'interface SCI SBus n'est pas prise en charge comme interconnexion de grappe. Par contre, l'interface PCI-SCI est prise en charge.
Interfaces de réseau logique : L'usage de ces interfaces est réservé au logiciel Sun Cluster 3.0.
Surveillance des chemins de disque : Seuls les chemins de disque actifs (à partir du noeud primaire actuel) sont surveillés par le logiciel Sun Cluster afin de détecter les éventuelles défaillances. Vous devez surveiller manuellement les chemins de disque pour empêcher toute double défaillance ou la perte du chemin d'accès à un périphérique de quorum.
SunVTSTM : Non pris en charge.
Bande, CD-ROM et DVD-ROM multihôte : non pris en charge.
LOFS (Loopback File System) : Le logiciel Sun Cluster 3.0 12/01 Concepts ne prend pas en charge l'utilisation d'un système de fichiers LOFS sur les noeuds de grappe.
Exécution d'applications clients sur les noeuds de la grappe : Les applications clients exécutées sur la grappe ne peuvent en aucun cas faire référence à des adresses IP logiques faisant partie d'un service de données HA. Durant une reprise sur panne, il se pourrait en effet que ces adresses IP logiques disparaissent et que le client devienne donc dépourvu de toute connexion.
Exécution de processus à haut niveau de priorité qui programment des classes sur les noeuds de grappe : Non prise en charge. N'exécutez jamais sur un noeud de grappe, quel qu'il soit, des processus qui s'exécutent dans la classe de programmation à temps partagé, avec un niveau de priorité supérieur à la normale, ni des processus qui s'exécutent dans la classe de programmation en temps réel. Sun Cluster 3.0 s'appuie sur des threads du noyau qui ne s'exécutent pas dans la classe de programmation en temps réel. D'autres processus à temps partagé qui s'exécutent avec une priorité supérieure à la normale ou ceux en temps réel peuvent empêcher les threads du noyau de Sun Cluster d'acquérir les cycles CPU requis.
Quotas de systèmes de fichiers : La configuration de Sun Cluster 3.0 ne prend pas en charge les quotas.
Le logiciel Sun Cluster 3.0 ne peut fournir des services qu'aux services de données fournis avec Sun Cluster ou configurés à l'aide de l'API de services de données de Sun Cluster.
N'utilisez pas de noeuds de grappe comme serveurs de courrier, car l'environnement Sun Cluster ne prend pas en charge le sous-système sendmail(1M). Aucun répertoire de courrier ne doit résider sur les noeuds Sun Cluster.
Ne configurez pas les noeuds de grappe comme routeurs (passerelles). Si le système devient indisponible, les clients ne pourront pas trouver d'autre routeur et, de ce fait, ne pourront pas procéder à une reprise sur panne.
Ne configurez pas les noeuds de grappe comme serveurs NIS ou NIS+. Les noeuds de grappe peuvent toutefois être des clients NIS ou NIS+.
N'utilisez pas de configuration Sun Cluster pour fournir un service d'initialisation ou d'installation à haut niveau de disponibilité sur des systèmes clients.
N'utilisez pas de configuration Sun Cluster 3.0 pour fournir un service rarpd.
A l'heure actuelle, seules les plates-formes matérielles suivantes prennent en charge le RAID de niveau 5 :
Matrices Sun StorEdge A5x00/A3500FC.
Matrices Sun StorEdge T3 et T3+. Notez, toutefois, que si vous utilisez ces matrices dans une configuration à contrôleur unique, vous devez utiliser un mécanisme supplémentaire pour la redondance des données, comme un miroir sur hôte. Si ces matrices sont utilisées dans une configuration "partner-group", les contrôleurs sont redondants. Vous pouvez donc utiliser RAID 5 sans miroir sur hôte.
AP (Alternate Pathing) n'est pas pris en charge.
Si vous utilisez un serveur Sun EnterpriseTM 420R équipé d'une carte PCI dans l'emplacement J4701, la carte mère doit être au moins de niveau 15 (501-5168-15 ou supérieure). La référence de la carte mère et son niveau de révision figurent sur la tranche de la carte, à proximité de l'emplacement PCI 1.
Des paniques du système ont été observées dans le cas de grappes où des cartes UDWIS E/S sont insérées dans l'emplacement 0 d'une carte mère d'un serveur Sun Enterprise 10000 ; évitez donc d'installer des cartes E/S UDWIS dans l'emplacement 0 de la carte mère d'un tel serveur (reportez-vous à la section "Bogue nº 4490386").
Dans les configurations Solstice DiskSuite qui utilisent des médiateurs, chaque ensemble de disques doit être associé à exactement deux hôtes médiateurs.
DiskSuite Tool (metatool) n'est pas compatible avec le logiciel Sun Cluster 3.0.
L'utilisation conjointe de VxVM Dynamic Multipathing (DMP) et du logiciel Sun Cluster 3.0 pour gérer plusieurs chemins à partir d'un même noeud n'est pas prise en charge.
Les groupes simples de disques root (rootdg créés sur une même tranche du disque root) ne sont pas pris en charge en tant que types de disque avec VxVM sur le logiciel Sun Cluster.
RAID 5 n'est pas pris en charge.
La commande umount -f se comporte exactement de la même façon que la commande umount sans l'option -f. Elle ne prend pas en charge les démontages forcés.
Seuls les répertoires vides ne prennent pas en charge la commande unlink (1M).
La commande lockfs -d n'est pas prise en charge. Utilisez la commande lockfs -n à la place.
Le système de fichiers de grappe ne prend en charge aucune des fonctions des systèmes de fichiers Solaris qui permettent de placer une marque de fin de communication dans l'espace de noms du système de fichiers. Par conséquent, même si vous pouvez créer une socket domaine UNIX portant le nom d'un nom de chemin dans le système de fichiers de la grappe, cette socket ne résisterait pas à une reprise sur panne du noeud. En outre, aucun fifo ou tube nommé créé sur un système de fichiers n'est globalement accessible, et vous devez éviter d'essayer d'employer la commande fattach à partir de n'importe quel noeud autre que le noeud local.
L'exécution de fichiers binaires de systèmes de fichiers, montés par le biais de l'option de montage forcedirectio, n'est pas prise en charge.
La configuration Sun Cluster 3.0 ne prend pas en charge les fonctions VxFS suivantes :
Quick I/O (E/S rapide)
Snapshots (instantanés)
Storage checkpoints (points de contrôle du stockage)
Les avis de cache (s'ils sont utilisés, ils ne s'appliquent qu'au noeud sélectionné)
VERITAS CFS (nécessite la fonction de grappe VERITAS & VCS)
Toutes les autres fonctions et options VxFS prises en charge dans une configuration de grappe sont également prises en charge par le logiciel Sun Cluster 3.0. Consultez la documentation de VxFS et les pages de manuel pour plus de détails sur les options de VxFS prises en charge ou non dans une configuration de grappe.
La configuration Sun Cluster 3.0 ne prend pas en charge les fonctions VxFS suivantes :
convosync (Convert O_SYNC) convosyncO_SYNC
mincache
qlog, delaylog, tmplog
Pour un système de fichiers de grappe VxFS, vous devez monter et démonter globalement le système de fichiers de la grappe à partir du noeud primaire (le noeud maître du disque sur lequel réside le système de fichiers VxFS) afin de garantir la réussite de l'opération. Tout montage ou démontage d'un système de fichiers VxFS à partir d'un noeud secondaire risque d'échouer.
Pour un système de fichiers VxFS, vous devez exécuter ioctls à partir du noeud primaire uniquement. Chaque fois que vous avez des doutes quant à l'implication de ioctls dans une commande d'administration, exécutez toujours cette commande à partir du noeud principal.
Pour administrer un système de fichiers VxFS, vous devez exécuter toutes les commandes d'administration de VxFS à partir du noeud primaire du système de fichiers de la grappe de VxFS.
Toutes les cartes de réseau public doivent faire partie de groupes NAFO.
Un sous-réseau IP ne contient qu'un seul groupe NAFO pour chaque noeud. Le logiciel Sun Cluster 3.0 ne prend pas en charge l'entrelacement IP, même sous sa forme la plus simple, où plusieurs adresses IP coexistent sur le même sous-réseau.
Un groupe NAFO ne peut pas contenir plusieurs cartes actives simultanément.
Le logiciel Sun Cluster 3.0 ne prend pas en charge le paramétrage local-mac-address?=true de la mémoire PROM de OpenBootTM.
Cette section décrit les restrictions liées à certains services de données. Aucune restriction ne s'applique à l'ensemble de services de données.
Les futures Notes de versions de Sun Cluster n'incluront pas les restrictions liées aux services de données qui ne s'appliquent qu'à des services de données spécifiques. Néanmoins, les Notes de version de Sun Cluster décriront toutes les restrictions de services de données s'appliquant à tous les services de données.
Pour plus de restrictions liées aux services de données et s'appliquant à certains services de données, consultez le Sun Cluster 3.0 12/01 Data Services Installation and Configuration Guide.
Adhérez à l'option Oracle Parallel Fail Safe/Real Application Clusters Guard de Oracle Parallel Server/Real Application Clusters, car vous ne pourrez plus modifier les noms d'hôtes après avoir installé le logiciel Sun Cluster.
Pour de plus amples informations sur cette restriction liée aux noms d'hôte/noms de noeud, voir la documentation de Oracle Parallel Fail Safe/Real Application Clusters Guard.
Si le client NetBackup VERITAS est une grappe, un seul hôte logique peut être configuré comme client car il n'y a qu'un seul fichier bp.conf.
Si le client NetBackup est une grappe et si l'un des hôtes logiques de la grappe est configuré comme client NetBackup, NetBackup ne peut pas sauvegarder les hôtes physiques.
Sur la grappe qui exploite le serveur maître, le serveur maître est le seul hôte logique qui puisse être sauvegardé.
Aucun support de sauvegarde ne peut être relié au serveur maître, il faut donc installer un ou plusieurs serveur(s) de support.
Aucun noeud Sun Cluster ne peut être le client NFS d'un système de fichiers exporté Sun Cluster HA for NFS-, sous la maîtrise d'un noeud de la même grappe. Un tel montage croisé de Sun Cluster HA for NFS est interdit. Utilisez le système de fichiers de grappe pour répartir les fichiers entre les noeuds de grappe.
Les applications exécutées localement sur la grappe ne doivent pas verrouiller les fichiers sur un système de fichiers exporté via NFS. Sinon, un blocage local (par exemple, flock(3UCB) ou fcntl (2)) risque d'empêcher le gestionnaire de verrouillage (lockd) de redémarrer. Au redémarrage, il est possible qu'un processus local bloqué soit verrouillé et que seul un client distant puisse le déverrouiller. Le comportement qui s'en suit est imprévisible.
Sun Cluster HA for NFS exige que tous les montages de clients NFS soient des montages "rigides".
Avec Sun Cluster HA for NFS, n'utilisez pas d'alias de noms d'hôtes pour les ressources réseau. Si des clients NFS montent des systèmes de fichiers de grappe qui utilisent des alias de noms d'hôtes, ces clients risquent des problèmes de reprise dans le cas d'un verrouillage statd.
Le logiciel Sun Cluster 3.0 ne prend pas en charge l'option Secure NFS ni l'utilisation conjointe de Kerberos et de NFS, et en particulier les options secure et kerberos appliquées au sous-système share_nfs(1M). Néanmoins, le logiciel Sun Cluster 3.0 prend en charge l'utilisation de ports sécurisés pour NFS en ajoutant l'entrée set nfssrv:nfs_portmon=1 au fichier /etc/system sur les noeuds de la grappe.