TICB1 - Caracteristicas Tecnicas de Otros SSOO

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.
Copia exclusiva de Jos Ignacio Mndez Yanes. Av de los Poblados 133, 7 - 3 - 28025 - Madrid - Tel. 917464968
B1G2T02 - CARACTERSTICAS TCNICAS Y FUNCIONALIDADES DE OTROS

SISTEMAS OPERATIVOS.
1. OS/390 ................................................................................................................................................................................. 3
1.1. VISIN GENERAL ..................................................................................................................................................... 3
1.1.1. CARACTERSTICAS DEL SISTEMA ................................................................................................................... 3
1.1.2 ESTRUCTURA ..................................................................................................................................................... 5
1.1.2.1 OPERATING SYSTEM...................................................................................................................................................... 5
1.1.2.2 DATA MANAGEMENT .................................................................................................................................................... 6
1.1.2.3 APPLICATION PROGRAMS............................................................................................................................................ 6
1.1.2.4 TRANSACTION MANAGEMENT ................................................................................................................................... 6
1.1.2.5 NETWORKING.................................................................................................................................................................. 6
1.1.2.6 USER WORKSTATIONS/BATCH JOB............................................................................................................................ 6
1.1.3. GESTION DE MEMORIA DEL OS/390............................................................................................................... 7
1.1.4. ORGANIZACIN Y GESTIN DE LOS DATOS ................................................................................................. 8
1.1.5. OS/390 SUSTITUYE AL MVS............................................................................................................................... 8
1.2. SUBSISTEMAS ........................................................................................................................................................... 8
1.2.1. PROCESAMIENTO POR LOTES......................................................................................................................... 9
1.2.2. GESTIN DE TRABAJOS.................................................................................................................................... 9
1.2.3. JES...................................................................................................................................................................... 10
1.2.4. ISPF/PDF (Interactive System Productivity Facility/Program Development Facility)...................................... 11
2. OS/400 ............................................................................................................................................................................... 11
2.1. VISIN GENERAL ................................................................................................................................................... 11
2.2. GESTION DE MEMORIA......................................................................................................................................... 12
2.2.1. EL ALMACEN DE UN SOLO NIVEL................................................................................................................. 13
2.3. SISTEMAS DE ARCHIVOS...................................................................................................................................... 14
2.3.1. LA LISTA DE LIBRERAS Y LA LIBRERA ACTUAL ....................................................................................... 17
2.3.2. EL USO DE ARCHIVOS EN OS/400 ................................................................................................................. 17
2.3.3. EL EDITOR DE TEXTO..................................................................................................................................... 17
2.3.4. LOS ARCHIVOS DE COMANDOS .................................................................................................................... 18
2.4. COMUNICACIN ENTRE USUARIOS .................................................................................................................. 18
2.4.1. INTERFAZ HOMBRE-MAQUINA .................................................................................................................... 18
2.5. EVOLUCIN ACTUAL Y MBITO DE APLICACIN......................................................................................... 19
3. VM/CMS ....................................................................................................................................................................... 19
3.1. INTRODUCCIN..................................................................................................................................................... 19
3.2. VISIN GENERAL ................................................................................................................................................... 19
3.2.1. CMS .................................................................................................................................................................... 19
3.2.2. CP....................................................................................................................................................................... 20
3.3. GESTIN DE PROCESOS ........................................................................................................................................ 20
3.4. GESTIN DE LA MEMORIA................................................................................................................................... 20
3.5. ENTRADA/SALIDA ................................................................................................................................................. 21
3.7. SEGURIDAD ............................................................................................................................................................. 22
3.8. INTERFAZ HOMBRE-MQUINA .......................................................................................................................... 23
3.9. EVOLUCIN ACTUAL Y MBITO DE APLICACIN......................................................................................... 23
4. WINDOWS ................................................................................................................................................................... 24
4.1. INTRODUCCIN...................................................................................................................................................... 24
4.1.1. WINDOWS NT.................................................................................................................................................... 25
4.1.2. WINDOWS 2000................................................................................................................................................. 25
4.1.3 WINDOWS XP.................................................................................................................................................... 25
4.2. VISIN GENERAL ................................................................................................................................................... 26
TEMARIO-TICB-feb04 B1G2T02
Actualizado en febrero de 2004 Pgina 1 de 37
4.3. GESTIN DE PROCESOS ........................................................................................................................................ 28

4.4. GESTIN DE LA MEMORIA................................................................................................................................... 30
4.5. ENTRADA/SALIDA ................................................................................................................................................. 31
4.7. SEGURIDAD ............................................................................................................................................................. 32
4.8. LA INTERFAZ HOMBRE-MQUINA .................................................................................................................... 33
4.9. ADMINISTRACIN DEL SISTEMA ....................................................................................................................... 33
4.9.1. ESPACIOS DE NOMBRES................................................................................................................................. 34
4.9.2. EL DIRECTORIO ACTIVO ................................................................................................................................ 34
5. CONCLUSIN ................................................................................................................................................................. 35
6. BIBLIOGRAFA .............................................................................................................................................................. 35
7. ESQUEMA RESUMEN ................................................................................................................................................ 36
1. OS/390
1.1. VISIN GENERAL
Qu significan las siglas OS/390? Cules son las caractersticas de este sistema operativo? Cmo funciona?
stas y otras preguntas son las que se van a responder en los siguientes subapartados.
En 1965 IBM anunciaba su nueva lnea de grandes ordenadores S/360. Desde entonces se han producido
muchas actualizaciones en sus sistemas: a finales de 1965 ya tenan la lnea S/370, en 1988 aadieron ms
registros de accesos para reducir la entrada/salida y mejorar el rendimiento consiguiendo as la ESA/370
(Enterprise System Architecture/370), a partir de 1990 ESA/390 y S/390. Siempre asegurando que si no hay
conflicto en la entrada/salida habr total compatibilidad con los sistemas anteriores.
La evolucin del hardware ha ido paralela a la mejora de los sistemas operativos que lo gobiernan. IBM comenz
con el OS/VS1, continu con el MVS para la S/370, el MVS/XA, MVS/ESA, hasta llegar en 1996 al OS/390 (OS
viene de Operating System, esto es, Sistema Operativo y 390 es el nmero que se le dio como continuacin al
370) que es el principal sistema operativo para la plataforma S/390.
No obstante, tambin se han desarrollado otros sistemas operativos para esta plataforma como VSE, VM y TPF.
VSE est ms orientado hacia la gama baja de los S/390, apareci en 1965 y aunque IBM hace grandes
esfuerzos para que los usuarios de VSE migren sus mquinas a OS/390 algunos se siguen resistiendo. VM lo
veremos en el tercer apartado y TPF tiene su origen como sistema para hacer reservas areas para el IBM 7090,
hoy en da sigue siendo utilizada por la industria area y financiera por su capacidad de procesamiento de
transacciones.
Adems OS/390 no slo se limita a ser el sistema operativo central para los sistemas IBM S/390, tambin se
puede ejecutar en mquinas de otros fabricantes como Amdahl, Fujitsu o Hitachi.
1.1.1. CARACTERSTICAS DEL SISTEMA
El programa de control bsico subyacente es el MVS/ESA (Multiple Virtual Storage/Enterprise Systems). A las
reas de almacenamiento se las llama espacios o reas de direcciones. Un espacio de direcciones es un rango
de direcciones creadas por el sistema para el usuario.
Un programa existe en un espacio de direcciones y est aislado de las otras aplicaciones que existen en el
espacio de direcciones. La designacin ESA indica el hecho de que cada regin o espacio de direcciones puede
direccional hasta 2 GigaBytes.
El OS/390 se puede ver como un ncleo (kernel) bsico con un nmero regiones de soporte. Aunque la regin es
la unidad bsica trabajo planificable, la multitarea est soportada. Esto significa que varias unidades de trabajo
planificadas pueden coexistir en un espacio de direcciones. Los servicios del OS/390 anlogos a los threads se
les llama TCB (Task Control Blocks) y SRB (Service Request Blocks).
Un sistema OS/390 tpico consiste en una variedad de regiones como las de la figura. Diferentes entornos de
aplicacin puede estar activos a la vez.
El OS/390 proporciona las siguientes tecnologas de aplicacin:
El servidor de aplicaciones WebSphere.

Servicios UNIX como el intrprete de comandos, utilidades y depuradores.
Servicios de comunicacin eNetwork incluyendo soporte para TCP/IP y SNA/APPN.
Servicios de computacin distribuida incluyendo: Distributed Computing Environment (DCE), Network File
System (NFS), Distributed File Service (DFS), y File Transfer Protocol (FTP).
Servicios de red e impresin para permitir a los clientes un uso efectivo de los recursos del OS/390 y de
los servidores de red.
Una infraestructura de seguridad integrada con la base asegurando la proteccin de todos los recursos.
Soporte a los siguientes lenguajes: C/C++, COBOL, Object Oriented COBOL, and PL/1.
Librera de clases Open C/C++.
Los componentes opcionales incluyen los compiladores para COBOL, PL1, C/C++, el kit de desarrollo de Java y
la mquina virtual de Java.
El servidor de seguridad del OS/390 proporciona soporte al RACF (Resource Access Control Facility) as como al
DCE. Incluye tambin un firewall y un servicio de directorio a travs de LDAP (Lightweight Directory Access
Protocol).
Soporta un alto volumen de transacciones a travs de:
CICS (Customer Information Control System) Transaction Server

IMS (Information Management System) Transaction Manager
Gestin de datos soportado por:
DB2 Relational Database Manager

IMS Database Manager
1.1.2 ESTRUCTURA
Su estructura se puede esquematizar en la siguiente figura que se explica a continuacin capa por capa:
1.1.2.1 OPERATING SYSTEM
El programa de control bsico (BCP) para OS/390 es el Multiple Virtual Storage/Enterprise System Architecture
(MVS/ESA). Dentro de este kernel bsico podemos distinguir:
XCF (Cross-system Coupling Facility): Mecanismo de comunicacin estndar entre aplicaciones que
estn en el mismo o en distintos ordenadores.
JES (Job Entry System): Gestor de trabajos que interpreta el JCL (Job Control Language) en el que estn
escritos los trabajos a procesar. Existen dos variantes de este gestor, el JES2 y el JES3. Si el sistema
tiene un solo procesador entonces usar JES2 o JES3 es indiferente. En caso contrario, se distinguen en
que JES2 lleva un control independiente de cada funcin de procesamiento del trabajo, mientras que
JES3 lo lleva centralizado.
RACF (Resource Access Control Facility): Gestor del acceso a los recursos.
NetView: Gestor de la red.
1.1.2.2 DATA MANAGEMENT
Por encima de este kernel bsico, estn los gestores de datos:
VSAM (Virtual Storage Access Method): Sistema de gestin de ficheros, que mejora los anteriores SAM
(Sequential Access Method) con acceso secuencial a la informacin e ISAM (Indexed Sequential Access
Method) con acceso indexado.
IMS DB (Information Management System DataBase): Base de datos de IBM, mejora el tiempo de acceso
a la informacin y se combina con el uso de un gestor de transacciones para procesar los datos.
DB2 (DataBase): Otra base de datos de IBM, que ofrece mayor flexibilidad en la definicin de las
estructuras de datos a coste de obtener un peor rendimiento y un coste de procesamiento mayor.
1.1.2.3 APPLICATION PROGRAMS
Los datos son utilizados y generados por esta capa superior compuesta por varias regiones o espacios de
direcciones donde se ejecutan las aplicaciones.
1.1.2.4 TRANSACTION MANAGEMENT
Los gestores de transacciones se aseguran de la correcta ejecucin de las aplicaciones. Se destacan:
CICS (Customer Information Control System): Sistema OLTP (On-line transaction processing) capaz de
distribuir la carga de trabajo entre varios OS/390 para conseguir una mayor disponibilidad y un mejor
tiempo de respuesta.
TSO (Time Sharing Options): Se encarga de procesar los comandos introducidos por el usuario del
sistema de forma interactiva.
IMS: Proporciona gestin de transacciones (IMS TM) y de datos (IMS DB).
1.1.2.5 NETWORKING
Se proporciona en esta capa el soporte para los protocolos de red que permiten ver la salida del mainframe a
cualquier terminal con el que est conectado:
VTAM (Virtual Telecommunications Access Method): API (Application Program Interface), esto es,
conjunto de funciones de IBM para permitir a los programadores comunicarse con dispositivos y usuarios
de la red.
TCP/IP (Transport Communication Protocol/ Internet Protocol): Protocolos que permiten el envo y
recepcin de informacin de forma confiable por una red donde cada ordenador queda identificado por
una direccin con el formato XXX.XXX.XXX.XXX (donde cada XXX indica un nmero entre 0 y 255).
1.1.2.6 USER WORKSTATIONS/BATCH JOB
Hay que distinguir dos formas de trabajar con el sistema:
Realizar tareas interactivas para lo que usa:

El mdulo TSO si se quieren ir escribiendo los comandos en consola.
El mdulo ISPF (Interactive Systems Productivity Facility) con mens basados en dilogos.
Ejecutar trabajos en background escritos en JCL: Los trabajos se van guardando en una cola clasificados
por categoras y marcados con una prioridad, segn la cual el JES los va escogiendo y enviando al BCP.
1.1.3. GESTION DE MEMORIA DEL OS/390
En el S/390 hay tres niveles de memoria gestionados por el sistema operativo. Estos son:
memoria central (mximo de 2 Gbyte de almacenamiento virtual, actualmente almacena 8 Gbyte reales
de memoria),
almacenamiento secundario (hasta 16,000 TB), y
conjuntos de pginas de datos en disco.
La memoria en el OS/390 se organiza en marcos de pgina de 4096 bytes. Los programas del OS/390
direccionan memoria virtual. El OS/390 gestiona la memoria bajo demanda: el Real Storage Manager asigna
marcos de pgina de la cola de marcos de pgina disponibles (AFQ) cuando se necesitan. Los marcos se asignan
cuando la longitud de la AFQ es menor de un umbral, o las necesidades de marcos no son conocidas por la AFQ.
Cuando la demanda de memoria crece, los algoritmos de gestin de la memoria utilizan la prioridad de carga y
patrones de uso de memoria reciente como indicadores. Las pginas que no han sido referenciadas ltimamente,
o cuyos espacios son requeridos por tareas (procesos) de prioridad ms alta son sacadas de la memoria central a
la memoria secundaria.
OS/390 tambin proporciona dos mejoras a la paginacin normal. Cuando un conjunto de pginas necesita ser
sacadas de memoria principal, se agrupan juntas y se escriben en una nica operacin de E/S. Esto se llama
paginacin del bloque. Es ms eficiente en el uso del subsistema de E/S. Tambin, si el OS/390 detecta que si
un trabajo como uno interactivo de tiempo compartido o de tratamiento por lotes lleva mucho tiempo esperando,
intercambiar todas las pginas de ese trabajo en una nica operacin. Esta operacin libera mltiples pginas
para otras tareas, y por lo tanto reduce la actividad normal de la paginacin.
Con o sin almacenamiento secundario, todas las pginas de la memoria virtual del OS/390 deben ser guardadas
en slots en una memoria auxiliar. Cada slot es del tamao de una pgina (4096 octetos), y el Auxiliary Storage
Manager es el componente del OS/390 encargado de la asignacin de pginas a los slots y de iniciar las
operaciones de E/S necesarias para mover las pginas entre el almacenamiento central y el auxiliar.
1.1.4. ORGANIZACIN Y GESTIN DE LOS DATOS
Los datos almacenados en una pista DASD (disco duro) como el IBM 3380 se escriben en una serie de grupos de
32 bytes, sin importar como estn organizados en un nivel superior. El dispositivo es ms eficiente si se escriben
todos los grupos a la vez. Se superpone una estructura virtual a la organizacin de la pista microcdigo en el
dispositivo, controlador de la secuencia y director de almacenamiento.
El ordenador S/390 soporta DASDs que almacenan informacin en dos formatos llamados: CKD (count key data)
y FBA (fixed block architecture). En los dos casos, la informacin se almacena en pequeos grupos de datos
llamados bloques. En el formato CKD, el nmero de bytes se almacena en la primera parte del bloque y define la
longitud del bloque, por tanto el tamao del bloque coincide exactamente con la cantidad de informacin que se
necesita almacenar. Usando DASDs con el formato FBA, la informacin escrita en el DASD se almacena en
bloques de tamao fijo. En este formato, incluso si se necesita almacenar 1 nico byte, se usar un bloque entero
del DASD. El formato FBA tiene un rendimiento ms alto en algunos casos, sin embargo.
OS/390 soporta varias organizaciones lgicas de los datos contenidos en los registros lgicos de los dispositivos
de E/S. En la organizacin fsica secuencial, el sistema operativo, a travs del mtodo de acceso, reconoce que
los datos estn en orden, y que una peticin del bloque o registros siguiente no necesita informacin de
posicionamiento.
La agregacin de datos a la que usualmente se le llama fichero en otros sistemas es conocida como data set
en el OS/390. El data set es la unidad fundamental de gestin de datos en el OS/390. Se corresponde a una
etiqueta (conocida como Data Set Control Block, DSCB) en el rea reservada en cada volumen para dichas
etiquetas. Los data set ms permanentes estn tambin catalogados, dicho data set se puede encontrar y
recuperar por el nombre solamente, sin saber en qu volumen est.
1.1.5. OS/390 SUSTITUYE AL MVS
Antes que el OS/390, las grandes aplicaciones funcionaban sobre el sistema operativo MVS que consiste en un
programa base de control (BC), el DFSMSdfp, y el JES2 JES3, ms una coleccin de otros productos software
que son necesarios por las aplicaciones, tales como VTAM y TSO/E.
Entre las mejoras aadidas recientemente se pueden incluir servicios LAN, software para computacin distribuida
y diversos paquetes de aplicaciones. Con el OS/390, IBM integra estos productos y ofrece uno nico.
1.2. SUBSISTEMAS
1.2.1. PROCESAMIENTO POR LOTES
Las aplicaciones por lotes se usan habitualmente para el procesamiento de un gran volumen de informacin.
Otra caracterstica de los trabajos por lotes es el nmero de peticiones de E/S durante su ejecucin. Por esta
razn, el tiempo de duracin de un trabajo es dependiente del nmero de llamadas de E/S, la configuracin de la
E/S y el tiempo de respuesta de E/S.
Histricamente, las aplicaciones por lotes fueron los primeros trabajos que servia un OS/390 (entonces conocido
como OS/360). Al principio, los clientes enviaban trabajos por lotes para ejecutar sus aplicaciones. Ms tarde, el
proceso interactivo con aplicaciones online tom el relevo. Por tanto las operaciones habituales de una aplicacin
hoy en da son:
Transacciones online durante el da (lectura y actualizacin de una base de datos)

Por lotes durante la noche (procesamiento y refresco de la base de datos)
Para ayudar a los clientes a resolver sus problemas particulares, IBM implement tcnicas en el OS/390 y asoci
subsistemas para almacenar datos en buffers localizados en memoria (memoria central y secundaria). Estos
buffers estn localizados en dataspaces o hiperspaces. Se realizaron los cambios convenientes en la
arquitectura.
1.2.2. GESTIN DE TRABAJOS
Los trabajos son la alternativa al TSO en el procesamiento de datos. El TSO controla las tareas interactivas en
primer plano. Los trabajos se ejecutan en segundo plano, al contrario que en el TSO,. Un trabajo consiste en una
llamada a uno o ms programas y a los datos necesarios disponibles. Aunque un trabajo se puede dividir en
pasos individuales, el trabajo en su totalidad se suele considerar como una nica transaccin con un nico
propsito. Hay un lenguaje especfico para la definicin de dichos trabajos, llamado JCL (Job Control Language -
Lenguaje de Control de Trabajos)
Para cada trabajo enviado se necesita decir al OS/390 donde encontrar la entrada de datos apropiada, como
procesar dicha entrada (esto es, que programa o programas ejecutar), y que hacer con el resultado. Se usa el
JCL para transportar esta informacin al OS/390 a partir de una serie de sentencias llamadas sentencias de
control de trabajos. Con cada trabajo, las sentencias de control son agrupadas en distintos pasos. Un paso
consiste en todas las sentencias de control para ejecutar un programa. Si un trabajo necesita ejecutar ms de un
programa, el trabajo contendr un paso distinto para cada uno de esos programas. Cada trabajo contiene como
mnimo alguna de las siguientes sentencias de control:
Una sentencia JOB, para marcar el principio de un trabajo y asignarle un nombre. La sentencia JOB se
usa tambin para proporcionar informacin administrativa, incluyen informacin de seguridad,
contabilidad e identificacin. Cada trabajo tiene solamente una nica sentencia JOB.
Una sentencia EXEC, para marcar el principio de un paso, asignar un nombre a dicho paso, y para
identificar el programa o procedimiento a ser ejecutado en dicho paso. Se pueden aadir varios
parmetros a la sentencia EXEC para personalizar la forma de ejecucin del programa. Cada trabajo
tiene al menos una sentencia EXEC.
Adems de las sentencias JOB y EXEC, la mayora de los trabajos habituales tambin contienen:
Una o ms sentencias DD (definicin de datos), para identificar y describir la entrada y salida de los datos
usados en el paso. La sentencia DD tiene un nombre especificado en el programa. (En el entorno
interactivo TSO un comando ALLOCATE es la contraparte de la sentencia DD, y el trmino nombre de
fichero se usa como sinnimo para el nombre DD como etiqueta para denotar la vista del programa del
conjunto de datos). La sentencia DD puede ser usada para pedir un conjunto de datos anteriormente
creado, definir nuevos conjuntos de datos, definir un conjunto de datos temporal, o para definir y
especificar las caractersticas de la salida.
Antes de la creacin de cualquier trabajo, se tienen que tomar en consideracin los siguientes puntos:
Es una prctica comn de programacin dar a cualquier conjunto de datos que incluya JCL un nombre
que termine en JCL, como por ejemplo userid.SORT.JCL (donde userid es el identificador de usuario del
TSO).
Un conjunto de datos que contiene JCL debe tener un formato de bloque fijo (RECFM=FB) con una
longitud de registro lgico de 80 (LRECL=80). Esta restriccin viene de los das de las tarjetas perforadas,
donde las tarjetas perforadas de IBM tenan 80 columnas.
El trabajo a realizar y los recursos necesarios deben de planearse por anticipado: las entradas y donde
estn localizadas, el programa a usar, y donde la salida, si hay, ir debe ser especificada. La ejecucin
del trabajo produce tres tipos de salidas: mensajes de salida (JES y OS/390), el cdigo del JCL con
procedimientos, y smbolos resueltos, y la salida como ha sido requerida por el cdigo JCL.
La creacin y envo de trabajos consiste en los siguientes pasos:
Asignacin de un conjunto de datos que contiene sentencias JCL: alguna puede usar ISPF (o funcin
equivalente) para asignar un conjunto de datos.
Edicin del conjunto de datos JCL.
Envo del JCL al subsistema como un trabajo: despus de haber entrado el JCL dentro del conjunto de
datos, se puede enviar el trabajo usando el comando SUBMIT desde la lnea de comandos del ISPF.
1.2.3. JES
Un trabajo por lotes entra en el sistema de varias diferentes maneras, cada una de ellas conduce a su colocacin
en una cola de trabajos. Cada trabajo en la cola est en una clase de trabajo con una prioridad seleccionada. La
prioridad implica la colocacin de un trabajo en la cola con dicha prioridad de clase.
Un aspecto importante en el proceso de trabajos es el uso lo ms eficientemente posible de los recursos del
sistema. Por tanto, una forma de ver los sistemas operativos es a travs de su gestor de recursos. Antes del
proceso de trabajos, los sistemas operativos reservan recursos para la entrada y salida de trabajos. Durante el
proceso del trabajo, los sistemas operativos gestionan recursos como procesadores y almacenamiento. Al acabar
el proceso, se tienen que liberar los recursos usados, dejndolos disponibles para otros trabajos. A este
mecanismo se le llama gestin de los recursos.
El procesamiento de trabajos es mucho ms que la gestin de los recursos usados por los trabajos. En cualquier
instante, un nmero de trabajos puede estar en distintos estados como preparacin, proceso y post-proceso. Para
usar los recursos eficientemente, los sistemas operativos dividen los trabajos en partes. Se distribuyen las partes
de los trabajos en colas que esperan los recursos necesarios. Gestionar el manejo de todas estas colas y las
transiciones de estado de los distintos trabajos es tarea de cualquier sistema operativo.
En el OS/390 la gestin de los recursos y de las colas de trabajos se realiza por el componente JES (Job Entry
Subsystem). Habitualmente JES3 gestiona los recursos y la planificacin de los trabajos antes y despus de la
ejecucin de los trabajos, mientras que el OS/390 se ocupa de la gestin de los recursos y del planificador de
trabajos durante la ejecucin de los mismos.
El OS/390 usa el JES como entrada de los trabajos al sistema operativo, planificarlos para ser ejecutados y
controlar la salida de resultados.
JES tambin gestiona el SYSIN y el SYSOUT, flujos para la entrada y salida estndar de datos. SYSIN realiza
parte del trabajo de encolamiento de trabajos. SYSOUT constituye la cola de salida. El trmino SPOOL se aplica
a la coleccin de colas del JES. Los trabajos por lotes entran al sistema a travs de las colas controladas por el
JES llamadas initiators.
OS/390 dispone de dos JESs a elegir: JES2 y JES3. En una instalacin con un nico procesador, JES2 y JES3
tienen caractersticas similares. Esto es, leen los trabajos del sistema, convierten los datos en un formato
entendible, seleccionan cual procesar, vuelcan la salida y los eliminan del sistema una vez finalizados. Sin
embargo, para una instalacin que tiene ms de un procesador en la configuracin, hay notables diferencias en
como el JES2 ejecuta un control independiente sobre las funciones de proceso de los trabajos. Esto es, con la
configuracin, cada procesador JES2 controla la todas las fases de ejecucin de su trabajo. A diferencia del
JES3 que realiza un control centralizado sobre las funciones de proceso a travs de un nico procesador JES3
global. Este procesador global controla toda la seleccin de trabajos, planificacin y funciones de asignacin de
dispositivos para los otros sistemas JES3.
1.2.4. ISPF/PDF (Interactive System Productivity Facility/Program Development Facility)
El ISPF/PDF ayuda a los usuarios a desarrollar diferentes tipos de aplicaciones. Utiliza pantallas en un entorno
interactivo que guan en muchas tareas de programacin.
ISPF se divide en cuatro componentes: DM, PDF, SLCM y el C/S. El componente DM (Dialog Manager)
proporciona servicios a los dilogos y a los usuarios. El PDF (Program Development Facility) proporciona
servicios de asistencia para los dilogos y a los desarrolladores de aplicaciones. El SCLM (Software Configuration
Library Manager) proporciona servicios a los desarrolladores de aplicaciones para gestionar el desarrollo de
libreras de programacin. Por ltimo, el C/S (Client/Server) permite ejecutar ISPF en una estacin de trabajo
programable, volcar los resultados por pantalla en integrar las herramientas y los datos de la estacin de trabajo
con las herramientas y datos del host.
2. OS/400
2.1. VISIN GENERAL
OS/400 es el sistema operativo de IBM usado para la lnea de miniordenadores AS/400. OS se refiere a
Operating System mientras que AS se refiere a Application System. No se usa otro sistema operativo en un
AS/400 y nadie instala un OS/400 en otro ordenador. Dado que siempre se emplean juntos es por lo que los
trminos AS/400 y OS/400 se emplean de manera intercambiable.
La combinacin del OS/400 y del AS/400 presenta una mezcla desigual de enfoques avanzados y clsicos. Por
un lado el enfoque orientado a objetos de tratar los recursos del sistema y sus interacciones como objetos y
mensajes existe en muy pocos ordenadores; por otro lado, ciertos aspectos del OS/400 y del AS/400 muestra sus
races en antiguas tecnologas, como el empeo de IBM para que los programadores empleen RPG y COBOL.
Mientras que caractersticas como las comunicaciones, soporte incluido de base de datos, proceso de
transacciones y seguridad del sistema se han ido aadiendo a otros sistemas a lo largo de los aos, estas
caractersticas formaron parte del diseo del OS/400 desde el principio.
Desde el punto de vista del usuario la mayor ventaja del OS/400 es su facilidad de uso. OS/400 permite el acceso
a sus posibilidades a travs de mens, en mayor medida que ningn otro sistema operativo.
Conforme aumenta el parque de sistemas AS/400 y se escriben ms y ms aplicaciones para ellos, pierde
importancia el mantenimiento de la compatibilidad con los System/3X. La evolucin actual hacia los PC y
aplicaciones en red estn marcando el posicionamiento de los AS/400 en el mercado.
Existen 3 caractersticas que juegan un papel fundamental en este posicionamiento:
Gestin de Base de Datos el AS/400 fue diseado desde el principio para ser una mquina gestora de
bases de datos. Incorpora un gestor relacional de bases de datos construido como parte integral,
tanto del sistema operativo como de la propia mquina. Si se quisiera instalar otro gestor de bases de
datos sobre el AS/400, se debera traducir todo a trminos del gestor de bases de datos del AS/400 para
poder funcionar. La gestin se realiza a travs del DFU (DataFile Utility) y del IDDU (Interactive Data
Definition Utility).
Comunicaciones el AS/400 se comunica con otros ordenadores mejor que ningn otro ordenador de
IBM. Puede emplear protocolos como Ethernet, SNA, OSI, ISDN, TCP/IP, Novell NetWare, y otros. Puede
soportar conexiones simultneas a tres redes de rea local diferentes.
Seguridad se han desarrollado caractersticas para la implementacin y mantenimiento de la seguridad
de los datos en el interior del sistema operativo y de la propia mquina. La seguridad de los datos se
puede definir en trminos de objetos, usuarios, estaciones de trabajo, archivos, registros y campos.
Estas tres caractersticas se combinan para hacer del AS/400 un candidato ideal para servidor de bases de datos.
Con el paso del tiempo, IBM ha comenzado a reposicionar el AS/400 como un servidor de bases de datos de
propsito general.
El AS/400 no tiene que ser siempre el servidor en una relacin cliente-servidor. Puede actuar de cliente
solicitando datos a otros sistemas, su capacidad de comunicacin igual a igual le dotan de una gran flexibilidad,
pudiendo actuar como servidor para una aplicacin y como cliente para otra.
Una de las principales razones por las que la gente usa este sistema es su gestor integrado de bases de datos.
Otro paquete popular que funciona bajo OS/400 es el OfficeVision. OfficeVision ofrece una variedad de
caractersticas de propsito general, necesarias en cualquier oficina: calendario y agenda, proceso de textos,
correo electrnico y la integracin de estas caractersticas con la base de datos.
2.2. GESTION DE MEMORIA
Como casi todo en el AS/400, la gestin de memoria es un concepto multinivel: OS/400 solamente ve objetos,
que identifica por nombre y tipo. El Technology Independent Machine Interface (TIMI o MI) ve objetos y sus
apuntadores (punteros). El SLIC System Licensed Internal Code ve un solo espacio de memoria virtual
direccionable, de 64 bits, direccionado por apuntadores: el almacn de un solo nivel (Single-Level Store).
Aunque el hardware debe tratar con las jerarquas tradicionales de registros, cache, memoria, disco...
El OS/400 es un sistema basado en objetos. Tanto el sistema operativo como los programas operan sobre y son
objetos. Sin embargo, los objetos aparecen de forma diferente en cada nivel. Los objetos de OS/400 pueden
contener uno o mas objetos de sistema (MI), el OS/400 lleva la cuenta de qu objetos de sistema estn incluidos
en los objetos OS/400, siendo SLIC quien gestiona estos objetos de sistema.
Los objetos son contenedores de otros objetos y otras estructuras ms primitivas. Estos objetos son la unidad
bsica para la asignacin de memoria: a cada objeto se le asigna al menos uno, y generalmente dos o ms,
segmentos de 16MB de memoria virtual. Cada objeto consta de una parte funcional y una parte de espacio que se
almacenan en segmentos separados. Existe un objeto de sistema denominado espacio (a space) que carece de
parte funcional, por lo que puede ocupar un solo segmento. La mayora de los objetos constan de un segmento
base y uno o ms segmentos secundarios.
Cada segmento consta de un encabezado de segmento, que tiene informacin del tipo de segmento, si es
permanente o temporal, si se pueden asignar nuevas pginas cuando haga falta, si el segmento contiene
apuntadores del sistema, el nmero de pginas asignadas al segmento, la ubicacin del segmento base y la
ubicacin del segmento secundario siguiente. Los tipos de segmento pueden ser MI observables, como el base o
varios tipos de segmentos secundarios y segmentos solo SLIC.
Por encima del MI, el acceso a un objeto necesita del nombre del objeto, el tipo y el subtipo. A esto se le
denomina direccin simblica (symbolic address). En el MI esto se traduce en un apuntador de sistema de 16
bytes. El puntero de sistema consta de una direccin virtual del objeto de 64-bit ms otra informacin, como el
tipo de puntero, el tipo de objeto y la autoridad para operaciones de estado del sistema. Se mantiene espacio
disponible para aumentar a 96 bits el espacio de direcciones virtuales en futuras implementaciones.
En un OS/400, los punteros de sistema se puede usar, pero no se pueden manipular. Dado que residen en un
espacio accesible por los usuarios, se han diseado de modo que un puntero modificado por un usuario se
invalida. La modificacin del puntero por cualquier instruccin diferente de un limitado nmero de instrucciones
privilegiadas solo-SLIC invalidan el mismo.
Los objetos del sistema se pueden designar como temporales o permanentes. Los objetos permanentes existen
hasta ser eliminados de manera explicita. Incluso despus de su eliminacin la direccin virtual de un objeto
permanente no vuelve a ser reutilizada nunca. Esta poltica evita el uso, accidental o intencionado, de un puntero
a un objeto eliminado, por un objeto nuevo. Los objetos temporales se eliminan con el proceso IPL Initial
Program Load.
2.2.1. EL ALMACEN DE UN SOLO NIVEL
El trmino single-level store (almacn de un solo nivel) es la forma que emplea IBM de denominar la
implementacin de la memoria virtual en el OS/400. Single-level representa todos los tipos de objetos de memoria
dentro de un nico espacio de direcciones virtuales de 64 bit. El single-level store est completamente localizado
dentro de SLIC.
El enfoque normal de la memoria virtual, es el almacn a dos niveles, donde el programador debe tratar con
almacenamientos separados para la memoria y para el sistema de archivos. En realidad, dado que el single-level
store se localiza por debajo del MI (interfaz de la mquina), las aplicaciones normales siguen teniendo que tratar
con sistemas de archivos, pero estn construidos con objetos en lugar de los conceptos tradicionales de memoria
y archivos.
El concepto de single-level store implica que la direccin efectiva y la direccin virtual es la misma. Hay tres
excepciones a esta regla: Un usuario ejecutando bajo el nivel C-2 de seguridad; Direcciones efectivas que
comienzan con $800 y direcciones efectivas que comienzan con $801. Una direccin efectiva normal (EA)
consiste en un identificador de segmento de 40-bit y un desplazamiento (offset) de 24-bit (12 bits de pgina y
12 bits de bytes). En la direccin virtual, la direccin del segmento se combina con el desplazamiento de pgina
formando el Nmero de Pgina Virtual VPN de 52-bit.
Aunque el procesador PowerPC dispone de una tabla de segmentos para trasladar direcciones efectivas en
direcciones virtuales, el AS/400 no hace uso normalmente de ello, sin embargo cuando es preciso trabajar en el
nivel C-2 de seguridad, OS/400 tiene la obligacin de auditar el acceso a los objetos, y esto se consigue forzando
que las traducciones se hagan a travs de la tabla de segmentos. Solamente se aplica a programas trabajando en
modo usuario.
Las direcciones efectivas que comienzan con $800 se traducen directamente en direcciones reales (los 52 bits
menos significativos son la direccin real).
Las direcciones efectivas que comienzan con $801 cubren el espacio de E/S (mapean). Esto supone unos 256
millones de segmentos para direccionar la E/S (228 segmentos, cada uno de 212 pginas de 212 bytes).
Antes de que el sistema realice una bsqueda en la tabla de pginas, el hardware comprueba primero el TLB
(Translation lookaside Buffer), para ver si la pgina ha sido referenciada recientemente. Si el TLB no es capaz
de encontrar el marco de pgina de destino, el AS/400 emplea una tabla de pginas invertida para localizar el
marco de pgina fsico asociado con una VPN. Mediante un algoritmo de hash, se genera una clave de ndice de
la tabla de pginas. esta clave apunta a un grupo de entradas a la tabla de pginas (PTEG Page Table Entry
Group) de ocho pginas. Si no se encuentra la pgina virtual se produce un fallo de pgina.
Si se encuentra en la tabla de pginas, se obtiene una entrada de la tabla de paginas (PTE Page Table Entry),
de 16 bytes de tamao. los primeros 57 bits son el nmero abreviado de pgina virtual (AVPN Abreviated Virtual
Page Number). Se denomina abreviado en referencia al espacio de 80 bits de direccionamiento virtual del
PowerPC, no al espacio de 52 bits del VPN del AS/400. Ocurre la coincidencia cuando los 52 bits menos
significativos del AVPN coinciden con el VPN y el bit de validez del PTE es igual a 1. Cuando esto sucede, la
PTE contiene el RPN (Real Page Number) de 40 bits con la direccin del marco de pgina en la memoria fsica
que contiene la pgina virtual que se busca.
En el caso de producirse un fallo de pgina, la pgina solicitada debe cargarse desde el disco, eliminando
previamente una pgina residente en memoria. Se emplea el algoritmo de la segunda oportunidad ampliado,
que es una variante del algoritmo LRU.
La PTE -Page Table Entry- tambien contiene campos que manejan el modo de acceso a memoria: Write-
Through on escrituras en la cach tambin se escriben en la memoria principal, off las escrituras en la cach no
se escriben inmediatamente en la memoria principal; Caching Inhibited on desactiva la cach, se lee
directamente de la memoria principal, off activa la cach, primero se lee de la cach; Memory Coherence on se
controla el orden de escritura en una posicin de memoria, off no se controla el orden de escritura a una posicin
de memoria; Guarded Storage on no se permite la captura de instrucciones y datos fuera de orden (Out-of-
order), off se permite la captura de instrucciones y datos fuera de orden.
Write-Through asegura que la memoria esta actualizada, lo que es importante para la correcta operacin de
sistemas multiprocesador. Inhibir la cach durante largas lecturas secuenciales puede mejorar el rendimiento
global. La coherencia de memoria fuerza a seguir el orden de escritura en memoria, de otro modo, el gestor de
memoria proceder buscando optimizar las operaciones. Esto permite cumplir los requerimientos de sistemas
multiprocesador para la serializacin de operaciones. Por ltimo, Guarded Storage desactiva la ejecucin de
instrucciones especulativa realizada por las pipelines del procesador.
La diferencia ms evidente entre el almacn de un solo nivel y la gestin tradicional de memoria reside en la
organizacin y gestin del almacenamiento de disco. Bajo la perspectiva del single-level store, los archivos son
solamente un tipo ms de los mltiples tipos de objetos almacenados en los discos. El acceso principal al
almacenamiento en disco se realiza a travs de directorios, que ubican segmentos en lugar de archivos y los
segmentos se identifican por su direccin virtual.
En el AS/400, el espacio en disco se conoce como almacenamiento auxiliar y se controla con la gestin del
espacio auxiliar dentro de SLIC. El almacenamiento auxiliar se divide en 16 o menos reas de almacenamiento
auxiliar ASP -Auxiliary Storage Pools-, cada una consistente en un o ms brazos de un disco. Esta subdivisin
del almacenamiento en disco pretende minimizar el esfuerzo necesario para restaurar un sistema, despus de
una avera de disco. Cada objeto se debe almacenar en un ASP, el ASP es la nica informacin disponible para
el OS/400 sobre la localizacin de un objeto en disco.
2.3. SISTEMAS DE ARCHIVOS
Un Sistema de archivos, aporta el soporte necesario para el acceso a partes especficas del almacenamiento, que
se organizan en unidades lgicas. En OS/400 estas unidades lgicas son directorios, libreras, archivos y
objetos.
Cada sistema de archivos comprende un conjunto de estructuras y reglas para interactuar con la informacin
almacenada. Estas reglas y estructuras pueden ser diferentes de un sistema de archivos a otro. De hecho, desde
la perspectiva de estructuras y reglas, el soporte de OS/400 para acceder a archivos de Base de Datos y otros
tipos de objetos, mediante libreras, se puede asimilar a un sistema de archivos. De manera anloga, el soporte
de OS/400 para acceder a documentos (que en realidad son archivos de corrientes de datos1) mediante la
estructura de carpetas, se puede asimilar a un sistema de archivos diferente.
En OS/400 el IFS (Integrated File System) da soporte de corrientes de entrada y salida2, gestin de
almacenamiento de forma similar a un ordenador personal o un sistema operativo UNIX. IFS trata el soporte de
libreras y carpetas como sistemas de archivo separados. El soporte a otros tipos de gestin, con diferentes
capacidades, se tratan tambin como sistemas de archivo separados.
Dentro de IFS se soportan los siguientes sistemas de archivo:
Network File System (NFS): Este sistema de archivo permite el acceso a datos y objetos almacenados
en un servidor NFS remoto. Un servidor NFS puede exportar un sistema de archivos de red que los
clientes NFS enlazan o montan, de manera dinmica, en sus sistemas.
QDLS: El sistema de archivo de librera de servicios de documentos. Este sistema de archivos permite el
acceso a documentos y carpetas.
QFileSvr.400: Este sistema de archivos permite el acceso a otros sistemas de archivos en servidores
remotos de la familia iSeries.
QNetWare: Este sistema de archivos permite el acceso a datos y objetos, locales o remotos almacenados
en servidores PC con Novell NetWare. Un usuario puede, de forma dinmica, montar sistemas de archivo
NetWare sobre sistemas de archivo existentes.
QNTC: Es el sistema de archivos de Windows NT. Este sistema de archivos permite el acceso a datos y
objetos almacenados en un servidor Windows NT 4.0 o posterior. Permite a las aplicaciones OS/400
acceder a los mismos datos que los clientes Windows NT. Este sistema de archivos permite compartir
datos con servidores que se puedan comunicar empleando el dialecto Windows NT LM 0.12.
QOpenSys: Es el sistema de archivos de sistemas abiertos. Es compatible con estndares de sistemas
abiertos basados en UNIX, tal como POSIX y XPG.
QOPT: Es el sistema de archivos ptico. permite el acceso a flujos de datos almacenados en un medio
ptico.
QSYS.LIB: Es el sistema de archivo de librera. Da soporte a la estructura de librera de OS/400,
permitiendo el acceso a los archivos de base de datos y todos los dems tipos de objetos gestionados por
el soporte de librera.
root (/): root es el sistema de archivo "/". El sistema de archivo root se beneficia de todas las ventajas
del soporte de archivos de flujo de datos y la estructura jerrquica de directorios del IFS. El sistema de
archivos root tiene las caractersticas de un sistema de archivos DOS (Disk Operating System) y OS/2.
UDFS: Es el sistema de archivo "definido por el usuario". El sistema de archivos UDFS reside en una
zona de almacenamiento auxiliar (ASP) "Auxiliary Storage Pool". El usuario crea y gestiona el sistema de
archivos.
Se puede interactuar con cualquiera de los sistemas de archivo a travs de un interfaz comn que incluye
comandos, menus, visualizadores y API's. El interfaz est optimizado para la entrada/salida de corrientes de
datos, en contraste con la entrada/salida por registros ofrecida por los interfaces de gestin de datos.
1
Los "archivos de corriente de datos", del original stream file indican ficheros conteniendo una cadena larga de bytes,
contraposicin a los sistemas tradicionales de archivos con registros record file (Cada registro es una lnea).
2
Corrientes de entrada y salida, del original stream input/output, indican corrientes continuas de datos, como largas cadenas
de bytes, en contraposicin con record input/output, o entrada/salida por registros.
Fsicamente los discos del AS/400 se dividen en sectores de 512 bytes, pero la menor cantidad asignada es una
extensin, que consta de, al menos, una pgina (8 sectores). Una extensin es un conjunto contiguo de sectores
igual a 2n pginas, donde n=1,2...12 por lo que la extensin ms pequea es de una pgina y la mayor contiene
un segmento completamente asignado.
OS/400 trata todo como objetos, esto incluye ficheros, pantallas, comandos, terminales, bases de datos,
programas, colas de peticiones (queues) y libreras.
Cada librera contiene un grupo de objetos relacionados. Por ejemplo, hay una librera para cada identificador de
usuario, varias para el sistema operativo, una o ms para cada aplicacin instalada etc. El concepto de librera
parece similar al concepto de directorio en otros sistemas operativos, sin embargo existe una diferencia crucial: la
librera QSYS, una de las libreras del sistema operativo, es la nica que puede contener otras libreras. Salvo
este caso, no se pueden crear libreras dentro de nuestras libreras, como en otros sistemas se crean
subdirectorios. Como regla general: solamente el administrador puede crear nuevas librerias.
Cada objeto tiene un tipo de objeto. Esto identifica qu es el objeto y las operaciones que se pueden realizar con
l. Cuando se listan los objetos de una librera se puede ver el tipo de cada objeto listado con l. Objetos
comunes son:
*LIB Una librera.

*FILE Un archivo.
*CMD Un comando.
*PGM Un programa.
Ciertos tipos de objeto tienen un atributo, conocido a veces como atributo extendido, que describe, de manera
ms especfica, su papel. Por ejemplo el tipo de objeto *PGM tiene un atributo que describe el lenguaje en el que
est escrito el programa. En objetos de tipo *FILE el atributo extendido juega un papel crucial para identificar la
estructura y propsito.
Para referirse a un objeto a menudo es necesario sealar la librera donde se encuentra, una forma comn de
referirse al nombre completo de un objeto es LIBNAME/OBJNAME donde LIBNAME es el nombre dela librera y
OBJNAME el nombre del objeto. A esta forma de referirse al nombre completo de un objeto se le denomina
"nombre cualificado de objeto".
El trmino archivo (file) tiene un sentido ms especfico en el OS/400 que en otros sistemas operativos. Un
archivo es un objeto en una librera que contiene datos o cdigo fuente de programas. Programas y Archivos son
dos tipos diferentes de objeto, por lo que un programa ejecutable no se considera un archivo como en otros
sistemas operativos.
Un archivo puede estar compuesto de unidades conocidas como miembros, cada uno de ellos comparable a un
solo archivo de cdigo fuente en otros sistemas operativos. Los miembros no se consideran objetos en el
esquema orientado a objetos del OS/400. No pueden existir de forma aislada, todo miembro es una parte de un
objeto *FILE.
Los miembros de un archivo generalmente tienen un propsito y un formato similar. Adems del cdigo fuente de
programas, un archivo podra almacenar un conjunto de descripciones de archivos de datos, un conjunto de
archivos de comandos del sistema operativo o la informacin necesaria para visualizar un grupo de mens.
Recapitulando: En OS/400 todo son objetos, los archivos y otros objetos se almacenan en libreras (que
tambin son objetos). Un archivo se puede subdividir en grupos denominados miembros. Usualmente un grupo
de miembros en el mismo archivo tienen el mismo formato y propsito.
Un archivo fsico (physical file) es un archivo que almacena datos de la base de datos (aunque se pueda pensar
en un archivo de base de datos como almacn de columnas de datos para la base de datos, en OS/400 podra
contener un archivo de texto plano, pues tcnicamente un archivo de este tipo se puede considerar como
contenedor de columnas de datos).
Un archivo fsico cuyos miembros contienen cdigo fuente para programas, pantallas, o bases de datos se
denomina archvo fsico fuente (source physical file). El SEU (Source Entry Utility) es el editor de texto de
OS/400 empleado para crear y editar estos archivos.
Un objeto de tipo *FILE tiene un atributo que describe el tipo de archivo que es. Dos valores comunes son PF
(physical file) y LF (logical file). Un archivo lgico no almacena datos de la base de datos, almacena informacin
sobre una forma alternativa de visualizar un archivo fsico concreto o un grupo de archivos. Aunque puede tener
otros tipos de atributos, estos son los ms usuales:
2.3.1. LA LISTA DE LIBRERAS Y LA LIBRERA ACTUAL
Para acceder a un archivo programa, no siempre es necesario especificar la librera donde se ubica. OS/400
busca en la lista de libreras donde se encuentran las libreras donde buscar y el orden de bsqueda. Cada
usuario tiene su propia lista de libreras.
La Librera Actual es la primera librera donde busca el sistema cuando se solicita un objeto, en otras palabras:
es la primera librera de la lista de libreras.
Es posible cambiar en cualquier momento la librera actual, seleccionando una en el campo apropiado de la
pantalla de acceso, o mediante el comando CHGCURLIB.
2.3.2. EL USO DE ARCHIVOS EN OS/400
A continuacin se muestran los doce comandos ms importantes en OS/400:
DSPLIB Lista archivos y objetos de una librera

DSPFD Lista los miembros de un archivo
DSPDFM Visualiza el contenido de un archivo o miembro
CRTDUPOBJ Copia archivos y otros objetos
CPYSRCF Copia miembros de archivos
RNMOBJ Renombra archivos y otros objetos
RNMM Renombra miembros de archivos
DLTF Elimina archivos
RMVM Elimina miembros de archivos
EDTLIBL Edita la lista de libreras
CRTLIB Crea libreras
DLTLIB Elimina libreras
Adems del comando DSPFD para visualizar la lista de miembros de un archivo, es posible emplear el comando
WRKMBRPDM (WoRK with MemBeRs using the Program Development Manager). El Program Development
Manager es un producto LPP de IBM (LPP viene de Licensed Program Product), que no est incluido como parte
del sistema operativo, por lo que no siempre estar disponible.
En los comandos que admiten parmetros posicionales (se sabe a qu se refieren por la posicin en la que
aparecen en la lnea de comandos, sin necesidad de especificar el nombre del parmetro) se pueden combinar
stos con otros parmetros con nombre, con la condicin de que los parmetros posicionales se especifiquen
antes que cualquier parmetro con nombre.
2.3.3. EL EDITOR DE TEXTO
En OS/400 el programa ms empleado para la creacin y edicin de cdigo fuente, aunque se puede emplear
para crear cualquier archivo de texto, se denomina SEU (Source Entry Utility). El comando para ejecutarlo se
denomina STRSEU.
2.3.4. LOS ARCHIVOS DE COMANDOS
Una coleccin de comandos CL, que se puede ejecutar como un programa se denomina programa CL.
A diferencia de otros sistemas operativos, donde el archivo de texto que se crea como archivos de comando es el
mismo que se ejecuta como un programa, en OS/400 el archivo creado es solamente el cdigo fuente. El cdigo
fuente necesita ser compilado para generar un programa ejecutable. La compilacin aporta la ventaja de la
rapidez de ejecucin.
Los diferentes programas CL se deben almacenar como miembros de un archivo. Aunque el archivo se puede
denominar de cualquier manera, en AS/400 se emplea como convencin el nombre QCLSRC.
Todos los programas CL deben comenzar con la lnea PGM y terminar con la lnea ENDPGM.
Para convertir el cdigo fuente en un programa, se emplea el comando CRTCLPGM. Para ejecutar el programa
se emplea el comando CALL seguido del nombre de programa.
2.4. COMUNICACIN ENTRE USUARIOS
Parte del enfoque orientado a objetos del OS/400 es el empleo de mensajes para la comunicacin entre el
sistema operativo, los usuarios y los programas. El sistema operativo se comunica con el usuario mediante
mensajes. Un usuario puede enviar un mensaje a un rea de almacenamiento, similar a un buzn de correo,
denominada cola de mensajes donde espera a que el destinatario quiera leer sus mensajes en espera.
Existen dos tipos de mensajes que se pueden enviar:
Mensajes informativos: Solamente muestran el contenido al destinatario.

Mensajes de peticin: Solicitan una respuesta del destinatario.
Para el envo se emplea el comando SNDMSG aportando el nombre del destinatario (su ID de conexin). Para la
recepcin se emplea DSPMSG.
Existen dos comandos que permiten el envo y recepcin de miembros de ficheros tanto entre usuarios de la
misma mquina, como entre mquinas conectadas por red, incluso mquinas no AS/400. Se enva con SNDNETF
(Send Network File) y se recibe con WRKNETF (Work with Network Files). Se necesita disponer de permiso para
emplear estos comandos.
2.4.1. INTERFAZ HOMBRE-MAQUINA
Cuando se accede a un sistema AS/400, lo primero que aparece es la pantalla de acceso. En ella figura el
nombre asignado al Sistema, el nombre del Subsistema (el administrador puede dividir varios aspectos del
sistema en diferentes reas conocidas como Subsistemas) y el nombre del terminal al que se est conectado. En
la misma pantalla, se requiere la introduccin del Usuario (el identificativo que representa nuestra identidad en el
sistema), la contrasea, el programa o procedimiento a ejecutar al acceder al sistema, el nombre del men al
que queremos acceder directamente (todos los mens en el OS/400 tienen nombre) y la librera actual (Una
librera es una coleccin de objetos, de manera similar a como un directorio es una coleccin de archivos en otros
sistemas operativos. La librera actual es el primer lugar donde el sistema buscar cuando solicitemos el uso de
un cierto objeto).
Una vez conectados, podremos introducir comandos cuando aparezca el indicador o prompt ===> . Estos
comandos se denominan comandos CL porque provienen del OS/400 Command Language. Los archivos de
comandos del OS/400 se conocen como programas CL.
Cuando un comando requiere parmetros, estos se introducen entre parntesis, precedido por el nombre del
parmetro:
RNMOBJ OBJ (VIEJO) OBJTYPE (*FILE) NEWOBJ (NUEVO)
Este ejemplo renombra un objeto denominado VIEJO con el nuevo nombre NUEVO.
En la mayora de los casos est disponible la ventana de prompt del comando (command prompt display), la
cual muestra un formulario donde rellenar de manera sencilla los parmetros disponibles para un cierto comando.
OS/400 no es sensible a maysculas o minsculas. El nico metacaracter admitido es el asterisco * que se
emplea para indicar nombres genricos de objetos. El asterisco debe ir siempre al final de un nombre genrico,
un asterisco al principio indica un valor predefinido que es una cadena especial que representa un valor
especfico definido por el sistema operativo.
2.5. EVOLUCIN ACTUAL Y MBITO DE APLICACIN
OS/400 se ofrece en la gama de servidores iSeries de IBM, que abarcan desde miniordenadores (iSeries 800 y
810) hasta mainframes para grandes empresas (iSeries 825, 870 y 870)
La versin actual del Sistema es la OS/400 V5R2 (Octubre 2003). Esta versin del sistema operativo presenta
grandes mejoras respecto de las anteriores versiones como son: DB2 UDB (DB2 Universal Database) integrada
completamente con el sistema operativo, e incluida en l.
3. VM/CMS
3.1. INTRODUCCIN
VM/CMS es un Sistema Operativo propietario de IBM, desarrollado para entornos Mainframe. IBM desarroll VM
(Virtual Machine) en 1964, al igual que otros S.O. VM controla los recursos del ordenador. Lo que aadi fue una
caracterstica no existente hasta ese momento: La ilusin, para cada uno de los usuarios, de tener un ordenador,
por entero, para ellos.
3.2. VISIN GENERAL
La parte ms interesante es que, cada uno de esos "ordenadores simulados" puede ejecutar su propio sistema
operativo. IBM ha desarrollado versiones de MVS, UNIX, DOS/VSE, e incluso PC/DOS para ejecutar bajo VM.
Un sistema operativo que ejecuta uno de estos ordenadores simulados se conoce como un sistema operativo
husped.
Aunque son varios los sistemas operativos "husped", el ms popular de ellos, que fue creado desde sus
principios hasta aprovechar la mayor ventaja posible del entorno VM es el conocido como CMS.
Dado que la mayora de la gente que usa VM, emplea CMS como el sistema operativo husped, es comn
configurar el acceso a CMS de manera automtica con el acceso al sistema.
3.2.1. CMS
CMS en un principio provena de "Cambridge Monitor System" pero posteriormente IBM decidi cambiar el
significado oficial y asociarlo a "Conversational Monitor System".
Dado que CMS no maneja mltiples usuarios CMS no es un sistema operativo multiusuario. Si existen veinte
personas que quieren usar CMS simultneamente, se ejecutan veinte copias de CMS. VM maneja la parte
multiusuario. Si diez personas intentan imprimir un archivo al tiempo, cada copia de CMS traspasa la peticin, a
travs del CP a la parte VM, que se encarga de la gestin de los trabajos de impresin.
3.2.2. CP
CP o "Control Program" es la parte de VM que se encarga de la comunicacin con CMS. Es el responsable de

iniciar una sesin CMS y acta como mediador entre las sesiones CMS y el hardware.
CP dispone de su propio conjunto de comandos, aunque el ms importante es el que se emplea para iniciar una
sesin de CMS: IPL "Initial Program Load".
IPL CMS
Diferentes versiones del producto aparecen como siglas al lado de CMS, despus de VM como:
VM/370?; VM/IS?; VM/SP?; VM/XA?; VM/ESA?; z/VM
El ordenador virtual creado por VMS para cada usuario, incluye un lector de tarjetas y un perforador de tarjetas
virtuales. Si bien estamos hablando de piezas de hardware arcaicas, VM emplea estos elementos virtuales para el
envo de archivos entre usuarios u ordenadores. Se enva informacin mediante un comando que solicita del
ordenador la creacin de una versin del archivo en tarjeta perforada, en el lector del destinatario. Despus, el
destinatario leer la pila de tarjetas mediante un comando que solicita la lectura de cada tarjeta y su conversin a
una lnea en un archivo en disco.
El sistema sigue manteniendo referencias a "tarjetas", no indicando un trozo rectangular de papel, sino una
unidad de informacin de 80 caracteres, equivalente a la antigua capacidad de las verdaderas tarjetas.
3.3. GESTIN DE PROCESOS
El CP Control Program se encarga de enviar a ejecucin las diferentes "mquinas virtuales" sobre la mquina
real. Cuando se termina el time-slice asignado o se debe ejecutar alguna operacin que el sistema no puede
"virtualizar" o para la que el CP debe obtener el control, se devuelve el control al CP, el cual simula la instruccin
o realiza la operacin de entrada/salida (si es el caso) y devuelve el control a la mquina virtual. Este mecanismo
permite al CP, limitar el alcance de muchos tipos de fallo de hardware o software. Cuando el problema puede
aislarse a una cierta mquina virtual, solamente se produce el fallo de dicha mquina virtual, pudiendo reiniciarse
sin afectar el trabajo realizado por otras mquinas virtuales en ejecucin.
Cada vez que los procesadores conmutan entre procesos, se lleva a cabo una inicializacin de los registros para
evitar el acceso a informacin residual de otros procesos.
El VM CP define y asigna procesadores virtuales a mquinas virtuales. Los procesadores virtuales se equiparan a
los procesadores fsicos disponibles para el CP. Una mquina virtual puede tener definidos hasta 64
procesadores virtuales. Aunque, hoy por hoy un servidor zSeries puede soportar hasta 16 procesadores. Si el
sistema operativo husped de la mquina virtual es capaz de hacer uso de mltiples procesadores, podr realizar
el trabajo como si dispusiera de un entorno hardware dedicado. Esta capacidad es extremadamente til para
hacer funcionar un sistema operativo husped en modo multiprocesador, incluso en sistemas uniprocesador.
3.4. GESTIN DE LA MEMORIA
Como ocurre en otras plataformas, la serie zSeries, incorpora la capacidad de traslacin de direcciones,
permitiendo que, un sistema operativo, pueda crear un espacio de direcciones virtuales para la gestin y
aislamiento de la memoria. Cada espacio de direcciones cuenta con un conjunto de tablas de regin, segmento
y pgina. Estas tablas son empleadas por el hardware de traslacin de direcciones para convertir las direcciones
de la memoria virtual en direcciones de memoria real. Estas tablas son mantenidas por el sistema operativo.
En el caso del sistema operativo VM y los sistemas zSeries, esta capacidad va un paso ms all, soportando dos
niveles de traslacin de direcciones.
Un sistema operativo, ejecutndose como husped en una mquina virtual bajo VM, construye sus tablas de
traslacin de pginas, como sera habitual, para aislar y contener sus procesos en la memoria. Aunque el
sistema operativo husped ve toda la memoria de la mquina virtual como si se tratase de memoria real, en
realidad es otro almacenamiento virtual definido por otro conjunto de tablas de traslacin, mantenidas por el CP
de VM (programa de control de VM). Incluso si una aplicacin, ejecutndose sobre un sistema operativo husped,
fuera capaz de comprometer la integridad del husped, el dao quedara limitado a esa mquina virtual.
Una mquina virtual no puede acceder al espacio de memoria de otra mquina virtual, salvo que el propietario de
una de ellas quiera compartir y permita el acceso a su espacio de direcciones.
Cada vez que el sistema reutiliza un marco de pgina para alguna mquina virtual, lleva a cabo la limpieza o
puesta a ceros, de la misma para evitar el acceso a informacin residual.
3.5. ENTRADA/SALIDA
El CP (programa de control), tiene como funcin principal el intermediar en el acceso a los dispositivos reales de
varias maneras, dependiendo de si el dispositivo se debe compartir entre dos o ms mquinas virtuales
simultneamente, como los DASD ( Direct Access Storage Devices) o si el dispositivo est reservado en
exclusiva para una sola mquina virtual.
Cuando una mquina virtual genera una peticin de E/S, la peticin es interceptada por el CP de manera que las
direcciones de memoria virtual en la peticin de E/S, se puedan trasladar a su correspondiente direccin real de
memoria. Al mismo tiempo, el programa de control examina la peticin para asegurar que no se pretenden
realizar acciones dainas o no autorizadas. Una vez que se ha validado la peticin, el programa de control inicia
la operacin de E/S en nombre de la mquina virtual.
Los dispositivos virtuales DASD, que se usan en la mquina virtual, se denominan minidiscos. Los minidiscos se
crean particionando un volumen DASD real, en grupos de cilindros que se muestran al servidor virtual como
discos distintos. Un minidisco puede abarcar un disco real completo o, como a veces se requiere, un DASD
completo se reserva por entero a una sola mquina virtual.
Existen varios dispositivos simulador para proporcionar la comunicacin entre mquinas virtuales: Guest LANs
(LANs huspedes); VCTC (Virtual Chanel-To-Chanel );IUCV (Inter User Communications Vehicle).
Guest LANs: Se presenta a cada mquina virtual como una tarjeta de red, pudiendo formarse una red virtual de
muchos a muchos.
VCTC: Emula un adaptador CTC Chanel-To-Chanel (IBM 3088). Para interconectar dos mquinas virtuales.
IUCV: Proporciona un canal de comunicacin de alta velocidad entre pares de mquinas virtuales, en el mismo
sistema VM o entre sistemas VM distintos. Este sistema proporciona la comunicacin de los dispositivos virtuales
CTC pero sin la sobrecarga de emular un dispositivo de E/S
En CMS, un archivo se referencia por un nombre que consta de 3 partes: la primera se conoce como nombre de
archivo, la segunda es el tipo de archivo y la tercera es el modo del archivo. Al conjunto de las tres partes, que
identifica plenamente un archivo, se le denomina (en la literatura de IBM) como etiqueta de archivo o file label.
El nombre de archivo puede tener de 1 a 8 caracteres. El tipo de archivo especifica la familia a la que
pertenece el archivo (un tipo EXEC especifica que el archivo es un archivo de comandos CMS). El tipo de archivo
puede tener de 1 a 8 caracteres. El modo del archivo identifica con una letra, el minidisco donde se almacena
el archivo.
Cuando se listan las etiquetas de archivos (forma de refererirse al nombre completo de un archivo), al lado de la
letra del modo del archivo, aparece un nmero de 0 a 6. Los diferentes nmeros representan propsitos y
derechos de acceso diferentes de los usuarios sobre los archivos. Los ms comunes son: el 1 que es el valor por
defecto para archivos creados por el usuario; los archivos creados por el sistema en el minidisco del usuario
tienen normalmente un valor de 0, lo que evita que otros usuarios puedan ver su contenido, aun disponiendo de
acceso al minidisco. Los archivos que comparten varios usuarios suelen tener un valor de 2.
Los metacaracteres permitidos son: el asterisco * que representa mltiples caracteres y el porcentaje % que
representa caracteres individuales.
CMS almacena los archivos en discos denominados con las letras del alfabeto, donde el disco personal se
denomina A. Los discos fsicos se dividen en secciones denominadas como si fueran discos separados.
El minidisco es la divisin bsica del espacio de almacenamiento en disco duro. Es anlogo al concepto de
volumen, directorio o carpeta en otros sistemas. Un minidisk no se puede dividir en minidisk ms pequeos.
CMS asigna una letra a cada minidisco, permitiendo as distinguir archivos con el mismo nombre en minidiscos
diferentes. La letra del modo de archivo (filemode) representa el minidisco donde se encuentra almacenado. Los
archivos que forman los programas del sistema CMS se almacenan en los minidiscos S y Y. Existen comandos
para compartir los minidiscos de un usuario y para acceder a los minidiscos compartidos por otros usuarios. Cada
usuario puede acceder a un minidisco compartido empleando distintas letras.
A continuacin se sealan los cinco comandos ms importantes en el manejo de archivos en VM/CMS:
LISTFILE Lista etiquetas de archivo (archivos por su nombre completo)

TYPE Visualiza el contenido de archivos
COPY Copia archivos
RENAME Renombra Archivos
ERASE Elimina archivos
Los diferentes comandos pueden ir acompaados de opciones de comando (parmetros) indicados con el
smbolo del parntesis izquierdo (. El parntesis derecho es opcional y no tiene ningn efecto. Ejemplo:
LISTFILE (LABEL
Una de las propiedades de los archivos es su formato, referido al formato del registro, (aqu entendemos por
"registro" las "lneas" del archivo. El formato puede ser variable donde las lneas son de diferente longitud o
longitud fija donde las lneas tienen todas igual longitud, rellenando con espacios las lneas ms cortas.
XEDIT es el editor de texto ms comn de VM/CMS.
Los archivos de comandos en CMS se nombran EXECs en su tipo de archivo. Para crear un archivo de
comandos es suficiente con emplear XEDIT para crear un archivo con el tipo EXEC y conteniendo comandos CP
o CMS vlidos. Para ejecutar el archivo es suficiente con teclear directamente el nombre del archivo.
Casi todos los sistemas operativos de IBM (con la excepcin del PC/DOS) incluyen alguna versin de un lenguaje
de programacin denominado REXX que es un superconjunto del lenguaje de comandos EXEC. Se puede
diferenciar un programa REXX de un programa EXEC por su primera lnea: Si sta comienza con "/*" y termina
con "*/" es un programa REXX. El contenido entre los asteriscos se considera un comentario y se ignora.
Enviar correo o archivos a otro usuario, significa colocar una copia en su "lector", que es como un buzn. En
realidad es un simulacin software de la mquina que una vez se emple para leer tarjetas perforadas. El
programa para enviar correo electrnico a otros usuarios en CMS se denomina NOTE. El comando SENDFILE se
emplea par enviar archivos al lector de alguien.
3.7. SEGURIDAD
VM incluye varios servicios para mejorar la seguridad y la integridad del sistema.
Cada husped y usuario CMS se ejecuta en una nica mquina virtual que, en combinacin con caractersticas
hardware, evita a un usuario acceder a los datos de otros en el almacenamiento (a menos que se autorice
expresamente a travs de segmentos compartidos, sistemas de comunicacin como IUCV Inter-User

Communications Vehicle, y APPC/VM, o servicios de comparticin de datos ESA/XC).
VM provee, en combinacin con caractersticas del hardware, proteccin contra el acceso de un programa en
ejecucin en las direcciones virtuales de otro usuario.
Un servicio de contraseas aporta seguridad en los minidiscos para controlar accesos de solo lectura o de
lectura-escritura.
Tanto el ID de usuario como la contrasea se comprueban para minimizar el acceso no autorizado al sistema.
Existen sentencias de control de directorio y sentencias en el archivo de configuracin del sistema aportan control
para ciertas funciones POSIX, como la capacidad de cambiar los valores de seguridad de otra mquina virtual
POSIX.
La versin VM/ESA Release 2 tiene la certificacin C2 del TCSEC, aunque se dise para alcanzar el nivel B1.
La versin posterior z/VM sobre la familia de procesadores de IBM S/390 CMOS G6 con la caracterstica PR/SM
(Processor Resource/Systems Manager) ha recibido la certificacin de seguridad ITSEC E4.
3.8. INTERFAZ HOMBRE-MQUINA
El sistema VM/CMS presenta una interfaz orientada a la lnea de comandos. El acceso a un sistema VM/CMS
consta de tres pasos bsicos:
Introducir el identificativo de usuario

Introducir la contrasea.
Solicitar al CP (programa de control) de VM, la carga de CMS (este paso puede no ser necesario).
En el caso de que CP no inicie automticamente CMS, es tarea del Administrador configurar el directorio del
programa de control CP directory para que lo haga. El directorio del programa de control mantiene el seguimiento
de quin puede hacer qu en el sistema. El acceso al directorio de CP est restringido al Administrados del
sistema. Si no se accede de manera automtica, se emplea el comando "IPL CMS" para acceder a un nuevo
sistema CMS.
CMS no es sensible a maysculas o minsculas
LOGOFF es el comando de finalizacin de una sesin, provoca la terminacin de CMS y del CP asociado.
3.9. EVOLUCIN ACTUAL Y MBITO DE APLICACIN
zVM es un Sistema Operativo tpico para las familias S/390 y zSeries de mainframes de IBM. Es la evolucin del
sistema VM/ESA. Aporta soporte, entre otros para el sistema operativo Linux y el zOS para s/390 y z/Series.
El 3 de Octubre de 2000, IBM anunci el nuevo sistema operativo VM, basado en la nueva arquitectura de 64-bit
z/Architecture, denominado z/VM.
El 4 de Octubre de 2001 libera el z/VM V4R2.0
El 30 de Abril de 2002, libera el z/VM V4.3
El 13 de Mayo de 2003, libera el z/VM V4.4
4. WINDOWS
4.1. INTRODUCCIN
En 1981 IBM lanz el PC de IBM basado en el 8088. El PC vena equipado con un sistema operativo en modo
real de 16 bit monousuario, manejado por lnea de comandos, llamado MS-DOS 1.0. Este sistema operativo haba
sido proporcionado por Microsoft, una compaa naciente conocida por su intrprete de BASIC para sistemas
8080 y Z-80. Dos aos ms tarde sali a la luz un sistema operativo mucho ms potente, llamado MS-DOS 2.0.
Este sistema inclua un procesador de lnea de comandos (shell) con varias caractersticas tomadas de UNIX.
Con el paso de los aos MS-DOS sigui adquiriendo nuevas funciones pero segua siendo un sistema orientado a
la lnea de comandos.
Inspirado en la interfaz de usuario de la Apple Lisa (la precursora de la Apple Macintosh), Microsoft decidi dar a
MS-DOS una interfaz grfica, a la que denomin Windows. Windows 1.0 sali al mercado en 1985 pero no fue
hasta 1990 con la versin 3.0 y siguientes que Microsoft alcanz un gran xito comercial. Ninguna de estas
versiones cercanas era un sistema operativo sino ms bien una interfaz grfica de usuario colocada encima de
MS-DOS. Todos los programas se ejecutaban en el mismo espacio de direcciones y un error de programacin en
cualquiera de ellos poda paralizar el sistema.
Windows 95 sali al mercado en 1995, no elimin por completo MS-DOS aunque transfiri casi todas sus
funciones a la parte Windows. Juntos Windows 95 y MS-DOS 7.0 contenan casi todas las funciones de un
sistema operativo completo, incluidas memoria virtual, administracin de procesos y multiprogramacin. Windows
95 contena grandes fragmentos de cdigo de ensamblador antiguo de 16 bit, ms algo en 32 bits, segua usando
el sistema de archivos de MS-DOS con casi todas sus limitaciones. El nico cambio importante al sistema de
archivos fue la adicin de nombres de archivo largos en lugar de los nombres de 8+3 caracteres del MS-DOS.
Incluso en Windows 98 que sali al mercado en 1998, segua presente el MS-DOS 7.1 y ejecutando cdigo de 16
bits. Aunque haba migrado ms funcionalidad a la parte Windows y usaba de forma estndar una nueva
organizacin de discos FAT32, en su interior no era muy diferente de Windows 95. El cambio sustancial resida en
la ms estrecha integracin del escritorio e Internet.
Adems de tener una gran parte de cdigo ensamblador antiguo de 16 bits, Windows 98 presenta dos problemas:
Aunque Windows 98 era un sistema de multiprogramacin, el kernel en s, no era reentrante, si un

proceso se encontraba manipulando una estructura interna y se agotaba su cuanto de proceso, un
proceso a continuacin poda encontrarse la estructura en un estado inconsistente provocando la cada
del sistema. Como solucin se adopt que los procesos, al entrar en el kernel, adquirieran un mutex
(bloqueo exclusivo) gigante que cubra todo el sistema, antes de ponerse a hacer algo. Aunque este
enfoque eliminaba las posibles inconsistencias, tambin eliminaba en gran parte la utilidad de la
multiprogramacin, porque los procesos a menudo se vean obligados a esperar hasta que procesos no
relacionados salieran del kernel, para poder entrar en l.
Cada proceso de Windows 98 tena un espacio de direcciones virtual de 4 GB, de stos, 2 GB eran
completamente privados de cada proceso, pero el siguiente 1 GB se comparta (de forma escribible) con
todos los dems procesos del sistema. El 1 MB inicial tambin se comparta entre todos los procesos
para que todos pudieran tener acceso a los vectores de interrupcin de MS-DOS. Casi todas las
aplicaciones de Windows 98 usaban de forma intensiva esta rea compartida, por lo que un error en un
programa poda borrar estructuras de datos clave empleadas por otro proceso y hacer que todos fallaran.
Peor an, el ltimo 1 GB se comparta, de forma escribible con el kernel y contena algunas estructuras
de datos cruciales para l. La solucin de no colocar estructuras del kernel en el espacio de usuario no
era factible pues se precisaban para que los programas MS-DOS funcionaran bajo Windows 98.
En el ao 2000 Microsoft sac una modernizacin menor de Windows 98 llamada Windows ME (Windows
Millenium). Aunque se corregan algunos errores y se aadan unas funciones, en los aspectos internos era en
esencia igual a Windows 98. Las nuevas funciones incluan mejores formas de catalogar y compartir imgenes,
msica y pelculas, ms soporte para redes caseras y juegos multiusuario, y ms funciones relacionadas con
Internet, como manejo de mensajera instantnea y conexiones de banda ancha. Una nueva funcin interesante
fue la capacidad de restaurar el ordenador a sus parmetros anteriores despus de una configuracin errnea.
4.1.1. WINDOWS NT
A finales de los aos ochenta, Microsoft decidi producir un sistema operativo de 32 bits completamente nuevo y
compatible con Windows. Este sistema, llamado Windows NT (New Technologies) estaba pensado para
aplicaciones de negocios "de misin crtica" y para usuarios caseros. En 1993 sale la primera versin con la
denominacin Windows NT 3.1. La reticencia de los usuarios a cambiarse al nuevo entorno, de mayores
requerimientos de mquina y menos software disponible, llev a Microsoft a elaborar Windows 95 y despus
Windows 98, indicando siempre que esa sera la ltima versin de un sistema basado en MS-DOS.
La primera modernizacin importante lleg de la mano de Windows NT 4.0, con un interfaz semejante a Windows
95, en 1996, lo que facilit la migracin desde Windows 95 a este nuevo sistema. Desde el principio NT, se
dise para que fuera portable. A continuacin se muestra una tabla de diferencias entre Windows 95/98 y NT:
Elemento Windows 95/98 Windows NT

Sistema de 32 bits en su totalidad? No S
Seguridad? No S
Correspondencia de archivos protegidos? No S
Espacio de direcc. privado para cada prog. MS-DOS? No S
Unicode? No S
Ejecuta en Intel 80x86 80x86, Alpha
Manejo de multiprocesadores? No S
Cdigo reentrante dentro del SO? No S
Plug and Play? S No
Administracin de Energa? S No
Sistemas de archivos FAT-32? S Opcional
Sistemas de archivos NTFS? No S
API Win32? S S
Ejecuta todos los programas MS-DOS antiguos? S No
Los usuarios pueden escribir datos cruciales del SO? S No
4.1.2. WINDOWS 2000
En 1999, Microsoft cambi el nombre de la siguiente versin de Windows NT 5.0 a Windows 2000, buscando
presentar un nombre neutral que todos los usuarios, tanto de Windows NT como de Windows 98 vieran como el
siguiente paso lgico en la evolucin de ambos sistemas.
4.1.3 WINDOWS XP
Windows XP es el sistema operativo de Microsoft en el 2003. Existen dos versiones distintas, para los usuarios
domsticos est Windows XP Home Edition, mientras que para los usuarios tcnicos est Windows XP
Profesional Edition que adems cuenta con posibilidad de sincronizacin directa con porttiles que tengan esta
versin de este sistema operativo.
Las caractersticas ms destacables de Windows XP Home Edition son:
Diseo visual ms atractivo: Con un estilo ms elegante y agrupacin de ventanas por aplicacin cuando
se ha llegado a una cierta cantidad tope.
Mayor capacidad multimedia: gestin de fotos, msica y videos.
Ms sencillo que todas las versiones anteriores.
Mayor soporte hardware y software.
Mientras que las del XP Profesional Edition son:
Ms fiable, seguro y eficiente.

Privacidad optimizada.
Mejores opciones de colaboracin (groupware).
Soporte ms amplio para resolucin de problemas y ayuda rpida.
Plataforma Microsoft.NET
4.2. VISIN GENERAL
Los sistemas operativos de Microsoft para los PCs de escritorio y porttiles pueden dividirse en tres familias: MS-
DOS; Windows para consumidor (Windows 95/98/Me) y Windows NT.
Una visin general de estas familias se ha visto al hablar de la historia de los sistemas Microsoft. Nos
centraremos ahora en Windows 2000 como sistema que supone la concurrencia de ambas familias Windows y el
abandono definitivo de los sistemas basados en MS-DOS.
Aunque es la evolucin de Windows NT 4.0, incorpora funciones propias de Windows 98 como el soporte Plug
and Play, bus USB, IEEE 1394 (FireWire), IrDA y administracin de energa, entre otras cosas. Se han incluido
adems funciones no presentes en ningn sistema anterior de Microsoft como el Servicio de Directorio Activo,
seguridad con Kerberos, manejo de tarjetas inteligentes y una infraestructura para la administracin del sistema
y objetos de trabajo. Adems se ha extendido el principal sistema de archivos NTFS, para manejar archivos
cifrados, cuotas de ocupacin, archivos enlazados, volmenes dinmicos y el almacn de instancia nica,
que funciona de manera que dos usuarios pueden compartir el mismo archivo enlazado hasta que uno de ellos
escribe en l, momento en el cual se crea una copia de forma automtica.
Otra mejora muy importante es la internacionalizacin. Se han sacado las cadenas de texto incorporadas al
cdigo y se han puesto en directorios distintos del sistema operativo. Windows 2000 cuenta con un solo binario
que funciona en cualquier lugar del mundo, decidindose en el momento de la instalacin el idioma que se
utilizar. Windows 2000 utiliza internamente Unicode para poder manejar idiomas que no usan el alfabeto latino.
Windows 2000 no tiene MS-DOS. Dispone de una interfaz de lnea de comandos que es una aplicacin de 32 bits
que incluye la funcionalidad del antiguo MS-DOS adems de otras funciones.
Por motivos comerciales, existen diferentes niveles de producto, que por ahora son Professional, Server,
Advanced Server y Datacenter Server , si bien el binario es el mismo, en el registro figura el nivel adquirido lo
que limita ciertas caractersticas, que se detallan en la siguiente tabla:
Versin RAM mx. CPUs Mx. clientes Tam. clster Optimizado para
Professional 4 GB 2 10 0 Tiempo de respuesta
Server 4 GB 4 ilimitados 0 Vel. real de Transporte
Advanced Server 8 GB 8 ilimitados 2 Vel. real de Transporte
Datacenter Server 64 GB 32 ilimitados 4 Vel. real de Transporte
Una ltima diferencia es que los servidores incluyen algo de software adicional y la versin Datacenter cuenta con
herramientas adicionales para administrar trabajos grandes.
Existen tres tipos de componentes de modo de usuario:
DLLs,
subsistemas de entorno y
procesos de servicio.
Estos componentes colaboran para proporcionar a cada proceso de usuario una interfaz distinta de la interfaz de
llamadas al sistema Windows 2000. La tarea de las DLLs y de los subsistemas de entorno es implementar la
funcionalidad de la interfaz publicada. Mientras que la interfaz Win32 es la interfaz oficial, las interfaces POSIX y
OS/2 son, en la prctica subsistemas intiles por sus limitaciones de funcionalidad, cuya existencia obedece ms
a razones de imagen o imposicin externa (caso de POSIX, por el gobierno americano) que a una intencin de
apertura por parte de Microsoft.
Programa POSIX Programa Win32 Programa OS/2
Modo de usuario
Proceso de
servicio
Subsistema POSIX Subsistema Win32 Subsistema OS/2
Interfaz del sistema (NTDLL.DLL)
Servicios del Sistema
Modo de kernel
Adm. E/S
Adm. Adm. Adm. Adm. Adm. Adm. Adm. Adm. Adm.
Objetos procesos memoria seguridad cach PnP electr. config. LPC
GDI Win32
Sist. Arch
Kernel Control video
Capa de abstraccin de hardware (HAL)
Hardware
Dado que el enlace esttico de los programas de usuario con las bibliotecas de la API Win32 conllevara un
tamao enorme en los programas y un desperdicio de memoria, pues cada programa en ejecucin tendra su
copia de estas bibliotecas, todas las versiones de Windows manejan bibliotecas compartidas, llamadas
bibliotecas de vnculos dinmicos (DLLs; Dinamic Link Libraries).
En la figura se muestran algunas de las DLLs ms importantes, con indicacin del nmero de funciones de
interfaz que publican y el modo en que se ejecutan.
Archivo Modo Funcs Contenido

hal.dll Kernel 95 Administracin de hardware de bajo nivel, por ejemplo, E/S puertos
ntoskrnl.exe Kernel 1209 Sistema Operativo de Windows 2000 (kernel+ejecutivo)
win32k.sys Kernel - Muchas llamadas al sistema, incluidas casi todas las de grficos.
ntdll.dll Usuario 1179 Despachador de modo de usuario a modo de kernel
csrss.exe Usuario 0 Proceso de subsistema de entorno Win32
kernel32.dll Usuario 823 Casi todas las llamadas al sistema centrales (no de grficos)
gdi32.dll Usuario 543 Llamadas de fuentes, texto, color, pincel pluma, mapa de bits, paleta, dibujo, etc.
user32.dll Usuario 695 Llamadas de ventana, icono, men, cursor, dilogo, Portapapeles, etc.
advapi32.dll Usuario 557 Llamadas de seguridad, criptografa, Registro, administracin.
Windows necesita mantenerse al tanto de una gran cantidad de informacin acerca del hardware, el software y
los usuarios. En Windows 3.x esta informacin se almacenaba en cientos de archivos .ini (de iniciacin) dispersos
por todo el disco. A partir de Windows 95, casi toda la informacin necesaria para arrancar y configurar el sistema
y adaptarlo al usuario actual se reuni en una gran base de datos central llamada Registro (registry).
El registro consiste en una coleccin de directorios, llamados claves, cada uno de los cuales contiene
subdirectorios (tambin claves) y entradas, llamadas valores.
Los valores o entradas contienen la informacin, cada valor tiene tres partes: un nombre, un tipo y los datos. El
nombre no es ms que una cadena en Unicode, el tipo identifica los datos, pudiendo utilizar alguno de estos 7
tipos de datos estndar:
REG_BINARY almacena datos binarios arbitrarios, sin ningn tipo de reformato o anlisis.
REG_DWORD guarda un valor entero largo de 32 bits (o palabra doble). Se emplea normalmente cuando
una entrada indica una cuenta o intervalo.
REG_SZ almacena una cadena de caracteres ordinaria Unicode. Puede tener cualquier longitud.
REG_EXPAND_SZ al igual que REG_SZ pero admite variables de sustitucin predefinidas del sistema,
identificadas como %variable%. El sistema realiza la sustitucin cuando se solicita el valor almacenado.
REG_MULTI_SZ es una coleccin, en un nmero arbitrario, de cadenas REG_SZ.
REG_FULL_RESOURCE_DESCRIPTOR es un tipo no utilizado por los usuarios directamente, codifica
informacin sobre los recursos de sistema requeridos por un dispositivo concreto.
REG_NONE es solo un contenedor, se utiliza para permitir la existencia de un valor de registro que no
contenga ninguna informacin.
En la raz del registro, hay 5 claves predefinidas:
HKEY_LOCAL_MACHINE (HKLM) almacena todos los parmetros pertenecientes a la mquina local.

HKEY_USERS (HKU) contiene una entrada por cada usuario que haya iniciado una sesin previamente
en el ordenador. Cada entrada contiene los parmetros de configuracin especficos de ese usuario.
HKEY_CURRENT_CONFIG (HKCC) guarda informacin relativa a la configuracin actual del inicio del
sistema. Esta clave predefinida es en realidad un apuntador o enlace a una subseccin dentro de HKLM.
HKEY_CURRENT_USER (HKCU) es un apuntador o enlace al perfil de usuario almacenado en HKU,
para el usuario que haya iniciado la sesin actual.
HKEY_CLASSES_ROOT (HKCR) enlaza las extensiones de archivo y los identificadores de clases OLE.
Es un apuntador o enlace a HKLM\Software\Classes.
Desde estas claves principales, se desarrolla una estructura jerrquica de claves y valores similar a los directorios
y archivos del sistema de ficheros.
4.3. GESTIN DE PROCESOS
Se trata de un verdadero sistema multitarea de 32 bits, con procesos protegidos de manera individual. Cada
proceso tiene un espacio de direcciones virtuales de 32 bits, paginado por demanda.
El sistema operativo se ejecuta en modo kernel, mientras que los procesos de usuario lo hacen en modo usuario,
ofreciendo proteccin completa. Los procesos pueden tener uno o ms subprocesos, que el sistema operativo
puede ver y planificar. Se cuenta con seguridad C-2, del Departamento de Defensa americano, para todos los
archivos, directorios, procesos y dems objetos que pueden compartirse (si se retira el disco flexible y se
desconecta la red). El sistema tiene soporte completo para el multiproceso simtrico en hasta 32 procesadores.
Windows 2000 cuenta, como el resto de los sistemas operativos, con un conjunto de llamadas al sistema que
puede ejecutar. Sin embargo Microsoft nunca ha publicado la lista de llamadas, y adems las cambia de una
versin a la siguiente. Lo que ha hecho es definir un conjunto de llamadas a funciones denominado interfaz de
programacin de aplicaciones (API) Win32, que se conoce de manera pblica y est plenamente
documentado. Se trata de procedimientos de biblioteca que efectan llamadas al sistema para realizar el trabajo
o, en algunos casos, lo realizan ellos mismos. Las llamadas de la API Win32 existentes no cambian al cambiar de
versin, si bien se suelen aadir algunas nuevas.
Windows 2000 consta de dos componentes principales:
el sistema operativo en s, que se ejecuta en modo kernel, y

los subsistemas de entorno, que se ejecutan en modo de usuario.
Mientras que el kernel es tradicional, en el sentido de que se encarga de la administracin de procesos, la

administracin de memoria, los sistemas de archivos, etc. Los subsistemas de entorno son procesos individuales
que ayudan a los programas de usuario a realizar ciertas funciones del sistema.
Si bien las primeras versiones de Windows NT siguieron una arquitectura de microkernel, donde los procesos de
usuario interactuaban con los procesos de servidor empleando un modelo cliente-servidor, por razones de
rendimiento a partir de Windows NT 4.0, casi todo el sistema operativo volvi a ponerse en modo de kernel,
diseo que se ha perpetuado en Windows 2000. Desde la versin 4.0 de Windows NT ni sta ni Windows 2000
se pueden considerar arquitecturas microkernel. Windows 2000 mantiene una cierta estructura interna, donde
el sistema est dividido en varias capas, cada una de las cuales usa los servicios de las que estn abajo.
En la parte superior del sistema operativo, por encima del denominado kernel y de los controladores de
dispositivos (pero ejecutndose en modo kernel) se halla el ejecutivo (executive). Consta de 10 componentes,
cada uno de los cuales es un conjunto de procedimientos que colaboran para alcanzar una meta.
El administrador de procesos es uno de los componentes del ejecutivo, dentro del sistema operativo. Cada
proceso contiene al menos un subproceso o hebra (thread), el cual contiene al menos una fibra (subproceso
ligero). Los procesos se pueden agrupar en trabajos para ciertos fines de administracin de recursos, pues en
Windows 2000 se han implementado, a nivel del sistema operativo las cuotas de procesador y la contabilidad
de procesador, pudiendo por un lado limitar el uso excesivo del procesador, por parte de ciertos trabajos
(conjunto de procesos) y por otra llevar cuenta de los recursos de proceso consumidos.
Los procesos se inician con una llamada al sistema con el nombre de un ejecutable. Cada proceso se inicia con
un subproceso, los subprocesos son la base de la planificacin de la CPU. El sistema operativo escoge el
subproceso a ejecutar, no el proceso. El subproceso es un concepto de planificacin, los recursos estn a nivel
de proceso. Cuando terminan todos los subprocesos de un proceso ste termina. La conmutacin de
subprocesos es costosa pues requiere ingresar en modo kernel y salir luego de l.
El lmite de 32 CPUs como mximo para el Windows 2000 en multiproceso, es fijo porque se usan varios mapas
de bits para llevar el control de consumo interno de CPU de una sola palabra (la versin de 64-bit debera poder
manejar hasta 64 procesadores).
Windows 2000 no cuenta con un subproceso planificador central. Cuando un subproceso no puede seguir
ejecutndose, ingresa en modo kernel y ejecuta el planificador, l mismo, para ver cul subproceso cambiar. Las
condiciones para que un subproceso que se est ejecutando active el cdigo de planificacin son:
El subproceso se bloquea por un semforo, mutex, suceso, E/S, etc.

El subproceso enva una seal a un objeto.
El cuanto del subproceso se agota.
El planificador tambin se puede invocar cuando se cumplen otras dos condiciones:
Termina una operacin de E/S.

Expira un plazo de espera.
Windows 2000 es apropiativo en su funcionamiento.
El algoritmo de planificacin est basado en prioridades con alguna modificacin dinmica de las mismas.
Cada proceso recibe una prioridad base para todos sus subprocesos. Los valores permitidos son: tiempo real,
alta, mayor que la normal, normal, menor que la normal e inactiva. A su vez, cada subproceso puede variar
su prioridad relativa al resto de subprocesos de un proceso en los siguientes valores: tiempo crtico, ms alta,
mayor que la normal, normal, menor que la normal, ms baja e inactiva. En total un subproceso puede tener
una prioridad de las 42 combinaciones posibles.
El sistema se basa en 32 prioridades del 0 al 31, se establece una correspondencia entre las 42 combinaciones
anteriores y estas 32 prioridades, obtenindose la prioridad base del proceso. Las prioridades 16 a 31 estn
reservadas al sistema operativo y a procesos colocados explcitamente por el administrador o usuario autorizado.
Las prioridades 1 a 15 son las reservadas para los procesos de usuario. la prioridad 0 es para el subproceso
cero que se ejecuta en segundo plano y tiene como misin exclusiva rellenar de ceros las pginas que asignar
el administrador de memoria. Existe un subproceso, denominado subproceso inactivo con prioridad -1 que se
ejecuta cuando no se puede ejecutar ningn otro proceso en el sistema.
Las prioridades forman una tabla cuyas entradas apuntan a listas enlazadas de subprocesos de igual prioridad. El
planificador funciona accediendo a la tabla por el proceso de prioridad 31 y viendo si tiene subprocesos listos para
ejecutar. Si los hay toma el primero de la lista y lo ejecuta durante un cuanto de tiempo. Al finalizar coloca el
proceso al final de la lista y toma el siguiente de la misma prioridad, de manera que, dentro de una misma
prioridad sigue un algoritmo Round Robin. Mientras existan procesos preparados de una prioridad superior, el
sistema les conceder todo el tiempo que precisen. Este comportamiento se repite para cada una de las entradas
de la tabla de prioridades.
En ciertas condiciones un subproceso puede ver incrementada su prioridad base, pero nunca por encima de la
prioridad 15 y nunca para subprocesos de prioridad mayor de 15. Si una operacin de E/S libera un subproceso,
este ve incrementada su prioridad base de modo que pueda ejecutarse pronto. Tambin se produce aumento de
prioridad si el subproceso estaba esperando por un semforo, mutex u otro suceso. Estas elevaciones de
prioridad van disminuyendo a medida que uno subproceso beneficiado va consumiendo por completo su cuanto
de tiempo, hasta volver a situarse en su prioridad base.
Hay un caso especial en que dos subprocesos trabajando juntos en un esquema productor-consumidor, donde el
productor tiene una prioridad mayor que el consumidor, alcanzan un estado en el que el productor, se encuentra
bloqueado por la inactividad del consumidor. Si aparece un subproceso cualquiera de prioridad intermedia, que no
permite la ejecucin del subproceso consumidor se produce una situacin que Windows 2000 resuelve de una
forma poco elegante: el sistema lleva cuenta del tiempo que un proceso listo lleva sin ejecutarse, si este tiempo
excede de un cierto umbral, el subproceso se pasa a prioridad 15 durante dos cuantos de tiempo y despus se
devuelve, de manera abrupta, a su prioridad inicial. Este problema se conoce como inversin de prioridad.
Windows 2000 permite ajustar el valor del cuanto por el administrador, entre dos posibles valores: priorizar las
aplicaciones (interactivo) o los servicios (segundo plano). Priorizar las aplicaciones conlleva el empleo de cuantos
ms pequeos de tamao variable; priorizar los servicios supone emplear cuantos ms grandes de tamao fijo.
4.4. GESTIN DE LA MEMORIA
El administrador de memoria, componente del ejecutivo, implementa la arquitectura de memoria virtual

paginada por demanda de Windows 2000.
En Windows 2000, cada proceso tiene su propio espacio de direcciones virtual de 32 bit, por lo que tiene 4 GB de
espacio de direcciones. Los 2 GB inferiores estn disponibles para el cdigo y los datos de proceso; los 2 GB
superiores se hacen corresponder con la memoria del kernel en forma protegida. El espacio de direcciones virtual
se pagina por demanda con tamao fijo de pginas (4 KB en el Pentium). No se maneja segmentacin en ninguna
de sus modalidades.
Todos los procesos de usuario comparten los 2 GB superiores, con excepcin de las tablas de pgina, que son
exclusivas de cada proceso.
Windows 2000 utiliza un algoritmo de paginacin doble, por demanda y anticipada, leyendo un nmero variable
de pginas segn que el fallo se produzca en una pgina de cdigo (lee ms) o de datos.
El mecanismo de paginacin se apoya mucho en el concepto de conjunto de trabajo. Cada proceso (no
subproceso) tiene un conjunto de trabajo que consiste en las pginas con correspondencia que estn en la
memoria y a las que, por tanto, es posible acceder sin provocar un fallo de pgina. Las pginas de memoria real
(mejor dicho los marcos de pgina) o estn en un conjunto de trabajo o se encuentran en alguna de las cuatro
listas de pginas libres: de pginas modificadas, de pginas en reserva, de pginas libres o de pginas en
ceros. Existe una quinta lista de pginas de RAM defectuosas donde se mantienen las pginas con algn
defecto para que no se empleen en ningn proceso. Diferentes subprocesos del sistema se encargan del
mantenimiento de esta lista, buscando optimizar y minimizar la paginacin a disco.
4.5. ENTRADA/SALIDA
El administrador de E/S, componente del ejecutivo, proporciona un marco para administrar dispositivos de E/S y
presta servicios genricos de E/S. Este componente proporciona al resto del sistema E/S independiente del
dispositivo. Tambin es el lugar donde residen todos los controladores de dispositivos. Desde un punto de vista
tcnico, los sistemas de archivos son controladores de dispositivos bajo el control del administrador de E/S.
Existen dos sistemas de archivos distintos para los sistemas FAT y NTFS, independientes entre s y cada uno
controlando diferentes particiones del disco.
El administrador de E/S colabora estrechamente con el administrador de Plug-and-Play. La idea bsica del Plug-
and-Play es la de un Bus enumerable de tal modo que, el administrador de Plug-and-Play pueda enviar una
solicitud a cada ranura pidiendo al dispositivo que est ah que se identifique. Una vez que ha descubierto qu
dispositivos estn conectados, dicho administrador asigna recursos de hw, localiza los controladores apropiados y
los carga en la memoria.
Una caracterstica interesante de Windows 2000 es su manejo de volmenes dinmicos que pueden abarcar
multiples particiones e incluso mltiples discos y reconfigurarse sobre la marcha, sin necesidad de reiniciar el
sistema. Otro aspecto importante es la posibilidad de manejo de E/S asncrona. Un subproceso puede iniciar una
operacin de E/S y luego seguir ejecutndose en paralelo con la E/S.
El nuevo modelo de controladores de Windows 2000 (WDM Windows Driver Model) permite que los sistemas
operativos Windows 2000 y Windows 98 utilicen los mismos controladores, lo que supone una ventaja para los
fabricantes, los administradores e incluso los usuarios.
Windows 2000 reconoce varios sistemas de archivos, siendo los ms importantes FAT-16, FAT-32 y NTFS (NT
File System). FAT-16 es el antiguo sistema de archivos de MS-DOS; usa direcciones de disco de 16 bits, lo que lo
limita a particiones de disco de un mximo de 2 GB. FAT-32 emplea direcciones de disco de 32 bits y maneja
particiones de disco de hasta 2 TB. NTFS es un nuevo sistema de archivos, creado especficamente para
Windows NT y que se ha trasladado a Windows 2000. Utiliza direcciones de disco de 64 bits y puede (en teora)
manejar particiones de hasta 264 bytes. Windows 2000 tambin reconoce sistemas de solo lectura para CD-ROM
y DVD. Windows 2000 ha dejado de soportar el sistema HPFS que mantena por compatibilidad con el sistema
operativo OS/2.
Con la nueva versin del sistema de archivos NTFS 5, se han incorporado nuevas funcionalidades como la
incorporacin de cuotas de disco, el sistema de cifrado de archivos (EFS Encrypting File System), si bien esta
funcionalidad la realiza un controlador, con este nombre, que est situado entre el NTFS y el proceso de usuario,
las capacidad nativa de desfragmentacin de volmenes y el Servicio de seguimiento de enlaces distribuidos,
que asegura a los usuarios finales la capacidad de encontrar archivos por la red que han sido movidos de sus
ubicaciones originales por los administradores.
En NTFS, los nombres de archivo individuales estn limitados a 255 caracteres; las rutas completas se limitan a
32.767 caracteres. Los nombres de archivo estn en Unicode. NTFS distingue entre maysculas y minsculas,
pero la API Win32 no reconoce bien esta diferencia, y nunca en los directorios.
Un archivo NTFS no es solo una sucesin lineal de bytes, como los archivos FAT-32 y UNIX. Ms bien, un
archivo consiste en mltiples atributos, cada uno de los cuales se representa con un flujo de bytes. Casi todos los
archivos tienen unos cuantos flujos cortos, como el nombre del archivo y su identificador de objeto de 64 bits, y un
flujo largo (sin nombre) que contiene los datos. Sin embargo un archivo puede tener dos o ms flujos de datos
(largos). Cada flujo tiene un nombre que consta del nombre del archivo, un signo de dos puntos y el nombre del
flujo, por ejemplo archivo:flujo. Cada flujo tiene su propio tamao y se puede bloquear con independencia de
todos los dems flujos. Esta idea se tom de la Apple Macintosh, donde los archivos tienen dos flujos: la rama de
datos y la rama de recursos.
La principal estructura de datos de cada volumen es la tabla maestra de archivos MFT (Master File Table), que
es una sucesin lineal de registros de tamao fijo (1 KB). Cada registro de MFT describe un archivo o un
directorio, contiene los atributos del archivo, como su nombre y marcas de tiempo, y la lista de direcciones de
disco donde estn sus bloques. Si un archivo es demasiado grande puede ser necesario emplear ms de un
registro MFT para contener la lista de todos los bloques. En este caso al primer registro se le denomina registro
base, y apunta a los dems registros MFT.
Como la MFT es un archivo, puede ser colocada en cualquier lugar del disco, por lo que no est limitada a la
primera pista del disco. Cada registro MFT es una secuencia de pares (encabezado de atributo, valor).
Windows 2000 incluye como novedad el Sistema de Archivos Distribuido (DFS), que permite a un
administrador crear un rbol de directorios que consista en particiones de distintos sistemas de la red. El DFS
soporta tolerancia a fallos y balanceo de carga, as como replicacin para mantener sincronizados los datos.
4.7. SEGURIDAD
El administrador de seguridad, componente del ejecutivo, hace que se respete el complejo mecanismo de
seguridad de Windows 2000, que satisface los requisitos C-2 del Libro Naranja del Departamento de Defensa de
Estados Unidos. El Libro Naranja especifica un gran nmero de reglas que debe cumplir un sistema, desde
validar los inicios de sesin hasta administrar el control de acceso y llenar con ceros las pginas virtuales antes
de reutilizarlas.
Cada usuario y grupo de Windows 2000 se identifica con un SID (Security ID) nico a nivel mundial. Cada
proceso lleva asociado una ficha de acceso que especifica su SID y otras propiedades.
Cada objeto tiene asociado un descriptor de seguridad que indica quin puede realizar qu operaciones con l.
Un descriptor de seguridad est formado por un encabezado, seguido de una DACL (discretionary Access Control
List) con uno o ms elementos de control de acceso (ACE). Los ms importantes son Allow y Deny. Ademas
del DACL el descriptor tiene una SACL (System Access Control List) que no especifica quin puede usar el objeto
sino qu operaciones con el objeto se asientan en el registro de sucesos de seguridad del sistema.(funcion de
auditoria).
En un sistema autnomo la validacin corre por cuenta del proceso winlogon y la configuracin de seguridad
almacenada en la propia mquina en las claves del registro: SECURITY y SAM. Donde la primera establece las
politicas globales de seguridad y la segunda la seguridad especfica de cada usuario.
En un sistema en red, la autenticacin de los usuarios est centralizada en ciertos servidores denominados
controladores del dominio. Los equipos se organizan dentro de Dominios, pudiendo stos estar gestionados
mediante el empleo del Active Directory.
Windows 2000 es el primer sistema de Windows que dispone de administracin centralizada de certificados. En
las versiones anteriores se confiaba que cada aplicacin mantena su propia lista de claves o CA confiables.
El protocolo KERBEROS (RFC 1510), que es un estndar de Internet para autenticacin, es el mtodo nativo que
emplean los sistemas Windows 2000. Cualquier servidor del Directorio Activo, automticamente, tiene el servicio
del Centro de distribucin de claves de Kerberos (KDC- Kerberos Key Distribution Center).
4.8. LA INTERFAZ HOMBRE-MQUINA
Una caracterstica muy importante en Windows 2000 es la incorporacin de los servicios de terminal, lo que
permite que un sistema sea multiusuario. Eso ha obligado a Windows 2000 a una reconstruccin del subsistema
win32 para llevar control de los diferentes usuarios del sistema conectados en un momento dado.
Todos los sistemas operativos de la familia Windows, son de tipo GUI (Graphics User Interface). Sus elementos
principales son las ventanas grficas, los menus, el teclado y el dispositivo apuntador, usualmente un ratn.
En el caso de Windows, la interfaz grfica constituye el mayor empeo y complejidad de todo el sistema
operativo, siendo parte integrante de l.
Windows es una familia de sistemas operativos basados en navegacin por mens, aunque disponen de una
aplicacin de consola de comandos que admite comandos en lnea, stos son solamente un conjunto muy
reducido de rdenes (en la versiones Windows 95/98/Me son un juego de instrucciones MS-DOS).
4.9. ADMINISTRACIN DEL SISTEMA
Windows 2000, provee de herramientas para facilitar las tareas de administracin de los sistemas. Uno de los
puntos fundamentales es la iniciativa de Administracin Nula para Windows que intenta reducir el TCO (Total
Cost Ownership) que supone un coste muy elevado para grandes compaas con una implantacin importante de
los sistemas informticos. Una de las tecnologas empleadas se denomina IntelliMirror, que busca garantizar la
disponibilidad de la informacin de los usuarios frente a posibles fallos de las redes y servidores. Otra tecnologa
es el RIS (Remote Installation Service) -Sistema de Instalacin Remota-, para iniciar sistemas de escritorio sin
que tengan instalado el sistema operativo. El SIS (Single Instance Store) -Almacenamiento de Instancia nica-,
otra tecnologa incluida en IntelliMirror, sirve para reducir el espacio en disco necesario cuando se almacenan
archivos duplicados en un sistema, sustituyendo las copias duplicadas por referencias a una nica copia maestra.
Casi todas las herramientas de Administracin del Sistema se presentan como extensiones de un nuevo entorno,
Iniciado en WindowsNT 4.0 denominado Consola de Gestin de Microsoft MMC (Microsoft Management
Console). Esta consola admite extensiones que realizan diferentes actividades de administracin de los
sistemas.
Otras Caractersticas incorporadas en Windows 2000 para la administracin del sistema son: WMI (Windows
Management Instrumentation) y el WSH (Windows Scripting Host) que forman parte de la infraestructura de
administracin de Microsoft. Son componentes no visuales que utilizan otras herramientas o aplicaciones para
utilizar la informacin que manejan.
WMI: Se refiere a la administracin de dispositivos. Se busca que todos los controladores de dispositivos
dispongan de interfaces definidas por WMI, disponiendo de un medio estandarizado para su interaccin que
adems registren elementos como contadores de rendimiento, estadsticas de error y avisos de fallo del
dispositivo.
WSH: Normalmente se utiliza para crear herramientas de administracin, aunque tiene otras capacidades.
Representa la primera mejora de arquitectura para la programacin con scripts desde que se crearon los archivos
de lotes para MS-DOS. WSH no es, en s mismo, un lenguaje. Es un marco que permite que cualquier intrprete
de un lenguaje se conecte con el sistema Windows 2000. El papel de WSH es coger el archivo de script y los
parmetros asociados, trasladarlos al intrprete del lenguaje apropiado y ordenar las ventanas necesarias, de
entrada o salida, para que las utilice el script. Microsoft provee intrpretes para VBScript, JavaScript y Ms JScript.
4.9.1. ESPACIOS DE NOMBRES
Windows 2000 trabaja con 3 espacios de nombres: DNS, WINS y el Directorio Activo. El directorio activo permite
a los clientes localizar objetos en la red mediante el LDAP Protocolo ligero de acceso a los directorios. Se soporta
sobre una base de datos distribuida y puede guardar una significativa cantidad de datos. El directorio activo sirve
para sustituir las funciones de dominio.
Un directorio es una lista de objetos. El directorio activo utiliza la tecnologa DNS para localizar objetos. El
directorio activo proporciona un catlogo global GC como nico lugar donde buscar cualquier objeto de la red de
una organizacin.
4.9.2. EL DIRECTORIO ACTIVO
Realizar el seguimiento de todo lo que ocurre en una red es una tarea que lleva mucho tiempo. Resulta imposible
administrar redes medianas a grandes sin algn tipo de directorio de red, donde figuren los diferentes recursos
disponibles. En versiones anteriores de Windows, los usuarios y administradores disponan de servicios de ayuda
para descubrir los recursos de la red, administrar usuarios, etc.
Todos estos objetos residen en un contenedor comn: el dominio de Windows NT. El dominio Windows NT
funciona bien en redes pequeas a medianas, en grandes entornos era preciso crear varios dominios
enlazndolos mediante relaciones de confianza. Windows 2000 introduce el Directorio Activo (Active Directory)
para sustituir las funciones del dominio. El Directorio Activo se puede replicar en varios controladores de dominio,
por lo que ya no hay un nico sistema crtico. Los datos cruciales se guardan en el directorio activo que es a la
vez redundante y con balanceo de carga.
El Directorio Activo guarda informacin sobre organizaciones, lugares, sistemas, usuarios, particiones, recursos
compartidos y cualquier otro objeto componente de la red.
El Directorio Activo proporciona un espacio de nombres para relacionar los nombres de los objetos de la red con
dichos objetos. Todo lo que se guarda en el Directorio Activo se considera un objeto. Los atributos describen los
objetos del Directorio activo. El conjunto de atributos de un tipo de objeto dado se denomina esquema. La
informacin de un esquema se guarda en el Directorio Activo. Un contenedor es un tipo especial de objeto para
organizar el Directorio activo. No representa nada fsico, se usa para agrupar objetos, un contenedor se puede
anidar dentro de otro contenedor. Todos los objetos del Directorio Activo tienen un nombre, que es un nombre
distinguido de LDAP ("/O=Internet/DC=COM/DC=Microsoft/CN=Users").
El trmino rbol se utiliza para describir un conjunto de objetos del Directorio Activo. Cuando se combinan
jerrquicamente objetos y contenedores, tienden a formar ramas, de aqu el trmino. Un trmino relacionado es el
subrbol contiguo, que se refiere a una rama conectada del rbol.
El trmino bosque describe los rboles que no forman parte de un mismo espacio de nombres pero comparten
un esquema, configuracin o catlogo global comn. Los rboles de un bosque confan unos en otros, por lo que
si la seguridad se lo permite todos los usuarios pueden utilizar los objetos de estos rboles. Las organizaciones
divididas en mltiples dominios deberan agrupar los rboles en un nico bosque.
Un sitio (Site) es una localizacin geogrfica, definida en el Directorio Activo. Los sitios se corresponden con
subredes lgicas de IP y las aplicaciones pueden utilizarlas para localizar al servidor ms cercano en la red.
Los dominios siguen siendo el modelo de organizacin de los sistemas en red, sin embargo, bajo el Directorio
Activo, la Seguridad se gestiona de manera centralizada, todos los dominios comparten una relacin de confianza
bidireccional y transitiva (A-confia->B-confia->C entonces A-confia->C), lo que no ocurra en Windows NT.
Aparece el concepto de Unidad Organizativa como forma de organizacin dentro de un dominio, y la delegacin
de administracin, que permite a un administrador asignar tareas de administracin a otros usuarios sin
concederles ms capacidades de las necesarias. La delegacin se puede asignar a objetos concretos o
subrboles contiguos del directorio activo.
5. CONCLUSIN
Desde los primeros ordenadores sin sistema operativo se ha evolucionado mucho tanto en el hardware como en
el software. En la actualidad se pueden clasificar los sistemas informticos como superordenadores, mainframe o
grandes ordenadores, miniordenadores y microordenadores. Cada uno de ellos funciona con un sistema operativo
diferente. En este tema, hemos visto OS/390 para grandes ordenadores, OS/400 para miniordenadores, VM para
grandes ordenadores y miniordenadores y Windows para ordenadores personales.
El sistema operativo OS/390 es robusto, ampliamente disponible, compatible con las versiones anteriores,
escalable y capaz de manejar grandes cargas de trabajo. Es el que usan los servidores S/390 de IBM, aunque
tambin se ha implantado en otras mquinas. Tiene como ventaja respecto a su predecesor MVS que integra
todos los servicios lo que facilita su instalacin y funcionamiento con otros programas.
El sistema operativo OS/400 es el de las mquinas AS/400 de IBM. Ha evolucionado mucho desde la primera
versin que apareci en 1988, mejorando su seguridad, fiabilidad y manejo. Pero siempre manteniendo su
arquitectura orientada a objetos y siendo consistente en su interfaz.
Las mquinas virtuales no son otro tipo de sistema operativo, sino que estn a un nivel de abstraccin superior y
son capaces de ejecutar aplicaciones para varios sistemas operativos diferentes. Se han desarrollado mquinas
virtuales desde finales de los cincuenta, e IBM no se ha mantenido al margen desarrollando su sistema VM/ESA
que ha evolucionado al z/VM. El principal inconveniente es la prdida de rendimiento respecto al uso de otro
sistema.
El sistema operativo Windows es el ms conocido por la mayora de los usuarios informticos. Ha evolucionado
mucho desde Windows 3.11, pasando por Windows 95, Windows 98, Windows 2000, Windows ME, Windows
2003 y Windows XP. Durante este proceso de cambio se ha mejorado la interfaz para hacerla ms amigable y
fcil de usar, la robustez del sistema de archivos, pasando del VFAT al NTFS y otros aspectos como la seguridad
del sistema y su estabilidad. La existencia de mltiples versiones no se debe nicamente al progreso del sistema
tambin pueden coexisitir para adaptarse ms finamente a las necesidades de cada usuario final: as por ejemplo
Windows XP Home Edition es para el usuario no tcnico, mientras que Windows XP Professional Edition para el
ms experto, Windows CE para el usuario de dispositivos porttiles de pequeo tamao y Windows 2003 Server
para los que necesitan un servidor.
6. BIBLIOGRAFA
Tanenbaum, A.: Sistemas Operativos
Gonzlez Garca, Ignacio: Tipos de sistemas de informacin multiusuario. Sistemas grandes, medios y
pequeos. Servidores de datos y de aplicaciones.
IBM: S/390 Parallel Enterprise Server and OS/390 Reference Guide
Spruth, W.: OS/390 Internet Services
IBM: IBM eServer iSeries Versatile, Multi-Environment Servers for the Era of e-busines on demand
IBM: With Mainframe Class Technologies, IBM iSeries Introduces POWER4 Technology and OS/400
V5R2
IBM: z/VM Reference Guide
Taivalsaari, A.: Virtual Machine Design
Thurrott, P.: Caractersticas de Windows 2000 Profesional
Pellegrini, F.: Introduccin a Windows NT
http://www.search400.com
http://www.recursos-as400.com
www.microsoft.com
7. ESQUEMA RESUMEN
OS/390
Caractersticas:
Estructura bsica: se puede ver como un ncleo (kernel) bsico con un nmero regiones de soporte.
El programa de control bsico subyacente es el MVS/ESA.
Gestin de la memoria: memoria virtual paginada (marcos de 4096 bytes) bajo demanda.
Subsistemas:
Procesamiento por lotes
Gestin de trabajos: se usa JCL (Job Control Language)
Gestin de recursos y de colas de trabajos: el componente JES (Job Entry Subsystem)
Desarrollo de aplicaciones: el ISPF/PDF (Interactive System Productivity Facility/Program
Development Facility) proporciona soporte.
OS/400
Caractersticas:
Gestin de Base de Datos: Incorpora un gestor relacional de bases de datos construido como parte
integral
Comunicaciones: emplea protocolos como Ethernet, SNA, OSI, ISDN, TCP/IP, Novell NetWare, y
otros.
Seguridad: desarrollado caractersticas para la implementacin y mantenimiento de la seguridad de
los datos en el interior del sistema operativo y de la propia mquina
Gestin de la memoria:
El TIMI (Technology Independent Machine Interface) ve objetos y sus apuntadores (punteros).
El SLIC (System Licensed Internal Code) ve un solo espacio de memoria virtual direccionable, de 64
bits, direccionado por apuntadores: el almacn de un solo nivel (Single-Level Store).
Sistema de archivos:
El IFS (Integrated File System) da soporte de corrientes de entrada y salida.
Se soportan los siguientes sistemas de archivo: NFS, QDLS, QFileSvr.400, QNetWare, QNTC,
QOpenSys, QOPT, UDFS
VM/CMS
Visin General
Operativo propietario de IBM, desarrollado para entornos Mainframe.
VM (Virtual Machine) permite la ejecucin de sistemas operativos husped por encima.
CMS es el sistema operativo husped ms usado sobre VMS, no es un sistema operativo
multiusuario.
Gestin de Procesos:
CP (Control Program) encargado de enviar a ejecucin las diferentes "mquinas virtuales" sobre la
mquina real.
Gestin de la Memoria:
Memoria virtual con dos niveles de traslacin de direcciones.

Sistema de archivos.
Un archivo se referencia por un nombre que consta de 3 partes: nombre de archivo, el tipo de archivo
y el modo del archivo.
XEDIT es el editor de texto ms comn de VM/CMS.
Seguridad. VM incluye varios servicios para mejorar la seguridad y la integridad del sistema: Cada
husped y usuario CMS se ejecuta en una nica mquina virtual.
WINDOWS
Visin General
Niveles de producto: Professional, Server, Advanced Server y Datacenter Server
Registro (registry): base de datos central que guarda la informacin necesaria para arrancar y
configurar el sistema y adaptarlo al usuario actual.
Gestin de los Procesos
Sistema multitarea de 32 bits, con procesos protegidos de manera individual. Cada proceso tiene un
espacio de direcciones virtuales de 32 bits, paginado por demanda.
El sistema operativo se ejecuta en modo kernel, mientras que los procesos de usuario lo hacen en
modo usuario
Planificacin por prioridades (32 niveles) y apropiativo en su funcionamiento.
Gestin de la Memoria
Cada proceso tiene su propio espacio de direcciones virtual de 32 bit (4 GB de espacio de
direcciones).
Algoritmo de paginacin doble, por demanda y anticipada, leyendo un nmero variable de pginas
segn que el fallo se produzca en una pgina de cdigo (lee ms) o de datos
Sistema de Archivos
Soporta: FAT-16, FAT-32 y NTFS (NT File System)
Seguridad
El administrador de seguridad satisface los requisitos C-2 del Libro Naranja del Departamento de
Defensa de Estados Unidos.
Administracin del sistema
Iniciativa de Administracin Nula para Windows que intenta reducir el TCO
IntelliMirror busca garantizar la disponibilidad de la informacin de los usuarios frente a posibles
fallos de las redes y servidores
Otras Caractersticas incorporadas en Windows 2000 para la administracin del sistema son: WMI
(Windows Management Instrumentation) y el WSH (Windows Scripting Host) que forman parte de la
infraestructura de administracin de Microsoft.

TICB1 - Caracteristicas Tecnicas de Otros SSOO

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

TICB1 - Caracteristicas Tecnicas de Otros SSOO

Caricato da

Copyright:

Formati disponibili

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.

B1G2T02 - CARACTERSTICAS TCNICAS Y FUNCIONALIDADES DE OTROS

4.3. GESTIN DE PROCESOS ........................................................................................................................................ 28

1.1.1. CARACTERSTICAS DEL SISTEMA

El OS/390 proporciona las siguientes tecnologas de aplicacin:

El servidor de aplicaciones WebSphere.

Soporta un alto volumen de transacciones a travs de:

CICS (Customer Information Control System) Transaction Server

DB2 Relational Database Manager

1.1.2.1 OPERATING SYSTEM

1.1.2.2 DATA MANAGEMENT

Por encima de este kernel bsico, estn los gestores de datos:

1.1.2.3 APPLICATION PROGRAMS

1.1.2.4 TRANSACTION MANAGEMENT

Los gestores de transacciones se aseguran de la correcta ejecucin de las aplicaciones. Se destacan:

1.1.2.6 USER WORKSTATIONS/BATCH JOB

Hay que distinguir dos formas de trabajar con el sistema:

Realizar tareas interactivas para lo que usa:

1.1.3. GESTION DE MEMORIA DEL OS/390

1.1.4. ORGANIZACIN Y GESTIN DE LOS DATOS

1.1.5. OS/390 SUSTITUYE AL MVS

1.2.1. PROCESAMIENTO POR LOTES

Transacciones online durante el da (lectura y actualizacin de una base de datos)

1.2.2. GESTIN DE TRABAJOS

La creacin y envo de trabajos consiste en los siguientes pasos:

1.2.4. ISPF/PDF (Interactive System Productivity Facility/Program Development Facility)

Existen 3 caractersticas que juegan un papel fundamental en este posicionamiento:

2.2. GESTION DE MEMORIA

2.2.1. EL ALMACEN DE UN SOLO NIVEL

2.3. SISTEMAS DE ARCHIVOS

Dentro de IFS se soportan los siguientes sistemas de archivo:

*LIB Una librera.

2.3.1. LA LISTA DE LIBRERAS Y LA LIBRERA ACTUAL

2.3.2. EL USO DE ARCHIVOS EN OS/400

A continuacin se muestran los doce comandos ms importantes en OS/400:

DSPLIB Lista archivos y objetos de una librera

2.3.3. EL EDITOR DE TEXTO

2.3.4. LOS ARCHIVOS DE COMANDOS

2.4. COMUNICACIN ENTRE USUARIOS

Existen dos tipos de mensajes que se pueden enviar:

Mensajes informativos: Solamente muestran el contenido al destinatario.

2.4.1. INTERFAZ HOMBRE-MAQUINA

2.5. EVOLUCIN ACTUAL Y MBITO DE APLICACIN

3.2. VISIN GENERAL

CP o "Control Program" es la parte de VM que se encarga de la comunicacin con CMS. Es el responsable de

VM/370?; VM/IS?; VM/SP?; VM/XA?; VM/ESA?; z/VM

3.3. GESTIN DE PROCESOS

3.4. GESTIN DE LA MEMORIA

3.6. SISTEMAS DE ARCHIVOS

A continuacin se sealan los cinco comandos ms importantes en el manejo de archivos en VM/CMS:

LISTFILE Lista etiquetas de archivo (archivos por su nombre completo)

XEDIT es el editor de texto ms comn de VM/CMS.

VM incluye varios servicios para mejorar la seguridad y la integridad del sistema.

expresamente a travs de segmentos compartidos, sistemas de comunicacin como IUCV Inter-User

3.8. INTERFAZ HOMBRE-MQUINA

Introducir el identificativo de usuario

CMS no es sensible a maysculas o minsculas

3.9. EVOLUCIN ACTUAL Y MBITO DE APLICACIN

El 4 de Octubre de 2001 libera el z/VM V4R2.0

El 30 de Abril de 2002, libera el z/VM V4.3

El 13 de Mayo de 2003, libera el z/VM V4.4

Aunque Windows 98 era un sistema de multiprogramacin, el kernel en s, no era reentrante, si un

Elemento Windows 95/98 Windows NT

4.1.2. WINDOWS 2000