ASO03 - Informació Del Sistema - Contenidos

ASO03_Contenidos http://fpadistancia.caib.es/pluginfile.php/150106/mod_resource/content...
Información del sistema.
Caso práctico
En nuestra empresa llevan tiempo implantados varios servidores.

Aproximadamente llevan operativos dos meses, con sistemas operativos Windows
2008 y GNU/Linux.
Desde Gerencia nos solicitan, a nuestro departamento de informática, un informe

con una valoración de cada servidor. La motivación, desde gerencia, viene dada
por analizar la conveniencia o no de instalar más servidores y de priorizar el tipo
de servidor.
La valoración inicial, en el estudio previo a su implantación, fue de 3 servidores

Windows 2008 y 2 servidores GNU/Linux. Se instalaron y se pusieron en
producción 2 servidores Windows 2008 y 1 servidor GNU/Linux.
Con estas premisas, Diego y Jimena analizarán el rendimiento informando de los resultados al departamento y,
entonces, valoraremos entre todos el rendimiento de cada uno de los servidores. Y nuestro departamento de
informática, entre todos, indicará si es conveniente añadir más servidores y de qué tipo, para reducir o mitigar el
rendimiento del resto de los equipos instalados.
1 de 19 06/12/2016 12:41
Estructura de directorios.
Caso práctico
Jimena le comenta a Diego que todo sistema operativo tiene una jerarquía de directorios o
carpetas. Debemos conocer la estructura de cada sistema operativo para realizar la
administración de forma más eficaz.
El jefe de nuestro departamento nos proporciona las estructuras de directorios de cada

uno de los sistemas operativos que están implantados en nuestra empresa.
Para conocer qué es una estructura de directorios debemos saber qué entendemos por directorio. En informática un directorio es
un contenedor virtual en el que se almacena una agrupación de archivos de datos y otros subdirectorios. Atendiendo a su
contenido, a su propósito o a cualquier criterio que decida el usuario. Técnicamente el directorio almacena información acerca de
los archivos que contiene: como los atributos de los archivos o subdirectorios que, a su vez, contienen.
En el entorno gráfico de los sistemas operativos modernos, el directorio se denomina, metafóricamente, carpeta y se representa
con un icono cuya figura es una carpeta. Esta imagen se asocia con el ambiente administrativo de cualquier oficina, donde la
carpeta de cartón que contenía hojas de papel de un expediente era muy habitual en cualquier oficina.
Debemos recordar que los sistemas operativos DOS y sistemas con entornos gráficos como Windows y OS /2, identifican las
unidades de almacenamiento masivo, como discos duros, mediante letras a las que se denominan unidades lógicas. Por
ejemplo, "c:" indicará disco duro, "d:" puede ser un DVD , etc. Aunque las letras de las unidades lógicas pueden cambiarse, no
dejarán de apuntar a un dispositivo de almacenamiento. Sin embargo, en sistemas Unix y derivados, por ejemplo GNU/Linux,
estos están integrados en el sistema de archivos y la sintaxis de una ruta partirá siempre desde "root" (/).
Por ejemplo:
En DOS: c:\personal\datos.txt.
En la imagen podemos observar cómo se distribuyen, de manera gráfica, los directorios o carpetas y cómo se observa el
contenido de un directorio (con archivos y subdirectorios).
Otro ejemplo y en otro sistema (CentOS).
En Unix: /personal/datos.txt.
En entornos gráficos podemos observar que es similar a los de Windows. Salvo en que las unidades están integradas en la
estructura de directorios (por ejemplo directorio media suelen estar los dispositivos móviles –pendrive, cd-rom , etc.). No así en
Windows que se le asigna una letra indicativa, que es la unidad lógica.
En ambos casos hacen referencia a un archivo de datos, datos.txt, pero la referencia cambia. En DOS primero se referencia a la
unidad en la que se encuentra ese dato, y después se nombra la ruta, que en este caso está dentro de un directorio llamado
personal.
2 de 19 06/12/2016 12:41
En Unix se hace referencia al raíz o "root", directorio (o directorios si estuviera más "hundido") donde se encuentre y, por último,
el archivo de datos.
En el aspecto gráfico son muy similares con las diferencias ya mencionadas.
Autoevaluación
Las estructuras de directorios, ¿son iguales en todos los sistemas operativos?
Sí, aunque no se llamen igual, su estructura es la misma.
No, son similares pero hay diferencias que deben tenerse en cuenta.
Sí, aunque hay diferencias en cómo nombrarlos, su estructura es igual.
Ninguna respuesta es correcta.
3 de 19 06/12/2016 12:41
Búsqueda de información del sistema.
Caso práctico
En la reunión semanal de nuestro departamento, el jefe de departamento informa a Diego

y Jimena de los pormenores de la petición de Gerencia para la realización del informe
sobre el rendimiento efectivo de los servidores implantados.
Para ello ya se informó de la estructura de directorios que soportaba cada servidor. Se

informó, también, en qué zonas de esa estructura del sistema y sus servicios dejan los
mensajes, para poder así interpretar la información que suministra cada uno de los
servidores.
¿Para qué necesitamos búsquedas si está todo perfectamente organizado y

jerarquizado? Bien, la respuesta no parece sencilla. Aunque tengamos una estructura
organizada, en ocasiones es difícil encontrar un archivo en un árbol con muchas
ramificaciones. También será aún más difícil si no sabemos exactamente como se
llama. A partir de ahí necesitaremos buscar información. ¿Cómo? Mediante
herramientas de búsqueda.
Y otra pregunta, cuando estamos en un entorno de red, ¿podemos realizar búsquedas

en los recursos compartidos? Sí a medias, ya debemos saber que los recursos compartidos tienen asignados derechos y
privilegios de usuarios y grupos. Si estamos autorizados a realizar la acción, podremos "buscar" en dichos recursos.
Dicho esto, los archivos de información del sistema, ¿son accesibles por el usuario? En la mayoría de los casos es así, para
aquellos que tienen autorización para leer estos archivos. Es decir, el administrador del sistema y aquellos a los que se las haya
delegado tal tarea o pertenezcan al grupo de administradores.
Aunque hablemos del sistema como algo único, en la mayoría de los casos no es así. Es decir, instalamos software que provee
servicios añadidos que llegan a integrarse en el sistema. Este software, en muchos casos, tiene sus propios archivos de sistema
donde se puede comprobar los incidentes que vayan ocurriendo.
También, en ocasiones, hay un servicio que se encarga de gestionar todas las incidencias, y las va registrando en un único
archivo. Esto puede resultar un inconveniente porque tendríamos que articular alguna manera de separar los mensajes de un
servicio del resto. Es decir, tendríamos que filtrar los mensajes en función del servicio que queremos gestionar.
Pongamos ejemplos. En Windows 2008, en el directorio c:\windows\logs se encuentran un archivo de mensajes y un directorio
CBS. ¿Qué son y para qué sirven? Todos los sucesos del sistema quedan registrados. Indican la fecha y hora, qué servicio lo
provoca y, además, el mensaje generado por el servicio.
En sistemas GNU/Linux ocurre algo similar. Su directorio, por defecto, se encuentra en /var/log. En este directorio están diversos
archivos de logs. No hay un único archivo. Sin duda, el más importante es el archivo syslog.
4 de 19 06/12/2016 12:41
Órdenes.
Básicamente, las órdenes que podemos implementar son aquellas que actúan como filtros del
sistema de logs. Y dependerá de cómo queremos filtrarlo.
Por ejemplo, en Windows 2008 podemos usar el comando "findstr" combinado con el archivo log
que queremos utilizar. Ya se mencionó, en el anterior punto, que los archivos logs del sistema se
encuentran en el directorio c:\windows\logs.
Si escribimos "findstr /?" nos mostrará la ayuda del comando.
Para saber más
En el siguiente enlace aparecen un conjunto de órdenes para manipular archivos del sistema en Windows 2008.
Órdenes para manipular logs en Windows 2008. (0.02 MB)
El sistema de logs de Linux (log = registro o bitácora), es un mecanismo estándar que se encarga de recoger los mensajes
generados por los programas, aplicaciones y demonios y enviarlos a un destino predefinido. En cada mensaje consta la fuente
(el programa que generó el mensaje), la prioridad (nivel de importancia del mensaje), la fecha y la hora.
Hay varios niveles de prioridad de los mensajes, (de menor a mayor prioridad: debug, info, notice, warning, warn, err, error, crit,
alert, emerg y panic), y varios tipos de mensajes, (auth, authpriv, cron, daemon, kern, lpr, mail, mark, news, security, syslog,
user, uucp y local0-local7).
Para saber más
En el siguiente enlace aparece un conjunto de órdenes para manipular archivos del sistema en distribuciones
GNU/Linux.
Órdenes para manipular logs (mensajes del sistema) en GNU/Linux. (0.04 MB)
En el siguiente enlace se muestra qué modificar al archivo /etc/syslog.conf para tratar los mensajes del sistema. Incluye
ejemplos.
Manipulación del archivo syslog en GNU/Linux.
Autoevaluación
Los archivos logs, ¿son editables con un editor de texto plano?
Sí, porque son archivos de texto plano.
No, se guarda en un formato especial que sólo los programas adecuados pueden leerlo.
No, porque son tan grandes los archivos que la capacidad del editor queda desbordada.
5 de 19 06/12/2016 12:41
Herramientas gráficas.
La monitorización de los archivos del sistema, comúnmente llamados logs, debe ser
relativamente sencilla de implementar. En GNU/Linux tenemos diversas opciones
dependiendo de la distribución y del sistema de escritorio para Xwindows que
empleemos. En la siguiente imagen mostramos el gnome-system-log en una
distribución Debian 6 y con escritorio Gnome.
Podemos observar, en su parte izquierda, los distintos archivos del sistema que se
encuentran en el directorio /var/logs.
Seleccionamos el archivo que queremos controlar para que aparezcan todos los mensajes generados en la parte derecha.
También podemos observar, a modo de ejemplo, archivos del sistema como:
messages: prácticamente todos los mensajes tanto del sistema como de demonios y servicios.
kern.log: avisos generados por el núcleo o kernel de GNU/Linux.
mail.info: muestra toda la información producida por el servicio o demonio de correo.
mail.warn: avisos de errores con importancia menor o leve.
mail.err: avisos de errores severos producidos en el demonio de correo.
mail.log: todos los avisos como entradas, errores leves y errores severos.
vsftpd.log: mensajes generados por el servicio o demonio ftp.
Hay otras opciones, dependiendo del tipo de escritorio que utilicemos. Un ejemplo es
KSystemLog (paquete ksystemlog) para escritorio KDE.
En los sistemas operativos Windows disponemos del “visor de eventos”. ¿Qué es el

visor de eventos? El visor de eventos es una aplicación especial que separa los
eventos importantes que tienen lugar en el equipo, como por ejemplo, cuando un
usuario inicia una sesión en el equipo o cuando se produce un error en un programa.
Siempre que se producen estos tipos de eventos, Windows los va incluyendo en un
registro de eventos que se puede leer mediante el visor de eventos. Para los usuarios avanzados, la información de los registros
de eventos puede ser útil para solucionar problemas con Windows y otros programas.
En la imagen anterior mostramos un visor de eventos de Windows 2008. En el cual podemos observar los distintos apartados del
registro de Windows: aplicación, seguridad, instalación, sistema y eventos reenviados. A modo de ejemplo, estamos mostrando
un evento que se ha registrado en el registro de sistema, y hemos seleccionado un fallo de seguridad.
6 de 19 06/12/2016 12:41
Sistema de archivos virtual (I).
Caso práctico
A la hora de afrontar la conveniencia o no de instalar hardware como servidor, en una de

las reuniones de nuestro departamento de informática, Diego planteó que estas sean de
forma virtual. Es decir, un hardware con diversas plataformas y conectadas a la red de
datos como si fueran máquinas independientes.
Estuvimos consensuando las ventajas y desventajas de este sistema para formalizarlo en

el informe que entregaremos a Gerencia.
Sabemos qué es un sistema de archivos, pero, ¿qué es un sistema de archivos virtual? Si consultamos en Wikipedia nos dirá:
“Un sistema de archivos virtual (VFS virtual file system o SAV sistema de archivos virtual), o conmutador de sistema de archivos
virtuales es una capa de abstracción encima de un sistema de archivos más concreto. El propósito de un VFS es permitir que las
aplicaciones cliente tengan acceso a diversos tipos de sistemas de archivos concretos de una manera uniforme. Puede ser
utilizada para tender un puente sobre las diferencias en los sistemas de archivos de Windows, de Mac OS y Unix, de modo que
las aplicaciones pudieran tener acceso a archivos, en los sistemas de archivos locales de esos tipos de Sistemas Operativos, sin
tener que saber a qué tipo de sistema de archivos están teniendo acceso.”
En el caso de OS/2 y Windows, se utiliza IFS (Installable File System). Viene a ser el mismo concepto que con VFS en sistemas
heredados de Unix. ¿En qué consiste? Es una API que permite el desarrollo de controladores para permitir que ciertos
sistemas operativos puedan leer otros tipos de sistemas de archivos.
Este kit está incluido en el kit Windows Driver Kit (WDK).
Por ejemplo, imagínate que deseamos tener un sistema de archivos EXT2 (utilizado en GNU/Linux) para soportar un sistema
operativo Windows Vista.
Para saber más
En el sitio web de Microsoft tenemos documentación sobre esta API.
Enlace con el kit donde está incluido el IFS de Microsoft.
Un IFS para controlar un sistema de archivos EXT2.
Un IFS para sistemas operativos Windows.
7 de 19 06/12/2016 12:41
Sistema de archivos virtual (II).

Podríamos indicar, con una explicación más sencilla, que los sistemas de archivos virtuales son aquellos archivos que no ocupan
espacio en el sistema de archivos local.
Un ejemplo. En GNU/Linux nos encontramos con un directorio, en la raíz del sistema de archivos, llamado “proc”. Este directorio
se crea cuando se arranca el sistema, y contiene archivos que nos informan del estado actual del núcleo o kernel de GNU/Linux.
Sabemos que cualquier modificación que se realice en este directorio no se mantendrá, desaparecerá en el mismo momento en
que se apague la máquina o se reinicie.
Ampliando un poco más con otro ejemplo. En un sistema de red local podríamos acceder a través de nuestro sistema de
archivos como si fuera parte de él. En GNU/Linux tenemos una herramienta, NFS, que permite “montar” en su sistema de
archivos un directorio compartido de otro equipo con sistema operativo GNU/Linux.
Para saber más
En el siguiente enlace verás cómo proceder a realizar una instalación y comprobar, con un cliente NFS, su
funcionamiento.
Instalación y configuración de un servidor NFS y cliente NFS en dos Sistemas operativos GNU/Linux. (0.04 MB)
Cómo montar un cliente NFS en máquinas GNU/Linux. Con diversos ejemplos y explicación de los diferentes
parámetros de configuración.
Configuración de un cliente NFS en un sistema operativo GNU/Linux.
Si deseamos montar un cliente NFS en un sistema operativo Windows debemos descargar un paquete de Microsoft e
instalarlo. Debemos revisar la documentación.
Configuración de un cliente NFS en un sistema operativo Windows.
¿Podríamos hacer lo mismo con un sistema Windows? Sí, en Windows podríamos compartir espacios de un ordenador con otros
usuarios de la red, con lo cual obtendríamos las mismas ventajas que con el sistema NFS.
En una red de igual a igual podemos compartir espacio en nuestro propio equipo para que el resto de equipos de la red puedan
utilizarlo.
¿Puede un sistema operativo GNU/Linux acceder a recursos compartidos de Windows? Sí, a través de software Samba. Samba
tiene, aparte de ser un servidor de archivos que utiliza el protocolo SMB/CIFS, también contiene una aplicación, "smbclient", que
permite interactuar con otros equipos Windows o Samba. Además, podremos montar, como con los clientes NFS, un recurso
compartido en el arranque del sistema operativo GNU/Linux.
Para saber más
En el siguiente enlace verás cómo generar un recurso compartido en una unidad de almacenamiento masivo en un
sistema operativo Windows 7 y su acceso desde un sistema operativo GNU/Linux.
Configuración de un recurso compartido en Windows 7 y cómo integrarlo en GNU/Linux. (0.03 MB)
Autoevaluación
Queremos instalar un sistema de archivos EXT3 en un sistema operativo Windows. Teóricamente, ¿sería
posible?
No, Windows no soporta este sistema de archivos.
No, porque no hay un IFS para este sistema de archivos.
Sí, siempre y cuando haya un IFS adecuado al sistema de archivos.
8 de 19 06/12/2016 12:41
9 de 19 06/12/2016 12:41
Software instalado.
Caso práctico
Jimena, en una de las reuniones, pone en común la idea de que debemos tener en cuenta
y valorar la eficiencia del software instalado. Comprobando que sus configuraciones sean
las más óptimas.
¿Por qué? le pregunta un compañero. Porque una mala configuración puede hacer que el
sistema tenga un rendimiento deficiente y provocar que otros servicios o software
ralenticen al propio sistema.
Bien, puesto en común, se acepta la idea y se buscan las configuraciones más adecuadas
a cada software instalado y/o servicio.
En nuestro sistema vamos instalando software y aplicaciones. algunas de las cuales se ejecutan en el inicio del sistema, se
instalan como servicios o como demonios. En otras, es el propio usuario quién "lanza" o ejecuta la aplicación que necesita. Toda
aplicación, aparte de ejecutar el programa principal, puede necesitar librerías dónde se encuentren funciones necesarias o
requeridas por la propia aplicación para su normal funcionamiento.
En Windows disponemos de DLL (dynamic-link library), que es una biblioteca de enlace dinámico. En GNU/Linux también
disponemos de librerías que no están identificadas por su extensión. Estas librerías, las que necesita una aplicación
determinada, se cargan en la memoria principal al igual que la propia aplicación. ¿Por qué? Porque, como ya sabemos, la
memoria RAM es mucho más rápida que cualquier dispositivo de almacenamiento masivo (por ejemplo, disco duro).
Por todo lo expuesto anteriormente, debemos tener la posibilidad de monitorizar su rendimiento, eliminarlo de la memoria
principal si detectamos un mal funcionamiento, etc.
El sistema operativo controla de manera eficiente el hardware del sistema informático. Pero generalmente, los usuarios no
trabajan directamente con el sistema operativo, sino con las aplicaciones instaladas. Así por ejemplo un contable trabajará con
una aplicación de contabilidad, y realizará adecuadamente las funciones para las que fue concebido, con independencia del
sistema operativo en el que se ejecute.
Cuando el sistema informático presta servicios en red, por ejemplo un servidor web, todavía se hace más irrelevante para el
usuario qué sistema operativo ejecuta. A los usuarios no les preocupa qué sistema operativo oferta el servicio web que les
proporciona la web solicitada.
En el control del software debe valorarse la secuencia de arranque de inicio. ¿Cómo? Analizando qué software arranca en el
inicio y qué no. Normalmente se tratará de servicios, pero puede estar instalado algún programa que necesita un arranque rápido
por su carga en memoria, por ejemplo OpenOffice.
10 de 19 06/12/2016 12:41
Órdenes.
Dependiendo del Sistema operativo que estemos administrando o, simplemente, utilizando, ejecutamos unas órdenes u otras.
Debemos cumplir con los requisitos que nos marque cada uno de los sistemas operativos.
GNU/Linux.
En GNU/Linux, dependiendo de cada distribución, utilizamos diferentes órdenes de manipulación de aplicaciones. Los
formatos de paquetes más extendidos son RPM y DEB, con gestores de dependencias como urpmi, apt o yum.
Otras distribuciones, como Gentoo, optan por utilizar distribuciones de software en código fuente. Para ello utiliza el
sistema Portage que está inspidfrado en el método de distribución de software de los BSD.
Veamos algunos ejemplos más comunes en distribuciones que utilizan RPM:
Instalación de un paquete: rpm –i < paquete.rpm>

Actualización de un paquete: rpm –U <paquete.rpm>
Eliminar un paquete: rpm –e <paquete.rpm>
Consultar un paquete: rpm –q <paquete.rpm>
Para saber más
Este tutorial te indicará todas las opciones posibles y ejemplos para clarificarlos.
Órdenes de instalación de paquetes en GNU/Linux.
En el caso de paquetes “Debian”, extensión deb, podemos utilizar apt-get para instalar paquetes completos. En el caso de no
cumplirse alguna de las dependencias con otras aplicaciones que deben estar instaladas, no se instalará. Para que instale las
dependencias, debemos utilizar aptitude.
“aptitude” es una interfaz para APT. Muestra una lista de paquetes de software y permite al usuario elegir de modo interactivo
cuáles desea instalar o eliminar. Dispone de un poderoso sistema de búsqueda que utiliza patrones de búsqueda flexibles, los
cuales facilitan al usuario entender las complejas relaciones de dependencia que puedan existir entre los paquetes.
Para saber más
En el siguiente enlace verás una serie de órdenes de utilidad para monitorización de sistemas operativos GNU/Linux.
Órdenes de monitorización en GNU/Linux. (0.08 MB)
WINDOWS.
Para el mantenimiento de aplicaciones, en el caso de Windows, utilizamos la orden "msiexec.exe". Con ésta orden
podemos realizar las tareas que consideremos oportunas para: instalar, actualizar, reparar cualquier aplicación.
Debes conocer
Las distintas opciones de la orden msiexec las encontrarás en el siguiente enlace.
Órdenes de instalación en sistemas operativos Windows.
Para saber más
En el siguiente enlace verás una serie de órdenes en Windows para monitorización de equipos con este sistema
operativo.
11 de 19 06/12/2016 12:41
Órdenes de monitorización en Windows. (0.10 MB)
Autoevaluación
En Linux, ¿es posible monitorizar el rendimiento del sistema?
No, el rendimiento del sistema se debe realizar en el propio equipo de forma local.
Sí, pero sólo mediante un sistema Xwindows.
Sí.
12 de 19 06/12/2016 12:41
Herramientas gráficas.
En el anterior punto hemos tratado como gestionar el software instalado. Todo ello en modo texto o también llamado, "modo
terminal".
GNU/Linux.
Para controlar el inicio de software en el inicio del sistema operativo, tenemos bootup manager (bum) en Gnome.
A la hora de instalar, actualizar y desinstalar aplicaciones, GNU/Linux dispone de diversas herramientas gráficas para
realizar estas tareas. El elegir una u otra dependerá, sobre todo, del entorno gráfico elegido.
Para distribuciones Debian y otros (Ubuntu) con el entorno gráfico GNOME disponemos de dos herramientas
imprescindibles:
Synaptic: es un programa informático con una interfaz gráfica GTK+ de APT, para el sistema de gestión de paquetes de
Debian GNU/Linux.
Disponemos, también, del programa update-manager-gnome que permite gestionar las actualizaciones de los paquetes
instalados.
Generalmente, el actualizador del software instalado funciona en "background". Es decir, independientemente que
nosotros lancemos la aplicación para comprobar si algún paquete necesita una actualización, este arranca en el inicio y
comprueba de forma autónoma las actualizaciones pendientes. Nos dará un aviso en forma de icono gráfico y nosotros
decidimos si actualizamos todos o parte de los paquetes que nos sugiere actualizar.
En GNU/Linux existen diversas herramientas gráficas para obtener información de los distintos procesos o programas
activos. Como existen varios servidores gráficos: KDE, GNOME, etc. Nombramos dos: ksysguard para KDE y gnome-
system-monitor para GNOME.
En Debian 6 lo encontraremos en aplicaciones > herramientas del sistema > monitor del sistema.
WINDOWS.
Para controlar el inicio de software en el inicio del sistema operativo, tenemos "msconfig".
Windows tiene su propio instalador y desinstalador. Microsoft Windows Installer es un componente del sistema
operativo Windows, que proporciona una base estándar para instalar y desinstalar software. Los fabricantes de software
pueden crear los programas de instalación de sus productos para utilizar Windows Installer con el fin de simplificar la
instalación, el mantenimiento y la desinstalación del software.
Aunque los paquetes de software tendrán su propio lanzador, realmente enlazarán con el Microsoft Windows Installer.
En la imagen podemos observar el centro de control de paquetes. Donde podremos ver los paquetes instalados, instalar
otros, agregar y quitar funciones.
En la imagen vemos la presentación con todas las posibles opciones.
Una herramienta muy útil en Windows 2008 es el monitor de confiabilidad y rendimiento.
Los datos que podemos obtener de esta herramienta son:
Comprobar y observar las cargas de trabajo y el uso de los recursos propios y compartidos, de modo que podemos
planificar futuras actualizaciones.
Observar los distintos cambios de las cargas de trabajo a medida que se vayan incrementando o disminuyendo el
uso de los distintos recursos.
Comprobación de los cambios de configuración en los distintos servicios que estemos administrando.
Diagnosticar los distintos problemas que surjan en los componentes para su posterior análisis y optimización.
Para saber más
En el siguiente vídeo verás cómo funciona el monitor de confiabilidad y rendimiento. Así como las distintas opciones
13 de 19 06/12/2016 12:41
para obtener información del sistema.
Confiabilidad en el sistema operativo Windows 2008.
14 de 19 06/12/2016 12:41
Gestión de la información del sistema.
Caso práctico
En la última reunión, antes de entregar el informe final, Diego pone en común las
acciones realizadas tanto por él como por Jimena.
En este punto, se pone en común en el departamento qué software de análisis de la

información del sistema se va a utilizar.
Además, debemos crear un plan de actualización para valorar los mensajes del
sistema y de cada servicio, y el software que genere los mensajes del sistema.
Un elemento que debemos valorar, sin duda, es la gestión de cualquier sistema operativo. Si este se
trata de un servidor, con más razón aún. La monitorización de equipos, usuarios, servicios y recursos del
sistema es, quizás, de las tareas más importantes en la administración de equipos servidores.
Debemos saber que el sistema operativo proporciona cierta cantidad de indicadores que pueden
utilizarse para diagnosticar el funcionamiento correcto del equipo.
En un sistema operativo como Windows 2008, disponemos de la herramienta llamada "monitor de

confiabilidad y rendimiento", la cual nos ofrece distintas formas de administrar toda la información que se
puede recopilar del sistema. Tanto del rendimiento a nivel de hardware como CPU, memoria,
dispositivos de almacenamiento masivo, como monitor de rendimiento con agregación de eventos, o ver
el rendimiento de un equipo de nuestra red, así como el elemento de confiabilidad del software.
En el caso de sistemas operativos GNU/Linux existen diversas herramientas de libre distribución que,
combinándolas, permiten estudiar el rendimiento del equipo servidor y sus clientes.
Podríamos utilizar software de benchmarking para valorar el rendimiento de cada uno de los equipos de la red.
Y estudiando o revisando los archivos de mensajes se puede llegar a conclusiones sobre confiabilidad del sistema y sistemas
clientes.
15 de 19 06/12/2016 12:41
Rendimiento.
Cualquier sistema operativo pasa por distintas fases, más si se trata de un servidor.
Debemos obtener toda la información del rendimiento en todo momento. ¿Qué factores
debemos tener en cuenta a la hora de realizar las mediciones?
Por un lado, el número de accesos y su nivel de permisos, qué recursos se están

utilizando y en qué medida. Horas, días, días de la semana. Es decir, absolutamente
todo el movimiento que tiene el equipo en una conexión de red, y dando servicio a
usuarios y equipos.
¿Qué necesitamos? Con un monitor de rendimiento no es suficiente, nos harán falta

estadísticas e informes de todo lo acontecido.
¿Para qué necesitamos toda esta información? Para tomar decisiones. Esas decisiones se tomarán en función del resultado del
informe:
Si todo es correcto, no será necesario hacer nada, porque el sistema funciona adecuadamente aún en momentos de
mayor actividad.
Si en algunos picos de actividad vemos que el rendimiento del software baja, es posible que necesitemos cambiar la
configuración de algún software que dé servicio tanto al sistema como a los usuarios y/o equipos conectados.
Si aún cambiando la configuración el problema persiste, debemos actualizar o instalar una versión nueva del software que
soporta la actividad que exige mayor rendimiento al equipo.
Y, en último caso, si en el equipo con cualquier software y configuraciones comprobadas, hay una actividad baja con
riesgo de colapso; debemos actuar sobre el equipo bien añadiendo más componentes o, de forma drástica, cambiando la
propia máquina por estar obsoleta.
Otra herramienta importante, sin duda, incorporada en el monitor de confiabilidad y

rendimiento es la opción de confiabilidad.
El monitor de confiabilidad permite observar la estabilidad del sistema así los eventos
que tienen impacto en dicha estabilidad y detalles pormenorizados sobre ellos. Ofrece
un gráfico en el que se puede observar la estabilidad del sistema por fechas. Muestra,
también, el informe de estabilidad informando sobre los detalles que han implicado o
impactado en alguno de los eventos que maneja. Podemos seleccionar una de las
cinco categorías que maneja: Instalaciones y desinstalaciones de software, errores de aplicación, errores de hardware, errores
de Windows y errores varios.
En la imagen podemos observar la estabilidad del día 6 de junio de 2011 eligiendo el evento de instalaciones y desinstalaciones
y sus resultados.
En Linux tenemos diversas herramientas para valorar el rendimiento del equipo. Algunas están integradas en el propio sistema y
otras son parte de un paquete.
Debes conocer
En el siguiente enlace tienes herramientas, para Linux, que te permitirán evaluar el rendimiento de un equipo Linux.
Herramientas para evaluar el rendimiento en GNU/Linux. (0.81 MB)
16 de 19 06/12/2016 12:41
Estadísticas.
Conjunto de recopiladores de datos. Es la opción que nos permitirá, estamos hablando
de Windows 2008 y su sistema de confiabilidad y rendimiento.
Podemos recopilar la información, por ejemplo, del rendimiento del sistema. Nos
generará uno o más ficheros que podremos estudiar para valorar su rendimiento.
En las siguientes imágenes vemos un ejemplo.
Queremos estudiar el rendimiento del sistema. Para ello lanzamos el recopilador de

datos. Mediante el botón "estrella" de la barra de herramientas o, mediante el menú,
acción > iniciar.
Una vez recopilada la información, en el apartado informes nos aparecerán (en nuestro ejemplo, en System Performance),
distintas fechas en las que se ha recopilado información.
Vemos que existen muchas opciones y posibilidades para evaluar el rendimiento por si tuviéramos que tomar algún tipo de
decisión.
En GNU/Linux tenemos algo similar. Un conjunto de herramientas agrupadas en el paquete SYSSTAT.
Para saber más
En el sitio web oficial encontramos cómo usar las herramientas integradas con SYSSTAT.
Herramienta SYSTAT para evaluar el rendimiento y confiabilidad en GNU/Linux.
Autoevaluación
¿Las estadísticas son necesarias para conocer el rendimiento?
No, tenemos alternativas para evitar las estadísticas. Con la observación diaria puede ser suficiente.
No, con analizar, mediante filtros, los mensajes del sistema sería suficiente.
Sí, aunque tenemos alternativas más tediosas.
17 de 19 06/12/2016 12:41
Anexo.- Licencias de recursos.

Licencias de recursos utilizados en la Unidad de Trabajo.
Recurso (1) Datos del recurso (1) Recurso (2) Datos del recurso (2)
Autoría: Benjamin D. Esham.

Autoría: Sarxos.
Licencia: Dominio público.
Licencia: Dominio Público.
Procedencia:
Procedencia: http://www.openclipart.org/detail
http://commons.wikimedia.org
/13740/simple
/wiki/File:
-folder-documents-by-sarxos
Usenet_servers_and_clients.svg
Autoría: Microsoft.
Autoría: CentOS.
Licencia: Copyright (cita).
Procedencia: Captura de
Procedencia: Captura de pantalla.
pantalla.
Autoría: jhnri4.
Licencia: Dominio Público. Autoría: Microsoft.
Procedencia: Licencia: Copyright (cita).

http://www.openclipart.org/detail
/59167/
magnifying-glass-by-jhnri4
Autoría: warszawianka vs n2j3 /

n2j3.
Autoría: Debian.
Licencia: GNU.
Procedencia:
http://www.openclipart.org/detail Procedencia: Captura de pantalla.
/110197/
terminal-icon-1:1-ratio-by-n2j3.
Autoría: Alex Puente / Ehecatl1138.

Procedencia: http://www.openclipart.org/detail
/130057/cloud-computing
pantalla.
-button.-nube-computo-by-ehecatl1138
Autoría: jhnri4.
Autoría: Alfredo K. Kojima, nongnu.org.
Licencia: CC by-sa.
Procedencia:
http://www.openclipart.org/detail Procedencia: http://es.wikipedia.org
/102823/a /wiki/Archivo:Gestor
ddremove-programs-icon-by- _de_paquetes_Synaptic_Ubuntu_9.10_es.png
jhnri4
Autoría: Debian.
Licencia: GNU.
Procedencia: Elaboración
propia.
18 de 19 06/12/2016 12:41
Autoría: Edwin van Nes.

Licencia: CC by.
Procedencia: http://commons.wikimedia.org
Procedencia: Captura de /wiki/File:Ferrari_
pantalla. Formula_1_lineup_at_the_N
%C3%BCrburgring.jpg
Autoría: Idaho National

Laboratory.
Licencia: CC by
Procedencia:
http://www.flickr.com/photos Procedencia: Captura de pantalla.
/inl/3640314500
/sizes/l/in/photostream/
Autoría: Mauryfrapi.
Licencia: CC by-sa.
Procedencia: http://commons.wikimedia.org
/wiki/File
pantalla.
:Atrad_estadisticas.JPG
Procedencia: Captura de pantalla
pantalla.
19 de 19 06/12/2016 12:41

ASO03 - Informació Del Sistema - Contenidos

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

ASO03 - Informació Del Sistema - Contenidos

Diunggah oleh

Hak Cipta:

Format Tersedia

ASO03_Contenidos http://fpadistancia.caib.es/pluginfile.php/150106/mod_resource/content...

Información del sistema.

En nuestra empresa llevan tiempo implantados varios servidores.

Desde Gerencia nos solicitan, a nuestro departamento de informática, un informe

La valoración inicial, en el estudio previo a su implantación, fue de 3 servidores

El jefe de nuestro departamento nos proporciona las estructuras de directorios de cada

Otro ejemplo y en otro sistema (CentOS).

En el aspecto gráfico son muy similares con las diferencias ya mencionadas.

Las estructuras de directorios, ¿son iguales en todos los sistemas operativos?

Sí, aunque no se llamen igual, su estructura es la misma.

Sí, aunque hay diferencias en cómo nombrarlos, su estructura es igual.

Ninguna respuesta es correcta.

Búsqueda de información del sistema.

En la reunión semanal de nuestro departamento, el jefe de departamento informa a Diego

Para ello ya se informó de la estructura de directorios que soportaba cada servidor. Se

¿Para qué necesitamos búsquedas si está todo perfectamente organizado y

Y otra pregunta, cuando estamos en un entorno de red, ¿podemos realizar búsquedas

Si escribimos "findstr /?" nos mostrará la ayuda del comando.

Para saber más

Órdenes para manipular logs en Windows 2008. (0.02 MB)

Para saber más

Manipulación del archivo syslog en GNU/Linux.

Los archivos logs, ¿son editables con un editor de texto plano?

Sí, porque son archivos de texto plano.

Ninguna respuesta es correcta.

También podemos observar, a modo de ejemplo, archivos del sistema como:

En los sistemas operativos Windows disponemos del “visor de eventos”. ¿Qué es el

Sistema de archivos virtual (I).

A la hora de afrontar la conveniencia o no de instalar hardware como servidor, en una de

Estuvimos consensuando las ventajas y desventajas de este sistema para formalizarlo en

Este kit está incluido en el kit Windows Driver Kit (WDK).

Para saber más

En el sitio web de Microsoft tenemos documentación sobre esta API.

Enlace con el kit donde está incluido el IFS de Microsoft.

Un IFS para controlar un sistema de archivos EXT2.

Un IFS para sistemas operativos Windows.

Sistema de archivos virtual (II).

Para saber más

Configuración de un cliente NFS en un sistema operativo GNU/Linux.

Configuración de un cliente NFS en un sistema operativo Windows.

Para saber más

Configuración de un recurso compartido en Windows 7 y cómo integrarlo en GNU/Linux. (0.03 MB)

No, Windows no soporta este sistema de archivos.

No, porque no hay un IFS para este sistema de archivos.

Sí, siempre y cuando haya un IFS adecuado al sistema de archivos.

Ninguna respuesta es correcta.

Veamos algunos ejemplos más comunes en distribuciones que utilizan RPM:

Instalación de un paquete: rpm –i < paquete.rpm>

Para saber más

Órdenes de instalación de paquetes en GNU/Linux.

Para saber más

Órdenes de monitorización en GNU/Linux. (0.08 MB)

Las distintas opciones de la orden msiexec las encontrarás en el siguiente enlace.

Órdenes de instalación en sistemas operativos Windows.

Para saber más

Órdenes de monitorización en Windows. (0.10 MB)

En Linux, ¿es posible monitorizar el rendimiento del sistema?

Sí, pero sólo mediante un sistema Xwindows.

Ninguna respuesta es correcta.

En la imagen vemos la presentación con todas las posibles opciones.

Una herramienta muy útil en Windows 2008 es el monitor de confiabilidad y rendimiento.

Los datos que podemos obtener de esta herramienta son:

Para saber más