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 PiedraJuan Francisco Palacios

Gerardo Flores P.Fátima Castro Guerrero

SEMESTRE:6°

ESPECIALIDAD:Informática

INSTITUTO TECNOLOGICO SUPERIOR DE CIUDAD ACUÑA

UNIDAD #2COMUNICACIÓN2.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 DE CIUDAD ACUÑA

4. 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 DE CIUDAD ACUÑA

6. 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.