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

Ejecución de una modernización no periódica

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.


Nota –

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 ..


Tabla 5–1 Mapa de tareas: Ejecución de una modernización no periódica para el software de Sun Cluster 3.1 8/05

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. 

Cómo actualizar el software que mantiene la relación de dependencia antes de una modernización no periódica

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

ProcedureCómo preparar el clúster para una modernización no periódica

Lleve a cabo este procedimiento para quitar el clúster de la producción.

Antes de empezar

Lleve a cabo las siguientes tareas:

Pasos
  1. 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.

  2. (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.

  3. Notifique a los usuarios que los servicios del clúster no estarán disponibles durante la modernización.

  4. Conviértase en superusuario en un nodo del clúster.

  5. Inicie la utilidad scsetup(1m).


    # scsetup
    

    Se mostrará el Menú principal.

  6. Desconecte cada grupo de recursos.

    1. Desde el menú principal de scsetup, elija el elemento de menú Resource groups (Grupos de recursos).

    2. 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).

    3. Siga las indicaciones para poner fuera de línea a todos los grupos de recursos y póngalos en estado sin gestionar.

    4. Cuando todos los grupos de recursos esten fuera de línea, escriba q para volver al menú Grupos de recursos.

  7. 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.

    1. En el menú Resource Group (Grupo de recursos), elija el elemento Enable/Disable a resource (Habilitar/Deshabilitar un recurso).

    2. Seleccione un recurso que inhabilitar y siga las indicaciones.

    3. Repita el Paso b para cada recurso.

    4. Cuando todos los recursos estén inhabilitados, escriba q para volver al menú Grupos de recursos.

  8. Salga de la utilidad scsetup.

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

  9. 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
    
  10. 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.

    1. Ejecute la orden siguiente para verificar que no haya problemas con los datos de los mediadores.


      # medstat -s nombre_conjunto
      
      -s setname

      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 .

    2. 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.

    3. 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
      
      -z

      Control de los cambios

      -D

      Especifica el nombre del conjunto de discos

      -h nodo

      Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos

    4. Desconfigure todos los mediadores del conjunto de discos.


      # metaset -s nombre_conjunto -d -m lista_sistemas_mediadores
      
      -s setname

      Especifica el nombre del conjunto de discos

      -d

      Elimina del conjunto de discos

      -m mediator-host-list

      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.

    5. Repita del Paso c al Paso d para cada conjunto de discos restante que use mediadores.

  11. 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.

    1. Conviértase en superusuario en un nodo del clúster que ejecute el software de Sun StorEdge Availability Suite.

    2. 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.

    3. 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.

    4. 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
      

      Nota –

      Debe utilizar el nombre del dispositivo DID original, /dev/did/rdsk/, no el dispositivo DID de bloque, /dev/did/dsk/.


    5. 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
      
  12. Detenga todas las aplicaciones que se estén ejecutando en cada nodo del clúster.

  13. Compruebe que se haya efectuado una copia de seguridad de todos los datos compartidos.

  14. 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.

  15. 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
      
  16. Compruebe que se haya efectuado una copia de seguridad de cada disco del sistema.

Pasos siguientes

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.

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.

ProcedureCómo llevar a cabo una modernización no periódica del sistema operativo Solaris OS

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.


Precaución – Precaución –

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.


Antes de empezar

Lleve a cabo las siguientes tareas:

Pasos
  1. Conviértase en superusuario en el nodo del clúster que se desee modernizar.

  2. (Opcional) SPARC: modernice VxFS.

    Siga los procedimientos proporcionados en la documentación de VxFS.

  3. 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.

  4. Comente todas las entradas de los sistemas de archivos montados globalmente en el archivo /etc/vfstab del nodo.

    1. Para una posterior referencia, lleve un registro de todas las entradas que ya están comentadas.

    2. 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.

  5. 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 


    Nota –

    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.


  6. 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:

      1. Vuelva a este procedimiento para ejecutar el Paso 7 y el Paso 8.

      2. Reinicie en el modo sin clúster en el Paso 9 para completar la modernización del software de Solaris.

  7. 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.

  8. 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.

  9. Rearranque el nodo en el modo sin clúster.

    Incluya los guiones dobles (--) en la orden siguiente:


    # reboot -- -x
    
  10. 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
      

    Nota –

    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
    

  11. 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).


    Nota –

    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.

Pasos siguientes

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.


Nota –

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.


ProcedureCómo actualizar el software que mantiene la relación de dependencia antes de una modernización no 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 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.

Antes de empezar

Lleve a cabo las siguientes tareas:

Pasos
  1. Conviértase en superusuario en el nodo del clúster.

  2. 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.

    1. Averigüe si el paquete SUNWtcatu está instalado.


      # pkginfo SUNWtcatu
      SUNWtcatu       Tomcat Servlet/JSP Container
    2. 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
    3. Si no está instalada la revisión requerida, elimine el paquete de Apache Tomcat.


      # pkgrm SUNWtcatu
      
  3. Inserte el CD-ROM 1 de 2 de Sun Cluster.

  4. 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/
    
  5. 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.

    1. 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
    2. Si la versión instalada es anterior a la 4.3.1, elimine los paquetes del Explorador existentes.


      # pkgrm SUNWexplo SUNWexplu SUNWexplj
      
    3. 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.

  6. Asegúrese de que, como mínimo, esté instalada la versión 5.1,REV=34 de los paquetes Java Dynamic Management Kit (JDMK).

    1. 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
    2. Si la versión instalada es anterior a la 5.1,REV=34, elimine los paquetes JDMK existentes.


      # pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx
      
    3. 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.

      • Para el sistema operativo Solaris 8 o Solaris 9, use el siguiente comando:


        # pkgadd -d . SUNWjdmk*
        
      • Para el sistema operativo Solaris 10, use el siguiente comando:


        # pkgadd -G -d . SUNWjdmk*
        
  7. 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
    
  8. 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).

    1. 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
    2. 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.


      Nota –

      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

    3. Si ha eliminado los paquetes de NSPR o si no había ninguno instalado, instale los paquetes más recientes de NSPR.

      • Para los sistemas operativos Solaris 8 o Solaris 9, use el siguiente comando:


        # pkgadd -d . packages
        
      • Para el sistema operativo Solaris 10, use el siguiente comando:


        # pkgadd -G -d . packages
        
  9. Asegúrese de que esté instalada como mínimo la versión 3.9.4 de los servicios de seguridad de red (NSS).

    1. 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
    2. 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.


      Nota –

      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

    3. 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.

      • Para los sistemas operativos Solaris 8 o Solaris 9, use el siguiente comando:


        # pkgadd -d . packages
        
      • Para el sistema operativo Solaris 10, use el siguiente comando:


        # pkgadd -G -d . packages
        
  10. Acceda de nuevo al directorio Solaris_arqu/Product/shared_components//Packages/.


    # cd ../../Packages
    
  11. Compruebe que esté instalada como mínimo la versión 1.0,REV=25 de los paquetes de contenedor de agente común.

    1. 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
    2. 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
      
    3. 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
      
    4. 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.

      • Para los sistemas operativos Solaris 8 o Solaris 9, use el siguiente comando:


        # pkgadd -d . SUNWcacao*
        
      • Para el sistema operativo Solaris 10, use el siguiente comando:


        # pkgadd -G -d . SUNWcacao*
        
  12. Cambie a un directorio que no sea del CD-ROM y sáquelo después.


    # eject cdrom
    
  13. Inserte el CD-ROM 2 de 2 de Sun Cluster.

  14. Para modernizar de Solaris 8 a Solaris 9, instale o modernice los paquetes de Sun Java Web Console.

    1. Acceda al directorio Solaris_arqu/Product/sunwebconsole/, donde arqu es sparc o x86.

    2. Instale los paquetes de Sun Java Web Console.


      # ./setup
      

      El comando setup permite instalar o modernizar todos los paquetes para que sean compatibles con Sun Java Web Console.

  15. Cambie a un directorio que no sea del CD-ROM y sáquelo después.


    # eject cdrom
    
  16. 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.

    1. 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/
    2. 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
      
    3. 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
      
Pasos siguientes

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.

ProcedureCó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.


Consejo –

Puede efectuar este procedimiento en más de un nodo al mismo tiempo.


Antes de empezar

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.

Pasos
  1. Conviértase en superusuario en un nodo del clúster.

  2. 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/.

  3. 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
    
  4. Inicie la utilidad scinstall.


    # ./scinstall
    

    Nota –

    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.


  5. 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
    
  6. 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).

  7. 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:

    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.

  8. Pulse Enter.

    Se muestra el menú Upgrade (Modernizar).

  9. (Opcional) Modernice los servicios de datos de Java Enterprise System desde el CD-ROM 2 de 2 de Sun Cluster.

    1. 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).

    2. 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.

    3. Pulse Enter.

      Se muestra el menú Upgrade (Modernizar).

  10. Salga de la utilidad scinstall.

  11. Cambie a un directorio que no sea del CD-ROM y sáquelo después.


    # eject cdrom
    
  12. 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.

    1. Inserte el CD de Sun Cluster Agents en la unidad correspondiente del nodo.

    2. 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
      
    3. En el menú principal, elija el elemento de menú Upgrade this cluster node (Modernizar este nodo del clúster).

    4. 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).

    5. 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.

    6. Pulse Enter.

      Se muestra el menú Upgrade (Modernizar).

    7. Salga de la utilidad scinstall.

    8. Cambie a un directorio que no sea del CD-ROM y sáquelo después.


      # eject cdrom
      
  13. Si procede, modernice manualmente los servicios de datos personalizados que no se suministran en el soporte del producto.

  14. 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.

  15. Instale los parches de Sun Cluster 3.1 8/05, si no los ha instalado utilizando el comando scinstall.

  16. 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.

  17. 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.

  18. Tras modernizar los nodos, rearranque cada uno en el clúster.


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

    Este paso garantiza que todos los archivos de seguridad de contenedor de agente común sean idénticos en todos los nodos del clúster, así como que los archivos copiados conserven los permisos de archivo correctos.

    1. En cada nodo, detenga el agente de Sun Java Web Console.


      # /usr/sbin/smcwebserver stop
      
    2. En cada nodo, detenga el agente del archivo de seguridad.


      # /opt/SUNWcacao/bin/cacaoadm stop
      
    3. En cada nodo, acceda al directorio /etc/opt/SUNWcacao/.


      phys-schost-1# cd /etc/opt/SUNWcacao/
      
    4. Cree un archivo tar del directorio /etc/opt/SUNWcacao/security/.


      phys-schost-1# tar cf /tmp/SECURITY.tar security
      
    5. Copie el archivo /tmp/SECURITY.tar a cada uno de los nodos del clúster restantes.

    6. En cada nodo en el que haya copiado el archivo /tmp/SECURITY.tar, extraiga los archivos de seguridad.

      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
      
    7. Elimine el archivo /tmp/SECURITY.tar de cada nodo del clúster.

      Debe eliminar todas las copias del archivo tar para evitar riesgos de seguridad.


      phys-schost-1# rm /tmp/SECURITY.tar
      phys-schost-2# rm /tmp/SECURITY.tar
      
    8. En cada nodo, inicie el agente del archivo de seguridad.


      phys-schost-1# /opt/SUNWcacao/bin/cacaoadm start
      phys-schost-2# /opt/SUNWcacao/bin/cacaoadm start
      
    9. 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
      
Pasos siguientes

Acceda a Cómo verificar una modernización no periódica del software de Sun Cluster 3.1 8/05

ProcedureCó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.

Antes de empezar

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

Pasos
  1. 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.

  2. 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.

  3. Si ha realizado la modernización de Solaris 8 a Solaris 9, compruebe la coherencia de la configuración de almacenamiento.

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


      # scdidadm -c
      
      -c

      Realice una comprobación de coherencia


      Precaución – Precaución –

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


      La 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.

    2. 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
      
      -R

      Lleve a cabo los procedimientos de reparación

      all

      Especifica todos los dispositivos

    3. 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.


Ejemplo 5–1 Comprobación de una modernización no periódica de Sun Cluster 3.0 a 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

Pasos siguientes

Acceda a Cómo finalizar una modernización no periódica para el software de Sun Cluster 3.1 8/05.

ProcedureCó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.

Antes de empezar

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.

Pasos
  1. 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.

  2. 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.

    1. Conviértase en superusuario en un nodo que aloje el recurso liveCache.

    2. Copie el archivo nuevo /opt/SUNWsclc/livecache/bin/lccluster en el directorio /sapdb/NOMBRE_LC/db/sap/.

      Sobrescriba el archivo lccluster existente en la configuración previa del servicio de datos.

    3. Configure este archivo /sapdb/LC_NAME/db/sap/lccluster tal y como se indica en How to Register and Configure Sun Cluster HA for SAP liveCache de Sun Cluster Data Service for SAP liveCache Guide for Solaris OS.

  3. 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.

    1. Decida qué nodo tendrá la propiedad de un conjunto de discos, al que añadirá los sistemas mediadores.


      # metaset -s nombre_conjunto
      
      -s nombre_conjunto

      Especifica el nombre del conjunto de discos

    2. Si ningún nodo lo ha hecho ya, tome la propiedad del conjunto de discos.


      # scswitch -z -D setname -h node
      
      -z

      Control de los cambios

      -D setname

      Especifica el nombre del conjunto de discos

      -h nodo

      Especifica el nombre del nodo que debe convertirse en principal en el conjunto de discos

    3. Vuelva a crear los mediadores.


      # metaset -s nombre_conjunto -a -m lista_sistema_mediador
      
      -a

      Se añade al conjunto de discos

      -m mediator-host-list

      Especifica los nombres de los nodos que añadir como sistemas mediadores en el conjunto de discos

    4. Repita estos pasos para cada disco del clúster que utilice mediadores.

  4. SPARC: Si ha modernizado VxVM, modernice todos los grupos de discos.

    1. Ponga en línea el grupo de discos que va a modernizar y hágase su propietario.


      # scswitch -z -D setname -h thisnode
      
    2. Ejecute el siguiente comando para modernizar un grupo de discos a la versión mayor admitida por la versión de VxVM que instaló.


      # 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.

    3. Repítalo para cada uno de los grupos de discos de VxVM del clúster.

  5. Migrar recursos a nuevas versiones de tipos de recursos.


    Nota –

    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

  6. Inicie la utilidad scsetup(1M) desde un nodo.


    # scsetup
    
  7. Vuelva a habilitar todos los recursos inhabilitados.

    1. En el menú Resource Group (Grupo de recursos), elija el elemento Enable/Disable a resource (Habilitar/Deshabilitar un recurso).

    2. Seleccione un recurso que habilitar y siga las indicaciones.

    3. Repita el Paso b para cada recurso deshabilitado.

    4. Cuando todos los recursos se vuelvan a habilitar, escriba q para volver al menú Grupos de recursos.

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

    1. 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).

    2. Siga las indicaciones para que cada grupo de recursos sea gestionado y deje en línea al grupo de recursos.

  9. 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.

Pasos siguientes

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

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

Véase también

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.