LinuxParty
Es un mito persistente: reinicie su máquina Unix cuando algo salga mal o trate de limpiarlo. Venezia Pablo explica por qué no debe reiniciar un servidor Unix, a diferencia dicho sea de Windows.
Quiero echar un vistazo más de cerca la cuestión de reiniciar el sistema. Es un punto caliente para todos los administradores de servidores, pero para los geeks de Unix, es una cuestión más profunda - probablemente debido a que los administradores de Windows utilizan "reiniciar" como uno de sus pasos para solucionar los problemas en primer lugar, si bien es uno de los últimos para los equipos Unix. Esta es la realidad: Reiniciar el servidor debe ser raro - muy raro. Citaré actualizaciones del kernel o el reemplazo de hardware como las dos principales causas de reinicios en el mundo Unix. Algunos han mencionado riesgos de seguridad significativos en no reiniciar los servidores, pero eso es una tontería. Si hay un riesgo de seguridad presente en un servicio o aplicación, un parche puede aplicarse (al servicio o aplicación) sin necesidad de reiniciar. Si el riesgo de seguridad está presente en un módulo del kernel, por lo general es posible descargar el módulo, aplicar un parche, y volver a cargar el módulo. Sí, como he dicho, es necesario reiniciar el sistema si existe un riesgo de seguridad en el kernel. De lo contrario, no hay ninguna razón real para reiniciar una máquina Unix.
Puedes leer más en:
No debe reiniciar un servidor Unix (traducción automática), a diferencia dicho sea de Windows ".
Versión original en inglés. No debe reiniciar un servidor Unix.

Quiero echar un vistazo más de cerca la cuestión de reiniciar el sistema. Es un punto caliente para todos los administradores de servidores, pero para los geeks de Unix, es una cuestión más profunda - probablemente debido a que los administradores de Windows utilizan "reiniciar" como uno de sus pasos para solucionar los problemas en primer lugar, si bien es uno de los últimos para los equipos Unix. Esta es la realidad: Reiniciar el servidor debe ser raro - muy raro. Citaré actualizaciones del kernel o el reemplazo de hardware como las dos principales causas de reinicios en el mundo Unix. Algunos han mencionado riesgos de seguridad significativos en no reiniciar los servidores, pero eso es una tontería. Si hay un riesgo de seguridad presente en un servicio o aplicación, un parche puede aplicarse (al servicio o aplicación) sin necesidad de reiniciar. Si el riesgo de seguridad está presente en un módulo del kernel, por lo general es posible descargar el módulo, aplicar un parche, y volver a cargar el módulo. Sí, como he dicho, es necesario reiniciar el sistema si existe un riesgo de seguridad en el kernel. De lo contrario, no hay ninguna razón real para reiniciar una máquina Unix.
Puedes leer más en:
No debe reiniciar un servidor Unix (traducción automática), a diferencia dicho sea de Windows ".
Versión original en inglés. No debe reiniciar un servidor Unix.

-
Unix
- Combina la potencia de Unix y Linux.
- UNIX Pipes, Streams y Redirecciones
- Utilice AIX para la configuración de su red 'Network Info Service'
- Y2K38: El Reloj de cuenta regresiva, comienza hoy Sábado.
- Red de herramientas de exploración con AIX y UNIX
- Gestión de la política Kerberos para AIX v 5.3
- Instalar MINIX 3
- HP-UX UNIX, generar la copia de seguridad y recuperar los datos de un dispositiv
- Conocer los 10 buenos hábitos de uso en UNIX.
- Saca el máximo partido de Z Shell
- Usando Python para crear herramientas desde la línea de comandos UNIX
- Hojas de trucos Linux-Unix - La colección definitiva
Comentarios
No se si sea la mejor, pero a veces UNIX se comporta como Windows.
Y es que básicamente, si me apego a la teoría de SO, son básicamente iguales.
Se llena la memoria, los procesos saturan el SO, etc, etc.