Sun Cluster 3.1 10/03: Guía del desarrollador de los servicios de datos

Archivo de registro del tipo de recurso

Nombre del tipo de recurso

Los tres componentes del nombre del tipo de recurso son propiedades especificadas en el archivo RTR, como ID_fabricante, tipo_recurso y versión_TR. El comando scrgadm introduce los delimitadores de punto y de punto y coma para crear el nombre del tipo de recurso:


ID_fabricante.tipo_recurso:versión_rt

El prefijo ID_fabricante sirve para diferenciar dos archivos de registro con el mismo nombre, suministrados por fabricantes diferentes. El sufijo versión_TR establece una distinción entre las diferentes versiones registradas (modernizaciones) del mismo tipo de recurso básico. Para garantizar que el ID_fabricante sea único, se recomienda utilizar el símbolo bursátil de la empresa que crea el tipo de recurso.

El registro del tipo de recurso no será satisfactorio si la secuencia de versión_TR incluye un espacio en blanco, una tabulación, barra inclinada (/), barra inclinada inversa (\), asterisco (*), interrogación (?), coma (,), punto y coma (;), corchete izquierdo ([) o corchete derecho (]).

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

El nombre completo es el nombre que devuelve el comando siguiente:


scha_resource_get -O Type -R nombre_recurso -G nombre_grupo_recurso

Los nombres del tipo de recursos registrados antes de Sun Cluster 3.1 siguen usando el formato:


ID_fabricante.tipo_recurso

Directivas

Los archivos RTR de los tipos de recursos habilitados para la modernización deben incluir una directiva #$upgrade, seguida de cero o más directivas con el formato:


#$upgrade_from versión capacidad de ajuste

La directiva upgrade_from consiste en la secuencia #$upgrade_from, seguida de RT_Version, seguida a su vez de la limitación de la capacidad de ajuste en el recurso. Si el tipo de recurso desde el que se está realizando la modernización no tiene una versión, RT_Version se especifica como la secuencia vacía, como muestra el último de los siguientes ejemplos:


#$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

RGM impone estas limitaciones a un recurso cuando el administrador intenta cambiar el valor Type_version del recurso. Si la versión actual del tipo de recurso no aparece en la lista, RGM impone la capacidad de ajuste de When_unmanaged.

Estas directivas deben aparecer entre la sección de declaraciones de la propiedad del tipo de recurso del archivo RTR y la sección de declaraciones del recurso del archivo RTR. Consulte rt_reg(4).

Cambio de RT_Version en un archivo RTR

Cambie la secuencia RT_Version de un archivo RTR siempre que cambie el contenido de éste. El valor de esta propiedad debe dejar claro cuál es la versión más reciente del tipo de recurso y cuál es la más antigua. No es necesario cambiar la secuencia RT_Version si no hay cambios en el archivo RTR.

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

Los nombres de los tipos de recursos de Sun Cluster 3.0 no contenían el sufijo de la versión:


ID_fabricante.nombre_recurso

Un tipo de recurso registrado originalmente en Sun Cluster 3.0 sigue teniendo un nombre con este formato aunque se modernice el software del clúster a Sun Cluster 3.1. Del mismo modo, un tipo de recurso cuyo archivo RTR carezca de directiva #$upgrade recibe un nombre con formato de Sun Cluster 3.0, sin el sufijo de versión, si el archivo RTR está registrado en un clúster que funcione con el software Sun Cluster 3.1.

Puede registrar archivos RTR con las directivas #$upgrade o #$upgrade_from de Sun Cluster 3.0, pero la migración de recursos a nuevos tipos de recursos de Sun Cluster 3.0 no se admitirá.