Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Gestión de servicios y errores en Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Español) |
1. Gestión de servicios (descripción general)
Repositorio de configuración de servicios
Capas administrativas de la SMF
Copias de seguridad del repositorio de la SMF
Registro de errores del servicio SMF
Interfaces de programación y administración de la SMF
Utilidades administrativas de la línea de comandos de la SMF
Interfaces de biblioteca de configuración de gestión de servicios
Gestión de información en el repositorio de configuración de servicios
Visualización de información de la SMF
Modificación de la información de la SMF
Supresión de la información de la SMF
Cuándo utilizar niveles de ejecución o hitos
Determinación del nivel de ejecución de un sistema
Qué sucede cuando el sistema se lleva al nivel de ejecución 3
La SMF incluye un daemon de reiniciador maestro y reiniciadores delegados. Además, cada servicio o instancia de servicio puede almacenar los datos de configuración en sus propiedades. Estas propiedades se organizan en grupos de propiedades para facilitar la administración.
El daemon svc.startd es el iniciador y el reiniciador maestros del proceso. El daemon es responsable de la gestión de dependencias de servicios para todo el sistema. El daemon toma la responsabilidad anterior que tenía init de iniciar las secuencias de comandos /etc/rc*.d adecuadas en los niveles de ejecución adecuados. En primer lugar, svc.startd recupera la información en el repositorio de configuración de servicios. A continuación, el daemon inicia servicios cuando sus dependencias se cumplen. El daemon también es responsable de reiniciar servicios que han fallado y de cerrar servicios cuyas dependencias ya no se cumplen. El daemon utiliza eventos de sistemas operativos, como finalización de procesos, para mantener un seguimiento de estados de servicios.
Algunos servicios tienen un conjunto de comportamientos comunes en el inicio. Para proporcionar características en común entre estos servicios, un reiniciador delegado puede tomar la responsabilidad de estos servicios. Además, un reiniciador delegado se puede utilizar para proporcionar comportamientos de reinicio más complejos o específicos de aplicaciones. El reiniciador delegado puede admitir un conjunto diferente de métodos, pero exporta los mismos estados de servicios que el reiniciador maestro. El nombre del reiniciador se almacena con el servicio. Un ejemplo actual de un reiniciador delegado es inetd, que puede iniciar servicios de Internet a petición, en lugar de tener los servicios ejecutándose en todo momento. El reiniciador definido de cada servicio se puede mostrar utilizando el comando svcs -l.
Toda la información en el repositorio de configuración de servicios se almacena como un conjunto de propiedades, que se agrupan por grupos de propiedades. Los grupos de propiedades se utilizan para agrupar diferentes tipos de información de servicios. Los grupos de propiedades se pueden aplicar al sistema y a servicios individuales. Algunos de los grupos de propiedades definidos por el sistema comunes incluyen:
general: contiene información sobre la instancia de servicio, incluida la propiedad general/enabled, que define si la instancia está activada.
restarter: contiene información de tiempo de ejecución que es almacenada por el reiniciador del servicio, incluida la propiedad restarter/state, que muestra el estado actual del servicio.
start: contiene la definición del método de inicio, incluida la propiedad start/exec, que define el programa que se debe ejecutar para iniciar el servicio.
Otro grupo de propiedades común es config. El grupo de propiedades config no está definido por el sistema, por lo que puede ser usado por desarrolladores de servicios para retener datos de servicio. Consulte la página del comando man smf(5) para obtener más información sobre las propiedades y los grupos de propiedades.