Información general sobre la administración de sistemas de archivos de clústers

No es necesario utilizar ningún comando especial de Oracle Solaris Cluster para la administración del sistema de archivos de clúster. Un sistema de archivos de clúster se administra igual que cualquier otro sistema de archivos de Oracle Solaris, es decir, mediante comandos estándar de sistema de archivos de Oracle Solaris como mount y newfs. Puede montar sistemas de archivos de clúster si especifica la opción -g en el comando mount. Los sistemas de archivos de clúster también se pueden montar automáticamente durante el arranque. Los sistemas de archivos de clúster sólo son visibles desde el nodo de votación de un clúster global. Si necesita poder tener acceso a los datos del sistema de archivos de clúster desde un nodo sin votación, asigne los datos a dicho nodo con zoneadm(1M) o HAStoragePlus.

Restricciones del sistema de archivos de clúster

La administración del sistema de archivos de clúster presenta las restricciones siguientes:

• El comando unlink(1M) no se admite en directorios que no estén vacíos.

• No se admite el comando lockfs -d. Como solución alternativa, utilice el comando lockfs -n.

• No puede volver a montar un sistema de archivos de clúster con la opción de montaje directio agregada en el momento en que el montaje se realiza de nuevo.

• Se admite ZFS para sistemas de archivos root, con una excepción importante. Si emplea una partición dedicada del disco de arranque para el sistema de archivos de los dispositivos globales, como sistema de archivos se debe usar sólo UFS. El espacio de nombre de dispositivos globales necesita que el sistema de archivos proxy (PxFS) se ejecute en un sistema de archivos UFS. Sin embargo, un sistema de archivos UFS para el espacio de nombre de dispositivos globales puede coexistir con un sistema de archivos ZFS para el sistema de archivos root (/) y otros sistemas de archivos root, por ejemplo /var o /home. Asimismo, si se utiliza un dispositivo de lofi para alojar el espacio de nombre de dispositivos globales, no hay límites en el uso de ZFS para sistemas de archivos root.

Directrices para admitir VxFS

Las siguientes funciones de VxFS no son compatibles con un sistema de archivos de clúster de Oracle Solaris Cluster. Sin embargo, sí son compatibles en un sistema de archivos local.

• E/S rápida

• Instantáneas

• Puntos de control de almacenamiento

• Opciones de montaje específicas de VxFS:

  • convosync (Convertir O_SYNC)

  • mincache

  • qlog, delaylog, tmplog

• Sistema de archivos de clúster de Veritas (requiere VxVM, función de clúster y Veritas Cluster Server). La función de clúster de VxVM no es compatible con los sistemas basados en x86.

Se pueden usar notificaciones de la memoria caché, pero sólo surten efecto en el nodo concreto.

Todas las demás funciones y opciones de VxFS compatibles con un sistema de archivos de clúster, también son compatibles con el software Oracle Solaris Cluster Consulte la documentación de VxFS para obtener más información sobre las opciones de VxFS que se admiten en una configuración de clúster.

Las directrices siguientes sobre el uso de VxFS para crear sistemas de archivos de clúster de alta disponibilidad se aplican a una configuración de Oracle Solaris 3.3.

• Siga los procedimientos que figuran a continuación, descritos en la documentación de VxFS, para crear un sistema de archivos de VxFS.

• Monte y desmonte un sistema de archivos de VxFS desde el nodo primario. El nodo primario controla el disco en el que reside el sistema de archivos de VxFS. Una operación de montaje o desmontaje de sistema de archivos de VxFS hecha desde un nodo secundario puede experimentar un error.

• Ejecute todos los comandos de administración de VxFS desde el nodo primario del sistema de archivos de clúster de VxFS.

Las directrices siguientes para administrar sistemas de archivos de clúster de &118; no son exclusivas del software Oracle Solaris 3.3. Ahora bien, las directrices difieren de la manera de administrar sistemas de archivos de clúster UFS.

• Los archivos de un sistema de archivos de clúster de VxFS pueden administrarse desde cualquier nodo del clúster. La excepción es ioctls, que debe ejecutarse sólo desde el nodo primario. Si ignora si un comando de administración afecta a ioctls, ejecute el comando desde el nodo primario.

• Si se da un error en un sistema de archivos de clúster de VxFS y migra a un nodo secundario, todas las operaciones de llamada del sistema estándar que estaban en curso durante la migración tras error vuelven a ejecutarse de forma transparente en el nuevo nodo primario. Sin embargo, las operaciones relacionadas con ioctl que estuviesen en curso durante el proceso de migración tras error no se podrán realizar. Después de una migración tras error del sistema de archivos de clúster de VxFS, compruebe el estado del sistema de archivos de clúster. Los comandos administrativos ejecutados en el anterior primario antiguo antes de la migración tras error podrían necesitar correcciones. Si desea obtener más información, consulte la documentación de VxFS.