INSTITUTO TECNOLOGICO

SUPERIOR
DE CIUDAD ACUÑA

MATERIA:
Sistemas Operativos II
Unidad N° 2

CATEDRATICO:
Ing. J. Omar Vega

ALUMNOS:
Erica Marlene Montalvo Capos
Elda Elisa Campos Piedra
Juan Francisco Palacios
Gerardo Flores P.
Fátima Castro Guerrero

SEMESTRE:
6°

ESPECIALIDAD:
Informática
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
UNIDAD #2
COMUNICACIÓN
2.3 NOMINACION CARACTERISTICAS Y ESTRUCTURA.

Nominación

La nominación es una correspondencia entre objetos de datos lógicos y

físicos. Por ejemplo, los usuarios tratan con objetos de datos lógicos
representados por nombre de archivos, mientras que el sistema
manipula bloques de datos físicos almacenados en las pistas de los
discos. Generalmente un usuario se refiere a un archivo utilizando un
nombre, el cual se transforma en un identificador numérico de bajo nivel,
que a su vez se corresponde con bloques en disco. Esta
correspondencia multinivel ofrece a los usuarios la abstracción de un
archivo, que oculta los detalles de cómo y donde se almacena el archivo
en disco.

En un SAD transparente se agrega una nueva dimensión de abstracción

..: la ocultación de la ubicación de los archivos de la red. En un sistema
de archivos convencionales la función de nominación produce como
resultado un intervalo de direcciones en disco, en un SAD este intervalo
crece para incluir la máquina especifica en cuyo disco se almacena el
archivo. Si se extiende un poco mas el tratamiento de los archivos como
abstracciones, llegamos a la posibilidad de replicas de archivos. Dado un
nombre de archivo, la correspondencia devuelve un conjunto de
posiciones de las replicas de este archivo. En esta abstracción se
ocultan tanto la experiencia de copias como su ubicación.

Estructuras de Nominación ..:

Existen dos conceptos que hay que distinguir en relación con al

correspondencia de nombres en un SAD.

Transparencia de Nominación, El nombre de archivo no revela ningún

indicio sobre de la ubicación del almacenamiento físico del archivo.
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
Independencia de Ubicación, No es necesario modificar el nombre de un
archivo cuando cambia su ubicación en el almacenamiento físico.

Esquema de Nominación ..:

Hay tres enfoques principales para los esquemas de nominación en un

SAD. En el enfoque mas sencillo, los archivos se nombran con una
combinación del nombre de su anfitrión y su nombre local, lo que
garantiza un nombre único dentro de todo el sistema. Por ejemplo, en
Ibis, un archivo se identifica de manera única con el Nombre Anfitrión
Local, donde nombre local es una ruta semejante a las de UNIX.

El segundo enfoque popularizado por el sistema de archivos de red

(NFS, Network File System) de sun, ofrece una forma de unir directorios
remotos a directorios locales, lo que da la apariencia a un árbol de
directorios coherentes.

El tercer enfoque es la estructura mas compleja y difícil de mantener en

la NFS, ya que cualquier directorio se puede unir a cualquier árbol de
direcciones locales y la jerarquía resultante puede estar poco
estructurada.

Proceso de resolución de problemas

Figura 6 muestra el proceso típico de distribución de un paquete de
software y las etapas en las que puede consultar si existen problemas
con la distribución. Los números del 1 al 11 que aparecen en la figura
hacen referencia a la información proporcionada tras la misma.
Figura 6. Resolución de problemas relacionados con la distribución de un
paquete de software
INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
Las notas siguientes amplían la información facilitada en la Figura 6; los
números de las notas hacen referencia a los números entre paréntesis:
1. Si no encuentra el paquete de software que desea enviar en un
gestor de perfiles del escritorio, puede que se haya trasladado a la
colección "lost-n-found". Consulte el apartado Comprobación de la
colección "lost-n-found".
2. Si utiliza la GUI para enviar operaciones de distribución, debe
examinar el panel principal del escritorio de Tivoli para determinar
el ID devuelto por el envío.
3. Puede que haya generado un error al especificar el comando en la
CLI o GUI. Lea el mensaje de error y, si es necesario, la página
man del comando.
Puede que exista un problema con el paquete de software. Lea el
mensaje de error y consulte en el apartado Observación del
archivo SPD los atributos que debe comprobar en el paquete de
software.
Si el error no está en el comando que ha enviado, emplee el
comando odstat para ver los métodos que están activos en este
momento y los errores asociados a los mismos.
Para ver una lista de todos los métodos cm_execute_src y send a
los que llama el método cm_execute_src, especifique el comando
odstat -c en el host de origen. Este comando hace un seguimiento
de las actividades en los servidores, los gateways, los repetidores
y el host de origen. Lista el método de operación CM como de
ejecución en el servidor y el método cm_execute_src como de
ejecución en el host de origen. Lista el método de envío como de
ejecución en el repetidor. Si especifica el comando odstat -c de
forma continuada, verá cómo cada método desaparece de la lista a
medida que se completa cada proceso y se completa el método
cm_execute_src.
Consulte la publicación Tivoli Management Framework: Reference
Manual para obtener una descripción del comando odstat y sus
argumentos.
 INSTITUTO TECNOLOGICO
SUPERIOR
4.
DE CIUDAD ACUÑA
Una vez transcurrido un intervalo de tiempo razonable tras enviar
correctamente la operación, se recomienda comprobar su progreso
mediante el comando wmdist.
o Puede emplear el comando wmdist -e <ID_distribución> o el
comando wmdist -q <ID_distribución> para comprobar el
progreso de una distribución en los nodos (repetidores y
puntos finales) que forman la cadena por la cual pasa una
distribución desde el origen hasta el destino. MDist2 actualiza
los datos recuperados por este comando empleando un
intervalo de notificación cuyo valor predeterminado es 30
minutos.
o El comando wmdist -I <repetidor> comprueba el estado de
las distribuciones en el repetidor definido en tiempo real.
5. La distribución puede encontrarse en los estados siguientes:
o En espera
La distribución todavía está en curso.
o En pausa
Hay tres posibilidades para este estado:
 El usuario ha establecido una pausa en la distribución.
 El punto final es un punto final móvil.
 Todavía no ha transcurrido el periodo de tiempo de
espera del diálogo de notificación al usuario en el punto
final.
o No disponible
Se ha producido un error de comunicaciones con el punto
final. Comprobar el proceso lcfd en el punto final.
o Interrumpida
La distribución se ha interrumpido debido a problemas de
red. La distribución se reintentará en el punto final en cada
intervalo de reintento.
 INSTITUTO TECNOLOGICO
SUPERIOR
6.
DE CIUDAD ACUÑA
Cuando una operación se ha completado en un destino, no
necesariamente se ha completado correctamente. Los distintos
tipos de distribuciones tienen diferentes modos de evaluar el éxito
o fracaso. Las distribuciones que no se han completado durante el
límite de tiempo máximo se marcan como caducadas.
7. Cuando la operación ha finalizado correctamente, puede que se
hayan generado errores (por ejemplo, un error después de un
script) y avisos. Consulte el registro del paquete de software para
obtener información. Consulte el apartado Registros de Software
Distribution.
Nota:
si la distribución es correcta pero los archivos del paquete no se
instalan en la ubicación de destino prevista, puede que se haya
utilizado una variable que no se había definido. Los archivos
instalados se colocan en un directorio que lleva el nombre de la
variable. Abra el paquete y compruebe que se hayan definido todas
las variables.
8. Consulte el registro del paquete de software para obtener
información detallada sobre el error (consulte Registros de
Software Distribution).
Se pueden generar errores debido a problemas con la definición
del paquete de software. Consulte el apartado Observación del
archivo SPD.
También es posible encontrar detalles del error en lcfd.log donde
se reporta la siguiente excepción:
Jul 10 14:04:24 Q MethInit ** Exception caught in run_impl:
unknown
exception:Exception:UserException:SysAdminException:
:ExException:SpDistEngine::Spde::ExNestedSpErrorMsg
Los mensajes de error también se graban en el campo
MESSAGES de la tabla de Inventory SD_H_INST. Consulte el
apartado Repositorio de configuración.
9. Todas las distribuciones tienen un límite de tiempo máximo
absoluto tras el cual se notificarán como caducadas. El tiempo
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
límite predeterminado es de 72 horas, que se puede cambiar
estableciendo el argumento -l (para cambiar los parámetros de
MDist2) en el comando de distribución en el momento del envío.
Sin embargo, por su experiencia sabrá cuánto tiempo tarda en
completarse una distribución concreta en circunstancias normales
y puede empezar a examinar todas las distribuciones que superen
el plazo de tiempo previsto.
Consulte el registro del paquete de software para obtener
información detallada. Consulte el apartado Registros de Software
Distribution. Los problemas que surjan en esta etapa de la
distribución probablemente se deban a una de las causas
siguientes:
o Problemas con la disponibilidad o el rendimiento de los
repetidores y puntos finales. Consulte el apartado
Comprobación de repetidores, gateways y puntos finales.
o Ejecución de un programa de usuario que no finaliza.
Si una distribución caduca antes de lo previsto, es posible que el
paquete de software pertenezca a una región de política en la que
se ha modificado la fecha y hora límite utilizando el comando
wswdmgr o cambiando los valores predeterminados de la GUI.
Consulte la publicación IBM Tivoli Configuration Manager: Manual
de consulta para Software Distribution para obtener más
información sobre el comando wswdmgr. Consulte el apartado
Personalización de los valores de la GUI para obtener información
acerca de cómo modificar el valor de fecha y hora límite
predeterminado.
10. Una vez que la distribución finalice, compruebe el resultado en el
archivo de registro de Software Distribution que se encuentra en
$BINDIR/../swdis/work. Consulte Registro de paquetes de software
para obtener más información sobre el archivo de registro.
11. Utilice el comando wmsgbrowse para comprobar si todavía existen
mensajes no entregados en la cola de Software Distribution.
Consulte la publicación IBM Tivoli Configuration Manager: Manual
de consulta para Software Distribution para obtener información
sobre la sintaxis del comando wmsgbrowse.
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
MAPEO DE DIRECCIONES

Para poder ejecutar instrucciones, si no sabemos en qué parte de la

memoria estarán cargadas, debemos tener un mecanismo de traducción
de direcciones virtuales a reales. Para ello, se necesitan dos cosas.
Primero, el compilador manejará una dirección base más un
desplazamiento al referirse a las instrucciones. Segundo, el sistema
operativo asignará como dirección base el número de página, al paginar
al proceso. De esta manera, puede buscarse el inicio de una página en
memoria, sumarle el desplazamiento y así obtener la dirección real de
una instrucción.
La traducción de direcciones virtuales para segmentos se maneja de
manera similar.
Existe un esquema adicional, paginación/segmentación, que es la
combinación de ambos. La memoria se divide en marcos de página,
idealmente más pequeños que el tamaño del marco de página en un
sistema de paginación tradicional. Cada segmento está compuesto por
cierto número de páginas. Es decir, el tamaño del segmento es un
múltiplo del tamaño de página. Este esquema pretende sacar ventaja de
los beneficios de los otros dos.
Este mismo mecanismo de traducción de direcciones virtuales puede
aplicarse en paginación/segmentación.
Recordemos que este mapeo debe efectuarse siempre, instrucción por
instrucción ejecutada. Por ello, entre más rápido sea el mecanismo,
mejor. Existe una manera de mejorar dicho mecanismo mediante
hardware.
Implementando memoria asociativa, podemos traducir direcciones para
páginas o segmentos.
Sin embargo, el utilizar memoria asociativa implica que el número de
marcos de página y/o el número de segmentos, se ve limitado por el
tamaño de la memoria asociativa. Es decir, no puede haber más marcos
de página que número de celdas en la memoria asociativa. Por ello, hay
sistemas operativos que manejan una combinación de ambos. Se cargan
a memoria las páginas/segmentos más utilizados, y la traducción se
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
utiliza de manera normal. Solamente en aquellos casos en los que no
encontrara la página/segmento en la memoria asociativa, efectuaría la
traducción directa. Para esa instrucción, haría un doble mapeo. Sin
embargo, el principio de localidad nos asegura que esto no sucederá con
frecuencia.
Modelo De Terry

Los mensajes remitentes entre los procesos y objetos soportados por un

sistema operativo precisa la presentación para el sistema operativo de
los nombres de los objetos que los procesos quieren ganar acceso a. El
problema es cómo localizar objetos nombrados. Esto está directamente
conectado a la gerencia del espacio de nombre y las estructuras de la
facilidad de nombramiento.

Acto de servidores de nombre como agentes obligatorios distribuidos que

amarran el nombre de un objeto para una cierta cantidad de sus
propiedades, incluyendo la posición del objeto. Algunos servidores de
nombre pueden almacenar información acerca de los objetos
particulares. Tales servidores de nombre se llaman las autoridades que
nombra o servidores autoritarios de nombre para eso objetan. El
problema es cómo distribuir servidores de nombre, esto es, que de las
estructuras de una facilidad de nombramiento es el mejor.

Los criterios diferentes pueden ser tomados en cuenta al desarrollar la

facilidad de nombramiento para sistemas de cómputo distribuidos. En la
etapa de análisis de la estructura de facilidad de nombramiento,
usaremos la mayor parte de importante de esos criterios, a saber
actuación. Este criterio es importante para un ambiente distribuido
porque que hay usualmente un número de redes interconectadas (lo
mismo es cierto en caso de una red de área local conectando un número
grande de computadoras personales y / o los puestos de trabajo, y los
servidores diferentes), lo cual insinúa que el costo de comunicación entre
clientes y servidores de nombre es el cuello de botella principal en
localizar recursos remotos. En este caso, la actuación de averiguaciones
del servidor de nombre es dominada por el número de servidores de
 INSTITUTO TECNOLOGICO
SUPERIOR
DE CIUDAD ACUÑA
nombre que deben ser a los que se ganó acceso y el costo de ganar
acceso a esos los servidores de nombre.