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

Requisitos de instalación y de paquetes

Tenga en cuenta los siguientes dos puntos al determinar los requisitos de instalacion y de paquetes para los paquetes de tipos de recursos:

Cuando se registra un nuevo tipo de recurso, se debe poder acceder a su archivo RTR en el disco.
Al crear un nuevo tipo de recurso, todos los nombres de ruta de métodos declarados y el programa del supervisor de este nuevo tipo deben residir en el disco y ser ejecutables. El método y los programas del supervisor antiguos deben permanecer en su lugar mientras el recurso se esté utilizando.

Para determinar el paquete correcto que debe utilizarse, tenga en cuenta las siguientes preguntas:

¿Cambia el archivo RTR?
¿Cambian el valor predeterminado o la capacidad de ajuste de una propiedad?
¿Cambian los valores min o max de una propiedad?
¿Agrega o elimina propiedades esta actualización?
¿Cambia el código del supervisor?
¿Cambia el código del método?
¿Son compatibles los nuevos métodos, el código del supervisor, o ambos, con las versiones anteriores?

Las respuestas a estas preguntas le ayudarán a determinar el paquete correcto que debe utilizarse para el nuevo tipo de recurso.

Antes de modificar el archivo RTR

No es necesario que cree un nuevo método o código del supervisor al modificar un tipo de recurso. Por ejemplo, puede cambiar únicamente el valor predeterminado o la capacidad de ajuste de una propiedad del recurso. En ese caso, al no cambiar el código del método, no es necesario un nuevo nombre de ruta válido al archivo RTR legible.

Si no necesita volver a registrar el tipo de recurso antiguo, el nuevo archivo RTR puede sobrescribir la versión anterior. De lo contrario, incluya el nuevo archivo RTR en la nueva ruta.

Si la actualización cambia el valor predeterminado o la capacidad de ajuste de una propiedad, utilice el método Validate para que la nueva versión del tipo de recurso compruebe si los atributos de propiedades existentes son válidos para el nuevo tipo de recurso. Si no lo son, el administrador del clúster puede cambiar las propiedades de un recurso existente para especificar los valores correctos. Si la actualización cambia los atributos min, max o type de una propiedad, el comando scrgadm valida automáticamente estas restricciones cuando el administrador del clúster actualice el tipo de recurso.

Si la actualización agrega una nueva propiedad o elimina una antigua, es probable que deba cambiar los métodos de rellamada o el código del supervisor.

Cambio del código del supervisor

Si sólo se cambia el código del supervisor de un tipo de recurso, la instalación del paquete puede sobrescribir los binarios del supervisor.

Cambio del código del método

Si sólo cambia el código del método en un tipo de recurso, debe determinar si el nuevo código es compatible con el antiguo. La respuesta a esta cuestión determina si se debe almacenar el nuevo código del método en una nueva ruta o si se pueden sobrescribir los métodos antiguos.

Si se pueden aplicar los nuevos métodos Stop, Postnet_stop y Fini (en caso de haberse declarado) inicializados o iniciados por las versiones antiguas Start, Prenet_stop o Init, estos métodos pueden sobrescribirse con los nuevos.

Si, por el contrario, la aplicación de un nuevo valor predeterminado a una propiedad provoca que un método como, Stop, Postnet_stop, o Fini falle, el administrador del clúster debe restringir convenientemente el estado del recurso al actualizar el tipo de recurso.

Se puede permitir al administrador del clúster restringir el estado del recurso cuando se limita la capacidad de ajuste de la propiedad Type_version para actualizarlo.

Una posible forma de actualizar un paquete consiste en incluir todas las versiones anteriores de un tipo de recurso compatible aún con dicho paquete. Este enfoque permite sustituir la antigua versión del paquete por la nueva, sin necesidad de sobrescribir o eliminar las rutas anteriores a los métodos. Debe decidir el número versiones anteriores que se admitirán.

Selección del esquema de paquetes que se utilizará

La siguiente tabla resume los esquemas de paquetes que se utilizarán para los nuevos tipos de recursos.

Tabla 4–1 Selección del esquema de paquete que se utilizara


Tipo de cambio	Valor de capacidad de ajuste	Esquema de paquetes
Realice únicamente cambios en las propiedades del archivo RTR.	`ANYTIME`	Envíe sólo el nuevo archivo RTR.
Actualice los métodos.	`ANYTIME`	Incluya los métodos actualizados en una ruta diferente a las de los métodos antiguos.
Instale el nuevo programa del supervisor.	`WHEN_UNMONITORED`	Sobrescriba únicamente la versión anterior del supervisor.
Actualice los métodos. Los nuevos métodos `Update` y `Stop` son incompatibles con los métodos `Start`.	`WHEN_OFFLINE`	Incluya los métodos actualizados en una ruta diferente a las de los métodos antiguos.
Actualice los métodos y agregue las nuevas propiedades al archivo RTR. Los nuevos métodos requieren nuevas propiedades. Se pretende permitir que el grupo de recursos que contiene el recurso permanezca en línea, pero impedir que el propio recurso esté en línea cuando el estado del grupo se cambia de fuera de línea a en línea en un nodo.	`WHEN_DISABLED`	Sobrescribir las versiones anteriores de los métodos.
Actualice los métodos y agregue las nuevas propiedades al archivo RTR. Los nuevos métodos no requieren nuevas propiedades.	`ANYTIME`	Sobrescriba las versiones anteriores de los métodos.
Actualice los métodos. El nuevo método `Fini` es incompatible con el método `Init` antiguo.	`WHEN_UNMANAGED`	Incluya los métodos actualizados en una ruta diferente a las de los métodos antiguos.
Actualice los métodos. No se realizan cambios en el archivo RTR.	No se aplica. No se realizan cambios en el archivo RTR.	Sobrescribir las versiones anteriores de los métodos. Como no se ha realizado ningún cambio en el archivo RTR, no es necesario registrar o actualizar el recurso.