Resumen del problema: al utilizar un ZFS Storage Appliance, durante una prueba de fallo de energía, después de apagar todos los nodos del cluster y de volver a encenderlos, es posible que la base de datos se vuelva a conectar y que la aplicación completa falle. Siempre que se produce un ciclo de energía, la aplicación podría no estar disponible hasta que borre manualmente los bloqueos de NFS del almacenamiento de ZFS Storage Appliance.
Solución alternativa: para el almacenamiento de ZFS Storage Appliance (sistemas de archivos NFS), desde la GUI de ZFS Storage Appliance, vaya a maintenance, seleccione workflows y, luego, haga clic en Clear Locks (con el nombre de host y la dirección IP).
Resumen del problema: Este problema se puede producir en un sistema configurado con un recurso SUNW.HAStoragePlus (HASP) que gestiona una agrupación de almacenamiento ZFS.
Cuando se realizan operaciones grandes con los comandos zfs send y zfs recv con una instantánea de otro sistema en un subvolumen ZFS separado en el mismo zpool gestionado por HASP, los recursos de HASP pueden fallar en Oracle Solaris Cluster 4.3 si se está ejecutando en Oracle Solaris 11.2 o en Oracle Solaris 11.3.
Solución alternativa: antes de comenzar la replicación de datos del sistema de archivos que se está gestionando activamente en el recurso de Oracle Solaris Cluster, realice una de las siguientes acciones:
Ejecute el siguiente comando para desactivar el recurso de HASP:
# clresource disable hasp-resource-name
Ejecute el siguiente comando para desactivar la supervisión del recurso de HASP:
# clresource unmonitor hasp-resource-name
Una vez completada correctamente la replicación de datos, coloque el recurso de HASP en un estado supervisado y en línea.
Tenga en cuenta que, incluso con la solución alternativa, si se produce un failover de HASP durante zfs receive, no se completará la replicación de la instantánea. Deberá reanudar manualmente la replicación en el nodo en el que HASP realiza el failover.
Resumen del problema: los asistentes de configuración de servicio de datos existentes no permiten configurar recursos o grupos de recursos escalables de HAStoragePlus. Además, los asistentes tampoco pueden detectar recursos y grupos de recursos existentes escalables de HAStoragePlus.
Por ejemplo, durante la configuración de HA para WebLogic Server en el modo de instancias múltiples, el asistente mostrará No highly available storage resources are available for selection (No hay recursos de almacenamiento de alta disponibilidad disponibles para la selección), incluso cuando haya grupos de recursos y recursos escalables existentes de HAStoragePlus en el cluster.
Solución alternativa: configure los servicios de datos que utilicen recursos y grupos de recursos escalables de HAStoragePlus de la siguiente forma:
Use los comandos clresourcegroup y clresource para configurar los recursos y grupos de recursos de HAStoragePlus en modo escalable.
Use el asistente clsetup para configurar servicios de datos como si estuviesen en sistemas de archivos locales, como si no hubiese recursos de almacenamiento involucrados.
Use la CLI para crear una dependencia de reinicio fuera de línea en los recursos escalables de HAStoragePlus, que configuró en el paso 1, y una afinidad positiva fuerte en los grupos de recursos escalables de HAStoragePlus.
Resumen del problema: si las aplicaciones escalables configuradas para ejecutarse en clusters de zona diferentes se enlazan a INADDR_ANY y usan el mismo puerto, los servicios escalables no pueden distinguir entre las instancias de estas aplicaciones que se ejecutan en clusters de zona distintos.
Solución alternativa: no configure las aplicaciones escalables para enlazar a INADDR_ANY como la dirección IP local o para enlazarlas a un puerto que no entre en conflicto con otra aplicación escalable.
Resumen del problema: cuando se reinicia o se apaga un nodo de cluster en el que el recurso de Oracle Solaris Cluster HA para NFS está en línea, si un cliente NFS tenía un archivo o directorio abierto con una operación de escritura en curso, es posible que el cliente NFS vea el error que indica que el manejador de archivos NFS está desactualizado.
Solución alternativa: antes de reiniciar o cerrar el nodo de cluster en el que el recurso de Oracle Solaris HA para NFS está en línea, ejecute un switchover de un grupo de recursos a un nodo de cluster de destino diferente.
# clrg switch -n target_host nfs-rg
En este ejemplo, target_host es el nodo de cluster de destino para el switchover de grupo de recursos nfs-rg.
Resumen del problema: el inicio de Oracle Grid se puede bloquear de manera indefinida al usar Oracle Solaris 11.3 y Oracle Grid 12.1.0.1.0.
Solución alternativa: puede utilizar Oracle Grid 12.1.0.2.0 u Oracle Solaris 11.2 para evitar este problema. Póngase en contacto con el representante de soporte de Oracle para averiguar si hay una corrección o una solución alternativa disponible.
Resumen del problema: cuando se usa Oracle Solaris Cluster HA para Oracle con Solaris Volume Manager (SVM) o con dispositivos de sistema de archivos UFS en un entorno de cluster x64, se puede dañar el log de Oracle Database.
Solución alternativa: para evitar que se dañen los datos cuando se usan sistemas de archivos basados en SVM o UFS con HA para Oracle Database, coloque los binarios de Oracle y los datos de Oracle en sistemas de archivos separados. En sistemas de archivos de datos de Oracle, configure forcedirectio en /etc/vfstab para evitar el bug. Debe usar forcedirectio solamente para el sistema de archivos de datos de Oracle; por lo tanto, se requieren sistemas de archivos separados para los binarios de Oracle y para los datos de Oracle.