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 .
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).
#$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
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 (“”).
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:
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.
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.
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.
Similar a WHEN_OFFLINE. Sin embargo, el administrador del clúster debe inhabilitar el recurso antes de realizar la actualización.
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.
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.
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:
Espacio
Ficha
Barra diagonal (/)
Barra diagonal inversa (\)
Asterisco (*)
Signo de interrogación (?)
Coma (,)
Punto y coma (;)
Corchete izquierdo ([)
Corchete derecho (])
La propiedad RT_version, que era opcional en Sun Cluster 3.0, es obligatoria desde Sun Cluster 3.1.
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.