Estos ejemplos muestran diferentes situaciones de modernización e instalación de los tipos de recursos. La información de los paquetes y la capacidad de ajuste se han seleccionado en función de los tipos de cambios que se hayan realizado en la implementación del tipo de recurso. La capacidad de ajuste se aplica a la migración del recurso al nuevo tipo.
Todos los ejemplos presuponen que:
El tipo de recurso se incluye en un paquete de Solaris. Consulte pkgadd(1M) y pkgrm(1M)
Sólo hay una versión anterior del tipo de recurso y, por tanto, sólo hay una directiva #$upgrade_from en el nuevo archivo RTR
El procedimiento de instalación no eliminará ni sobrescribirá los métodos si es posible que RGM invoque los métodos mientras se eliminan del disco
Los nuevos métodos son compatibles con los antiguos, salvo que se indique lo contrario
Los recursos y grupos de recursos se ponen en el estado necesario antes de la instalación o migración, con la orden scswitch(1M) correcto, o equivalente. El ejemplo siguiente muestra cómo poner el grupo de recursos en un estado no gestionado:
scswitch -M -n -j recurso scswitch -n -j recurso scswitch -F -g grupo_recursos scswitch -u -g grupo_recursos |
Los tipos de recursos se registran con la orden siguiente:
scrgadm -a -t tipo_recurso -f ruta_a_archivo_RTR |
Los tipos de recursos se migran con la orden siguiente:
scrgadm -c -j recurso -y Type_version=versión \ -y propiedad=valor \ -x propiedad=valor ... |
Los recursos y grupos de recursos se devuelven a su estado anterior tras la migración, con la orden scswitch(1M) adecuada, o equivalente:
scswitch -M -e -j recurso scswitch -e -j recurso scswitch -o -g grupo_recurso scswitch -Z -g grupo_recurso |
Es posible que el desarrollador de tipos de recursos tenga que especificar valores más restrictivos para la capacidad de ajuste que los que se indican en estos ejemplos. Los valores de la capacidad de ajuste dependen de los cambios precisos que se realicen en la implementación del tipo de recurso. Asimismo, el desarrollador del tipo de recurso puede decidir utilizar un esquema de paquetes diferente, en lugar del de Solaris que se emplea en estos ejemplos.
Tabla 3–1 Ejemplos de la modernización de un tipo de recurso
Tipo de cambio |
Capacidad de ajuste |
Empaquetado |
Procedimiento |
---|---|---|---|
Los cambios de propiedad sólo se realizan en el archivo RTR. |
Anytime |
Incluir sólo el archivo RTR nuevo. |
Ejecutar pkgadd con el archivo RTR nuevo en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso. |
Los métodos se actualizan. |
Anytime |
Colocar los métodos actualizados en una ruta que sea diferente de la de los métodos anteriores. |
Ejecutar pkgadd con los métodos actualizados en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso. |
Nuevo programa supervisor. |
When_unmonitored |
Sobrescribir únicamente la versión anterior del supervisor. |
Inhabilitar la supervisión. Ejecutar pkgadd con el nuevo programa supervisor en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso. Habilitar la supervisión. |
Los métodos se actualizan. Los métodos Update/Stop nuevos son incompatibles con los métodos Start antiguos. |
When_offline |
Colocar los métodos actualizados en una ruta que sea diferente de la de los métodos anteriores. |
Realice un pkgadd de los métodos actualizados en todos los nodos. Registrar el nuevo tipo de recurso. Poner el recurso fuera de línea. Migrar el recurso. Poner el recurso en línea. |
Los métodos se actualizan y se agregan propiedades nuevas al archivo RTR. Los nuevos métodos requieren nuevas propiedades. El objetivo es permitir que el grupo de recursos que lo contiene permanezca en línea, pero evitando que el recurso se ponga en línea si el grupo de recursos pasa del estado en línea al estado fuera de línea en algún nodo. |
When_disabled |
Sobrescribir las versiones anteriores de los métodos. |
Inhabilitar el recurso.
Registrar el nuevo tipo de recurso. Migrar el recurso. Habilitar el recurso. |
Los métodos se actualizan y se agregan propiedades nuevas al archivo RTR. Los nuevos métodos no requieren nuevas propiedades. |
Anytime |
Sobrescribir las versiones anteriores de los métodos. |
Durante este procedimiento, RGM invocará los nuevos métodos, aunque la migración (que configuraría las propiedades nuevas) no se haya realizado todavía. Es importante que los métodos nuevos puedan trabajar sin las propiedades nuevas. Registrar el nuevo tipo de recurso. Migrar el recurso. |
Los métodos se actualizan. El nuevo método Fini es incompatible con el método Init antiguo. |
When_unmanaged |
Colocar los métodos actualizados en una ruta que sea diferente de la de los métodos anteriores. |
Dejar sin gestionar el grupo de recursos que contiene el recurso en cuestión. Ejecutar pkgadd con los métodos actualizados en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso. Poner el grupo de recursos que contiene el recurso en cuestión bajo gestión. |
Los métodos se actualizan. 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. |
Dado que no se han realizado cambios en el archivo RTR, no es necesario registrar ni migrar el recurso. |