test

Sun Cluster: Guía del desarrollador de los servicios de datos del sistema operativo Solaris

Configuración del contenido de un archivo de Registro del tipo de recurso

Nombre del tipo de recurso

El nombre del tipo de recurso está formado por tres componentes, las propiedades especificadas en el archivo RTR como vendor-id, resource-type y rt-version. El comando scrgadm inserta los delimitadores de punto, y punto y coma para crear el nombre del tipo de recurso. 

vendor-id.resource-type:rt-version

El prefijo vendor-id sirve para distinguir entre dos archivos de registro con el mismo nombre proporcionados por diferentes compañías. Para garantizar la exclusividad de vendor-id, utilice el símbolo del valor de la compañía al crear el tipo de recurso. rt-version distingue entre varias versiones registradas (actualizaciones) del mismo tipo de recurso básico.

Para obtener el nombre completo del tipo de recurso, escriba el siguiente comando: 


# scha_resource_get -O Type -R resource-name -G resource-group-name

Los nombres del tipo de recurso registrados antes de Sun Cluster 3.1 siguen usando la sintaxis siguiente: 

vendor-id.resource-type

El formato de los nombres de tipos de recursos se describe en Formato de los nombres de tipos de recursos .

Especificación de las directivas #$upgrade y #$upgrade_from

Para garantizar que el tipo de recurso que se va a modificar esté habilitado para actualización, incluya la directiva #$upgrade en el archivo RTR del tipo de recurso. A continuación de la directiva #$upgrade, añada el valor cero o más directivas #$upgrade_from para cada versión anterior del tipo de recurso que desee admitir.

Las directivas #$upgrade y #$upgrade_from deben aparecer entre las secciones de declaraciones de propiedades del tipo de recurso y las declaraciones de recursos en el archivo RTR. Consulte la página de comando man rt_reg(4).

Ejemplo 4–1 Directiva #$upgrade_from en un archivo RTR 

#$upgrade_from   "1.1"   WHEN_OFFLINE
#$upgrade_from   "1.2"   WHEN_OFFLINE
#$upgrade_from   "1.3"   WHEN_OFFLINE
#$upgrade_from   "2.0"   WHEN_UNMONITORED
#$upgrade_from   "2.1"   ANYTIME
#$upgrade_from   ""      WHEN_UNMANAGED

El formato de la directiva #$upgrade_from es el siguiente: 

#$upgrade_from version tunability
version

RT_version. Si un tipo de recurso no tiene una versión o dispone de una versión diferente a la definida con anterioridad en el archivo RTR, especifique la cadena vacía (“”).

tunability

Las condiciones en las que un administrador del clúster puede actualizar la propiedad RT_version especificada o el momento en que debe hacerlo.

Utilice los siguientes valores de capacidad de ajuste en las siguientes directivas #$upgrade_from:

ANYTIME

Utilice este valor cuando no haya ninguna restricción para el momento en que el administrador del clúster puede actualizar el recurso. Los recursos pueden estar completamente en línea durante la actualización.

WHEN_UNMONITORED

Utilice este valor cuando los métodos de la nueva versión del tipo de recurso sean los siguientes:

  • Los métodos Update, Stop, Monitor_check y Postnet_stop son compatibles con los métodos de inicio de la versión anterior del tipo de recurso (Prenet_stop y Start)

  • El método Fini es compatible con las versiones anteriores de Init.

El administrador del clúster sólo debe detener el programa del supervisor de recursos antes de la actualización.

WHEN_OFFLINE

Utilice este valor cuando el método Update, Stop, Monitor_check o Postnet_stop de la nueva versión del tipo de recurso presente las siguiente características:

  • Compatible con el método Init de una versión anterior

  • Incompatible con los métodos de inicio de la versión anterior del tipo de recurso (Prenet_stop y Start)

El administrador del clúster debe poner fuera de línea el recurso antes de efectuar la actualización.

WHEN_DISABLED

Similar a WHEN_OFFLINE. Sin embargo, el administrador del clúster debe inhabilitar el recurso antes de realizar la actualización.

WHEN_UNMANAGED

Utilice este valor cuando el método Fini de la nueva versión del tipo de recurso sea incompatible con el método Init de la versión anterior. El administrador del clúster debe pasar el grupo de recursos existente al estado no administrado antes de efectuar la actualización.

Si una versión del tipo de recurso no aparece en la lista de directivas #$upgrade_from directives, RGM impone de forma predeterminada la capacidad de ajuste WHEN_UNMANAGED en esa versión.

AT_CREATION

Utilice este valor para impedir que se actualicen los recursos existentes a la nueva versión del tipo de recurso. El administrador del clúster debe eliminar un recurso y crearlo de nuevo.

Cambio de RT_version en un archivo RTR

Sólo se debe cambiar la propiedad RT_version en un archivo RTR cuando se modifique el contenido de dicho archivo. Seleccione un valor para esta propiedad que indique claramente que esta versión del tipo de recurso es la más reciente.

No incluya los siguientes caracteres en la cadena de RT_version del archivo RTR o fallará el registro del tipo de recurso:

La propiedad RT_version, que era opcional en Sun Cluster 3.0, es obligatoria desde Sun Cluster 3.1.

Nombres de los tipos de recursos en versiones anteriores de Sun Cluster

Los nombres de tipos de recursos de Sun Cluster 3.0 no contienen el sufijo de versión, como se muestra a continuación: 

vendor-id.resource-type

Un tipo de recurso registrado originalmente en Sun Cluster 3.0 sigue teniendo un nombre de acuerdo con esta sintaxis, aunque el administrador del clúster actualice el software de clústeres a la versión 3.1 o posteriores. Del mismo modo, un tipo de recurso a cuyo archivo RTR le falte la directiva #$upgrade recibe un nombre con formato de Sun Cluster 3.0 (sin sufijo de versión) si el archivo RTR se ha registrado en un clúster que esté ejecutando, como mínimo, la versión 3.1 de Sun Cluster.

El administrador del clúster puede registrar los archivos RTR mediante la directiva #$upgrade o #$upgrade_from en Sun Cluster 3.0. Sin embargo, no se admite la actualización de los recursos existentes a los nuevos tipos de recurso en Sun Cluster 3.0.