Software Sun Cluster: Guía de instalación para el sistema operativo Solaris

Completar la modernización

Esta sección contiene la siguiente información para completar todos los métodos de modernización de Sun Cluster 3.2:

Cómo comprobar la modernización de Sun Cluster 3.2

Lleve a cabo este procedimiento para verificar que el clúster se ha modernizado correctamente a Sun Cluster 3.2. En el SO Solaris 10, realice todos los pasos únicamente desde la zona global.

Nota –

Este procedimiento proporciona los formatos largos de los comandos de Sun Cluster. La mayoría de comandos tienen también formas cortas. A excepción de las formas de los nombres de comando, los comandos son idénticos. Para obtener una lista de los comandos y sus formas cortas, consulte Apéndice A, Sun Cluster Object-Oriented Commands de Sun Cluster System Administration Guide for Solaris OS.

Antes de empezar

Compruebe que se hayan seguido todos los pasos en los nodos del clúster que se esté modernizando.

Conviértase en superusuario en cada nodo.

En cada nodo modernizado, compruebe los niveles instalados del software de Sun Cluster.
phys-schost# clnode show-rev -v
La primera línea de la salida indica la versión de Sun Cluster que está ejecutando el nodo. Esta versión debe coincidir con la versión a la que acaba de modernizar.

Compruebe desde cualquier nodo que todos los nodos modernizados del clúster están ejecutándose en modo clúster(Online).
phys-schost# clnode status
Consulte la página de comando man clnode(1CL) para obtener más información acerca de la visualización del estado del clúster.

SPARC: Si ha modernizado desde Solaris 8 a Solaris 9, compruebe la consistencia de la configuración de almacenamiento.

En cada nodo, ejecute el siguiente comando para verificar la coherencia de la configuración de almacenamiento.

phys-schost# cldevice check

Precaución –

No continúe con el Paso b hasta que la configuración supere esta prueba de coherencia. Si no lleva a cabo esta comprobación, se pueden producir errores en la identificación del dispositivo y se pueden dañar los datos.

La siguiente tabla muestra el posible resultado del comando cldevice check y la acción que debe llevar a cabo, en caso de que deba llevar a cabo alguna.

Mensaje de ejemplo	Acción
`el ID de dispositivo de 'phys-schost-1:/dev/rdsk/c1t3d0' no coincide con el ID del dispositivo físico; es posible que el dispositivo se haya sustituido`	Diríjase a Recuperación de una modernización incompleta y ejecute el procedimiento de reparación adecuado.
`device id for 'phys-schost-1:/dev/rdsk/c0t0d0' needs to be updated, run cldevice repair to update`	Ninguna. El ID de dispositivo lo actualizó en el Paso b.
No hay mensaje de salida	Ninguna.

Consulte la página de comando man cldevice(1CL) para obtener más información.

Migre en cada nodo la base de datos de almacenamiento de Sun Cluster a los Id. de dispositivo de Solaris 9.
phys-schost# cldevice repair

En cada nodo, ejecute el siguiente comando para verificar que la migración de la base de datos de almacenamiento a los ID de dispositivos de Solaris 9 se ha llevado a cabo con éxito.
phys-schost# cldevice check
- Si el comando cldevice muestra un mensaje, vuelva al Paso a para realizar más correcciones en la configuración del almacenamiento o en la base de datos de almacenamiento.
- Si el comando cldevice no muestra mensajes, la migración del id del dispositivo se habrá efectuado satisfactoriamente. Cuando se compruebe la migración de Id. de dispositivo en todos los nodos del clúster, avance hasta Cómo finalizar la modernización a Sun Cluster 3.2.

Ejemplo 8–2 Comprobación de la modernización a Sun Cluster 3.2

El siguiente ejemplo muestra los comandos utilizados para comprobar la modernización de un clúster de dos nodos a Sun Cluster 3.2. Los nombres del nodo del clúster son phys-schost-1 y phys-schost-2.

phys-schost# clnode show-rev -v
3.2
…
phys-schost# clnode status
=== Cluster Nodes ===

--- Node Status ---

Node Name                                          Status
---------                                          ------
phys-schost-1                                      Online
phys-schost-2                                      Online

Pasos siguientes

Diríjase a Cómo finalizar la modernización a Sun Cluster 3.2.

Cómo finalizar la modernización a Sun Cluster 3.2

Lleve a cabo este procedimiento para finalizar la modernización de Sun Cluster. En el SO Solaris 10, realice todos los pasos únicamente desde la zona global. En primer lugar, vuelva a registrar todos los tipos de recursos que han recibido una nueva versión por la modernización. En segundo lugar, modifique los recursos para que usen la nueva versión del tipo de recurso. En tercer lugar, vuelva a habilitar los recursos. Por último, ponga los grupos de recursos de nuevo en línea.

Antes de empezar

Compruebe que se han completado todos los pasos de Cómo comprobar la modernización de Sun Cluster 3.2.

Copie los archivos de seguridad para contenedor de agente común en todos los nodos del clúster.

Este paso garantiza que todos los archivos de seguridad de contenedor de agente común sean idénticos en todos los nodos del clúster, así como que los archivos copiados conserven los permisos de archivo correctos.
1. En cada nodo, detenga el agente de Sun Java Web Console.
  phys-schost# /usr/sbin/smcwebserver stop
2. En cada nodo, detenga el agente del archivo de seguridad.
  phys-schost# /usr/sbin/cacaoadm stop
3. Acceda al directorio /etc/cacao/instances/default/ en un nodo.
  phys-schost-1# cd /etc/cacao/instances/default/
4. Cree un archivo tar del directorio /etc/cacao/SUNWcacao/security/.
  phys-schost-1# tar cf /tmp/SECURITY.tar security
5. Copie el archivo /tmp/SECURITY.tar a cada uno de los nodos del clúster restantes.
6. En cada nodo en el que haya copiado el archivo /tmp/SECURITY.tar, extraiga los archivos de seguridad.
  
  Se sobrescribirán todos los archivos que se encuentren en el directorio /etc/cacao/instances/default/.
  phys-schost-2# cd /etc/cacao/instances/default/ phys-schost-2# tar xf /tmp/SECURITY.tar
7. Elimine el archivo /tmp/SECURITY.tar de cada nodo del clúster.
  
  Debe eliminar todas las copias del archivo tar para evitar riesgos de seguridad.
  phys-schost-1# rm /tmp/SECURITY.tar phys-schost-2# rm /tmp/SECURITY.tar
8. En cada nodo, inicie el agente del archivo de seguridad.
  phys-schost# /usr/sbin/cacaoadm start
9. En cada nodo, inicie el agente de Sun Java Web Console.
  phys-schost# /usr/sbin/smcwebserver start

Si ha modernizado servicios de datos que no se proporcionaban en el soporte del producto, registre los nuevos tipos de recursos para esos servicios de datos.

Siga la documentación que acompaña a los servicios de datos.

Si ha actualizado Sun Cluster HA para SAP liveCache de la versión Sun Cluster 3.0 o 3.1 a la versión Sun Cluster 3.2, modifique el archivo de configuración /opt/SUNWsclc/livecache/bin/lccluster.
1. Conviértase en superusuario en un nodo que aloje el recurso liveCache.
2. Copie el archivo nuevo /opt/SUNWsclc/livecache/bin/lccluster en el directorio /sapdb/NOMBRE_LC/db/sap/.
  
  Sobrescriba el archivo lccluster existente de la configuración anterior del servicio de datos.
3. Configure este archivo /sapdb/LC_NAME/db/sap/lccluster tal y como se indica en How to Register and Configure Sun Cluster HA for SAP liveCache de Sun Cluster Data Service for SAP liveCache Guide for Solaris OS.

Si modernizó el SO Solaris y su configuración utiliza mediadores de doble cadena para Solaris Volume Manager, restaure la configuración de los mediadores.
1. Decida qué nodo tendrá la propiedad de un conjunto de discos, al que añadirá los sistemas mediadores.
  phys-schost# metaset -s setname
  -s nombre_conjunto
  
  Especifica el nombre del conjunto de discos.
2. Conviértase en superusuario en el nodo que controla o controlará el conjunto de discos.
3. Si ningún nodo lo ha hecho ya, tome la propiedad del conjunto de discos.
  phys-schost# cldevicegroup switch -n node devicegroup
  node
  
  Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos.
  
  grupo_dispositivos
  
  Especifica el nombre del conjunto de discos.
4. Vuelva a crear los mediadores.
  phys-schost# metaset -s setname -a -m mediator-host-list
  -a
  
  Se añade al conjunto de discos.
  
  -m mediator-host-list
  
  Especifica los nombres de los nodos que añadir como sistemas mediadores en el conjunto de discos.
5. Repita estos pasos para cada disco del clúster que utilice mediadores.

Si modernizó VxVM, modernice todos los grupos de discos.
1. Ponga en línea el grupo de discos que va a modernizar y hágase su propietario.
  phys-schost# cldevicegroup switch -n node devicegroup
2. Ejecute el siguiente comando para modernizar un grupo de discos a la versión mayor admitida por la versión de VxVM que instaló.
  phys-schost# vxdg upgrade dgname
  Consulte la documentación de administración de VxVM para obtener más información sobre la modernización de los grupos de discos.
3. Repítalo para cada uno de los grupos de discos de VxVM del clúster.

Migrar recursos a nuevas versiones de tipos de recursos.

Debe migrar todos los recursos a la versión de tipo de recurso Sun Cluster 3.2.

Nota –
En Sun Cluster HA para SAP Web Application Server, si utiliza un recurso del componente de servidor de aplicaciones web o un recurso de motor de J2EE, o ambos, debe eliminar el recurso y crearlo otro vez con el nuevo recurso del componente de servidor de aplicaciones web. Entre los cambios del recurso del componente de servidor de aplicaciones web, se incluye la integración con las funciones de J2EE. Para obtener más información, consulte Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS.

Consulte Upgrading a Resource Type de Sun Cluster Data Services Planning and Administration Guide for Solaris OS, que contiene procedimientos que utilizan la línea de comandos. También puede realizar las mismas tareas utilizando el menú de grupos de recursos de la utilidad clsetup. El proceso implica la realización de las siguientes tareas:
- Registro del nuevo tipo de recurso
- Migración del recurso idóneo a la nueva versión del tipo de recurso
- Modificación de las propiedades de extensión del tipo de recurso, como se especifica en Notas de la versión de Sun Cluster 3.2 para el SO Solaris.
  
  Nota –
  La versión Sun Cluster 3.2 presenta nuevos valores predeterminados para algunas propiedades de extensión como, por ejemplo, la propiedad Retry_interval. Estos cambios afectan al comportamiento de los recursos existentes que utilicen los valores predeterminados de dichas propiedades. Si necesita utilizar el valor predeterminado anterior de un recurso, modifique el recurso migrado para establecer la propiedad en el valor predeterminado anterior.

6432107Si su clúster ejecuta el servicio de datos Sun Cluster HA para Sun Java System Application Server EE (HADB) y detiene la base de datos HADB antes de comenzar una modernización de partición dual, vuelva a habilitar el recurso y ejecute la base de datos.
phys-schost# clresource enable hadb-resource phys-schost# hadbm start database-name
Para obtener más información, consulte la página de comando man hadbm(1m).

Si modernizó a Solaris 10 y el archivo httpd.conf de Apache se encuentra ubicado en un sistema de archivos de clúster, asegúrese de que la entrada HTTPD de la secuencia de comandos de control de Apache apunta a dicha ubicación.
1. Consulte la entrada HTTPD del archivo /usr/apache/bin/apchectl.
  
  El siguiente ejemplo muestra el archivo httpd.conf ubicado en el sistema de archivos /global.
  phys-schost# cat /usr/apache/bin/apchectl | grep HTTPD=/usr HTTPD="/usr/apache/bin/httpd -f /global/web/conf/httpd.conf"
2. Si el archivo no muestra la entrada HTTPD correcta, actualice el archivo.
  phys-schost# vi /usr/apache/bin/apchectl #HTTPD=/usr/apache/bin/httpd HTTPD="/usr/apache/bin/httpd -f /global/web/conf/httpd.conf"

Ejecute la utilidad clsetup desde cualquier nodo.
phys-schost# clsetup
Aparece el Menú principal de clsetup.

Vuelva a habilitar todos los recursos inhabilitados.
1. Escriba el número que corresponde a la opción Grupos de recursos y pulse la tecla de retorno.
  
  Se abre el menú Grupos de recursos.
2. Escriba el número que corresponda a la opción Habilitar/deshabilitar un recurso y pulse la tecla de retorno.
3. Seleccione un recurso que habilitar y siga las indicaciones.
4. Repita el paso Paso c en cada uno de los recursos deshabilitados.
5. Cuando todos los recursos se vuelvan a habilitar, escriba q para volver al menú Grupos de recursos.

Vuelva a dejar en línea cada grupo de recursos.

Este paso incluye poner en línea los grupos de recursos en zonas no globales.
1. Escriba el número que corresponde a la opción Establecer en línea/fuera de línea o Conmutar un grupo de recursos y pulse la tecla de retorno.
2. Siga las indicaciones para que cada grupo de recursos sea gestionado y deje en línea al grupo de recursos.

Cuando todos los grupos de recursos estén de nuevo en línea, salga de la utilidad clsetup.

Escriba q para anular cada submenú o pulse Ctrl-C.

Si, antes de la modernización, habilitó el reinicio automático de nodos si fallan todas las rutas de discos supervisados, asegúrese de que la función sigue habilitada.

Realice también esta tarea si desea configurar el reinicio automático por primera vez.
1. Determine si la función de reinicio automático está habilitada o deshabilitada.
  phys-schost# clnode show
  - Si el valor de la propiedad es reboot_on_path_failure enabled, no es necesario llevar a cabo más acciones.
  - Si el valor de la propiedad es reboot_on_path_failure disabled, avance hasta el siguiente paso para volver a habilitar la propiedad.
2. Habilite la función de reinicio automático.
  phys-schost# clnode set -p reboot_on_path_failure=enabled
  -p
  
  Especifica la propiedad que se va a establecer.
  
  reboot_on_path_failure=enable
  
  Indica que se debe reiniciar el nodo en caso de que fallen las rutas de disco supervisadas, siempre que, al menos, uno de los discos esté accesible desde un nodo diferente del clúster.
3. Compruebe que se haya habilitado la función de reinicio automático en caso de fallo de las rutas de disco.
  phys-schost# clnode show === Cluster Nodes === Node Name: node … reboot_on_path_failure: enabled …

(Opcional) Capture la información de partición del disco por si desea consultarla más adelante.
phys-schost# prtvtoc /dev/rdsk/cNtXdYsZ > filename
Almacene el archivo en una ubicación fuera del clúster. Si realiza cambios en la configuración del disco, ejecute de nuevo el comando para capturar la configuración modificada. Si el disco falla y debe sustituirse, puede utilizar esta información para restablecer la configuración de partición del disco. Para obtener más información, consulte la página de comando man prtvtoc(1M).

(Opcional) Realice una copia de seguridad de la configuración del clúster.

Si se conserva una copia de seguridad de la configuración del clúster, se puede recuperar esta configuración de forma más sencilla.

Para obtener más información, consulte How to Back Up the Cluster Configuration de Sun Cluster System Administration Guide for Solaris OS.

Errores más frecuentes

Fallo de migración del tipo de recursos: normalmente, los recursos se migran a un nuevo tipo de recursos mientras el recurso está fuera de línea. Sin embargo, para que una migración de tipo de recurso se realice correctamente deben estar en línea algunos recursos. Si la migración de tipo de recurso falla por esta razón, se mostrarán mensajes de error similares a los siguientes:

phys-schost - Resource depends on a SUNW.HAStoragePlus type resource that is not online anywhere. (C189917) VALIDATE on resource nfsrs, resource group rg, exited with non-zero exit status. (C720144) Validation of resource nfsrs in resource group rg on node phys-schost failed.

Si la migración de tipo de recurso falla debido a que el recurso está fuera de línea, emplee la utilidad clsetup para volver a habilitar el recurso y, a continuación, ponga en línea el grupo de recursos relacionado. Repita a continuación los procedimientos de migración para el recurso.

Cambio de ubicación de los archivos binarios de Java: si la ubicación de los archivos binarios de Java cambió durante la modernización de los componentes compartidos, podría recibir mensajes de error similares a los siguientes al intentar ejecutar los comandos cacaoadm start o smcwebserver start:

# /opt/SUNWcacao/bin/cacaoadm startNo suitable Java runtime found. Java 1.4.2_03 or higher is required.Jan 3 17:10:26 ppups3 cacao: No suitable Java runtime found. Java 1.4.2_03 or higher is required.Cannot locate all the dependencies

# smcwebserver start/usr/sbin/smcwebserver: /usr/jdk/jdk1.5.0_04/bin/java: not found

Estos errores se generan porque los comandos de inicio no pueden localizar la ubicación actual de los archivos binarios de Java. La propiedad JAVA_HOME aún apunta al directorio en el que se encontraba ubicada la versión anterior de Java, pero esta versión anterior se quitó durante la modernización.

Para corregir este problema, cambie el ajuste de JAVA_HOME en los siguientes archivos de configuración para utilizar el directorio de Java actual:

/etc/webconsole/console/config.properties/etc/opt/SUNWcacao/cacao.properties

Pasos siguientes

Si tiene un sistema basado en SPARC y utiliza Sun Management Center para supervisar el clúster, acceda a SPARC: Cómo modernizar el software del módulo Sun Cluster en Sun Management Center.

Para instalar o completar la modernización de Sun Cluster Geographic Edition 3.2, consulte Sun Cluster Geographic Edition Installation Guide.

De lo contrario, la modernización del clúster estará completa.