Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Inicio y cierre de Oracle Solaris en plataformas SPARC Oracle Solaris 11 Information Library (Español) |
1. Inicio y cierre de un sistema basado en SPARC (descripción general)
Novedades sobre el inicio y el cierre de sistemas
Archivos driver.conf proporcionados de manera administrativa
Reinicio rápido en plataformas SPARC
Inicio y cierre de un sistema basado en SPARC (mapa de temas)
Pautas para iniciar un sistema
Motivos para iniciar un sistema
Cómo funcionan los niveles de ejecución
Qué sucede cuando un sistema se inicia en un estado multiusuario (nivel de ejecución 3)
Cuándo utilizar niveles de ejecución o hitos
Descripción general de la arquitectura de inicio de Oracle Solaris
Descripción del proceso de inicio de SPARC
2. Inicio de un sistema basado en SPARC en un estado especificado (tareas)
3. Cierre de un sistema (tareas)
4. Reinicio de un sistema basado en SPARC (tareas)
5. Inicio de un sistema basado en SPARC desde la red (tareas)
6. Modificación de parámetros de inicio en un sistema basado en SPARC (tareas)
7. Creación, administración e inicio desde entornos de inicio ZFS en plataformas SPARC (tareas)
8. Mantenimiento de la capacidad de inicio de un sistema basado en SPARC (tareas)
9. Resolución de problemas de inicio de un sistema basado en SPARC (tareas)
La SMF proporciona una infraestructura que aumenta las secuencias de comandos de inicio de UNIX tradicionales, los niveles de ejecución init y los archivos de configuración. Con la introducción de SMF, ahora el proceso de inicio crea menos mensajes. Los servicios no muestran un mensaje de manera predeterminada cuando se inician. Toda la información proporcionada por los mensajes de inicio se puede encontrar en un archivo de registro para cada uno de los servicios que se encuentran en /var/svc/log. Puede utilizar el comando svcs para ayudar a diagnosticar problemas de inicio. Para generar un mensaje cuando se inicia cada servicio durante el proceso de inicio, utilice la opción -v con el comando boot.
Durante el inicio del sistema, puede seleccionar el hito en el que iniciar o el nivel de mensajes de error que se registrará. Por ejemplo:
Puede seleccionar un hito específico en el que iniciar usando este comando:
ok boot -m milestone=milestone
El hito predeterminado es all, que inicia todos los servicios habilitados. Otro hito útil el none, que inicia solamente init, svc.startd y svc.configd. Este hito proporciona un entorno de depuración muy útil en el que los servicios se pueden iniciar manualmente. Consulte Cómo iniciar un sistema sin iniciar ningún servicio para obtener instrucciones sobre cómo utilizar el hito none.
Los equivalentes de nivel de ejecución single-user, multi-user y multi-user-server también están disponibles, pero con frecuencia no se utilizan. El hito multi-user-server en particular no inicia ningún servicio que no dependa de él, por lo que es posible que no se incluyan servicios importantes.
Puede elegir el nivel de registro para svc.startd con el siguiente comando:
ok boot -m logging_level
Los niveles de registro que puede seleccionar son quiet, verbose y debug. Consulte Registro de errores del servicio SMF de Administración de Oracle Solaris: tareas comunes para obtener información específica sobre los niveles de registro.
La mayoría de las funciones que se proporcionan con la SMF se ejecutan en segundo plano, por lo que los usuarios no las notan. A las demás funciones se accede con comandos nuevos.
A continuación, le presentamos una lista de los cambios de comportamiento más visibles:
El proceso de inicio crea muchos menos mensajes ahora. Los servicios no muestran un mensaje de manera predeterminada cuando se inician. Toda la información proporcionada por los mensajes de inicio se puede encontrar en un archivo de registro para cada uno de los servicios que se encuentran en /var/svc/log. Puede utilizar el comando svcs para ayudar a diagnosticar problemas de inicio. Además, puede utilizar la opción -v para el comando boot, que genera un mensaje cuando cada servicio se inicia durante el proceso de inicio.
Puesto que los servicios se reinician automáticamente si es posible, quizá parezca que un proceso se niegue a finalizar. Si el servicio es defectuoso, se coloca en modo de mantenimiento, pero, normalmente, un servicio se reinicia si el proceso para el servicio se finaliza. El comando svcadm se debe utilizar para detener los procesos de cualquier servicio SMF que no debiera estar ejecutándose.
Muchas de las secuencias de comandos en /etc/init.d y /etc/rc*.d se han eliminado. Las secuencias de comandos ya no son necesarias para habilitar o deshabilitar un servicio. Las entradas de /etc/inittab también se han quitado, para que los servicios se puedan administrar mediante la SMF. Las secuencias de comandos y las entradas inittab que son proporcionadas por un ISV o que son desarrolladas localmente se ejecutarán. Puede que los servicios no inicien en el mismo momento del proceso de inicio, pero no se inician antes que los servicios SMF.