El servicio de datos de Sun Cluster HA para Oracle 3.0 se puede ejecutar en Sun Cluster 3.1 sólo si se utiliza con las versiones siguientes del sistema operativo Solaris:
Solaris 8, versión de 32 bits
Solaris 8, versión de 64 bits
Solaris 9, versión de 32 bits
El servicio de datos de Sun Cluster HA para Oracle 3.0 no puede ejecutarse en Sun Cluster 3.1 si se utiliza con la versión de 64 bits de Solaris 9.
Siga la documentación de la opción Parallel Fail Safe/Real Application Clusters Guard de Oracle de los clústers de Oracle Parallel Server/Real Application porque no puede cambiar los nombres de los sistemas después de instalar Sun Cluster.
Si desea obtener más información sobre esta restricción en los nombres de los sistemas y en los nombres de los nodos, consulte la documentación de Parallel Fail Safe/Real Application Clusters Guard de Oracle.
Si el cliente de VERITAS NetBackup es un clúster, únicamente se puede configurar un sistema lógico como cliente porque sólo hay un archivo bp.conf.
Si el cliente de NetBackup es un clúster y si uno de los sistemas lógicos de éste está configurado como el cliente de NetBackup, éste no podrá efectuar una copia de seguridad de los sistemas físicos.
En el clúster que ejecuta el servidor maestro, éste es el único sistema lógico del que se puede hacer una copia de seguridad.
No se puede adjuntar el soporte de la copia de seguridad al servidor maestro, de modo que se requieren uno o más servidores de soporte.
En un entorno de Sun Cluster, el control robótico sólo se admite en los servidores de soportes y no en el servidor maestro de NetBackup que se ejecute en Sun Cluster.
Ningún nodo de Sun Cluster puede ser un cliente NFS de un sistema de archivos exportado por Sun Cluster HA para NFS que se esté controlando en un nodo del mismo clúster. No se permite este montaje cruzado de Sun Cluster HA para NFS. Utilice el sistema de archivos del clúster para compartir los archivos entre los nodos del clúster.
Las aplicaciones que se ejecuten de manera local en el clúster no deben bloquear los archivos en un sistema de archivos exportado a través de NFS. De lo contrario, el bloqueo local (por ejemplo, flock(3UCB) o fcntl(2)) podría interferir en la posibilidad de reiniciar el gestor de bloqueos (lockd). Durante el reinicio se puede garantizar, al proceso de bloqueo local, un bloqueo que puede estar pensado para que un cliente remoto lo solicite. Esto provocaría un comportamiento impredecible.
Sun Cluster HA para NFS requiere que todos los montajes de clientes de NFS sean montajes “de forma fija”.
En el caso de Sun Cluster HA para NFS, no utilice alias en los nombres de sistemas de los recursos de la red. Los clientes de NFS que monten sistemas de archivos del clúster que utilicen alias de nombres de sistemas pueden experimentar problemas de recuperación del bloqueo de statd.
Sun Cluster 3.1 no admite Secure NFS ni el uso de Kerberos con NFS; en concreto, las opciones secure y kerberos en el subsistema share_nfs(1M). No obstante, Sun Cluster 3.1 admite el uso de puertos seguros para NFS añadiendo la entrada set nfssrv:nfs_portmon=1 al archivo /etc/system en los nodos de los clústers.
No utilice NIS para los servicios de asignación de nombres en un clúster que ejecute Sun Cluster HA para SAP liveCache porque la entrada NIS sólo se utiliza si los archivos no están disponibles.
Si desea obtener más información sobre los procedimientos de los requisitos de la contraseña de nssswitch.conf relacionados con esta restricción, consulte “Preparing the Nodes and Disks”in Sun Cluster 3.1 Data Service for SAP liveCache Guide.