Este capítulo proporciona la información siguiente y los procedimientos para modernizar una configuración de Sun Cluster 3.x al software Sun Cluster 3.1 8/05:
Visión general de la modernización de una configuración de Sun Cluster
Recuperación de los cambios en la configuración de almacenamiento durante la modernización
Esta sección proporciona las pautas siguientes para modernizar una configuración de Sun Cluster:
Tenga en cuenta los siguientes requisitos y directrices para la compatibilidad del software cuando modernice al software de Sun Cluster 3.1 8/05:
Hardware admitido: el hardware del clúster debe tener una configuración admitida para el software de Sun Cluster 3.1 8/05. Póngase en contacto con su representante de Sun para obtener más información sobre las configuraciones de Sun Cluster admitidas en la actualidad.
Cambios en la arquitectura durante la modernización: el software de Sun Cluster 3.1 8/05 no admite la modernización entre arquitecturas.
Versión mínima del sistema operativo Solaris: el clúster debe ejecutarse como mínimo en una versión Solaris 8 2/02 o debe actualizarse a ella, incluidas las revisiones más actuales requeridas.
Restricción en la modernización de la distribución de marzo del 2005 del sistema operativo Solaris 10: el software de Sun Cluster 3.1 8/05 no admite modernizaciones a la versión original del sistema operativo Solaris 10, que se distribuyó en marzo de 2005. Debe actualizar como mínimo al software Solaris 10 10/05 u otra versión compatible.
Modernización entre las versiones más importantes de Solaris: el software de Sun Cluster 3.1 8/05 admite sólo la modernización no periódica de Solaris 8 a Solaris 9 o de Solaris 9 a Solaris 10 10/05 u otra versión compatible.
Modernización a versiones compatibles: debe actualizar todo el software a una versión que sea compatible con el software de Sun Cluster 3.1 8/05. Por ejemplo, si se admite un servicio de datos en Sun Cluster 3.0 pero no se admite en Sun Cluster 3.1 8/05, debe modernizar ese servicio de datos a la versión que sea compatible con Sun Cluster 3.1 8/05. Consulte Productos admitidos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre la compatibilidad de los servicios de datos específicos.
Si la aplicación relacionada de ese servicio de datos no es compatible con Sun Cluster 3.1 8/05, debe también modernizar esa aplicación a una versión admitida.
Versión mínima del software de Sun Cluster: el software de Sun Cluster 3.1 8/05 admite la modernización directa solamente desde Sun Cluster 3.x.
conversión de grupos NAFO en IPMP: si desea modernizar la versión desde Sun Cluster 3.0, tenga a mano las direcciones IP de prueba para usarlas con los adaptadores de red pública cuando los grupos NAFO se conviertan en grupos Ruta múltiple de red de protocolo de Internet (IP). La utilidad de modernización scinstall solicita para cada adaptador de red pública del clúster una dirección IP de prueba que debe estar en la misma subred que la dirección IP primaria del adaptador.
Consulte IP Network Multipathing Administration Guide (Solaris 8) o IPMP, en la System Administration Guide: IP Services (Solaris 9 o Solaris 10) para obtener información acerca de las direcciones IP de prueba para los grupos Ruta múltiple de red IP.
Actualización a una versión inferior: el software de Sun Cluster 3.1 8/05 no admite ninguna actualización a una versión anterior del software de Sun Cluster.
Limitación de scinstall para las modernizaciones de servicios de datos: la utilidad de modernización scinstall sólo moderniza aquellos servicios de datos que se proporcionan con el software de Sun Cluster 3.1 8/05. Los servicios de datos personalizados o de otras empresas se deben modernizar manualmente.
Elija uno de los siguientes métodos para modernizar el clúster a la versión Sun Cluster 3.1 8/05:
Modernización no periódica: en una modernización no periódica, debe desconectar el clúster antes de comenzar a modernizar los nodos del clúster. Vuelva a activar el clúster después de modernizar todos los nodos. Debe utilizar el método de modernización no periódica si se dan una o más de estas condiciones:
Si va a modernizar Sun Cluster 3.0.
Si desea modernizar desde Solaris 8 a Solaris 9 o desde Solaris 9 a Solaris 10 10/05 u otra versión compatible.
Los productos de software que va a modernizar, como las aplicaciones o las bases de datos, necesitan que la misma versión del software se ejecute en todos los nodos del clúster al mismo tiempo.
Si desea modernizar el software del módulo Sun Cluster para Sun Management Center.
También esta modernizando VxVM o VxFS.
Modernización periódica: en una modernización periódica, debe modernizar un nodo del clúster cada vez. El clúster permanece productivo con servicios que se ejecutan en otros nodos. Puede utilizar el método de modernización periódico sólo si se aplican todas las condiciones siguientes:
Si desea modernizar el software de Sun Cluster 3.1.
Está modernizando el sistema operativo Solaris sólo a una actualización de Solaris.
En las aplicaciones o bases de datos que deba modernizar, la versión actual del sofware puede coexistir en un clúster en ejecución con la versión modernizada de ese software.
Aunque la configuración del clúster cumpla los requisitos para la realización de una actualización por turnos, aún puede realizar una actualización conjunta si así lo desea. Una modernización no periódica puede ser preferible a una modernización periódica si desea usar el panel de control del clúster para enviar comandos a todos los nodos del clúster a la vez y puede permitirse un tiempo de inactividad del clúster.
Para obtener información general acerca de la planificación de la configuración de Sun Cluster 3.1 8/05, consulte el Capítulo 1, Planificación de la configuración de Sun Cluster.
Ejecute las tareas que se indican en este apartado para realizar una modernización no periódica desde Sun Cluster 3.x a Sun Cluster 3.1 8/05. En una modernización no periódica, debe desconectar el clúster entero antes de modernizar los nodos del clúster. Este procedimiento también le permite modernizar el clúster desde Solaris 8 a Solaris 9 o desde Solaris 9 a Solaris 10 10/05 u otra versión compatible.
Para llevar a cabo una modernización periódica para modernizar el software de Sun Cluster 3.1 8/05, siga los procedimientos que se describen en Ejecución de una modernización periódica ..
Tarea |
Instrucciones |
---|---|
1. Leer los requisitos y las restricciones para la modernización. |
Requisitos de modernización y directrices para la compatibilidad del software |
2. Quitar al clúster de la producción y hacer una copia de seguridad de los datos compartidos. Si el clúster utiliza mediadores de dos cadenas en Solstice DiskSuite o Solaris Volume Manager, desconfigúrelos. |
Cómo preparar el clúster para una modernización no periódica |
3. Modernizar Solaris, si fuera necesario, a una actualización de Solaris admitida. Opcionalmente, modernizar VERITAS Volume Manager (VxVM). |
Cómo llevar a cabo una modernización no periódica del sistema operativo Solaris OS |
4. Instalar o modernizar el software del que dependa Sun Cluster 3.1 8/05. | |
5. Modernizar a Sun Cluster 3.1 8/05 la estructura y el software de los servicios de datos. Si fuera necesario modernizar las aplicaciones. Si el clúster utiliza mediadores de dos cadenas, vuelva a configurarlos. SPARC: Si ha modernizado VxVM, modernice los grupos de discos. |
Cómo llevar a cabo una modernización no periódica del software de Sun Cluster 3.1 8/05 |
6. Habilitar los recursos y poner en línea los grupos de recursos. Opcionalmente, migrar los recursos existentes a nuevos tipos de recursos. |
Cómo finalizar una modernización no periódica para el software de Sun Cluster 3.1 8/05 |
7. (Opcional) SPARC: Modernizar el módulo de Sun Cluster para Sun Management Center, si fuera necesario. |
SPARC: Cómo modernizar el software del módulo Sun Cluster en Sun Management Center |
Lleve a cabo este procedimiento para quitar el clúster de la producción.
Lleve a cabo las siguientes tareas:
Compruebe que la configuración cumpla los requisitos de la modernización. Consulte Requisitos de modernización y directrices para la compatibilidad del software .
Tenga a mano los CD-ROM, la documentación y las revisiones para todos los productos de software que esté modernizando, incluidos los siguientes productos de software:
Solaris OS
Estructura Sun Cluster 3.1 8/05
Servicios de datos de Sun Cluster 3.1 8/05 (agentes)
Aplicaciones gestionadas por agentes de los servicios de datos de Sun Cluster 3.1 8/05
SPARC: VERITAS Volume Manager, si procede
Consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre las revisiones y las instrucciones de instalación.
Si está realizando la modernización desde Sun Cluster 3.0, debe tener disponible la lista de direcciones IP de prueba. Cada adaptador de red pública del clúster debe tener al menos una dirección IP de prueba. Este requisito es necesario independientemente de si el adaptador es el adaptador activo o el de respaldo del grupo. Las direcciones IP de prueba se usan para volver a configurar los adaptadores con el fin de usar Ruta múltiple de red IP.
Cada dirección IP de prueba debe estar en la misma subred que la dirección IP utilizada por el adaptador de red pública.
Para mostrar adaptadores públicos de red en un nodo, ejecute la orden siguiente:
% pnmstat |
Consulte uno de los siguientes manuales para obtener más información acerca de las direcciones IP de prueba para Ruta múltiple de red IP:
IP Network Multipathing Administration Guide (Solaris 8)
Configuring Test Addresses en Administering Multipathing Groups With Multiple Physical Interfaces de System Administration Guide: IP Services (Solaris 9)
Test Addresses de System Administration Guide: IP Services (Solaris 10)
Compruebe que el clúster funcione con normalidad.
Si desea ver el estado actual del clúster, ejecute el comando siguiente desde cualquier nodo:
% scstat |
Consulte la página de comando man de scstat(1M) para obtener más información.
Busque el registro de /var/adm/messages en el mismo nodo para mensajes de error o de advertencia sin solucionar.
Compruebe el estado del gestor de volúmenes.
(Opcional) Instale la documentación de Sun Cluster 3.1 8/05.
Instale los paquetes de documentación en su ubicación preferida, como una consola de administración o un servidor de documentación. Consulte el archivo Solaris_arqu/Product/sun_cluster/index.html en el CD-ROM 2 de 2 de Sun Cluster, donde arqu es sparc o x86, para acceder a las instrucciones de instalación.
Notifique a los usuarios que los servicios del clúster no estarán disponibles durante la modernización.
Conviértase en superusuario en un nodo del clúster.
Inicie la utilidad scsetup(1m).
# scsetup |
Se mostrará el Menú principal.
Desconecte cada grupo de recursos.
Desde el menú principal de scsetup, elija el elemento de menú Resource groups (Grupos de recursos).
En el menú Resource Group (Grupos de recursos), elija el elemento Online/Offline (En línea/Fuera de línea) o Switchover a resource group (Conmutar un grupo de recursos).
Siga las indicaciones para poner fuera de línea a todos los grupos de recursos y póngalos en estado sin gestionar.
Cuando todos los grupos de recursos esten fuera de línea, escriba q para volver al menú Grupos de recursos.
Deshabilite todos los recursos del clúster.
La inhabilitación de los recursos antes de la modernización evita que el clúster sitúe automáticamente los recursos en línea si un nodo se rearranca por error en el modo clúster.
En el menú Resource Group (Grupo de recursos), elija el elemento Enable/Disable a resource (Habilitar/Deshabilitar un recurso).
Seleccione un recurso que inhabilitar y siga las indicaciones.
Repita el Paso b para cada recurso.
Cuando todos los recursos estén inhabilitados, escriba q para volver al menú Grupos de recursos.
Salga de la utilidad scsetup.
Escriba q para anular cada submenú o pulse Ctrl-C.
Compruebe que los recursos de todos los nodos estén Offline (Fuera de línea) y que todos tengan el estado Unmanaged (Sin administrar).
# scstat -g |
Si el clúster utiliza mediadores de dos cadenas en Solstice DiskSuite o Solaris Volume Manager, desconfigúrelos.
Consulte Configuración de mediadores de dos cadenas para obtener más información.
Ejecute la orden siguiente para verificar que no haya problemas con los datos de los mediadores.
# medstat -s nombre_conjunto |
Especifica el nombre del conjunto de discos
Si el valor el campo Estado es Incorrecto, repare el sistema mediador afectado. Siga el procedimiento que se indica en Cómo reparar los datos incorrectos del mediador .
Coloque en una lista todos los mediadores.
Guarde esta información para cuando restablezca los mediadores durante el procedimiento descrito en Cómo finalizar una modernización no periódica para el software de Sun Cluster 3.1 8/05.
En un conjunto de discos que utilice mediadores, pase a ser su propietario si ningún nodo tiene ya la propiedad.
# scswitch -z -D setname -h node |
Control de los cambios
Especifica el nombre del conjunto de discos
Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos
Desconfigure todos los mediadores del conjunto de discos.
# metaset -s nombre_conjunto -d -m lista_sistemas_mediadores |
Especifica el nombre del conjunto de discos
Elimina del conjunto de discos
Especifica el nombre del nodo que suprimir como un sistema mediador del conjunto de discos
Consulte la página de comando man de mediator(7D) para obtener más información sobre las opciones específicas del mediador en el comando metaset.
Repita del Paso c al Paso d para cada conjunto de discos restante que use mediadores.
Para un clúster de dos nodos que utilice el software de Sun StorEdge Availability Suite, asegúrese de que los datos de configuración para los servicios de disponibilidad residan en el disco del quórum.
Los datos de configuración deben residir en un disco del quórum para garantizar el correcto funcionamiento de Sun StorEdge Availability Suite después de modernizar el software del clúster.
Conviértase en superusuario en un nodo del clúster que ejecute el software de Sun StorEdge Availability Suite.
Identifique el ID de dispositivo y el segmento que utiliza el archivo de configuración de Sun StorEdge Availability Suite.
# /usr/opt/SUNWscm/sbin/dscfg /dev/did/rdsk/dNsS |
En esta salida de ejemplo, N es el ID de dispositivo y S el segmento del dispositivo N.
Identifique el dispositivo de quórum existente.
# scstat -q -- Quorum Votes by Device -- Device Name Present Possible Status ----------- ------- -------- ------ Device votes: /dev/did/rdsk/dQsS 1 1 Online |
En esta salida de ejemplo, dQsSes el dispositivo de quórum existente.
Si el dispositivo de quórum no es el mismo que el dispositivo de datos de configuración de Sun StorEdge Availability Suite, mueva los datos de configuración a un segmento disponible en el dispositivo del quórum.
# dd if=`/usr/opt/SUNWesm/sbin/dscfg` of=/dev/did/rdsk/dQsS |
Debe utilizar el nombre del dispositivo DID original, /dev/did/rdsk/, no el dispositivo DID de bloque, /dev/did/dsk/.
Si ha movido los datos de configuración, configure el software de Sun StorEdge Availability Suite para que use la ubicación nueva.
Como superusuario, tramite el siguiente comando en cada nodo que ejecute el software de Sun StorEdge Availability Suite.
# /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS |
Detenga todas las aplicaciones que se estén ejecutando en cada nodo del clúster.
Compruebe que se haya efectuado una copia de seguridad de todos los datos compartidos.
Cierre el clúster desde un nodo.
# scshutdown -g0 -y |
Consulte la página de comando man de scshutdown(1M) si desea obtener más información.
Arranque cada nodo en modo de sin clúster.
En los sistemas basados en SPARC, ejecute el siguiente comando:
ok boot -x |
En los sistemas basados en x86, ejecute el siguiente comando:
… <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -x |
Compruebe que se haya efectuado una copia de seguridad de cada disco del sistema.
Para modernizar el software de Solaris antes de llevar a cabo una modernización del software de Sun Cluster, acceda a Cómo llevar a cabo una modernización no periódica del sistema operativo Solaris OS.
Si Sun Cluster 3.1 8/05 no admite la versión del sistema operativo Solaris que ejecuta en el clúster, debe modernizar Solaris a una versión admitida. Consulte “Supported Products” en las Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener más información.
Si Sun Cluster 3.1 8/05 admite la versión del sistema operativo Solaris que ejecuta en el clúster, la modernización Solaris es opcional.
De lo contrario, modernice el software que mantiene la relación de dependencia. Acceda a Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización no periódica.
Lleve a cabo este procedimiento en cada nodo del clúster para modernizar el sistema operativo Solaris. Si el clúster ya se ejecuta en una versión del sistema operativo Solaris que admite Sun Cluster 3.1 8/05, la modernización posterior del sistema operativo Solaris es opcional. Si no desea modernizar el sistema operativo Solaris, continúe con el procedimiento que figura en Cómo llevar a cabo una modernización no periódica del software de Sun Cluster 3.1 8/05.
El software de Sun Cluster 3.1 8/05 no admite la modernización del sistema operativo Solaris 9 a la versión original del sistema operativo Solaris 10 que se distribuyó en mayo de 2005. Deberá actualizar como mínimo a la versión Solaris 10 10/05 u otra compatible.
Lleve a cabo las siguientes tareas:
Asegúrese de que el clúster esté ejecutando por lo menos la versión mínima requerida del sistema operativo Solaris para que sea compatible con el software de Sun Cluster 3.1 8/05. Consulte “Supported Products” en las Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener más información.
Asegúrese de que se hayan llevado a cabo todos los pasos que figuran en Cómo preparar el clúster para una modernización no periódica .
Conviértase en superusuario en el nodo del clúster que se desee modernizar.
(Opcional) SPARC: modernice VxFS.
Siga los procedimientos proporcionados en la documentación de VxFS.
Determine si existen las siguientes secuencias de comandos de control de ejecución de Apache y si están habilitadas o deshabilitadas:
/etc/rc0.d/K16apache /etc/rc1.d/K16apache /etc/rc2.d/K16apache /etc/rc3.d/S50apache /etc/rcS.d/K16apache |
Algunas aplicaciones, como Sun Cluster HA for Apache, requieren que las secuencias de comandos de control de ejecución de Apache estén deshabilitadas.
Si existen estas secuencias de comandos e incluyen una K o una S en mayúscula en el nombre del archivo, significa que las secuencias de comandos están habilitadas. No es necesario realizar ninguna acción más en dichas secuencias.
Si no existen estas secuencias de comandos, en el Paso 8 deberá asegurarse de que todas las secuencias de comandos de control de ejecución de Apache que se instalan durante la modernización del sistema operativo Solaris estén deshabilitadas.
Si estas secuencias de comandos existen, pero los nombres de archivos contienen los caracteres k o s en minúscula, significa que están deshabilitadas. En el Paso 8, deberá asegurarse de que todas las secuencias de comandos de control de ejecución de Apache que se instalan durante la modernización del sistema operativo Solaris estén deshabilitadas.
Comente todas las entradas de los sistemas de archivos montados globalmente en el archivo /etc/vfstab del nodo.
Para una posterior referencia, lleve un registro de todas las entradas que ya están comentadas.
Convierta temporalmente en comentario todas las entradas de los sistemas de archivos montados globalmente en el archivo /etc/vfstab.
Las entradas de los sistemas de archivos montados globalmente contienen la opción de montaje global. Convierta en comentario estas entradas para evitar que la modernización de Solaris intente montar los dispositivos globales.
Determine el procedimiento que se debe seguir para modernizar el sistema operativo Solaris.
Gestor de volúmenes |
Procedimiento |
Ubicación de las instrucciones |
---|---|---|
Solstice DiskSuite o Solaris Volume Manager |
Cualquier método de modernización de Solaris excepto el método de Modernización automática |
Documentación de instalación de Solaris |
SPARC: VERITAS Volume Manager |
“Modernización de VxVM y de Solaris” |
Documentación sobre la instalación de VERITAS Volume Manager |
Si el clúster ya tiene instalado VxVM, debe reinstalar el software VxVM o modernizar la versión de VxVM a Solaris 9, como parte del proceso de modernización de Solaris.
Modernice el software de Solaris, siguiendo el procedimiento elegido en el Paso 5.
Haga los cambios siguientes en el procedimiento que use:
Si se le indica que reinicie un nodo durante el proceso de modernización, reinicie siempre en el modo sin clúster monousuario.
En el caso de los comandos boot y reboot, agregue la opción -x al comando.
Así se asegura de que el nodo rearranque en modo sin clúster. Por ejemplo, cualquiera de las dos órdenes siguientes arrancan un nodo en el modo sin clúster monousuario:
En los sistemas basados en SPARC, puede ejecutar cualquiera de los siguientes comandos:
# reboot -- -xs or ok boot -xs |
En los sistemas basados en x86, puede ejecutar cualquiera de los siguientes comandos:
# reboot -- -xs or ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -xs |
Si la instrucción indica que se ejecute el comando init S, use en su lugar el comando reboot -- -xs.
No lleve a cabo el reinicio final en la modernización de Solaris. En lugar de ello, haga lo siguiente:
En el archivo /a/etc/vfstab, anule los comentarios de las entradas de los sistemas de archivos montados globalmente que comentó en el Paso 4.
Si las secuencias de comandos de control de ejecución de Apache estaban deshabilitadas o no existían antes de modernizar el sistema operativo Solaris, asegúrese de que estén deshabilitadas las secuencias de comandos que se instalaron durante la modernización de Solaris.
Para deshabilitar las secuencias de comandos de control de ejecución de Apache, use los siguientes comandos para incluir en el nombre de los archivos una k o una s en minúscula.
# mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache # mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache # mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache # mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache # mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache |
Si lo desea, también puede cambiar el nombre de las secuencias de comandos para que sean coherentes con sus prácticas de administración habituales.
Rearranque el nodo en el modo sin clúster.
Incluya los guiones dobles (--) en la orden siguiente:
# reboot -- -x |
SPARC: Si el clúster ejecuta VxVM, siga los pasos restantes del procedimiento “Modernización de VxVM y Solaris” para volver a instalar o modernizar VxVM.
Haga los siguientes cambios en el procedimiento:
Tras completar la modernización de VxVM pero antes de rearrancar, compruebe las entradas en el archivo /etc/vfstab.
Si alguna de las entradas cuyos comentarios anuló en el Paso 7 estaban comentadas, anule los comentarios de nuevo.
Cuando los procedimientos de VxVM le indiquen que debe llevar a cabo un reinicio final en la reconfiguración, no use la opción -r sola. En su lugar, reinicie en el modo sin clúster usando las opciones -rx.
# reboot -- -rx |
Si ve un mensaje parecido al siguiente, escriba la contraseña root para continuar con la modernización. No ejecute la orden fsck ni escriba Ctrl-D.
WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck manually (fsck -F ufs /dev/vx/rdsk/rootdisk_13vol). Exit the shell when done to continue the boot process. Type control-d to proceed with normal startup, (or give root password for system maintenance): Type the root password |
Instale los parches necesarios para Solaris y los relacionados con el hardware y descargue el firmware necesario que se incluye en éstos.
Instale también los parches para el software Solstice DiskSuite (Solaris 8).
No rearranque después de añadir los parches. Debe rearrancar el nodo después de modernizar el software Sun Cluster.
Consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre las revisiones y las instrucciones de instalación.
Modernice el software que mantiene la relación de dependencia. Acceda a Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización no periódica.
Para finalizar la modernización de Solaris 8 a Solaris 9 o de Solaris 9 a Solaris 10 10/05 u otra versión compatible, deberá modernizar también a las versiones Solaris 9 o Solaris 10 del software de Sun Cluster 3.1 8/05, incluido el software que mantiene la relación de dependencia. Debe ejecutar esta tarea incluso aunque el clúster ya se esté ejecutando en Sun Cluster 3.1 8/05 para otra versión del software de Solaris.
Realice este procedimiento en cada nodo del clúster para instalar o modernizar el software con respecto al cual Sun Cluster 3.1 8/05 mantiene relaciones de dependencia. El clúster permanece activo durante el procedimiento.
Si está ejecutando SunPlex Manager, el estado de un nodo no se registrará durante el período que el agente del archivo de seguridad del nodo esté detenido. El registro del estado se reanuda cuando se reinicia el agente del archivo de seguridad, después de que el software del contenedor de agentes común se modernice.
Lleve a cabo las siguientes tareas:
Asegúrese de que se hayan llevado a cabo todos los pasos que figuran en Cómo preparar el clúster para una modernización no periódica .
Si ha modernizado de Solaris 8 a Solaris 9 o de Solaris 9 a Solaris 10 10/05 u otra versión compatible, asegúrese de que se hayan realizado todos los pasos de Cómo llevar a cabo una modernización no periódica del sistema operativo Solaris OS.
Compruebe que se hayan instalado todas los parches necesarios para Solaris y los relacionados con el hardware.
Si el clúster ejecuta el software de Solstice DiskSuite (Solaris 8), asegúrese de que se hayan instalado todas las revisiones del software de Solstice DiskSuite.
Conviértase en superusuario en el nodo del clúster.
Para los sistemas operativos Solaris 8 y Solaris 9, asegúrese de que el paquete de Apache Tomcat tenga el nivel de revisión necesario, en caso de que el paquete esté instalado.
Averigüe si el paquete SUNWtcatu está instalado.
# pkginfo SUNWtcatu SUNWtcatu Tomcat Servlet/JSP Container |
Si el paquete de Apache Tomcat está instalado, compruebe si está instalado el nivel de revisión requerido para la plataforma.
Las plataformas basadas en SPARC requieren como mínimo 114016-01
Las plataformas basadas en x86 requieren como mínimo 114017-01
# patchadd -p | grep 114016 Patch: 114016-01 Obsoletes: Requires: Incompatibles: Packages: SUNWtcatu |
Si no está instalada la revisión requerida, elimine el paquete de Apache Tomcat.
# pkgrm SUNWtcatu |
Inserte el CD-ROM 1 de 2 de Sun Cluster.
Acceda a directorio /cdrom/cdrom0/Solaris_arqu/Product/shared_components/Packages/, donde arqu puede ser sparc o x86 .
# cd /cdrom/cdrom0/Solaris_arqu/Product/shared_components/Packages/ |
Asegúrese de que esté instalada como mínimo la versión 4.3.1 de los paquetes del Explorador.
El software de Sun Cluster requiere estos paquetes para que los use la utilidad sccheck.
Averigüe si los paquetes del Explorador están instalados y, en caso afirmativo, determine qué versión.
# pkginfo -l SUNWexplo | grep SUNW_PRODVERS SUNW_PRODVERS=4.3.1 |
Si la versión instalada es anterior a la 4.3.1, elimine los paquetes del Explorador existentes.
# pkgrm SUNWexplo SUNWexplu SUNWexplj |
Si ha eliminado los paquetes del Explorador, o si no había ninguno instalado, instale los paquetes más recientes del Explorador desde el CD-ROM 1 de 2 de Sun Cluster.
Para el sistema operativo Solaris 8 o Solaris 9, use el siguiente comando:
# pkgadd -d . SUNWexpl* |
Para el sistema operativo Solaris 10, use el siguiente comando:
# pkgadd -G -d . SUNWexpl* |
La opción -G agrega paquetes sólo a la zona actual. Debe agregar estos paquetes sólo a la zona global. En consecuencia, esta opción también especifica que los paquetes no se propaguen a ninguna zona no global existente ni a ninguna zona no global que se cree posteriormente.
Asegúrese de que, como mínimo, esté instalada la versión 5.1,REV=34 de los paquetes Java Dynamic Management Kit (JDMK).
Averigüe si los paquetes JDMK están instalados y, en caso afirmativo, determine qué versión.
# pkginfo -l SUNWjdmk-runtime | grep VERSION VERSION=5.1,REV=34 |
Si la versión instalada es anterior a la 5.1,REV=34, elimine los paquetes JDMK existentes.
# pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx |
Si ha eliminado los paquetes JDMK, o si no había ninguno instalado, instale los paquetes más recientes de JDMK desde el CD-ROM 1 de 2 de Sun Cluster.
Acceda al directorio Solaris_arqu/Product/shared_components/Solaris_ver/Packages/, donde arqu es sparc o x86 y donde ver es 8 para Solaris 8, 9 para Solaris 9 o 10 para Solaris 10.
# cd ../Solaris_ver/Packages |
Asegúrese de que esté instalada como mínimo la versión 5.4.0 de los paquetes de tiempo de ejecución portátil de Netscape (NSPR).
Compruebe si están instalados los paquetes de NSPR y, si es así, determine la versión.
# cat /var/sadm/pkg/SUNWpr/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=4.5.0 |
Si está instalada una versión anterior a la 5.4.0, elimine los paquetes existentes de NSPR.
# pkgrm packages |
En la siguiente tabla se enumeran los paquetes aplicables para cada plataforma de hardware.
Instale los paquetes en el orden en que aparecen en la siguiente tabla.
Plataforma de hardware |
Nombres de los paquetes de NSPR |
---|---|
SPARC |
SUNWpr SUNWprx |
x86 |
SUNWpr |
Si ha eliminado los paquetes de NSPR o si no había ninguno instalado, instale los paquetes más recientes de NSPR.
Asegúrese de que esté instalada como mínimo la versión 3.9.4 de los servicios de seguridad de red (NSS).
Compruebe si están instalados los paquetes de NSS y, si es así, determine la versión.
# cat /var/sadm/pkg/SUNWtls/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=3.9.4 |
Si está instalada una versión anterior a la 3.9.4, elimine los paquetes existentes de NSS.
# pkgrm packages |
En la siguiente tabla se enumeran los paquetes aplicables para cada plataforma de hardware.
Instale los paquetes en el orden en que aparecen en la siguiente tabla.
Plataforma de hardware |
Nombres de los paquetes de NSS |
---|---|
SPARC |
SUNWtls SUNWtlsu SUNWtlsx |
x86 |
SUNWtls SUNWtlsu |
Si ha eliminado los paquetes de NSS o si no había ninguno instalado, instale los paquetes más recientes de NSS desde el CD-ROM 1 de 2 de Sun Cluster.
Acceda de nuevo al directorio Solaris_arqu/Product/shared_components//Packages/.
# cd ../../Packages |
Compruebe que esté instalada como mínimo la versión 1.0,REV=25 de los paquetes de contenedor de agente común.
Compruebe si están instalados los paquetes de contenedor de agente común y, si es así, determine la versión.
# pkginfo -l SUNWcacao | grep VERSION VERSION=1.0,REV=25 |
Si está instalada una versión anterior a la 1.0,REV=25, detenga el agente de archivo de seguridad para contenedor de agente común en cada nodo del clúster.
# /opt/SUNWcacao/bin/cacaoadm stop |
Si está instalada una versión anterior a la 1.0,REV=25, elimine los paquetes existentes de contenedor de agente común.
# pkgrm SUNWcacao SUNWcacaocfg |
Si eliminó los paquetes de contenedor de agente común o si no había ninguno instalado, instale los paquetes más recientes de contenedor de agente común desde el CD-ROM 1 de 2 de Sun Cluster.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Inserte el CD-ROM 2 de 2 de Sun Cluster.
Para modernizar de Solaris 8 a Solaris 9, instale o modernice los paquetes de Sun Java Web Console.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Asegúrese de que el directorio /usr/java/ sea un vínculo simbólico a la versión mínima o a la versión más reciente del software de Java.
El software de Sun Cluster requiere como mínimo la última versión 1.4.2_03 del software de Java.
Averigüe a qué directorio está vinculado simbólicamente el directorio /usr/java/.
# ls -l /usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /usr/java -> /usr/j2se/ |
Establezca qué versiones del software de Java están instaladas.
A continuación, aparecen ejemplos de comandos que se pueden utilizar para mostrar la versión de sus versiones relacionadas del software de Java.
# /usr/j2se/bin/java -version # /usr/java1.2/bin/java -version # /usr/jdk/jdk1.5.0_01/bin/java -version |
Si el directorio /usr/java/ no está vinculado simbólicamente a una versión compatible del software de Java, vuelva a crear el vínculo simbólico que enlace con una versión admitida del software de Java.
Los siguientes ejemplos muestran la creación de un vínculo simbólico con el directorio /usr/j2se/, que contiene el software de Java 1.4.2_03.
# rm /usr/java # ln -s /usr/j2se /usr/java |
Modernizar el software a Sun Cluster 3.1 8/05. Acceda a Cómo llevar a cabo una modernización no periódica del software de Sun Cluster 3.1 8/05.
Lleve a cabo este procedimiento para modernizar cada nodo del clúster a Sun Cluster 3.1 8/05. También debe realizar este procedimiento para completar la modernización del clúster de Solaris 8 a Solaris 9 o desde Solaris 9 a Solaris 10 10/05 u otra versión compatible.
Puede efectuar este procedimiento en más de un nodo al mismo tiempo.
Asegúrese de que el software que mantiene la relación de dependencia esté instalado o modernizado. Consulte Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización no periódica.
Conviértase en superusuario en un nodo del clúster.
Inserte el CD-ROM 2 de 2 de Sun Cluster en la unidad correspondiente del nodo.
Si el daemon de administración de volúmenes vold(1M) se está ejecutando y está configurado para gestionar los dispositivos de CD-ROM, el daemon monta automáticamente el CD-ROM en el directorio /cdrom/cdrom0/.
Vaya al directorio directorio Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Tools/, donde arqu es sparc o x86 y donde ver es 8 para Solaris 8, 9 para Solaris 9 o 10 para Solaris 10
# cd /cdrom/cdrom0/Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Tools |
# ./scinstall |
No utilice el comando /usr/cluster/bin/scinstall que ya se encuentra instalado en el nodo. Debe utilizar el comando scinstall en el CD-ROM 2 de 2 de Sun Cluster.
En el menú principal, elija el elemento de menú Upgrade this cluster node (Modernizar este nodo del clúster).
*** Main Menu *** Please select from one of the following (*) options: * 1) Install a cluster or cluster node 2) Configure a cluster to be JumpStarted from this install server * 3) Add support for new data services to this cluster node * 4) Upgrade this cluster node * 5) Print release information for this cluster node * ?) Help with menu options * q) Quit Option: 4 |
En el menú Upgrade (Modernizar), elija el elemento de menú Upgrade Sun Cluster framework on this node (Modernizar la estructura de Sun Cluster en este nodo).
Siga las indicaciones del menú para modernizar la estructura del clúster.
Durante la modernización de Sun Cluster, el comando scinstall puede hacer uno o varios cambios de configuración:
Convierta los grupos NAFO en grupos Ruta múltiple de red IP pero mantenga el nombre original del grupo NAFO.
Consulte uno de los siguientes manuales para obtener más información acerca de las direcciones de prueba para Ruta múltiple de red IP:
IP Network Multipathing Administration Guide (Solaris 8)
Configuring Test Addresses en Administering Multipathing Groups With Multiple Physical Interfaces de System Administration Guide: IP Services (Solaris 9)
Test Addresses de System Administration Guide: IP Services (Solaris 10)
Consulte la página de comando man de scinstall(1M) para obtener más información acerca de la conversión de grupos NAFO en Ruta múltiple de red IP durante la modernización del software de Sun Cluster.
Volver a nombrar el archivo ntp.conf como ntp.conf.cluster si ntp.conf.cluster no existe ya en el nodo.
Defina la variable local-mac-address? en true, si es que todavía no está definida en dicho valor.
El proceso de modernización finaliza cuando el sistema muestra el mensaje Completed Sun Cluster framework upgrade (Modernización de la estructura de Sun Cluster completa) y se le solicita que pulse Enter para continuar.
Pulse Enter.
Se muestra el menú Upgrade (Modernizar).
(Opcional) Modernice los servicios de datos de Java Enterprise System desde el CD-ROM 2 de 2 de Sun Cluster.
Desde el menú Upgrade (Modernizar) de la utilidad scinstall, elija el elemento de menú Upgrade Sun Cluster data service agents on this node (Modernizar los agentes de servicios de datos de Sun Cluster en este nodo).
Siga las indicaciones del menú para modernizar los agentes de servicios de datos de Sun Cluster que están instalados en el nodo.
Puede elegir en la lista los servicios de datos disponibles para modernizarlos o puede optar por modernizar todos los servicios de datos instalados.
El proceso de modernización finaliza cuando el sistema muestra el mensaje Completed upgrade of Sun Cluster data services agents (Modernización de los agentes de servicios de datos de Sun Cluster completa) y se le solicita que pulse Enter para continuar.
Pulse Enter.
Se muestra el menú Upgrade (Modernizar).
Salga de la utilidad scinstall.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Modernice los servicios de datos de Sun Cluster desde el CD-ROM 2 de 2 de Sun Cluster.
Si está usando el servicio de datos de Sun Cluster HA para NFS y desea modernizar al sistema operativo Solaris 10, deberá modernizar el servicio de datos y migrar el tipo de recurso a la nueva versión. Consulte Upgrading the SUNW.nfs Resource Type de Sun Cluster Data Service for NFS Guide for Solaris OS para obtener más información.
Si está usando el servicio de datos Sun Cluster HA para Oracle 3.0 de 64 bits para Solaris 9, deberá modernizar a la versión Sun Cluster 3.1 8/05.
La modernización de los demás servicios de datos a la versión de Sun Cluster 3.1 8/05 es opcional. Puede continuar usando cualquier otro servicio de datos Sun Cluster 3.x después de modernizar el clúster al software Sun Cluster 3.1 8/05.
La utilidad scinstall(1M) sólo moderniza los servicios de datos porporcionados en CD de Sun Cluster Agents. Los servicios de datos personalizados o de otras empresas se deben modernizar manualmente. Siga los procedimientos proporcionados con estos servicios de datos.
Inserte el CD de Sun Cluster Agents en la unidad correspondiente del nodo.
Inicie la utilidad scinstall.
Para las modernizaciones de los servicios de datos, puede usar el comando /usr/cluster/bin/scinstall que ya está instalado en el nodo.
# scinstall |
En el menú principal, elija el elemento de menú Upgrade this cluster node (Modernizar este nodo del clúster).
En el menú Upgrade (Modernizar), elija el elemento de menú Upgrade Sun Cluster data service agents on this node (Modernizar los agentes de servicios de datos de Sun Cluster en este nodo).
Siga las indicaciones del menú para modernizar los agentes de servicios de datos de Sun Cluster que están instalados en el nodo.
Puede elegir en la lista los servicios de datos disponibles para modernizar o puede optar por modernizar todos los servicios de datos instalados.
El proceso de modernización finaliza cuando el sistema muestra el mensaje Completed upgrade of Sun Cluster data services agents (Modernización de los agentes de servicios de datos de Sun Cluster completa) y se le solicita que pulse Enter para continuar.
Pulse Enter.
Se muestra el menú Upgrade (Modernizar).
Salga de la utilidad scinstall.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Si procede, modernice manualmente los servicios de datos personalizados que no se suministran en el soporte del producto.
Compruebe que cada actualización del servicio de datos se haya instalado satisfactoriamente.
Consulte el registro de la modernización al que se hace referencia al final de los mensajes de salida de la modernización.
Instale los parches de Sun Cluster 3.1 8/05, si no los ha instalado utilizando el comando scinstall.
Instale los parches del software del servicio de datos de Sun Cluster 3.1 8/05.
Consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre las revisiones y las instrucciones de instalación.
Modernice las aplicaciones de software instaladas en el clúster.
Compruebe que los niveles de la aplicación sean compatibles con la versión actual de Sun Cluster y Solaris. Consulte la documentación de la aplicación para obtener instrucciones sobre la instalación.
Tras modernizar los nodos, rearranque cada uno en el clúster.
# reboot |
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.
En cada nodo, detenga el agente de Sun Java Web Console.
# /usr/sbin/smcwebserver stop |
En cada nodo, detenga el agente del archivo de seguridad.
# /opt/SUNWcacao/bin/cacaoadm stop |
En cada nodo, acceda al directorio /etc/opt/SUNWcacao/.
phys-schost-1# cd /etc/opt/SUNWcacao/ |
Cree un archivo tar del directorio /etc/opt/SUNWcacao/security/.
phys-schost-1# tar cf /tmp/SECURITY.tar security |
Copie el archivo /tmp/SECURITY.tar a cada uno de los nodos del clúster restantes.
En cada nodo en el que haya copiado el archivo /tmp/SECURITY.tar, extraiga los archivos de seguridad.
Los archivos de seguridad que existan en el directorio /etc/opt/SUNWcacao/ se sobrescriben.
phys-schost-2# cd /etc/opt/SUNWcacao/ phys-schost-2# tar xf /tmp/SECURITY.tar |
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 |
En cada nodo, inicie el agente del archivo de seguridad.
phys-schost-1# /opt/SUNWcacao/bin/cacaoadm start phys-schost-2# /opt/SUNWcacao/bin/cacaoadm start |
En cada nodo, inicie el agente de Sun Java Web Console.
phys-schost-1# /usr/sbin/smcwebserver start phys-schost-2# /usr/sbin/smcwebserver start |
Acceda a Cómo verificar una modernización no periódica del software de Sun Cluster 3.1 8/05
Lleve a cabo este procedimiento para verificar que el clúster se ha modernizado correctamente a Sun Cluster 3.1 8/05.
Compruebe que se hayan seguido todos los pasos en los nodos del clúster que se esté modernizando.
En cada nodo modernizado, compruebe los niveles instalados del software de Sun Cluster.
# scinstall -pv |
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.
Desde un nodo, verifique que los nodos modernizados del clúster se ejecuten en modo clúster (En línea).
# scstat -n |
Consulte la página de comando man de scstat(1M) para obtener más información acerca de la visualización del estado del clúster.
Si ha realizado la modernización de Solaris 8 a Solaris 9, compruebe la coherencia de la configuración de almacenamiento.
En cada nodo, ejecute el siguiente comando para verificar la coherencia de la configuración de almacenamiento.
# scdidadm -c |
Realice una comprobación de coherencia
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 tabla siguiente muestra la posible salida del comando scdidadm -c y la acción que se debe efectuar, si fuera necesaria.
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 |
Acceda a Recuperación de los cambios en la configuración de almacenamiento durante la modernización y ejecute el procedimiento de reparación que proceda. |
el ID de dispositivo de 'phys-schost-1:/dev/rdsk/c0t0d0' debe actualizarse, ejecute scdidadm -R para actualizar |
Ninguna. El ID de dispositivo lo actualizó en el Paso b. |
No hay mensaje de salida |
Ninguna. |
Consulte la página de comando man de scdidadm(1M) si desea obtener más información.
En cada nodo, migre la base de datos de almacenamiento de Sun Cluster a los ID de los dispositivos de Solaris 9.
# scdidadm -R all |
Lleve a cabo los procedimientos de reparación
Especifica todos los dispositivos
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.
# scdidadm -c |
Si el comando scdidadm 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 scdidadm no muestra mensajes, la migración del id del dispositivo se habrá efectuado satisfactoriamente. Cuando la migración de los ID de los dispositivos se verifique en todos los nodos del clúster, continúe con el procedimiento descrito en Cómo finalizar una modernización no periódica para el software de Sun Cluster 3.1 8/05.
El siguiente ejemplo muestra los comandos utilizados para verificar una modernización no periódica de un clúster de dos nodos de Sun Cluster 3.0 a Sun Cluster 3.1 8/05 en el sistema operativo Solaris 8. Los nombres del nodo del clúster son phys-schost-1 y phys-schost-2.
(Verify that software versions are the same on all nodes) # scinstall -pv (Verify cluster membership) # scstat -n -- Cluster Nodes -- Node name Status --------- ------ Cluster node: phys-schost-1 Online Cluster node: phys-schost-2 Online |
Acceda a Cómo finalizar una modernización no periódica para el software de Sun Cluster 3.1 8/05.
Lleve a cabo este procedimiento para finalizar la modernización de Sun Cluster. 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.
Asegúrese de que se hayan llevado a cabo todos los pasos incluidos en Cómo verificar una modernización no periódica del software de Sun Cluster 3.1 8/05.
Si ha modernizado servicios de datos que no se proporcionaban en el sopote 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 modernizado Sun Cluster HA para SAP liveCache desde la versión para Sun Cluster 3.0 a la versión para Sun Cluster 3.1, modifique el archivo de configuración /opt/SUNWsclc/livecache/bin/lccluster.
Conviértase en superusuario en un nodo que aloje el recurso liveCache.
Copie el archivo nuevo /opt/SUNWsclc/livecache/bin/lccluster en el directorio /sapdb/NOMBRE_LC/db/sap/.
Sobrescriba el archivo lccluster existente en la configuración previa del servicio de datos.
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 su configuración utiliza mediadores de dos cadenas para el software de Solstice DiskSuite o Solaris Volume Manager, restablezca las configuraciones de los mediadores.
Decida qué nodo tendrá la propiedad de un conjunto de discos, al que añadirá los sistemas mediadores.
# metaset -s nombre_conjunto |
Especifica el nombre del conjunto de discos
Si ningún nodo lo ha hecho ya, tome la propiedad del conjunto de discos.
# scswitch -z -D setname -h node |
Control de los cambios
Especifica el nombre del conjunto de discos
Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos
Vuelva a crear los mediadores.
# metaset -s nombre_conjunto -a -m lista_sistema_mediador |
Se añade al conjunto de discos
Especifica los nombres de los nodos que añadir como sistemas mediadores en el conjunto de discos
Repita estos pasos para cada disco del clúster que utilice mediadores.
SPARC: Si ha modernizado VxVM, modernice todos los grupos de discos.
Ponga en línea el grupo de discos que va a modernizar y hágase su propietario.
# scswitch -z -D setname -h thisnode |
Ejecute el siguiente comando para modernizar un grupo de discos a la versión mayor admitida por la versión de VxVM que instaló.
# vxdg upgrade nombre_grupo_discos |
Consulte la documentación de administración de VxVM para obtener más información sobre la modernización de los grupos de discos.
Repítalo para cada uno de los grupos de discos de VxVM del clúster.
Migrar recursos a nuevas versiones de tipos de recursos.
Si moderniza al servicio de datos de Sun Cluster HA para NFS para el sistema operativo Solaris 10, deberá migrar a la versión del tipo de recurso nuevo. Consulte Upgrading the SUNW.nfs Resource Type de Sun Cluster Data Service for NFS Guide for Solaris OS para obtener más información.
Para los demás servicios de datos, este paso es optativo.
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ú Resource Group menu de la utilidad scsetup. El proceso implica la realización de las siguientes tareas:
Registro del tipo de recurso nuevo
Migración de todos los recursos aptos a la nueva versión de su tipo de recurso
Modificación de las propiedades de extensión del tipo de recurso, tal y como se especifica en el manual de los servicios de datos relacionados
Inicie la utilidad scsetup(1M) desde un nodo.
# scsetup |
Vuelva a habilitar todos los recursos inhabilitados.
En el menú Resource Group (Grupo de recursos), elija el elemento Enable/Disable a resource (Habilitar/Deshabilitar un recurso).
Seleccione un recurso que habilitar y siga las indicaciones.
Repita el Paso b para cada recurso deshabilitado.
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.
Cuando todos los grupos de recursos estén de nuevo en línea, salga de la utilidad scsetup.
Escriba q para anular cada submenú o pulse Ctrl-C.
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 .
De lo contrario, la modernización del clúster estará completa.
Para modernizar versiones futuras de los tipos de recursos, consulte Upgrading a Resource Type de Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
En este apartado se indican los procedimientos para llevar a cabo una modernización periódica de Sun Cluster 3.1 a Sun Cluster 3.1 8/05. La modernización, si es periódica, trabaja sobre un nodo del clúster al mismo tiempo, mientras que los demás nodos continúan en producción. Después de que se han modernizado todos los nodos y se han juntado en el clúster, deberá instalar la nueva versión de software en el clúster antes de poder utilizar ninguna función nueva.
Para modernizar el software de Sun Cluster 3.0, siga en su lugar los procedimientos que figuran en Ejecución de una modernización no periódica .
El software de Sun Cluster 3.1 8/05 no admite la modernización periódica de Solaris 8 a Solaris 9 o de Solaris 9 a Solaris 10 10/05. Sólo puede modernizar el software de Solaris a una versión actualizada durante una modernización periódica de Sun Cluster. Para modernizar una configuración de Sun Cluster desde Solaris 8 a Solaris 9 o desde Solaris 9 a Solaris 10 10/05 u otra versión compatible, lleve a cabo en su lugar los procedimientos descritos en Ejecución de una modernización no periódica .
Tarea |
Instrucciones |
---|---|
1. Leer los requisitos y las restricciones para la modernización. |
Requisitos de modernización y directrices para la compatibilidad del software |
2. En un nodo del clúster, mueva los grupos de recursos y de dispositivos a otro nodo del clúster y asegúrese de que se realizan copias de seguridad de los datos compartidos y los discos de sistema. Si el clúster utiliza mediadores de dos cadenas en Solstice DiskSuite o Solaris Volume Manager, desconfigúrelos. A continuación, rearranque el nodo en el modo sin clúster. |
Cómo preparar un nodo del clúster para una modernización periódica |
3. Modernizar el sistema operativo Solaris, si fuera necesario, a una versión de actualización de Solaris admitida. SPARC: Opcionalmente, modernizar VERITAS File System (VxFS) y VERITAS Volume Manager (VxVM). |
Cómo llevar a cabo una modernización periódica de una versión Maintenance Update de Solaris |
4. En todos los nodos del clúster, instalar o modernizar el software del que dependa Sun Cluster 3.1 8/05. | |
5. Modernizar el nodo del clúster a la estructura y el software de los servicios de datos de Sun Cluster 3.1 8/05. Si fuera necesario modernizar las aplicaciones. SPARC: Si ha modernizado VxVM, modernice los grupos de discos. A continuación, rearranque el nodo en el clúster. |
Cómo llevar a cabo una modernización periódica del software de Sun Cluster 3.1 8/05 |
6. Repita las tareas de la 3 a la 5 en cada uno de los nodos restantes que desee modernizar. | |
7. Use el comando scversions para confirmar la modernización del clúster. Si el clúster utiliza mediadores de dos cadenas, vuelva a configurarlos. Opcionalmente, migrar los recursos existentes a nuevos tipos de recursos. |
Cómo finalizar una modernización periódica para el software de Sun Cluster 3.1 8/05 |
7. (Opcional) SPARC: Modernizar el módulo de Sun Cluster a Sun Management Center. |
SPARC: Cómo modernizar el software del módulo Sun Cluster en Sun Management Center |
Siga este procedimiento en un solo nodo al mismo tiempo. El nodo modernizado se extrae del clúster, mientras que los nodos restantes continúan funcionando como miembros activos del clúster.
Lleve a cabo las siguientes tareas:
Compruebe que la configuración cumpla los requisitos de la modernización. Consulte Requisitos de modernización y directrices para la compatibilidad del software .
Tenga a mano los CD-ROM, la documentación y las revisiones de todos los productos de software que esté modernizando antes de comenzar a modernizar el clúster, incluido el siguiente software:
Solaris OS
Estructura Sun Cluster 3.1 8/05
Servicios de datos de Sun Cluster 3.1 8/05 (agentes)
Aplicaciones gestionadas por agentes de los servicios de datos de Sun Cluster 3.1 8/05
Consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre las revisiones y las instrucciones de instalación.
Tenga en cuenta las siguientes instrucciones cuando ejecute una modernización periódica:
No haga ningún cambio en la configuración del clúster durante una modernización periódica. Por ejemplo, no agregue ni cambie los dispositivos del quórum ni las interconexiones del clúster. Si necesita hacer un cambio de este tipo, hágalo antes de comenzar el procedimiento de modernización o espere a que todos los nodos se hayan modernizado y el clúster haya confirmado la nueva versión del software.
Limite la cantidad de tiempo que necesita para completar una modernización periódica de todos los nodos del clúster. Después de modernizar un nodo, comience la modernización del siguiente nodo del clúster tan pronto como sea posible. Puede sufrir degradaciones del rendimiento cuando ejecuta un clúster de versión mezclada durante un período prolongado de tiempo.
Evite instalar nuevos servicios de datos o emitir comandos de configuración administrativa durante la modernización.
Hasta que todos los nodos del clúster se hayan modernizado y se haya instaurado la modernización con éxito, es probable que las nuevas versión introducidas con la nueva versión no estén disponibles.
(Opcional) Instale la documentación de Sun Cluster 3.1 8/05.
Instale los paquetes de documentación en su ubicación preferida, como una consola de administración o un servidor de documentación. Consulte el archivo Solaris_arqu/Product/sun_cluster/index.html en el CD-ROM 2 de 2 de Sun Cluster, donde arqu es sparc o x86, para acceder a las instrucciones de instalación.
Si desea modernizar desde Sun Cluster 3.1 9/04, asegúrese de que esté instalada la última versión de Sun Cluster 3.1 Core Patch,
que contiene la solución de código para 6210440 y que es necesaria para habilitar la modernización periódica del software de Sun Cluster 3.1 9/04 a Sun Cluster 3.1 8/05.
Conviértase en superusuario en el nodo del clúster que se desee modernizar.
Para un clúster de dos nodos que utilice el software de Sun StorEdge Availability Suite, asegúrese de que los datos de configuración para los servicios de disponibilidad residan en el disco del quórum.
Los datos de configuración deben residir en un disco del quórum para garantizar el correcto funcionamiento de Sun StorEdge Availability Suite después de modernizar el software del clúster.
Conviértase en superusuario en un nodo del clúster que ejecute el software de Sun StorEdge Availability Suite.
Identifique el ID de dispositivo y el segmento que utiliza el archivo de configuración de Sun StorEdge Availability Suite.
# /usr/opt/SUNWscm/sbin/dscfg /dev/did/rdsk/dNsS |
En esta salida de ejemplo, N es el ID de dispositivo y S el segmento del dispositivo N.
Identifique el dispositivo de quórum existente.
# scstat -q -- Quorum Votes by Device -- Device Name Present Possible Status ----------- ------- -------- ------ Device votes: /dev/did/rdsk/dQsS 1 1 Online |
En esta salida de ejemplo, dQsSes el dispositivo de quórum existente.
Si el dispositivo de quórum no es el mismo que el dispositivo de datos de configuración de Sun StorEdge Availability Suite, mueva los datos de configuración a un segmento disponible en el dispositivo del quórum.
# dd if=`/usr/opt/SUNWesm/sbin/dscfg` of=/dev/did/rdsk/dQsS |
Debe utilizar el nombre del dispositivo DID original, /dev/did/rdsk/, no el dispositivo DID de bloque, /dev/did/dsk/.
Si ha movido los datos de configuración, configure el software de Sun StorEdge Availability Suite para que use la ubicación nueva.
Como superusuario, tramite el siguiente comando en cada nodo que ejecute el software de Sun StorEdge Availability Suite.
# /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS |
En cualquier nodo, visualice el estado actual del clúster.
Guarde la salida como una línea de referencia para comparaciones posteriores.
% scstat % scrgadm -pv[v] |
Consulte las páginas de comando man de scstat(1M) y scrgadm(1M) para obtener más información.
Mueva todos los grupos de recursos y de dispositivos que se estén ejecutando en el nodo que va a modernizar.
# scswitch -S -h nodo_origen |
Traslada todos los grupos de recursos y de dispositivos
Especifica el nombre del nodo desde el que mover los grupos de recursos y de dispositivos
Consulte la página de comando man de scswitch(1M) si desea obtener más información.
Compruebe que el traslado se haya completado correctamente.
# scstat -g -D |
Muestra el estado de todos los grupos de recursos
Muestra el estado de todos los grupos de dispositivos de disco.
Asegúrese de que el disco de sistema, las aplicaciones y los datos tengan copias de seguridad.
Si el clúster utiliza mediadores de dos cadenas en Solstice DiskSuite o Solaris Volume Manager, desconfigúrelos.
Consulte Configuración de mediadores de dos cadenas para obtener más información.
Ejecute la orden siguiente para verificar que no haya problemas con los datos de los mediadores.
# medstat -s nombre_conjunto |
Especifica el nombre del conjunto de discos
Si el valor el campo Estado es Incorrecto, repare el sistema mediador afectado. Siga el procedimiento que se indica en Cómo reparar los datos incorrectos del mediador .
Coloque en una lista todos los mediadores.
Guarde esta información para cuando restablezca los mediadores durante el procedimiento descrito en Cómo finalizar una modernización periódica para el software de Sun Cluster 3.1 8/05 .
En un conjunto de discos que utilice mediadores, pase a ser su propietario si ningún nodo tiene ya la propiedad.
# scswitch -z -D setname -h node |
Control de los cambios
Especifica el nombre del conjunto de discos
Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos
Desconfigure todos los mediadores del conjunto de discos.
# metaset -s nombre_conjunto -d -m lista_sistemas_mediadores |
Especifica el nombre del conjunto de discos
Elimina del conjunto de discos
Especifica el nombre del nodo que suprimir como un sistema mediador del conjunto de discos
Consulte la página de comando man de mediator(7D) para obtener más información sobre las opciones específicas del mediador en el comando metaset.
Repita estos pasos para cada conjunto de discos restante que utilice mediadores.
Cierre el nodo que se desee modernizar y arránquelo en el modo sin clúster.
En los sistemas basados en SPARC, ejecute los siguientes comandos:
# shutdown -y -g0 ok boot -x |
En los sistemas basados en x86, ejecute el siguiente comando:
# shutdown -y -g0 ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -x |
Los otros nodos del clúster continúan funcionando como miembros activos del clúster.
Para modernizar el software de Solaris a una versión Maintenance Update, acceda a Cómo llevar a cabo una modernización periódica de una versión Maintenance Update de Solaris .
El clúster se debe ejecutar o modernizar en, al menos, el nivel mínimo requerido del sistema operativo Solaris para que admita el software Sun Cluster 3.1 8/05. Consulte Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información acerca de las versiones que admite el sistema operativo Solaris.
Si no desea actualizar el sistema operativo Solaris, acceda a Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización periódica.
Lleve a cabo este procedimiento para modernizar el sistema operativo Solaris a una versión de Maintenance Update admitida.
Para modernizar un clúster de Solaris 8 a Solaris 9 o desde Solaris 9 a Solaris 10 10/05 u otra versión compatible, ya sea modernizando o sin modernizar el software de Sun Cluster, deberá realizar en su lugar una modernización no periódica. Acceda a Ejecución de una modernización no periódica .
Asegúrese de que se hayan llevado a cabo todos los pasos que figuran en Cómo preparar un nodo del clúster para una modernización periódica .
Comente temporalmente en comentario todas las entradas de los sistemas de archivos montados globalmente en el archivo /etc/vfstab del nodo.
Efectúe este paso para evitar que la modernización de Solaris intente montar los dispositivos globales.
Siga las instrucciones de la guía de instalación de la actualización de mantenimiento de Solaris para instalar la versión Maintenance Update.
No rearranque el nodo si se le indica que lo haga al terminar el proceso de instalación.
Anule los comentarios de todas las entradas del archivo /a/etc/vfstab para los sistemas de archivos montados globalmente que comentó en el Paso 1.
Instale los parches necesarios para Solaris y los relacionados con el hardware y descargue el firmware necesario que se incluye en éstos.
No reinicie el nodo hasta que llegue al Paso 5.
Rearranque el nodo en el modo sin clúster.
Incluya los guiones dobles (--) en la orden siguiente:
# reboot -- -x |
Modernice el software que mantiene la relación de dependencia. Acceda a Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización periódica.
Realice este procedimiento en cada nodo del clúster para instalar o modernizar el software con respecto al cual Sun Cluster 3.1 8/05 mantiene relaciones de dependencia. El clúster permanece activo durante el procedimiento. Si está ejecutando SunPlex Manager, el estado de un nodo no se registrara durante el período que el agente del archivo de seguridad del nodo esté detenido. El registro del estado se reanuda cuando se reinicia el agente del archivo de seguridad, después de que el software del contenedor de agentes común se modernice.
Lleve a cabo las siguientes tareas:
Asegúrese de que se hayan llevado a cabo todos los pasos que figuran en Cómo preparar un nodo del clúster para una modernización periódica .
Si modernizó el sistema operativo Solaris a una versión Maintenance Update, asegúrese de que se hayan ejecutado todos los pasos indicados en Cómo llevar a cabo una modernización periódica de una versión Maintenance Update de Solaris .
Compruebe que se hayan instalado todas los parches necesarios para Solaris y los relacionados con el hardware.
Si el clúster ejecuta el software de Solstice DiskSuite (Solaris 8), asegúrese de que haya instalado todas las revisiones del software de Solstice DiskSuite.
Conviértase en superusuario en el nodo del clúster.
Para los sistemas operativos Solaris 8 y Solaris 9, asegúrese de que el paquete de Apache Tomcat tenga el nivel de revisión necesario, en caso de que el paquete esté instalado.
Averigüe si el paquete SUNWtcatu está instalado.
# pkginfo SUNWtcatu SUNWtcatu Tomcat Servlet/JSP Container |
Si el paquete de Apache Tomcat está instalado, compruebe si está instalado el nivel de revisión requerido para la plataforma.
Las plataformas basadas en SPARC requieren como mínimo 114016-01
Las plataformas basadas en x86 requieren como mínimo 114017-01
# patchadd -p | grep 114016 Patch: 114016-01 Obsoletes: Requires: Incompatibles: Packages: SUNWtcatu |
Si no está instalada la revisión requerida, elimine el paquete de Apache Tomcat.
# pkgrm SUNWtcatu |
Inserte el CD-ROM 1 de 2 de Sun Cluster.
Acceda a directorio /cdrom/cdrom0/Solaris_arqu/Product/shared_components/Packages/, donde arqu puede ser sparc o x86 .
# cd Solaris_arqu/Product/shared_components/Packages/ |
Asegúrese de que esté instalada como mínimo la versión 4.3.1 de los paquetes del Explorador.
El software de Sun Cluster requiere estos paquetes para que los use la utilidad sccheck.
Averigüe si los paquetes del Explorador están instalados y, en caso afirmativo, determine qué versión.
# pkginfo -l SUNWexplo | grep SUNW_PRODVERS SUNW_PRODVERS=4.3.1 |
Si la versión instalada es anterior a la 4.3.1, elimine los paquetes del Explorador existentes.
# pkgrm SUNWexplo SUNWexplu SUNWexplj |
Si ha eliminado los paquetes del Explorador, o si no había ninguno instalado, instale los paquetes más recientes del Explorador desde el CD-ROM 1 de 2 de Sun Cluster.
Para el sistema operativo Solaris 8 o Solaris 9, use el siguiente comando:
# pkgadd -d . SUNWexpl* |
Para el sistema operativo Solaris 10, use el siguiente comando:
# pkgadd -G -d . SUNWexpl* |
La opción -G agrega paquetes sólo a la zona actual. Debe agregar estos paquetes sólo a la zona global. En consecuencia, esta opción también especifica que los paquetes no se propaguen a ninguna zona no global existente ni a ninguna zona no global que se cree posteriormente.
Asegúrese de que, como mínimo, esté instalada la versión 5.1,REV=34 de los paquetes Java Dynamic Management Kit (JDMK).
Averigüe si los paquetes JDMK están instalados y, en caso afirmativo, determine qué versión.
# pkginfo -l SUNWjdmk-runtime | grep VERSION VERSION=5.1,REV=34 |
Si la versión instalada es anterior a la 5.1,REV=34, elimine los paquetes JDMK existentes.
# pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx |
Si ha eliminado los paquetes JDMK, o si no había ninguno instalado, instale los paquetes más recientes de JDMK desde el CD-ROM 1 de 2 de Sun Cluster.
Acceda al directorio Solaris_arqu/Product/shared_components/Solaris_ver/Packages/, donde arqu es sparc o x86 y donde ver es 8 para Solaris 8, 9 para Solaris 9 o 10 para Solaris 10.
# cd ../Solaris_ver/Packages |
Asegúrese de que esté instalada como mínimo la versión 5.4.0 de los paquetes de tiempo de ejecución portátil de Netscape (NSPR).
Compruebe si están instalados los paquetes de NSPR y, si es así, determine la versión.
# cat /var/sadm/pkg/SUNWpr/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=4.5.0 |
Si está instalada una versión anterior a la 5.4.0, elimine los paquetes existentes de NSPR.
# pkgrm packages |
En la siguiente tabla se enumeran los paquetes aplicables para cada plataforma de hardware.
Instale los paquetes en el orden en que aparecen en la siguiente tabla.
Plataforma de hardware |
Nombres de los paquetes de NSPR |
---|---|
SPARC |
SUNWpr SUNWprx |
x86 |
SUNWpr |
Si ha eliminado los paquetes de NSPR o si no había ninguno instalado, instale los paquetes más recientes de NSPR.
Asegúrese de que esté instalada como mínimo la versión 3.9.4 de los servicios de seguridad de red (NSS).
Compruebe si están instalados los paquetes de NSS y, si es así, determine la versión.
# cat /var/sadm/pkg/SUNWtls/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=3.9.4 |
Si está instalada una versión anterior a la 3.9.4, elimine los paquetes existentes de NSS.
# pkgrm packages |
En la siguiente tabla se enumeran los paquetes aplicables para cada plataforma de hardware.
Instale los paquetes en el orden en que aparecen en la siguiente tabla.
Plataforma de hardware |
Nombres de los paquetes de NSS |
---|---|
SPARC |
SUNWtls SUNWtlsu SUNWtlsx |
x86 |
SUNWtls SUNWtlsu |
Si ha eliminado los paquetes de NSS o si no había ninguno instalado, instale los paquetes más recientes de NSS desde el CD-ROM 1 de 2 de Sun Cluster.
Acceda de nuevo al directorio Solaris_arqu/Product/shared_components/Packages/.
# cd ../../Packages |
Compruebe que esté instalada como mínimo la versión 1.0,REV=25 de los paquetes de contenedor de agente común.
Compruebe si están instalados los paquetes de contenedor de agente común y, si es así, determine la versión.
# pkginfo -l SUNWcacao | grep VERSION VERSION=1.0,REV=25 |
Si está instalada una versión anterior a la 1.0,REV=25, detenga el agente de archivo de seguridad para contenedor de agente común en cada nodo del clúster.
# /opt/SUNWcacao/bin/cacaoadm stop |
Si está instalada una versión anterior a la 1.0,REV=25, elimine los paquetes existentes de contenedor de agente común.
# pkgrm SUNWcacao SUNWcacaocfg |
Si eliminó los paquetes de contenedor de agente común o si no había ninguno instalado, instale los paquetes más recientes de contenedor de agente común desde el CD-ROM 1 de 2 de Sun Cluster.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Inserte el CD-ROM 2 de 2 de Sun Cluster.
Instale o modernice los paquetes de Sun Java Web Console.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Asegúrese de que el directorio /usr/java/ sea un vínculo simbólico a la versión mínima o a la versión más reciente del software de Java.
El software de Sun Cluster requiere como mínimo la última versión 1.4.2_03 del software de Java.
Averigüe a qué directorio está vinculado simbólicamente el directorio /usr/java/.
# ls -l /usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /usr/java -> /usr/j2se/ |
Establezca qué versiones del software de Java están instaladas.
A continuación, aparecen ejemplos de comandos que se pueden utilizar para mostrar la versión de sus versiones relacionadas del software de Java.
# /usr/j2se/bin/java -version # /usr/java1.2/bin/java -version # /usr/jdk/jdk1.5.0_01/bin/java -version |
Si el directorio /usr/java/ no está vinculado simbólicamente a una versión compatible del software de Java, vuelva a crear el vínculo simbólico que enlace con una versión admitida del software de Java.
Los siguientes ejemplos muestran la creación de un vínculo simbólico con el directorio /usr/j2se/, que contiene el software de Java 1.4.2_03.
# rm /usr/java # ln -s /usr/j2se /usr/java |
Modernice el software de Sun Cluster. Acceda a Cómo llevar a cabo una modernización periódica del software de Sun Cluster 3.1 8/05.
Siga este procedimiento para modernizar un nodo a Sun Cluster 3.1 8/05 mientras los nodos restantes del clúster se encuentran en el modo clúster.
Hasta que todos los nodos del clúster se hayan modernizado y se haya instaurado la modernización, es probable que las nuevas funciones introducidas con la nueva versión no estén disponibles.
Asegúrese de que el software que mantiene la relación de dependencia esté instalado o modernizado. Consulte Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización periódica.
Conviértase en superusuario de un nodo del clúster.
Inserte el CD-ROM 2 de 2 de Sun Cluster en la unidad correspondiente del nodo.
Si el daemon de administración de volúmenes vold(1M) se está ejecutando y está configurado para gestionar los dispositivos de CD-ROM, el daemon monta automáticamente el CD-ROM en el directorio /cdrom/cdrom0/.
Vaya al directorio directorio Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Tools/, donde arqu es sparc o x86 y donde ver es 8 para Solaris 8, 9 para Solaris 9 o 10 para Solaris 10
# cd /cdrom/cdrom0/Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Tools |
Inicie la utilidad scinstall.
# ./scinstall |
No utilice el comando /usr/cluster/bin/scinstall que ya se encuentra instalado en el nodo. Debe utilizar el comando scinstall en el CD-ROM 2 de 2 de Sun Cluster.
En el menú principal, elija el elemento de menú Upgrade this cluster node (Modernizar este nodo del clúster).
*** Main Menu *** Please select from one of the following (*) options: * 1) Install a cluster or cluster node 2) Configure a cluster to be JumpStarted from this install server * 3) Add support for new data services to this cluster node * 4) Upgrade this cluster node * 5) Print release information for this cluster node * ?) Help with menu options * q) Quit Option: 4 |
En el menú Upgrade (Modernizar), elija el elemento de menú Upgrade Sun Cluster framework on this node (Modernizar la estructura de Sun Cluster en este nodo).
Siga las indicaciones del menú para modernizar la estructura del clúster.
Durante la modernización de Sun Cluster, el comando scinstall puede hacer uno o varios cambios de configuración:
Convierta los grupos NAFO en grupos Ruta múltiple de red IP pero mantenga el nombre original del grupo NAFO.
Consulte uno de los siguientes manuales para obtener más información acerca de las direcciones de prueba para Ruta múltiple de red IP:
IP Network Multipathing Administration Guide (Solaris 8)
Configuring Test Addresses en Administering Multipathing Groups With Multiple Physical Interfaces de System Administration Guide: IP Services (Solaris 9)
Test Addresses de System Administration Guide: IP Services (Solaris 10)
Consulte la página de comando man de scinstall(1M) para obtener más información acerca de la conversión de grupos NAFO en Ruta múltiple de red IP durante la modernización del software de Sun Cluster.
Volver a nombrar el archivo ntp.conf como ntp.conf.cluster si ntp.conf.cluster no existe ya en el nodo.
Defina la variable local-mac-address? en true, si es que todavía no está definida en dicho valor.
El proceso de modernización finaliza cuando el sistema muestra el mensaje Completed Sun Cluster framework upgrade (Modernización de la estructura de Sun Cluster completa) y se le solicita que pulse Enter para continuar.
Pulse Enter.
Se muestra el menú Upgrade (Modernizar).
(Opcional) Modernice los servicios de datos de Java Enterprise System desde el CD-ROM 2 de 2 de Sun Cluster.
Desde el menú Upgrade (Modernizar) de la utilidad scinstall, elija el elemento de menú Upgrade Sun Cluster data service agents on this node (Modernizar los agentes de servicios de datos de Sun Cluster en este nodo).
Siga las indicaciones del menú para modernizar los agentes de servicios de datos de Sun Cluster que están instalados en el nodo.
Puede elegir en la lista los servicios de datos disponibles para modernizar o puede optar por modernizar todos los servicios de datos instalados.
El proceso de modernización finaliza cuando el sistema muestra el mensaje Completed upgrade of Sun Cluster data services agents (Modernización de los agentes de servicios de datos de Sun Cluster completa) y se le solicita que pulse Enter para continuar.
Pulse Enter.
Se muestra el menú Upgrade (Modernizar).
Salga de la utilidad scinstall.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Modernice los servicios de datos de Sun Cluster desde el CD de Sun Cluster Agents.
Si está usando el servicio de datos de Sun Cluster HA para NFS y desea modernizar al sistema operativo Solaris 10, deberá modernizar el servicio de datos y migrar el tipo de recurso a la nueva versión. Consulte Upgrading the SUNW.nfs Resource Type de Sun Cluster Data Service for NFS Guide for Solaris OS para obtener más información.
Si está usando el servicio de datos Sun Cluster HA para Oracle 3.0 de 64 bits para Solaris 9, deberá modernizar a la versión Sun Cluster 3.1 8/05.
La modernización de los demás servicios de datos a la versión de Sun Cluster 3.1 8/05 es opcional. Puede continuar usando cualquier otro servicio de datos Sun Cluster 3.x después de modernizar el clúster al software Sun Cluster 3.1 8/05.
Inserte el CD de Sun Cluster Agents en la unidad correspondiente del nodo.
Inicie la utilidad scinstall.
Para las modernizaciones de los servicios de datos, puede usar el comando /usr/cluster/bin/scinstall que ya está instalado en el nodo.
# scinstall |
En el menú principal, elija el elemento de menú Upgrade this cluster node (Modernizar este nodo del clúster).
En el menú Upgrade (Modernizar), elija el elemento de menú Upgrade Sun Cluster data service agents on this node (Modernizar los agentes de servicios de datos de Sun Cluster en este nodo).
Siga las indicaciones del menú para modernizar los agentes de servicios de datos de Sun Cluster que están instalados en el nodo.
Puede elegir en la lista los servicios de datos disponibles para modernizar o puede optar por modernizar todos los servicios de datos instalados.
El proceso de modernización finaliza cuando el sistema muestra el mensaje Completed upgrade of Sun Cluster data services agents (Modernización de los agentes de servicios de datos de Sun Cluster completa) y se le solicita que pulse Enter para continuar.
Pulse Enter.
Se muestra el menú Upgrade (Modernizar).
Salga de la utilidad scinstall.
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Si procede, modernice manualmente los servicios de datos personalizados que no se suministran en el soporte del producto.
Compruebe que cada actualización del servicio de datos se haya instalado satisfactoriamente.
Consulte el registro de la modernización al que se hace referencia al final de los mensajes de salida de la modernización.
Instale los parches de Sun Cluster 3.1 8/05, si no los ha instalado utilizando el comando scinstall.
Instale los parches del software del servicio de datos de Sun Cluster 3.1 8/05.
Consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre las revisiones y las instrucciones de instalación.
Modernice las aplicaciones de software instaladas en el clúster.
Compruebe que los niveles de la aplicación sean compatibles con la versión actual de Sun Cluster y Solaris. Consulte la documentación de la aplicación para obtener instrucciones sobre la instalación. Además, siga estas pautas para modernizar las aplicaciones en una configuración de Sun Cluster 3.1 8/05:
Si las aplicaciones están almacenadas en discos compartidos, debe controlar los grupos de discos relevantes y montar manualmente los sistemas de archivos pertinentes antes de modernizar la aplicación.
Si se le indica que rearranque un nodo durante el proceso de modernización, añada siempre la opción -x a la orden.
Así se asegura de que el nodo rearranque en modo sin clúster. Por ejemplo, cualquiera de las dos órdenes siguientes arrancan un nodo en el modo sin clúster monousuario:
En los sistemas basados en SPARC, ejecute los siguientes comandos:
# reboot -- -xs ok boot -xs |
En los sistemas basados en x86, ejecute el siguiente comando:
# reboot -- -xs … <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -xs |
No modernice una aplicación si la nueva versión no puede coexistir en el clúster con la versión anterior de la aplicación.
Rearranque el nodo en el clúster.
# reboot |
Ejecute el comando siguiente del nodo modernizado para verificar que Sun Cluster 3.1 8/05 se haya instalado satisfactoriamente.
# scinstall -pv |
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.
Desde un nodo, verifique el estado de la configuración del cluster.
% scstat % scrgadm -pv[v] |
El resultado debe ser el mismo que el obtenido en el Paso 5 de Cómo preparar un nodo del clúster para una modernización periódica .
Si tiene otro nodo para modernizar, vuelva al procedimiento Cómo preparar un nodo del clúster para una modernización periódica y repita todos los procedimientos de modernización en el siguiente nodo que desee modernizar.
El siguiente ejemplo muestra el proceso de una modernización periódica de un nodo de clúster de Sun Cluster 3.1 a Sun Cluster 3.1 8/05 en el sistema operativo Solaris 8. El ejemplo incluye la modernización de todos los servicios de datos instalados que tengan versiones nuevas de CD de Sun Cluster Agents. El nombre del nodo del clúster es phys-schost-1.
(Upgrade framework software from the CD-ROM 2 de 2 de Sun Cluster) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/ phys-schost-1# ./scinstall (Upgrade data services from the CD de Sun Cluster Agents) phys-schost-1# scinstall (Reboot the node into the cluster) phys-schost-1# reboot (Verify that software upgrade succeeded) # scinstall -pv (Verify cluster status) # scstat # scrgadm -pv |
Cuando todos los nodos del clúster estén modernizados, acceda a Cómo finalizar una modernización periódica para el software de Sun Cluster 3.1 8/05 .
Compruebe que se hayan seguido todos los pasos en los nodos del clúster que se esté modernizando.
Desde uno de los nodos, compruebe el estado de la modernización del clúster.
# scversions |
Desde la siguiente tabla, ejecute la acción que se indique en el mensaje de salida del Paso 1.
Mensaje de salida |
Acción |
---|---|
Se necesita confirmar la modernización. |
Continúe con el Paso 4. |
No se necesita confirmar la modernización. Todas las versiones concuerdan. |
Acceda al Paso 6. |
La confirmación de la modernización no se puede realizar hasta que todos los nodos de clúster se hayan modernizado. Ejecute scinstall(1m) en los nodos de clúster para identificar las versiones anteriores. |
Vuelva al procedimiento Cómo llevar a cabo una modernización periódica del software de Sun Cluster 3.1 8/05 para modernizar el resto de los nodos del clúster. |
La comprobación de la modernización no se puede realizar hasta que todos los nodos de clúster se hayan modernizado. Ejecute scinstall(1m) en los nodos de clúster para identificar las versiones anteriores. |
Vuelva al procedimiento Cómo llevar a cabo una modernización periódica del software de Sun Cluster 3.1 8/05 para modernizar el resto de los nodos del clúster. |
Después de que todos los nodos se hayan unido en el clúster, desde uno de los nodos tendrá que solicitar que el clúster confirme la modernizacion.
# scversions -c |
La confirmación de la modernización permite que el clúster utilice todas las funciones del nuevo software. Las nuevas funciones sólo están disponibles tras realizar la confirmación de la modernización.
Desde un nodo, compruebe que la confirmación de la modernización del clúster se haya realizado con éxito.
# scversions NO es necesaria la confirmación de la modernización. Todas las versiones coinciden. |
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.
En cada nodo, detenga el agente de Sun Java Web Console.
# /usr/sbin/smcwebserver stop |
En cada nodo, detenga el agente del archivo de seguridad.
# /opt/SUNWcacao/bin/cacaoadm stop |
En cada nodo, acceda al directorio /etc/opt/SUNWcacao/.
phys-schost-1# cd /etc/opt/SUNWcacao/ |
Cree un archivo tar del directorio /etc/opt/SUNWcacao/security/.
phys-schost-1# tar cf /tmp/SECURITY.tar security |
Copie el archivo /tmp/SECURITY.tar a cada uno de los nodos del clúster restantes.
En cada nodo en el que haya copiado el archivo /tmp/SECURITY.tar, extraiga los archivos de seguridad.
Los archivos de seguridad que existan en el directorio /etc/opt/SUNWcacao/ se sobrescriben.
phys-schost-2# cd /etc/opt/SUNWcacao/ phys-schost-2# tar xf /tmp/SECURITY.tar |
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 |
En cada nodo, inicie el agente del archivo de seguridad.
phys-schost-1# /opt/SUNWcacao/bin/cacaoadm start phys-schost-2# /opt/SUNWcacao/bin/cacaoadm start |
En cada nodo, inicie el agente de Sun Java Web Console.
phys-schost-1# /usr/sbin/smcwebserver start phys-schost-2# /usr/sbin/smcwebserver start |
Si su configuración utiliza mediadores de dos cadenas para el software de Solstice DiskSuite o Solaris Volume Manager, restablezca las configuraciones de los mediadores.
Decida qué nodo tendrá la propiedad de un conjunto de discos, al que añadirá los sistemas mediadores.
# metaset -s nombre_conjunto |
Especifica el nombre del conjunto de discos
Si ningún nodo lo ha hecho ya, tome la propiedad del conjunto de discos.
# scswitch -z -D setname -h node |
Control de los cambios
Especifica el nombre del conjunto de discos
Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos
Vuelva a crear los mediadores.
# metaset -s nombre_conjunto -a -m lista_sistema_mediador |
Se añade al conjunto de discos
Especifica los nombres de los nodos que añadir como sistemas mediadores en el conjunto de discos
Repita del Paso a al Paso c para cada conjunto de discos del clúster que utilice mediadores.
Si ha modernizado servicios de datos que no se proporcionaban en el sopote del producto, registre los nuevos tipos de recursos para esos servicios de datos.
Siga la documentación que se suministra con los servicios de datos.
(Opcional) Cambie los grupos de recursos y los grupos de dispositivos a su nodo original.
# scswitch -z -g grupo_recursos -h node # scswitch -z -D grupo_dispositivo_disco -h nodo |
Efectúa la conmutación.
Especifica el grupo de recursos que se quiere conmutar
Especifica el nombre del nodo al que se debe conmutar.
Especifica el grupo de dispositivos que se debe conmutar.
Reinicie todas las aplicaciones.
Siga las instrucciones proporcionadas en la documentación del proveedor.
Migrar recursos a nuevas versiones de tipos de recursos.
Si moderniza al servicio de datos de Sun Cluster HA para NFS para el sistema operativo Solaris 10, deberá migrar a la versión del tipo de recurso nuevo. Consulte Upgrading the SUNW.nfs Resource Type de Sun Cluster Data Service for NFS Guide for Solaris OS para obtener más información.
Para los demás servicios de datos, este paso es optativo.
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ú Resource Group menu de la utilidad scsetup. El proceso implica la realización de las siguientes tareas:
Registro del tipo de recurso nuevo
Migración de todos los recursos aptos a la nueva versión de su tipo de recurso
Modificación de las propiedades de extensión del tipo de recurso, tal y como se especifica en el manual de los servicios de datos relacionados
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 .
De lo contrario, la modernización del clúster estará completa.
Este apartado proporciona los procedimientos de reparación siguientes que se deben seguir si se hicieron cambios involuntarios en la configuración del almacenamiento durante la modernización:
Cómo gestionar la reconfiguración del almacenamiento durante una modernización
Cómo solucionar cambios incorrectos en el almacenamiento durante una modernización
Los cambios en la topología del almacenamiento, incluidas las órdenes en ejecución de Sun Cluster, deben terminarse antes de modernizar el clúster al software Solaris 9. No obstante, si los cambios se han efectuado en la topología del almacenamiento durante la modernización, siga el procedimiento siguiente. que asegura que la nueva configuración para el almacenamiento sea correcta y que el almacenamiento existente que no se ha reconfigurado no se haya modificado por error.
Asegúrese de que la topología de almacenamiento sea correcta. Compruebe que los dispositivos marcados como que posiblemente se cambiarán se asignen a dispositivos que de hecho se han sustituido. Si los dispositivos no se han sustituido, corrija los posibles cambios accidentales en la configuración, como un cableado incorrecto.
Conviértase en superusuario en un nodo que se haya anexado al dispositivo sin verificar.
Actualice manualmente el dispositivo sin verificar.
# scdidadm -R dispositivo |
Efectúa procedimientos de reparación en el dispositivo especificado.
Consulte la página de comando man de scdidadm(1M) si desea obtener más información.
Actualice el controlador DID.
# scdidadm -ui # scdidadm -r |
Carga la tabla de configuraciones de ID de dispositivos en el núcleo
Inicializa el controlador DID
Reconfigura la base de datos
Repita del Paso 2 al Paso 3 en el resto de los nodos que estén adjuntos al dispositivo sin verificar.
Vuelva a las tareas pendientes de modernización.
Para obtener información sobre una modernización no periódica, consulte el Paso 3 del procedimiento Cómo llevar a cabo una modernización no periódica del software de Sun Cluster 3.1 8/05.
Para obtener información sobre una modernización periódica, consulte el Paso 4 en el procedimiento Cómo llevar a cabo una modernización periódica del software de Sun Cluster 3.1 8/05.
Si se produjeron cambios accidentales en el cableado de almacenamiento durante la modernización, siga este procedimiento para devolver la configuración de almacenamiento al estado correcto.
Este procedimiento asume que no se ha cambiado ningún almacenamiento físico. Si los dispositivos de almacenamiento físicos o lógicos se han cambiado o sustituido, siga en su lugar los procedimientos que aparecen en Cómo gestionar la reconfiguración del almacenamiento durante una modernización.
Devuelva la topología de almacenamiento a su configuración original. Compruebe la configuración de los dispositivos que recibieron el indicador de que podrían verse sustituidos, incluido el cableado.
Como superusuario, actualice el controlador DID en cada nodo del clúster.
# scdidadm -ui # scdidadm -r |
Carga la tabla de configuración del id del dispositivo en el núcleo
Inicializa el controlador DID
Reconfigura la base de datos
Consulte la página de comando man de scdidadm(1M) si desea obtener más información.
Si el comando scdidadm devolvió algún mensaje de error en el Paso 1, haga las modificaciones necesarias para corregir la configuración de almacenamiento y, después, repita el Paso 1.
Vuelva a las tareas pendientes de modernización.
Para obtener información sobre una modernización no periódica, consulte el Paso 3 del procedimiento Cómo llevar a cabo una modernización no periódica del software de Sun Cluster 3.1 8/05.
Para obtener información sobre una modernización periódica, consulte el Paso 4 en el procedimiento Cómo llevar a cabo una modernización periódica del software de Sun Cluster 3.1 8/05.
Este apartado proporciona información acerca de los siguientes procedimientos para modernizar el módulo de Sun Cluster para Sun Management Center:
Ejecute los pasos siguientes para modernizar el software del módulo de Sun Cluster en los equipos del servidor Sun Management Center, del servidor de ayuda y de la consola.
Si desea modernizar el software Sun Management Center, no siga este procedimiento. En su lugar, acceda a SPARC: Cómo modernizar el softwareSun Management Center para modernizar el software de Sun Management Center y el módulo de Sun Cluster.
Tenga a mano el CD-ROM 2 de 2 de Sun Cluster para la plataforma SPARC o la ruta a la imagen del CD-ROM.
Como superusuario, elimine los paquetes existentes del módulo de Sun Cluster para cada equipo.
Utilice el comando pkgrm(1M) para suprimir todos los paquetes de los módulos de Sun Cluster de todas las ubicaciones especificadas en la tabla siguiente.
Ubicación |
Paquete del módulo que suprimir |
---|---|
Consola de Sun Management Center |
SUNWscscn |
Servidor de Sun Management Center |
SUNWscssv |
Equipo del servidor de ayuda de Sun Management Center 3.0 o equipo del servidor de Sun Management Center 3.5 |
SUNWscshl |
# pkgrm module-package |
El software del módulo de Sun Cluster en los nodos del clúster ya se modernizó durante la modernización de la estructura del clúster.
Como superusuario, vuelva a instalar los paquetes del módulo de Sun Cluster en cada equipo.
Inserte el CD-ROM 2 de 2 de Sun Cluster para la plataforma SPARC en la unidad de CD-ROM del equipo.
Acceda al directorio Solaris_sparc/Product/sun_cluster/Solaris_versión/Packages/, donde ver es 8 para Solaris 8, 9 para Solaris 9 o 10 para Solaris 10.
# cd Solaris_sparc/Product/sun_cluster/Solaris_versión/Packages/ |
Instale los paquetes del módulo que sean necesarios, tal y como se indica en la siguiente tabla.
Ubicación |
Paquete del módulo que instalar |
---|---|
Consola de Sun Management Center |
SUNWscshl |
Servidor de Sun Management Center |
SUNWscssv |
Equipo del servidor de ayuda de Sun Management Center 3.0 o equipo del servidor de Sun Management Center 3.5 |
SUNWscshl |
Tenga en cuenta que el paquete del servidor de ayuda SUNWscshl se instala tanto en el equipo de la consola como en el equipo del servidor de ayuda de Sun Management Center 3.0 o el equipo del servidor de Sun Management Center 3.5. Igualmente, no efectúe una modernización a un nuevo paquete de SUNWscscn en la máquina de la consola.
# pkgadd -d . module-package |
Cambie a un directorio que no sea del CD-ROM y sáquelo después.
# eject cdrom |
Lleve a cabo los siguientes pasos para modernizar de Sun Management Center 2.1.1 a Sun Management Center 3.0 o Sun Management Center 3.5.
Tenga a mano los elementos siguientes:
CD-ROM 2 de 2 de Sun Cluster para la plataforma SPARC y, si procede, para la plataforma x86, o bien las rutas a las imágenes del CD-ROM. Utilice el CD-ROM para volver a instalar la versión de Sun Cluster 3.1 8/05 de los paquetes del módulo de Sun Cluster después de modernizar el software de Sun Management Center.
Los paquetes de agente para instalarlos en los nodos del clúster están disponibles para los sistemas basados en SPARC y en x86. Los paquetes para los equipos de la consola, el servidor y el servidor de ayuda están disponibles sólo para los sistemas basados en SPARC.
Documentación de Sun Management Center.
Revisiones de Sun Management Center y revisiones de Sun Cluster, si las hay.
Consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris para obtener información sobre las revisiones y las instrucciones de instalación.
Detenga todos los procesos de Sun Management Center.
Si la consola de Sun Management Center está en ejecución, salga de ella.
En la ventana de la consola, elija File (Archivo)⇒Exit (Salir).
En cada máquina agente de Sun Management Center (nodo del clúster), detenga el proceso del agente de Sun Management Center.
# /opt/SUNWsymon/sbin/es-stop -a |
En el servidor de Sun Management Center, detenga el proceso del servidor de Sun Management Center.
# /opt/SUNWsymon/sbin/es-stop -S |
Como superusuario, suprima los paquetes del módulo de Sun Cluster.
Utilice el comando pkgrm(1M) para suprimir todos los paquetes de los módulos de Sun Cluster de todas las ubicaciones especificadas en la tabla siguiente.
Ubicación |
Paquete del módulo que suprimir |
---|---|
Cada nodo del clúster |
SUNWscsam, SUNWscsal |
Consola de Sun Management Center |
SUNWscscn |
Servidor de Sun Management Center |
SUNWscssv |
Equipo del servidor de ayuda de Sun Management Center 3.0 o equipo del servidor de Sun Management Center 3.5 |
SUNWscshl |
# pkgrm module-package |
Si no suprime los paquetes enumerados es posible que falle la modernización del software de Sun Management Center debido a los problemas de dependencia de los paquetes. Estos paquetes se reinstalan en el Paso 4, después de modernizar el software de Sun Management Center.
Modernice el software Sun Management Center.
Siga los procedimientos de modernización indicados en la documentación de Sun Management Center.
Como superusuario, vuelva a instalar los paquetes del módulo de Sun Cluster en las ubicaciones que se indican en la tabla siguiente.
Ubicación |
Paquete del módulo que instalar |
---|---|
Cada nodo del clúster |
SUNWscsam, SUNWscsal |
Servidor de Sun Management Center |
SUNWscssv |
Consola de Sun Management Center |
SUNWscshl |
Equipo del servidor de ayuda de Sun Management Center 3.0 o equipo del servidor de Sun Management Center 3.5 |
SUNWscshl |
Debe instalar el paquete del servidor de ayuda SUNWscshl tanto en el equipo de la consola como en el equipo del servidor de ayuda de Sun Management Center 3.0 o el equipo del servidor de Sun Management Center 3.5.
Inserte el CD-ROM 2 de 2 de Sun Cluster para la plataforma que corresponda en la unidad de CD-ROM del equipo.
Acceda al directorio Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Packages/, donde arqu es sparc o x86 y ver es 8 para Solaris 8, 9 para Solaris 9 o 10 para Solaris 10.
# cd /cdrom/cdrom0/Solaris_arquitectura/Product/sun_cluster/Solaris_versión/Packages/ |
Los paquetes de agente para instalarlos en los nodos del clúster están disponibles para los sistemas basados en SPARC y en x86. Los paquetes para los equipos de la consola, el servidor y el servidor de ayuda están disponibles sólo para los sistemas basados en SPARC.
Instale el paquete del módulo adecuado en el equipo.
Para los nodos del clúster que se ejecuten en el sistema operativo Solaris 10, use el siguiente comando:
# pkgadd -G -d . module-package |
La opción -G agrega paquetes sólo a la zona actual. Debe agregar estos paquetes sólo a la zona global. En consecuencia, esta opción también especifica que los paquetes no se propaguen a las zonas existentes no globales ni a otras zonas no globales que se creen en el futuro.
En el caso de los nodos del clúster que se ejecuten en los sistemas operativos Solaris 8 o Solaris 9 y en el de los equipos de la consola, el servidor y los servidores de ayuda, use el siguiente comando:
# pkgadd -d . module-package |
Aplique las revisiones de Sun Management Center y las del módulo de Sun Cluster en cada nodo del clúster.
Reinicie el agente, el servidor y los procesos de la consola de Sun Management Center.
Siga los procedimientos especificados en SPARC: Cómo iniciar Sun Management Center .
Cargue el módulo de Sun Cluster.
Siga los pasos que se indican en SPARC: Cómo cargar el módulo de Sun Cluster .
Si el módulo de Sun Cluster ya se había cargado, descárguelo y vuelva a hacerlo con el fin de borrar todas las definiciones de advertencias guardadas en la antememoria del servidor. Para descarga el módulo, seleccione Descargar módulo en el menú Módulo en la ventana Detalles de la consola.