Conceptos relativos a SD-UX

Comprender los conceptos, los términos y el modelo de administración del software de SD-UX le ayudará a utilizar más eficazmente los comandos y los programas. Para obtener definiciones adicionales, consulte el glosario.

Terminología importante

Sistema host se refiere a cualquier sistema en el que se instale o administre software con ayuda de los comandos de SD-UX. Un sistema host local es el sistema en el que se llama a los comandos de SD-UX.

Cuando las operaciones remotas están activadas, se puede utilizar SD-UX para que funcione en uno o varios sistemas host remotos (un sistema host que no sea el sistema en el que se ha llamado al comando de SD-UX). (Consulte el Capítulo 7: «Descripción general de las operaciones remotas» para obtener más información sobre las operaciones remotas.)

Una controladora es el programa o comando (swinstall, swcopy, etcétera) de SD-UX al que se llama en el sistema. La controladora puede manejar datos o iniciar procesos en otros sistemas.

Un almacén es un depósito de productos de software que se puede administrar por medio de SD-UX. Un almacén consta de un directorio (con un formato especial) o medios físicos como, por ejemplo, cintas, CD-ROM o DVD. (En realidad, los almacenes en CD-ROM y DVD son sólo casos especiales de almacenes directorio.) Los almacenes directorio resultan útiles porque se puede tener acceso a ellos a través de una red. A menudo se utilizan para almacenar las recopilaciones de software que se han copiado de otros almacenes.

En general, el término destino se refiere a un sistema host (de forma específica, el sistema de archivos del sistema host) o a un almacén que reside en un sistema host. El término origen se refiere a un almacén (a veces denominado almacén de origen) desde el que se instala o copia el software.

Por ejemplo, una operación de instalación básica con el comando swinstall implica la instalación de software extraído de un almacén de origen en una ubicación de destino en el propio sistema host. El almacén de origen puede ser un medio físico al se pueda tener acceso desde el destino o un almacén directorio ubicado en algún servidor de la red. El sistema host de destino puede ser el mismo sistema host en el que se haya llamado al comando (es decir, el sistema host local) o bien, si están activadas las operaciones remotas, cualquier otro sistema host de la red.

Una operación de copia básica (con el comando swcopy) es muy parecida, excepto que el destino es un almacén ubicado en el sistema host, en lugar del propio sistema host.

Para la mayoría de las operaciones, los programas de la controladora obtienen acceso a los sistemas host y a los almacenes por medio de un agente denominado swagent, que realiza las tareas básicas de administración de software. Se obtiene acceso al agente a través de un demonio denominado swagentd. Cuando SD-UX funciona en el sistema host local, la controladora y el agente se ejecutan en el sistema host local. Para las operaciones remotas, el agente se ejecuta en un sistema host remoto.

La Figura 1-1: «Sistemas SD-UX» muestra cómo se puede desarrollar el software y posteriormente empaquetarlo en medios con formato SD, a los que se puede tener acceso directamente o bien se pueden copiar en un directorio de almacén de un servidor y tener acceso a ellos a través de la red.

Figura 1-1 Sistemas SD-UX

Estructura del software

Los comandos de SD-UX funcionan en una jerarquía de objetos de software que forman los componentes de las aplicaciones o los sistemas operativos que se desea administrar.

Objetos de software

Agrupamientos (Bundles)

Colecciones de conjuntos de archivos, posiblemente procedentes de varios productos distintos, «encapsulados» para un fin concreto. Los agrupamientos pueden ubicarse en almacenes de software y los comandos de SD-UX actúan en ellos como entidades únicas. Todo el software de sistema operativo HP-UX se empaqueta en agrupamientos. Los agrupamientos pueden constar de grupos de conjuntos de archivos o de productos. No se admite la creación de agrupamientos por parte del cliente.

Productos

Colecciones de conjuntos de archivos o (como opción) de subproductos y secuencias de comandos de control. Los comandos de SD-UX se mantienen centrados en el producto, pero aun así permiten especificar subproductos y conjuntos de archivos.

Pueden definirse distintas versiones de un producto para plataformas y sistemas operativos diferentes, así como distintas revisiones (versiones) del propio producto. Pueden incluirse varias versiones diferentes en un medio o almacén de distribución.

Subproductos

Si un producto contiene varios conjuntos de archivos, pueden utilizarse subproductos para agrupar los conjuntos de archivos lógicamente relacionados.

Conjuntos de archivos

Los conjuntos de archivos incluyen todos los archivos y secuencias de comandos de control que componen un producto. Los conjuntos de archivos sólo pueden formar parte de un único producto, aunque pueden incluirse en varios agrupamientos (bundles) o subproductos HP-UX diferentes. Al igual que con los productos, pueden definirse distintas versiones de un conjunto de archivos para plataformas y sistemas operativos diferentes.

Los conjuntos de archivos representan el objeto de nivel más bajo que administra SD-UX.

Figura 1-2 Ejemplo de estructura del software de HP-UX

Base de datos de productos instalados

SD-UX utiliza la base de datos de productos instalados (IPD - Installed Product Database) para mantener un seguimiento del software instalado en un sistema. La base de datos IPD se compone de una serie de archivos y subdirectorios que contienen información acerca de todos los productos instalados en el directorio raíz (/). (En el caso de los almacenes, esta información se conserva en archivos de catálogo ubicados debajo del directorio de almacén.)

Los comandos swinstall, swconfig, swcopy y swremove agregan, cambian y eliminan automáticamente la información sobre la base de datos IPD y los archivos de catálogo a medida que se ejecutan los comandos. Los comandos swlist y swverify utilizan la información de la base de datos IPD y de los archivos de catálogo para influir en el comportamiento del comando.

La base de datos IPD mantiene un seguimiento del estado del software, que incluye condiciones como, por ejemplo, installed (instalado) o configured (configurado).

Secuencias de comandos de control

Los productos y los conjuntos de archivos pueden incluir secuencias de comandos de control que llevan a cabo comprobaciones y otras tareas que los comandos de SD-UX no realizan. SD-UX admite los tipos de secuencias de comandos siguientes:

Checkinstall: Analiza cada destino para determinar si puede llevarse a cabo la instalación y la configuración. (La ejecuta el comando swinstall.)
Checkremove: Analiza cada destino para determinar si puede llevarse a cabo la eliminación y la anulación de la configuración. (La ejecuta el comando swremove.)
Configure: Configura los conjuntos de archivos o productos instalados. (La ejecutan los comandos swconfig y swinstall.)
Fix: Corrige e informa de los problemas con el software instalado. (La ejecuta el comando swverify.)
Postinstall: Realiza operaciones de instalación adicionales inmediatamente después de instalar un conjunto de archivos o un producto. (La ejecuta el comando swinstall.)
Postremove: Realiza operaciones de eliminación adicionales inmediatamente después de eliminar un conjunto de archivos o un producto. (La ejecuta el comando swremove.)
Preinstall: Realiza operaciones en los archivos (por ejemplo, eliminar archivos anticuados) inmediatamente antes de la instalación de los archivos de software. (La ejecuta el comando swinstall.)
Preremove: Realiza operaciones adicionales en los archivos (por ejemplo, eliminar archivos creados mediante una secuencia de comandos preinstall) inmediatamente antes de la eliminación de archivos de software. (La ejecuta el comando swremove.)
Request: Solicita al usuario una respuesta interactiva como parte del proceso de instalación o configuración. (La ejecutan los comandos swask, swconfig y swinstall.)
Unconfigure: Deshace las configuraciones llevadas a cabo mediante las secuencias de comandos configure. (La ejecutan los comandos swconfig y swremove.)
Unpostinstall: Deshace las operaciones llevadas a cabo mediante una secuencia de comandos postinstall en el caso de que swinstall deba iniciar la recuperación durante el proceso de instalación. (La ejecuta el comando swinstall.)
Unpreinstall: Deshace las operaciones llevadas a cabo mediante una secuencia de comandos preinstall en el caso de que SD deba iniciar la recuperación durante el proceso de instalación. (La ejecuta el comando swinstall.)
Verify: Comprueba la configuración de los conjuntos de archivos o productos (además de las comprobaciones estándar de swverify.) (La ejecuta el comando swverify.)

Para obtener más información

Consulte el Capítulo 11: «Utilización de las secuencias de comandos de control».

Variables de entorno

Las variables de entorno externas (por ejemplo, las variables de idioma y de conjunto de caracteres) y las variables que utilizan las secuencias de comandos de control afectan a los comandos y programas de SD-UX. Para obtener una descripción de las variables de entorno externas, consulte el Capítulo 11: «Utilización de las secuencias de comandos de control».

Dependencias del software

Se considera que el software que depende de otro software para poder instalarse o ejecutarse correctamente tiene una dependencia. Cuando se especifica el software para los comandos swconfig, swcopy, swinstall, swremove y swverify, estos comandos pueden seleccionar automáticamente software adicional para satisfacer las dependencias.

Cómo interactúan los comandos y las opciones con las dependencias

Las opciones de comando permiten controlar la forma en que se manejan las dependencias del software. Por ejemplo, el manejo de dependencias en swinstall y swcopy se ve afectado por la opción de comando enforce_dependencies.

Otra de las opciones que rigen las dependencias es autoselect_dependencies. Esta opción determina si el sistema debe marcar automáticamente el software para instalación o copia en función de que éste satisfaga las dependencias o no. (Para obtener más información sobre las opciones, consulte la sección «Utilización de las opciones de comando».)

Cómo se solucionan las dependencias

Para solucionar una dependencia respecto a otro software del almacén de origen, la dependencia debe estar:

Completa (si la dependencia es todo un producto o subproducto, todos sus componentes deben estar completos en el almacén de origen)
En el estado de software correcto en el origen (es decir, disponible)
Libre de errores (por ejemplo, sin errores de incompatibilidad)

Si la dependencia no está disponible en el origen durante una operación de swconfig, swcopy, swinstall o swverify, la dependencia debe:

Existir en el sistema host de destino
Estar completa (si la dependencia es todo un producto o subproducto, deben estar instalados completamente todos los componentes)
Estar en el estado de software correcto (la dependencia debe estar configurada si es necesario instalar y configurar el software que depende de ella, instalada si es necesario instalar pero no configurar el software que depende de ella, o disponible si es necesario copiar el software que depende de ella)
Estar libre de errores (por ejemplo, sin errores de incompatibilidad).

Si se selecciona un software que tiene una dependencia y más de un objeto disponible soluciona dicha dependencia, SD-UX selecciona automáticamente la versión compatible más reciente.

Tipos de dependencias

Los empaquetadores de software pueden definir correquisitos, prerrequisitos y exrrequisitos como dependencias. Estas dependencias pueden especificarse entre los conjuntos de archivos que forman parte de un producto, incluidas las expresiones que identifiquen las versiones del conjunto de archivos que satisfagan la dependencia. Las dependencias también pueden precisarse entre un conjunto de archivos y otro producto. Se admiten las expresiones asociadas a las revisiones y otros atributos de producto.

Correquisito: Situación en la que un objeto necesita a otro para funcionar correctamente, pero no implica ningún orden de carga.
Prerrequisito: Situación en la que un objeto necesita que se instale o configure correctamente otro objeto antes de poder instalarse o configurarse él mismo. Los prerrequisitos controlan el orden de las operaciones.
Exrrequisito: Situación en la que un objeto necesita que otro objeto esté ausente antes de poder instalarse o configurarse.

Manejo del software protegido

Algunos productos de HP son software protegido. Es decir, el software no se puede instalar ni copiar a menos que se facilite una palabra en clave y un número de identificación de cliente. El número de identificación de cliente designa de forma unívoca al propietario de la palabra en clave y permite al administrador del sistema restringir la instalación a un propietario específico. Para buscar la palabra en clave y el número de identificación de cliente, examine el certificado del CD enviado junto con el software.

Es responsabilidad suya garantizar que la palabra en clave y el software se utilizan correctamente de conformidad con esto.

Una palabra en clave desbloquea la mayoría de los productos de los medios o todos ellos. Al adquirir productos protegidos adicionales, HP facilita palabras en clave adicionales. SD-UX realiza un seguimiento de las palabras en clave a medida que usted las escribe. Esto significa que no tiene que escribir la palabra en clave cada vez que obtenga acceso al software.

Los comandos swinstall, swcopy y swlist utilizan palabras en clave en la administración de software.