Solaris 7 11/99: Guía de plataformas de hardware de Sun

Capítulo 9 Alternate Pathing 2.2 en el servidor Sun Enterprise 10000

Este capítulo contiene instrucciones para instalar por primera vez el software Alternate Pathing (AP) 2.2 o bien para sustituir la versión existente de este software por la versión 2.2 en el servidor Sun Enterprise 10000.

Primera instalación de AP

El software AP 2.2 incluye un paquete que debe instalarse en el SSP y un grupo de paquetes centrales que deben instalarse en el dominio de Sun Enterprise 10000.

Las instrucciones contenidas en esta sección se refieren a entornos donde no se encuentra instalado ni configurado AP. Si ya hay alguna versión de este software instalada, debe utilizar las instrucciones del procedimiento "Actualización de AP". Este procedimiento utiliza archivos de comandos que guardan la configuración de AP existente y luego restauran esa configuración después de instalar los paquetes de AP 2.2.


Precaución - Precaución -

En las instrucciones de esta sección se presupone que ya se encuentra instalado el entorno operativo Solaris 7 11/99. Debe instalar este entorno antes de proceder a la instalación de AP 2.2.


Los paquetes de AP precisan aproximadamente 2,7 megabytes de espacio de disco en el dominio y 37 kilobytes en el SSP. En la tabla siguiente se detalla el tamaño de los distintos sistemas de archivos que componen el software de AP:

Tabla 9-1 Requisitos de espacio en disco de AP por sistema de archivo

Sistema de archivo 

Tamaño 

Sistema principal: 

 

/usr

317 Kbytes 

/

1,3 Mbytes 

/etc

13 Kbytes 

/kernel

1528 Kbytes 

/sbin

1481 Kbytes 

 

 

SSP: 

 

/opt

31 Kbytes 

Para instalar AP 2.2 por primera vez
  1. Si su intención es instalar AP sobre una instalación nueva del entorno operativo Solaris 7 11/99, instale primero este entorno (si es necesario) y vuelva luego a este realizar procedimiento.

    Consulte "Primera instalación del software" en el capítulo "Solaris 7 11/99 en Sun Enterprise 10000" en Solaris 7 11/99: Guía de plataformas de hardware de Sun.

  2. Monte el CD-ROM.

    1. Entre en el SSP como superusuario.

    2. Introduzca el CD suplementario de Sun Computer Systems en la unidad de CD-ROM.

      La unidad de CD-ROM está conectada al SSP. Espere a que el administrador de volúmenes monte el CD-ROM.

    3. Ejecute el siguiente comando share(1M) en el SSP para que el CD-ROM pueda utilizarse a través de la red.


      ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
      

  3. Instale los paquetes de AP en el SSP (y en cualquier otro SSP, si existe).

    1. Cambie al directorio del producto AP 2.2 y ejecute el comando pkgadd(1M) para agregar el paquete SUNWapssp al SSP.


      ssp# cd /cdrom/cdrom0/Product
      ssp# pkgadd -d . SUNWapssp
      

    2. Inicie ap_ssp_daemon.


      ssp# init q
      

    3. Si dispone de un SSP secundario, lleve a cabo los pasos anteriores en él.

  4. Instale AP en el dominio.

    1. Entre en el dominio como superusuario.

    2. Cree y monte el directorio /cdrom.


      # mkdir /cdrom
      # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
      

    3. Instale los paquetes de sistema principal de AP 2.2 en el dominio.


      # pkgadd -d /cdrom/Product SUNWapdoc SUNWapu \
      SUNWapr SUNWapdv
      

  5. Desmonte y extraiga el CD-ROM.

    1. Desmonte el CD-ROM en el dominio.


      # cd /
      # umount /cdrom
      

    2. Si es necesario, entre en el SSP como superusuario.

    3. Extraiga el CD suplementario de Sun Computer Systems de la unidad de CD-ROM:


      ssp# cd /
      ssp# unshare /cdrom/cdrom0
      ssp# eject cdrom
      

  6. Configure AP.

    Si precisa instrucciones para hacerlo, lea "Para configurar AP". Consulte también el manual Sun Enterprise Server Alternate Pathing User's Guide.

Para configurar AP
  1. Cree entre tres y cinco bases de datos AP.


    # apdb -c segmento_disco_básico -f
    

  2. Cree los metadiscos AP.

    Debe conocer la configuración del hardware del dominio para saber qué dos puertos están conectados a la misma matriz de discos. En los pasos siguientes se utilizan los puertos pln, pero los puertos reales pueden variar en función de la configuración del sistema.

    1. Examine la lista de puertos y los nodos de dispositivos de discos asociados.


      # apinst
      pln0
      	/dev/dsk/c1t0d0
      	/dev/dsk/c1t1d0
      	/dev/dsk/c1t2d0
      	/dev/dsk/c1t3d0
      	/dev/dsk/c1t4d0
      	/dev/dsk/c1t5d0
      pln1
      	/dev/dsk/c2t0d0
      	/dev/dsk/c2t1d0
      	/dev/dsk/c2t2d0
      	/dev/dsk/c2t3d0
      	/dev/dsk/c2t4d0
      	/dev/dsk/c2t5d0

    2. Cree un grupo de rutas de disco sin confirmar.


      # apdisk -c -p pln0 -a pln1
      # apconfig -S -u
      

      donde:

      -c crea el grupo de rutas.

      -p designa la ruta principal.

      -a designa la ruta alternativa.

      Puede verificar los resultados utilizando apconfig(1M) según se muestra en el ejemplo anterior.

    3. Confirme las entradas en la base de datos.


      # apdb -C
      

      Puede verificar los resultados del comando anterior utilizando apconfig -S.

    4. Regenere los directorios de dispositivos.


      # drvconfig -i ap_dmd
      # ls -l /devices/pseudo/ap_dmd*
      ...

      Como puede verse en este ejemplo, es posible verificar los resultados del comando drvconfig(1M) viendo el contenido de /devices/pseudo/ap_dmd*.

    5. Cree enlaces simbólicos entre el directorio de dispositivos /devices/pseudo y los archivos de metadisco especiales contenidos en /dev/ap/dsk y /dev/ap/rdsk.


      # apconfig -R
      # ls -l /dev/ap/dsk
      ...

      Tal y como se muestra en el ejemplo, es posible verificar los resultados del comando apconfig(1M) viendo el contenido de /dev/ap/dsk para examinar los enlaces simbólicos.

    6. Si va a poner el disco de arranque bajo el control de AP, utilice apboot(1M) para definir el nuevo dispositivo de arranque de AP.


      # apboot nombre_metadisco
      

      El comando apboot(1M) modifica los archivos /etc/vfstab y /etc/system. El argumento nombre_metadisco debe tener el formato: mcxtxdx.

    7. Modifique cualquier referencia que utilice un nodo de dispositivo físico (es decir, cualquier ruta que comience por /dev/dsk o /dev/rdsk) para sustituirla por el nodo de dispositivo de metadiscos correspondiente (es decir, una ruta que comience por /dev/ap/dsk o /dev/ap/rdsk).

      Si una partición está montada bajo una ruta física, desmóntela y vuelva a montarla bajo la ruta del metadisco.

      Examine /etc/vfstab para localizar posibles dispositivos físicos que deberían sustituirse por metadispositivos AP. Si es necesario, abra /etc/vfstab con un editor para efectuar las modificaciones oportunas.


      Precaución - Precaución -

      Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.


  3. Cree las metarredes AP (para redes distintas de la principal).


    Nota -

    Los pasos siguientes se aplican a todas las redes para las que desee definir rutas alternativas, excepto a la red principal.


    1. Cree el grupo de rutas de red.


      # apnet -c -p interfaz_red -a interfaz_red
      # apconfig -N -u
      ...

      Tal y como se muestra en el ejemplo, puede verificar los resultados del comando apnet(1M) utilizando apconfig(1M).

    2. Confirme las entradas de grupos de rutas de red en la base de datos.


      # apdb -C
      

      Puede verificar los resultados de apdb(1M) utilizando el comando apconfig(1M) con la opción -N.

    3. Suprima cualquier uso directo de los dos miembros de los grupos de rutas de red.

      Si la interfaz física está abierta y no es la interfaz que utilizará durante la ejecución de los comandos para configurar la metarred, puede cerrarla utilizando el comando ifconfig(1M).

    4. Cree un archivo /etc/hostname.mnombre_interfaz_red para cualquier metarred que desee configurar cuando se rearranque el servidor.

  4. Cree la metarred AP correspondiente a la red principal.

    1. Examine el contenido de los archivos /etc/nodename y /etc/hostname.nombre_interfaz para verificar que el nombre de interfaz es el mismo.

    2. Cree el grupo de rutas de la red principal.


      # apnet -c -p interfaz_red -a interfaz_red
      

      En este ejemplo, -c crea el nuevo grupo de rutas de la red principal, -p designa la ruta principal y -a la ruta alternativa.

    3. Confirme la entrada de grupo de rutas de red en la base de datos.


      # apdb -C
      # apconfig -N
      

      Tal y como se muestra en el ejemplo, puede verificar los resultados de apdb(1M) utilizando el comando apconfig(1M).

    4. Cree el nuevo archivo /etc/hostname.mnombre_interfaz para configurar la red cuando rearranque el servidor.

      Por ejemplo, /etc/hostname.mnombre_interfaz podría contener hmb.

    5. Suprima los archivos de configuración correspondientes a la interfaz de la metarred.


      # rm -f /etc/hostname.nombre_interfaz_principal \
      /etc/hostname.nombre_interfaz_alternativa
      

  5. Si tiene intención de utilizar un administrador de volúmenes como Sun Enterprise Volume Manager (SEVM) o Solstice DiskSuite (SDS), configure el administrador siguiendo las instrucciones del fabricante.


    Precaución - Precaución -

    Asegúrese de que Solaris 7 11/99 (que es necesario para AP 2.2) soporta el administrador de volúmenes que vaya a utilizar.


    • Consideraciones sobre SEVM

      Si desea configurar los volúmenes SEVM sobre AP, deberá hacerlo utilizando rutas de metadiscos AP en lugar de rutas físicas. SEVM reconoce e instala correctamente los metadispositivos AP existentes sin necesidad de realizar acciones especiales.

      SEVM puede encapsular discos de arranque y otros discos que estén configurados como metadispositivos AP. También puede encapsular bases de datos AP sin que ello afecte a AP, pero recuerde que SEVM impone habitualmente ciertas condiciones para la encapsulación:

      • Tiene que existir un segmento s2 que represente el disco completo.

      • Tiene que existir una "pequeña cantidad" de espacio libre al principio o al final del disco.

      • Tiene que haber dos particiones libres.

        Puede que los requisitos de las particiones impliquen abandonar una base de datos AP, que normalmente se sitúa en el segmento s4.

        Es aconsejable configurar SEVM después de configurar AP. No está dentro de los objetivos de este documento describir la forma de integrar AP con una configuración de SEVM existente.

    • Consideraciones sobre SDS.

      Si desea configurar los volúmenes de SDS sobre AP, deberá hacerlo utilizando rutas de metadiscos AP en lugar de rutas físicas. SDS reconoce e instala correctamente los metadispositivos AP existentes sin necesidad de realizar acciones especiales.

  6. Rearranque el dominio (si es necesario).

    Si ya había rearrancado el dominio después de configurar un administrador de volúmenes, puede omitir este paso.

Actualización de AP

Esta sección contiene instrucciones para actualizar a AP 2.2 en el SSP y en un dominio. El entorno operativo Solaris 7 11/99 no soporta las versiones AP 2.0 y AP 2.1. El proceso de actualización implica desinstalar la versión anterior de AP del SSP y del dominio, instalar un paquete de AP en el SSP y un conjunto de paquetes centrales de este mismo software en el dominio, y restaurar la configuración anterior de AP. Para simplificar el proceso, se suministran diversos archivos de comandos.


Precaución - Precaución -

Si instala AP 2.2 en un dominio Sun Enterprise 10000, el SSP debe ejecutar el software SSP 3.1, ya que SSP 3.0 no soporta AP 2.2. Consulte el kit de soporte del SSP si precisa instrucciones para instalar el software del SSP.


La instalación de los paquetes contenidos en el CD-ROM suministrado precisa aproximadamente 2,7 de espacio en el dominio principal y 37 kilobytes en el SSP. En la tabla siguiente figuran los tamaños de los sistemas de archivos que componen la totalidad del software de AP:

Tabla 9-2 Tamaños de los sistemas de archivos del software de AP

Sistema de archivos 

Tamaño 

Dominio: 

 

/opt

1,23 Mbytes 

/usr

158 Kbytes 

/

1,3 Mbytes 

 

 

SSP: 

 

/opt

37 Kbytes 

Copia de seguridad del servidor

No olvide hacer siempre una copia de seguridad del servidor antes de actualizar cualquier software. La copia más segura es un volcado de nivel 0 (ufsdump(1M)) de los sistemas de archivos conectados al servidor que se va a actualizar. Si no tiene establecido ningún procedimiento de copia de seguridad, consulte la System Administration Guide.

No necesita suprimir los parches instalados antes de proceder a la actualización.

Comprobación de la documentación correspondiente a otros softwares

Compruebe la documentación de otros paquetes de software que se estén ejecutando (como administradores de volúmenes) antes de utilizar la opción upgrade de la utilidad suninstall. Puede haber otras instrucciones que necesita seguir para conservar las configuraciones existentes. Recuerde también revisar las notas sobre la versión de AP y de cualquier administrador de volúmenes que esté utilizando.

Actualización simultánea del software de AP y de Solaris

Los procedimientos de actualización de AP descritos en esta sección utilizan dos archivos de comandos, ap_upgrade_begin y ap_upgrade_finish. El primero guarda la configuración de AP existente y el segundo restaura exactamente la misma configuración una vez que se han instalado los paquetes de AP 2.2. Es probable que realice la actualización al entorno operativo Solaris 7 11/99 junto con la de AP 2.2, ya que AP 2.2 precisa Solaris 7 11/99. Dado que se restaura la misma configuración de AP que existía antes de instalar Solaris 7 11/99, necesitará tener en cuenta los comentarios de las secciones siguientes.

Cambio de la numeración de los controladores

Si se renumeran los controladores de E/S, los archivos de comandos de actualización de AP no funcionarán. El cambio de la numeración puede tener lugar si se altera la configuración del hardware de determinadas maneras y luego se ejecuta un arranque de reconfiguración (boot -R) o se provoca la ejecución de un comando drvconfig(1M). Si, por ejemplo, utiliza Reconfiguración dinámica (DR) para desconectar lógicamente una placa del sistema que contiene controladores de E/S y otras placas del sistema de numeración superior también contienen controladores de E/S, el siguiente arranque de reconfiguración provocará un cambio en la numeración de los controladores. Por ejemplo, pln5 podría pasar a ser pln3.

El procedimiento de suninstall requiere una arranque de reconfiguración. Si éste provoca la renumeración de los controladores, no podrá utilizar ap_upgrade_finish para finalizar la actualización de AP, aunque sí podrá seguir utilizando ap_upgrade_begin. La razón es que ap_upgrade_begin guarda la información de configuración de AP en los archivos /var/tmp/ap*. Si conoce bien la forma en que funciona la numeración de dispositivos, puede recrear la configuración de AP haciendo referencia a esos archivos de /var/tmp y reasignar manualmente la anterior configuración de AP teniendo en cuenta la nueva numeración de los controladores físicos.

Si no conoce con certeza la forma en que se numeran los dispositivos, debería hacer una instalación desde cero y recrear la configuración de AP, o solicitar ayuda al servicio técnico. Como norma general, trate de no cambiar el hardware de forma que pueda ocasionar la renumeración de los controladores.

Particiones de las bases de datos de AP

Los archivos de comandos de actualización de AP tratan de recrear sus bases de datos en las mismas particiones que ocupaban antes de actualizar al entorno operativo Solaris 7 11/99. Tenga presente, sin embargo, que Solaris 7 11/99 precisa más espacio de disco que las anteriores versiones de este entorno operativo. Por este motivo, puede que prefiera modificar el esquema de particiones del disco de arranque durante la ejecución de suninstall. Si sitúa sistemas de archivos en todas las particiones utilizadas anteriormente para bases de datos de AP, ap_upgrade_finish no es capaz de recrear ninguna base de datos y el proceso de actualización falla. Por otra parte, si sitúa un sistema de archivos en alguna partición anteriormente utilizada para una base de datos de AP y, por algún motivo, ese sistema de archivos no está montado en el momento de ejecutar ap_upgrade_finish, el sistema de archivos queda sustituido por una copia de la base de datos de AP.

Particiones del disco raíz

La utilidad de actualización de AP presupone que el particionamiento del disco raíz (el que contiene la partición root) no se modifica durante la actualización. El software de Solaris 7 11/99 precisa más espacio de disco que las versiones anteriores y una forma de obtener más espacio es reparticionar el disco original o dividir el disco root en dos discos utilizando los comandos estándar antes de actualizar a Solaris 7 11/99. Si necesita reparticionar el disco root, deberá hacerlo antes de llevar a cabo la actualización a AP 2.2. Si no hay espacio suficiente al ejecutar suninstall, tiene la posibilidad de modificar el esquema de particiones del disco para obtener más espacio, pero no puede reasignar las particiones root o usr a otro disco durante la ejecución de suninstall, ya que esto provocaría el fallo del archivo de actualización de AP.

Entradas no confirmadas en la base de datos de AP

Antes de ejecutar ap_upgrade_begin, confirme cualquier entrada de la base de datos de AP que esté sin confirmar. Todos los metadispositivos que se hayan creado, pero no se hayan confirmado, se perderán durante la actualización. Igualmente, los dispositivos que se hayan eliminado sin la correspondiente confirmación seguirán existiendo después de la actualización.

Para actualizar a AP 2.2
  1. Si es necesario, confirme los metadispositivos AP que no estén confirmados.

    1. Entre en el dominio como superusuario.

    2. Confirme las entradas de la base de datos de AP.


      # apdb -C
      

  2. Finalice cualquier proceso que directa o indirectamente implique el acceso a los metadispositivos AP.

    No necesita preocuparse por el hecho de que el disco de arranque o la red principal puedan estar utilizando metadispositivos AP. El archivo de comandos ap_upgrade_begin, que deberá ejecutar más adelante durante este procedimiento, y el posterior rearranque harán que el disco de arranque y la red principal utilicen rutas físicas en lugar de metadispositivos AP.

  3. Prepare el CD-ROM.

    1. Entre en el SSP como superusuario.

    2. Introduzca el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.

      Espere a que el administrador de volúmenes monte el CD.

    3. Ponga el CD-ROM en modo compartido de forma que pueda utilizarse a través de la red.


      ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
      

  4. Actualice AP en el SSP.

    1. Interrumpa (kill) el proceso de ap_ssp_daemon.

    2. Desinstale el paquete SUNWapssp en el SSP principal y en el secundario (si existe) utilizando el comando pkgrm(1M).

    3. Instale el paquete SUNWapssp de AP 2.2 en el SSP principal y en el secundario (si existe).


      ssp# cd /cdrom/cdrom0/Product
      ssp# pkgadd -d . SUNWapssp
      

    4. Inicie ap_ssp_daemon (en el SSP principal).


      ssp# init q
      

  5. Desinstale AP del dominio.

    1. Entre en el dominio como superusuario.

    2. Cree y monte el directorio /cdrom.


      # mkdir /cdrom
      # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
      

    3. Ejecute el siguiente archivo de comandos para desconfigurar AP (guardando la configuración para recuperarla más adelante):


      # /cdrom/Tools/ap_upgrade_begin
      ...
      ap_upgrade_begin has completed

      Este archivo de comandos guarda la información de configuración de AP en los archivos /var/tmp/ap*. También genera archivos de comandos de shell ejecutables que puede utilizar posteriormente para recuperar esa configuración. Puede examinar los archivos /var/tmp/ap* si lo desea, pero no los modifique ni los suprima. Si lo hace, puede poner en peligro el proceso de actualización.

    4. Si algún sistema de archivos de /etc/vfstab aún está configurado como metadispositivo de AP, abra /etc/vfstab con un editor y reconfigúrelo como dispositivo físico.


      Precaución - Precaución -

      Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.


    5. Desinstale los paquetes SUNWapdoc, SUNWapr, SUNWapu y SUNWabap utilizando el comando pkgrm(1M).

  6. Si tiene prevista la actualización al entorno operativo Solaris 7 11/99, llévela a cabo ahora.

    Consulte la sección "Actualización del software" en el capítulo "Solaris 7 11/99 en Sun Enterprise 10000" de Solaris 7 11/99: Guía de plataformas de Hardware de Sun.


    Precaución - Precaución -

    Espere a que haya finalizado el proceso de actualización de Solaris antes de continuar con este procedimiento.

    Asegúrese de que actualiza el segmento correcto. Si había utilizado un administrador de volúmenes para duplicar el disco de arranque y también AP para acceder con rutas alternativas a cada duplicación del disco, entonces hay cuatro rutas físicas definidas como potenciales rutas de acceso al disco de arranque (dos rutas alternativas por cada duplicación del disco de arranque). Ahora que se han desconfigurado AP y el administrador de volúmenes, examine /etc/vfstab para comprobar la ruta física que corresponde al sistema de archivos root (/). Cerciórese de que la variable boot-device de OBP tiene definida esa ruta y especifíquela cuando ejecute suninstall para indicar el disco que debe actualizarse. Posteriormente, cuando restaure el administrador de volúmenes, no olvide designar ese disco como duplicación principal. Consulte la documentación del administrador de volúmenes si precisa información para determinar qué segmento físico se utiliza al arrancar.


  7. Prepare el CD-ROM (si es necesario).

    1. Entre en el SSP como superusuario.

    2. Vuelva a introducir el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.

      Espere a que el administrador de volúmenes monte el CD.

    3. Ponga el CD-ROM en modo compartido, de forma que pueda utilizarse a través de la red.


      ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
      

  8. Actualice a AP 2.2 en el dominio.

    1. Entre en el dominio como superusuario.

    2. Si es necesario, cree y monte el directorio /cdrom.


      # mkdir /cdrom
      # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
      

    3. Instale los paquetes de AP 2.2 necesarios.


      # cd /cdrom/Product
      # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
      

    4. Ejecute el archivo de comandos siguiente para restaurar la configuración original de AP.


      Precaución - Precaución -

      No olvide leer "Actualización simultánea del software de AP y de Solaris" antes de ejecutar el comando siguiente.


      # /cdrom/Tools/ap_upgrade_finish
      ...
      ap_upgrade_finish has completed


    5. Si alguno de los sistemas de archivos de /etc/vfstab aún está configurado como dispositivo físico y desea utilizarlo como metadispositivo de AP, abra /etc/vfstab con un editor y reconfigure ese sistema de archivos como metadispositivo de AP.


      Precaución - Precaución -

      Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.


    6. Rearranque el dominio.

  9. En el SSP, anule el modo compartido de la unidad de CD-ROM y extraiga el CD suplementario de Sun Computer Systems.


    ssp# cd /
    ssp# unshare /cdrom/cdrom0
    ssp# eject cdrom
    

Actualización simultánea a AP 2.2 y Solstice DiskSuite 4.2

Si está sustituyendo los entornos operativos Solaris 2.5.1 o 2.6 por Solaris 7 11/99 y tiene instalados AP 2.0 o 2.1 y Solstice(TM) DiskSuite(TM) 4.0 o 4.1 (SDS) en el sistema, deberá actualizar a AP 2.2 y SDS 4.2.

Compruebe que dispone de la siguiente documentación antes de proceder a la actualización:

Las tareas básicas son:

Para actualizar a AP 2.2 y SDS 4.2

Precaución - Precaución -

Antes de comenzar con este procedimiento, lea las notas sobre la versión de AP, así como las de Solstice DiskSuite 4.2. Haga también una lectura completa del procedimiento antes de iniciarlo.


  1. Si es necesario, confirme cualquier metadispositivo AP que esté sin confirmar.

    1. Entre en el dominio como superusuario.

    2. Confirme las entradas de la base de datos de AP.


      # apdb -C
      

  2. Desconfigure Solstice DiskSuite(TM) (SDS) siguiendo los pasos del uno al ocho del procedimiento "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" en Solstice DiskSuite 4.2 Installation and Product Notes (19 de octubre de 1998).

  3. Rearranque.

    Con ello se asegura de que los volúmenes de discos desconfigurados dejan de estar activos.

  4. Finalice cualquier proceso que directa o indirectamente implique el acceso a metadispositivos AP.

    No necesita preocuparse ahora por el hecho de que el disco de arranque o la red principal puedan estar utilizando metadispositivos AP. El archivo de comandos ap_upgrade_begin, que ejecutará más adelante durante este procedimiento, y el posterior rearranque harán que el disco de arranque y la red principal utilicen rutas físicas en lugar de metadispositivos AP.

  5. Prepare el CD-ROM.

    1. Entre en el SSP como superusuario.

    2. Introduzca el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.

      Espere a que el administrador de volúmenes monte el CD.

    3. Ponga el CD-ROM en modo compartido para que pueda utilizarse a través de la red.


      ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
      

  6. Actualice AP en el SSP.

    1. Interrumpa (kill) el proceso ap_ssp_daemon.

    2. Desinstale el paquete SUNWapssp en el SSP principal y el secundario (si existe) utilizando el comando pkgrm(1M).

    3. Instale el paquete SUNWapssp de AP 2.2 en el SSP principal y en el secundario (si existe).


      ssp# cd /cdrom/cdrom0/Product
      ssp# pkgadd -d . SUNWapssp
      

    4. Inicie ap_ssp_daemon (en el SSP principal).


      ssp# init q
      

  7. Desinstale AP del dominio.

    1. Entre en el dominio como superusuario.

    2. Cree y monte el directorio /cdrom.


      # mkdir /cdrom
      # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
      

    3. Ejecute el archivo de comandos siguiente para desconfigurar AP (y guardar la configuración existente de este software para poderla recuperar más adelante):


      # /cdrom/Tools/ap_upgrade_begin
      ...
      ap_upgrade_begin has completed

      Este archivo guarda la configuración de AP existente en los archivos /var/tmp/ap*. También genera archivos de comandos ejecutables que pueden utilizarse para restablecer la configuración guardada. Puede examinar los archivos /var/tmp/ap* si lo desea, pero no modificarlos ni suprimirlos, ya que podría poner en peligro el procedimiento de actualización.

    4. Si alguno de los sistemas de archivos contenidos en /etc/vfstab sigue configurado como metadispositivo, abra /etc/vfstab con un editor y reconfigúrelo como dispositivo físico.


      Precaución - Precaución -

      Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.


    5. Suprima los paquetes SUNWapdoc, SUNWapr, SUNWapu y SUNWabap utilizando el comando pkgrm(1M).

  8. Si tiene intención de actualizar el entorno operativo a Solaris 7 11/99, hágalo ahora.

    Consulte la sección "Actualización del software" en el capítulo "Solaris 7 11/99 en Sun Enterprise 10000" de Solaris 7 11/99: Guía de plataformas de hardware de Sun.


    Precaución - Precaución -

    Espere a que la actualización de Solaris haya finalizado para continuar con este procedimiento.

    Asegúrese de que actualiza el segmento correcto. Si había utilizado un administrador de volúmenes para duplicar el disco de arranque y también AP para acceder con rutas alternativas a cada duplicación del disco, entonces hay cuatro rutas físicas definidas como potenciales rutas de acceso al disco de arranque (dos rutas alternativas por cada duplicación del disco de arranque). Ahora que se han desconfigurado AP y el administrador de volúmenes, examine /etc/vfstab para comprobar la ruta física que corresponde al sistema de archivos root (/). Cerciórese de que la variable boot-device de OBP tiene definida esa ruta y especifíquela cuando ejecute suninstall para indicar el disco que debe actualizarse. Posteriormente, cuando restaure el administrador de volúmenes, no olvide designar ese disco como duplicación principal. Consulte la documentación del administrador de volúmenes si precisa información para determinar qué segmento físico se utiliza al arrancar.


  9. Prepare el CD-ROM (si es necesario).

    1. Entre en el SSP como superusuario.

    2. Vuelva a introducir el CD suplementario de Sun Computer Systems en la unidad de CD-ROM de la máquina del SSP.

      Espere a que el administrador de volúmenes monte el CD-ROM.

    3. Ponga el CD-ROM en modo compartido para que pueda utilizarse a través de la red.


      ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
      

  10. Actualice a AP 2.2 en el dominio.

    1. Entre en el dominio como superusuario.

    2. Si es necesario, cree y monte el directorio /cdrom.


      # mkdir /cdrom
      # mount nombresistema_ssp:/cdrom/cdrom0 /cdrom
      

    3. Instale los paquetes de AP 2.2 necesarios.


      # cd /cdrom/Product
      # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
      

    4. Ejecute el archivo de comandos siguiente para restaurar la configuración original de AP.


      Precaución - Precaución -

      No olvide leer "Actualización simultánea del software de AP y de Solaris" antes de ejecutar el comando siguiente.


      # /cdrom/Tools/ap_upgrade_finish
      ...
      ap_upgrade_finish has completed


    5. Si alguno de los sistemas de archivos de /etc/vfstab aún está configurado como dispositivo físico y desea utilizarlo como metadispositivo de AP, abra /etc/vfstab con un editor y reconfigure ese sistema de archivos como metadispositivo de AP.


      Precaución - Precaución -

      Es preciso ser un administrador con amplios conocimientos para editar /etc/vfstab. Una configuración incorrecta de los sistemas de archivos de /etc/vfstab puede provocar la pérdida de datos al rearrancar el dominio.


    6. Rearranque el dominio.

  11. En el SSP, anule el modo compartido de la unidad de CD-ROM y extraiga el CD suplementario de Sun Computer Systems.


    ssp# cd /
    ssp# unshare /cdrom/cdrom0
    ssp# eject cdrom
    

  12. Instale y configure Solstice DiskSuite 4.2 siguiendo los pasos del 10 al 16 del procedimiento "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" de Solstice DiskSuite 4.2 Installation and Product Notes (19 de octubre de 1998).


    Precaución - Precaución -

    Si el disco de arranque está duplicado, asegúrese de que especifica el disco actualizado como duplicación principal.


  13. De forma opcional, defina la variable boot-device de OBP con una ruta de acceso a cualquier dispositivo de arranque disponible.

    Puede haber hasta cuatro rutas de acceso a un dispositivo de arranque si se ha duplicado el disco de arranque y se han establecido rutas de acceso alternativas (en las fases anteriores de este procedimiento, al desconfigurar AP y el administrador de volúmenes, fue necesario que boot-device indicase una ruta física al directorio raíz (/) según lo especificado en /etc/vfstab).

Actualización a AP 2.2 y a un administrador de volúmenes distinto de Solstice DiskSuite 4.2

Si está actualizando a AP 2.2 y también a un administrador de volúmenes distinto de Solstice DiskSuite 4.2, siga las instrucciones generales proporcionadas en esta sección.


Precaución - Precaución -

Asegúrese de que Solaris 7 11/99 (que es necesario para AP 2.2) soporta el administrador de volúmenes.


Utilice el procedimiento "Para actualizar a AP 2.2 y SDS 4.2" como referencia, aunque dos de los pasos son diferentes: