Conceptos de la SMF

Esta sección presenta los términos y las definiciones dentro de la estructura de la SMF. Estos términos se utilizan en toda la documentación. Para incorporar los conceptos de la SMF, resulta esencial comprender estos términos.

Servicio SMF

La unidad fundamental de administración en la estructura de la SMF es la instancia de servicio. Cada servicio SMF tiene el potencial de tener varias versiones de él configuradas. Asimismo, varias instancias de la misma versión pueden ejecutarse en un único sistema Oracle Solaris. Una instancia es una configuración específica de un servicio. Un servidor web es un servicio. Un daemon de servidor web específico que está configurado para recibir en el puerto 80 es una instancia. Cada una de las instancias del servicio de servidor web puede tener diferentes requisitos de configuración. El servicio tiene requisitos de configuración en todo el sistema, pero cada instancia puede sustituir requisitos específicos, según sea necesario. Varias instancias de un único servicio se gestionan como objetos secundarios del objeto de servicio.

Los servicios no sólo son la representación de servicios de sistemas de larga ejecución estándar, como in.dhcpd o nfsd. Los servicios también representan diversas entidades del sistema, que incluyen aplicaciones ISV, como software Oracle. Además, un servicio puede incluir menos entidades tradicionales, como las siguientes:

• Un dispositivo de red físico

• Una dirección IP configurada

• Información de configuración de núcleo

• Hitos que corresponden al estado init del sistema, como el nivel de ejecución de multiusuario

Genéricamente, un servicio es una entidad que proporciona una lista de capacidades para aplicaciones y otros servicios, locales y remotos. Un servicio depende de una lista implícitamente declarada de servicios locales.

Un hito es un tipo especial de servicio. Los servicios de hitos representan los atributos de nivel superior del sistema. Por ejemplo, los servicios que constituyen niveles de ejecución S, 2 y 3 están representados por servicios de hitos.

Identificadores de servicios

Cada instancia de servicio se denomina con un identificador de recurso de gestión de fallos o FMRI. El FMRI incluye el nombre del servicio y el de la instancia. Por ejemplo, el FMRI del servicio rlogin es svc:/network/login:rlogin, donde network/login identifica el servicio y rlogin identifica la instancia del servicio.

Los formatos equivalentes para un FMRI son los siguientes:

• svc://localhost/system/system-log:default

• svc:/system/system-log:default

• system/system-log:default

Además, algunos comandos SMF pueden utilizar el siguiente formato FMRI: svc:/system/system-log. Algunos comandos deducen qué instancia deben utilizar cuando no hay ninguna ambigüedad. Consulte las páginas del comando man del comando SMF, como svcadm(1M) o svcs(1), para obtener instrucciones sobre qué formatos FMRI son adecuados.

Los nombres de servicio incluyen una categoría funcional general. Las categorías incluyen lo siguiente:

• application

• device

• milestone

• network

• platform

• site

• system

Las secuencias de comandos init.d heredadas también están representadas con FMRI que empiezan con lrc, en lugar de svc, por ejemplo: lrc:/etc/rcS_d/S35cacheos_sh. Los servicios heredados se pueden supervisar con la SMF. Sin embargo, estos servicios no se pueden administrar.

Cuando se inicia un sistema por primera vez con la SMF, los servicios que se indican en /etc/inetd.conf se convierten automáticamente en servicios SMF. Los FMRI de estos servicios son ligeramente diferentes. La sintaxis de servicios inetd convertidos es:

network/<service-name>/<protocol>

Además, la sintaxis de un servicio convertido que utiliza el protocolo RPC es:

network/rpc-<service-name>/rpc_<protocol>

Donde <service-name> es el nombre definido en /etc/inetd.conf y <protocol> es el protocolo para el servicio. Por ejemplo, el FMRI para el servicio rpc.cmsd es network/rpc 100068_2-5/rpc_udp.

Estados de servicio

El comando svcs muestra el estado, la hora de inicio y el FMRI de instancias de servicio. El estado de cada servicio es uno de los siguientes:

• degraded: la instancia de servicio está habilitada, pero se está ejecutando a una capacidad limitada.

• disabled: la instancia de servicio no está habilitada y no se está ejecutando.

• legacy_run: el servicio heredado no está gestionado por SMF, pero el servicio se puede observar. Este estado sólo es utilizado por servicios heredados.

• maintenance: la instancia de servicio ha encontrado un error que debe ser resuelto por el administrador.

• offline: la instancia de servicio está habilitada, pero el servicio aún no está en ejecución o disponible para ejecutarse.

• online: la instancia de servicio está habilitada y se ha iniciado correctamente.

• uninitialized: este estado es el estado inicial para todos los servicios antes de que se lea su configuración.

Manifiestos de la SMF

Un manifiesto de la SMF es un archivo XML que contiene un conjunto completo de propiedades asociadas con un servicio o una instancia de servicio. Los archivos se almacenan en /var/svc/manifest. Los manifiestos no deben utilizarse para modificar las propiedades de un servicio. El depósito de configuración de servicios es el origen de autoridad de información de configuración. Para incorporar información del manifiesto en el depósito, debe ejecutar svccfg import o permitir que el servicio importe la información durante un inicio del sistema.

Consulte la página del comando man service_bundle(4) para obtener una descripción completa del contenido de los manifiestos de la SMF. Si necesita cambiar las propiedades de un servicio, consulte las páginas del comando man svccfg(1M) o inetadm(1M).

Perfiles de la SMF

Un perfil de la SMF es un archivo XML que muestra un conjunto de instancias de servicio e indica si cada una debe estar habilitada o deshabilitada. Algunos de los perfiles que se entregan con la versión de Oracle Solaris son:

• /var/svc/profile/generic_open.xml: este perfil habilita los servicios estándar que se han iniciado de manera predeterminada en las versiones anteriores de Solaris.

• /var/svc/profile/generic_limited_net.xml: este perfil deshabilita muchos de los servicios de Internet que se han iniciado de manera predeterminada en las versiones anteriores de Solaris. El servicio network/ssh está habilitado para proporcionar conectividad de red.

• /var/svc/profile/ns_*.xml: estos perfiles habilitan servicios asociados con el servicio de nombres que está configurado para ejecutarse en el sistema.

• /var/svc/profile/platform_* .xml: estos perfiles habilitan servicios asociados con determinadas plataformas de hardware.

Durante el primer inicio después de una nueva instalación o una actualización al sistema operativo Oracle Solaris, algunos perfiles de Solaris se aplican automáticamente. Para ser específico, se aplica el perfil /var/svc/profile/generic.xml. Este archivo se suele enlazar simbólicamente a generic_open.xml o generic_limited_net.xml. Además, si un perfil denominado site.xml está en /var/svc/profile durante el primer inicio o se agrega entre inicios, se aplica el contenido de ese perfil. Mediante el perfil site.xml, el conjunto inicial de servicios habilitados puede ser personalizado por el administrador.

Para obtener más información sobre el uso de perfiles, consulte Cómo aplicar un perfil de la SMF.

Depósito de configuración de servicios

El depósito de configuración de servicios almacena información de configuración persistente, así como datos de tiempo de ejecución de la SMF para los servicios. El depósito se distribuye entre la memoria local y los archivos locales. La SMF se ha diseñado de manera que, finalmente, los datos de servicios se puedan representar en el servicio de directorios de red. El servicio de directorios de red aún no está disponible. Los datos en el depósito de configuración de servicios permiten el intercambio de información de configuración y la simplicidad administrativa en muchas instancias de Solaris. El depósito de configuración de servicios sólo se puede manipular o consultar mediante interfaces de la SMF. Para obtener más información sobre la manipulación y el acceso al depósito, consulte las páginas del comando man svccfg(1M) y svcprop(1). El daemon de depósito de configuración de servicios se cubre en la página del comando man svc.configd(1M). La biblioteca de configuración de servicios se documenta en la página del comando man libscf(3LIB).

Copias de seguridad del depósito de la SMF

La SMF realiza automáticamente las siguientes copias de seguridad del depósito:

• La copia de seguridad del inicio se realiza inmediatamente antes de realizar el primer cambio en el depósito durante cada inicio del sistema.

• La copia de seguridad manifest_import se produce después de que svc:/system/manifest-import:default finaliza si importó algún nuevo manifiesto o ejecutó alguna secuencia de comandos de actualización.

Cuatro copias de seguridad de cada tipo son mantenidas por el sistema. El sistema elimina la copia de seguridad más antigua, cuando es necesario. Las copias de seguridad se almacenan como /etc/svc/repository-tipo-AAAAMMDD_HHMMSS, donde AAAAMMDD (año, mes, día) y HHMMSS (hora, minuto, segundo), son la fecha y la hora cuando la copia de seguridad se realizó. Tenga en cuenta que el formato de hora se basa en un reloj de 24 h.

Puede restaurar el depósito desde estas copias de seguridad si se produce un error. Para ello, utilice el comando /lib/svc/bin/restore_repository. Para obtener más información, consulte Cómo reparar un depósito dañado.

Instantáneas de la SMF

Los datos en el depósito de configuración de servicios incluyen instantáneas, así como una configuración que se puede editar. Los datos sobre cada instancia de servicio se almacenan en las instantáneas. Las instantáneas estándar son las siguientes:

• initial: se realiza en la primera importación del manifiesto.

• running: se utiliza cuando los métodos de servicio se ejecutan.

• start: se realiza en el último inicio correcto.

El servicio SMF siempre se ejecuta con la instantánea running. Esta instantánea se crea automáticamente si no existe.

El comando svcadm refresh, a veces seguido del comando svcadm restart, hace que una instantánea esté activa. El comando svccfg se utiliza para ver o revertir a configuraciones de instancia en una instantánea anterior. Consulte Cómo revertir a otra instantánea de la SMF para obtener más información.