Cómo migrar recursos existentes a una versión nueva del tipo de recurso

Idioma:

Las siguientes instrucciones explican cómo utilizar el comando clresource para realizar esta tarea. Sin embargo, no está restringido a utilizar el comando clresource para esta tarea. En lugar del comando clresource, puede utilizar la opción Oracle Solaris Cluster o Grupo de recursos del comando clsetup para realizar esta tarea. Consulte clsetup(1CL) para obtener más información.

Antes de empezar

Consulte las instrucciones para actualizar el tipo de recurso para determinar cuándo puede migrar recursos hacia una nueva versión del tipo de recurso.

Cualquier momento
Solo cuando el recurso no está supervisado
Solo cuando el recurso está fuera de línea
Solo cuando el recurso está desactivado
Solo cuando el grupo de recursos no está gestionado

Las instrucciones podrían afirmar que no puede actualizar la versión existente del recurso. Si no puede migrar el recurso, considere las siguientes alternativas:

Eliminar el recurso y reemplazarlo por un nuevo recurso de la versión actualizada.
Dejar el recuso en la versión anterior del tipo de recurso.

En el miembro del cluster, asuma el rol root que proporciona la autorización RBAC solaris.cluster.modify.

Para cada recurso del tipo de recurso que se debe migrar, cambie el estado del recurso o su grupo de recursos al estado adecuado.
- Si puede migrar el recurso en cualquier momento, no se requiere acción.
- Si puede migrar el recurso solo cuando el recurso no está supervisado, escriba el siguiente comando:
```
# clresource unmonitor resource
```
- Si puede migrar el recurso solo cuando el recurso está fuera de línea, escriba el siguiente comando:
```
# clresource disable resource
```
  Notas - Si otros recursos dependen del recurso que está migrando, este paso fallará. En este caso, consulte el mensaje de error impreso para determinar los nombres de los recursos dependientes. Luego repita este paso, especificando una lista separada por comas que contenga el recurso que está migrando y cualquier recurso dependiente.
- Si puede migrar el recurso solo cuando el recurso no está activado, escriba el siguiente comando:
```
# clresource disable resource
```
  Notas - Si otros recursos dependen del recurso que está migrando, este paso fallará. En este caso, consulte el mensaje de error impreso para determinar los nombres de los recursos dependientes. Luego repita este paso, especificando una lista separada por comas que contenga el recurso que está migrando y cualquier recurso dependiente.
- Si puede migrar el recurso solo cuando el grupo de recursos no está gestionado, escriba el siguiente comando:
```
# clresource disable -g resource-group +
# clresourcegroup offline resource-group
# clresourcegroup unmanage resource-group
```
  Los elementos reemplazables de estos comandos son los siguientes:
  
  resource-group
  
  Especifica el grupo de recursos que quedará sin gestionar.

Para cada recurso del tipo de recurso que se debe migrar, cambie la propiedad Type_version a la nueva versión.
Si fuera necesario, establezca otras propiedades del mismo recurso con los valores apropiados en el mismo comando. Para configurar estas propiedades, especifique la opción –p en el comando.

Para determinar si debe configurar otras propiedades, consulte las instrucciones para actualizar el tipo de recurso. Se le podría solicitar configurar otras propiedades por los siguientes motivos:
- Se ha introducido una propiedad de extensión en la nueva versión del tipo de recurso.
- El valor predeterminado de la propiedad existente ha sido cambiado en la nueva versión del tipo de recurso.
```
# clresource set -p Type_version=new-version \
[-p extension-property=new-value] [-p standard-property=new-value] resource
```
Notas - Si la versión existente del tipo de recurso no admite actualizaciones a la nueva versión, este paso fallará.

Regrese al estado anterior del recurso o grupo de recursos; para ello, revierta el comando que escribió en Step 2.
- Si puede migrar el recurso en cualquier momento, no se requiere acción.
  Notas - Después de migrar un recurso que se puede migrar en cualquier momento, es posible que el sondeo de recursos no muestre la versión del tipo de recurso correcta. En este caso, desactive y vuelva a activar el supervisor de fallos del recurso para garantizar que el sondeo de recursos contiene la versión del tipo de recurso correcto.
- Si puede migrar el recurso solo cuando el recurso no está supervisado, escriba el siguiente comando:
```
# clresource monitor resource
```
- Si puede migrar el recurso solo cuando el recurso está fuera de línea, escriba el siguiente comando:
```
# clresource enable resource
```
  Notas - Si en el Step 2 desactivó otros recursos que dependen del recurso que está migrando, debe activar además los recursos dependientes.
- Si puede migrar el recurso solo cuando el recurso no está activado, escriba el siguiente comando:
```
# clresource enable resource
```
  Notas - Si en el Step 2 desactivó otros recursos que dependen del recurso que está migrando, debe activar además los recursos dependientes.
- Si puede migrar el recurso solo cuando el grupo de recursos no está gestionado, escriba el siguiente comando:
```
# clresource enable -g resource-group +
# clresourcegroup manage resource-group
# clresourcegroup online resource-group
```

Ejemplo 2-2 Migración de un recurso que se solo se puede migrar cuando se encuentra fuera de línea

En este ejemplo, se muestra la migración de un recurso que se puede migrar solo cuando el recurso se encuentra fuera de línea. El nuevo paquete de tipo de recurso contiene métodos ubicados en nuevas rutas. Dado que los métodos no se sobrescriben durante la instalación, no es necesario desactivar el recurso hasta después de instalar el tipo de recurso actualizado.

Las características del recurso de este ejemplo son las siguientes:

La nueva versión del tipo de recurso es 2.0.
El nombre del recurso es myresource.
El nombre del tipo de recurso es myrt.
El nuevo archivo RTR se encuentra en /opt/XYZmyrt/etc/XYZ.myrt.
No existen dependencias en el recurso que se migrará.
El recurso que se migrará se puede tomar fuera del línea mientras se deja el grupo de recursos contenido en línea.

En este ejemplo, se asume que el paquete de actualización ya está instalado en todos los nodos del cluster según las indicaciones del proveedor.

# clresourcetype register -f /opt/XYZmyrt/etc/XYZ.myrt myrt
# clresource disable myresource
# clresource set -p Type_version=2.0 myresource
# clresource enable myresource

Ejemplo 2-3 Migración de un recurso que se solo se puede migrar cuando se encuentra sin supervisión

En este ejemplo, se muestra la migración de un recurso que se puede migrar solo cuando el recurso se encuentra sin supervisión. El paquete del tipo de recurso nuevo solo contiene el archivo RTR y el supervisor. Debido a que la supervisión se sobrescribe durante la instalación, se debe desactivar la supervisión del recurso antes de instalar el paquete de actualización.

Las características del recurso de este ejemplo son las siguientes:

La nueva versión del tipo de recurso es 2.0.
El nombre del recurso es myresource.
El nombre del tipo de recurso es myrt.
El nuevo archivo RTR se encuentra en /opt/XYZmyrt/etc/XYZ.myrt.

En este ejemplo, se ejecutan las siguientes operaciones.

Antes de instalar el paquete de instalación, se ejecuta el siguiente comando para desactivar el supervisor del recurso:
```
# clresource unmonitor myresource
```
El paquete de actualización está instalado en todos los nodos del cluster según las indicaciones del proveedor.
Para registrar la nueva versión del tipo de recurso, se ejecuta el siguiente comando:
```
# clresourcetype register -f /opt/XYZmyrt/etc/XYZ.myrt myrt
```
Para cambiar la propiedad Type_version a la nueva versión, se ejecuta el siguiente comando:
```
# clresource set -p Type_version=2.0 myresource
```
Para activar la supervisión del recurso después de la migración, se ejecuta el siguiente comando:
```
# clresource monitor myresource
```