IFS del AS400 cualidades ocultas

Cualquier AS/400 bajo V3R1 (o superior), incluye un sistema integrado de

archivos denominado IFS

IFS no es un programa bajo licencia ni tampoco requiere de instalación específica; está

integrado en el propio sistema operativo. El IFS se utiliza para almacenar información
que no podía almacenarse en el tradicional modelo de ficheros de AS/400 con registros
de formato fijo, contenidos en ficheros y librerías. Muy especialmente IFS es utilizado
para almacenar series de archivos como páginas web, archivos de procesador de texto
o gráficos. Su propio nombre implica que posee un amplio sistema para manejar todos
los objetos de AS/400, desde librerías hasta perfiles de usuario.

Cuanto IBM introdujo el IFS por vez primera en el AS/400, era más una curiosidad que
una práctica herramienta de desarrollo. Esto ha ido cambiando a medida que se han
incorporado nuevas capacidades hasta llegar al momento actual.

Muchas modernas herramientas de desarrollo, como Domino y Java, utilizan las

funcionalidades de IFS. Principalmente se utilizan sus capacidades de almacenamiento
debido a la seguridad, de guardado y de recuperación, de que dispone pero también por
su posibilidad de almacenar diversos formatos de archivos y su integración con
el Servidor Netfinity integrado (IFS, antes conocido como IPCS). Adicionalmente, IFS
incorpora un medio ideal para intercambiar archivos entre un PC y un AS/400.
Finalmente, si usted está ejecutando aplicaciones inicialmente diseñadas para PC o para
UNIX probablemente esté utilizando IFS.

Arquitectura IFS
IBM desarrolló el producto para manipular datos y no se conformó con mantener la
estructura clásica de archivos y bibliotecas para almacenar y gestionar información en
el AS/400. Los primeros intentos para almacenar series de archivos en entornos medios
de IBM se implementaron como carpetas compartidas en la estructura tradicional de
librerías. Cualquiera que haya trabajado con carpetas compartidas estará de acuerdo
con que resultaba complejo manejarlas y su rendimiento era bastante bajo.
Inversamente, IFS almacena ficheros en su formato nativo permitiendo manejar
herramientas estándar Unix o PC. Mas importante, el rendimiento es considerablemente
superior al proporcionado por las carpetas compartidas.

Tres tipos de fichero están asociados con IFS: ficheros tipo stream (*STMF), directorios
(*DIR) y, finalmente, objetos de enlace simbólico (*SYMLNK), los cuales definen una
conexión entre un directorio y un objeto (para más información acerca de este tipo de
ficheros, vea el manual de IBM Integrated File System Introduction SC41-5711)

IFS contiene 11 diferentes sistemas de fichero (figura 1). Usted puede manejar cada
tipo de fichero a través de su sistema nativo (por ejemplo, OS/400 para objetos de tipo
ASYS.LIB) o a través del interfaz del propio del IFS, el cual incluye comandos como CPY
(copy), SAV (save) y RST (restore). Para acceder a comandos de IFS en OS/400 ejecute
GO FILESYS desde cualquier línea de mandatos.

IFS utiliza la estructura estándar de directorios de PC para organizar ficheros. Dado que
IFS soporta ambos tipos de fichero, de PC y UNIX, usted puede utilizar los caracteres
especiales "/" y "\" intercambiándolos para referirse a archivos IFS. Dependiendo de las
características particulares de cada tipo de archivo, los nombres pueden ser, o no,
sensibles a las mayúsculas.

Accediendo a datos IFS

Puede acceder a los datos almacenados en IFS desde el AS/400 utilizando programas y
mandatos CL, pero se encontrará con que, a menudo, otros usuarios utilizan IFS desde
un PC desde aplicaciones microinformáticas. Los usuarios pueden acceder a la
información desde aplicaciones PC. Por ejemplo, Domino para AS/400 almacena todos
sus datos (incluyendo las aplicaciones) en archivos IFS. Los usuarios pueden acceder a
la información mediante aplicaciones de Lotus Notes o Domino ejecutadas desde un
navegador web. En este entorno, usted puede encontrarse con que únicamente las
tareas AS/400 que afectan a los datos de Domino pueden ser salvadas y recuperadas.

Puede utilizar IFS como un área de almacenamiento para archivos PC, ordenando desde
hojas de cálculo hasta objetos de clase Java. La razón primordial para almacenar
archivos PC en IFS reside en disponer de un único centro sobre el que realizar las copias
de seguridad. Sin embargo, en algunos casos usted puede desear utilizar herramientas
de desarrollo PC para generar ficheros que, posteriormente, serán utilizados por OS/400.
Por ejemplo, usted podría desear crear un servlet Java utilizando herramientas basadas
en PC como CODE/400 o Visual Age para Java y almacenando el resultado de su trabajo
mediante el soporte para Java implementado en su AS/400.

Puede manejar datos IFS utilizando Operations Navigator o herramientas genéricas de

PC como el Explorador de Windows. Desde V4R2, OS/400 incluye soporte para archivos
PC además de servicios de impresión como NetServer (oficialmente conocido como
Soporte AS/400 para redes y archivos compartidos). NetServer proporciona la opción de
almacenar aplicaciones y archivos compartidos de PC en IFS tan bien como podría
hacerlo en un servidor PC. Los archivos pueden ser copiados utilizando los
procedimientos Windows a los que ya nos hemos acostumbrado (por ejemplo, arrastrar
y soltar). Client Access no es necesario pero puede tenerlo conectado a su AS/400
mediante TCP/IP.

Consideraciones de seguridad
Como probablemente usted ya ha descubierto, los nuevos modelos de programación
requieren, a su vez, nuevos modelos de seguridad. El menú utilizado para asignar niveles
de seguridad en aplicaciones AS/400 puede resultar insuficiente cuando se trata de
proteger aplicaciones cliente/servidor. Por su parte, los administradores de sistemas de
AS/400 deben buscar la forma de proteger sus recursos – librerías, archivos y mandatos
– para asegurarse de que los usuarios pueden trabajar normalmente sin tener más
accesos que los deseados y sin que puedan producir fallos en la seguridad. Esta
concepción general se aplica muy bien con IFS. Existen, sin embargo, consideraciones
adicionales ya que cada sistema de archivos implementa su sistema nativo de seguridad
actuando como un auténtico paraguas y controlando el acceso a la información.

Los archivos, con IFS, pueden tener atributos de archivos de PC como "archivos de
sistema" o de "sólo lectura". Para modificar un archivo, el usuario debe disponer de las
autorizaciones adecuadas de su perfil de AS/400 pero también debe disponer de los
permisos necesarios para acceder y modificar los archivos de tipo PC. Del mismo modo
sucede con los objetos de tipo Unix: para la raíz (/), QOpenSys, y ficheros definidos por
el sistema, cada objeto tiene la protección otorgada por OS/400 y por las autorizaciones
específicas de Unix. Para ver la totalidad de las opciones posibles en cuanto a
autorizaciones y permisos, utilice los mandatos DSPAUT (Display authorities) o WRKAUT
(work with authorities).

Se aplican especiales consideraciones de seguridad cuando los datos tradicionales del

AS/400 son utilizados o accedidos mediante nuevas interfaces. QSYS.LIB, el sistema de
archivos utilizado para almacenar librerías y objetos AS/400 es un subdirectorio de la
raíz del sistema de archivos de IFS. A menos que se tomen las pertinentes precauciones,
cualquier usuario de PC cuyas autorizaciones le permitan acceder al directorio raíz
también dispondrá de acceso completo al subdirectorio QSYS.LIB. Habitualmente,
restringir el acceso al directorio raíz no es práctico ya que ello impide el correcto
funcionamiento de muchas aplicaciones PC y Unix. Puede utilizarse la lista de
autorizaciones QPWFSERVER para restringir el acceso a QSYS.LIB. IBM recomienda que
se substituya el parámetro *PUBLIC (incorporado por defecto) por *EXCLUDE y que se
otorguen autorizaciones específicas según las necesidades y características de cada
usuario. Cualquiera que sea el nivel que otorgue utilizando QPWFSERVER, las
autorizaciones a objetos individuales o a librerías del sistema se ve reforzada. Eliminando
el parámetro *PUBLIC para acceder a QSYS.LIB, usted reduce los peligros inherentes a
exponer la estructura completa de archivos.

El DASD alojado en un INS es almacenado en un fichero largo (espacio de

almacenamiento de red) que aparece en el sistema operativo INS como un disco virtual.
Desde la perspectiva de un AS/400 los ficheros individuales para datos INS no se
encuentran disponibles, pero utilizando el mandato SAV CL puede salvar las entradas de
espacio de disco. Todos los discos virtuales INS residen en el directorio /QFPNWSSTG y
usted puede acceder a ficheros individuales especificando el subdirectorio de sistema
apropiado: QLANsrv para OS/2, QnetWare para Novell NetWare, o QNTC para Windows
NT.

Consideraciones sobre desarrollo de aplicaciones

Originalmente IBM pensó en IFS como en un puente para facilitar la migración de
aplicaciones Unix y PC a AS/400. Aplicaciones como SAP R/3 y Domino son claros
exponentes del éxito de esta política. Como sus propias aplicaciones se mueven más allá
del desarrollo tradicional de AS/400, puede perfectamente utilizar IFS de forma
extensiva.

De hecho, usted puede estar utilizando conscientemente esta posibilidad. Por ejemplo,
en el caso mencionado anteriormente, usted puede estar desarrollando aplicaciones Java
o Domino y utilizar IFS únicamente para guardar sus archivos y aplicaciones. Por otro
lado, ambos tipos de aplicación pueden acceder a la información contenida en las base
de datos UDB/400. De forma semejante, las páginas Web pueden ser alojadas en el
AS/400 utilizando WebSphere e IFS.

IFS también incorpora alternativas para dirigir el acceso a UDB/400. Por ejemplo, usted
puede utilizar Domino Enterprise Connection Services (DECS) para acceder a la base de
datos almacenada en IFS y sincronizada con una base de datos DB2 UDB. Las
aplicaciones Domino utilizan la base de datos de Domino para realizar mejor la tarea de
recuperar registros contenidos en UDB/400.

De forma similar usted puede desear guardar los resultados de una consulta (query) en
IFS y con formato PC para ser utilizados, posteriormente, con hojas de cálculo.>
Eliminando el proceso de bajada de ficheros desde AS/400 a PC (download) se permite
a todos los usuarios acceder a los mismos datos, residentes en un único espacio de
almacenamiento, del AS/400.

IBM continúa mejorando el rendimiento y las capacidades de IFS en cada versión de

OS/400. V4R4 incluye la primera fase para realizar el seguimiento (journaling) para
ficheros de tipo stream. Este soporte es importante para las características de clustering
y de alta-disponibilidad ya que esto permite la replicación de datos de ficheros stream
tan bien como de cualquier otro formato. Futuras mejoras para hacer que
el journaling de archivos IFS sea completo se encuentran bajo análisis.

En resumen...
El primer beneficio aportado por IFS consiste en extender el AS/400, su seguridad y su
rendimiento, a aplicaciones y datos de PC. Esto también consigue simplificar
considerablemente la portabilidad de aplicaciones desde otras plataformas como, por
ejemplo, Unix, y facilita la disponibilidad de formatos de archivo conforme a otros
estándares. Sin embargo, para poder disfrutar de estos beneficios, usted debe
asegurarse de adaptar a todos los formatos soportados por IFS sus políticas de seguridad
respecto de DB2/400. Por ejemplo, los datos IFS no pueden ser salvados de la forma en
que tradicionalmente se salvan las librerías de AS/400 ejecutando el mandato SAV. De
forma similar, las reglas para crear nuevos objetos y para asignarles control de seguridad
y acceso son diferentes.

Hemos realizado una rápida revisión de lo que IFS puede proporcionar. Sus aplicaciones
RPG y sus archivos DDS tienen que coexistir, cada día más, con otros tipos de aplicación
y de archivo, e IFS puede ayudarle mucho más de lo que usted puede imaginarse. Tanto
que, desde aquí, le animamos a que avance en su conocimiento.

Sharon L. Hoffman es redactora del equipo internacional de News/400

Figura 1 - Los diferentes sistemas de archivos del IFS

Network file system (NFS) es un estándar típicamente utilizado en entornos Unix para
la distribución de datos. Este sistema de ficheros permite a los usuarios acceder a la
información en un servidor remoto NFS o exportar la información para clientes remotos.

QDLS – Document Library Services file system. Este sistema de archivos permite
acceder a documentos y carpetas AS/400.

QfileSvr.400. Facilita el acceso a archivos residentes en AS/400 remotos.

QLANSrv (no soportado hasta la V4R3) – OS/2 Warp Server for AS/400 file
system. Permite acceder a aplicaciones y archivos AS/400 desde máquinas bajo OS/2
Warp Server.

QNTC – Windows NT Server file system – Proporciona a las aplicaciones AS/400

acceso a datos almacenados en formatos de Windows NT/server situadas en ordenadores
de sobremesa o almacenadas bajo IFS en el propio AS/400. Puede accederse tanto a
aplicaciones como a datos desde clientes NT.
QopenSys – The open system file system – Añade estándares Unix e incorpora
soporte para permitir que el sistema sea sensible a las mayúsculas en la nomenclatura
de objetos.

QOPT – optical file system – permite a los usuarios acceder a archivos residentes en
dispositivos ópticos comoo, por ejemplo, en CD-Rom.

QSYS.LIB – librería de archivos del sistema – Facilita accesibilidad a las librerias y

archivos del AS/400. Todos los objetos del AS/400, excepto documentos y carpetas,
pueden ser accedidos utilizando este sistema de archivos.

"root" – (raíz) el propio sistema de ficheros – Todos los demás sistemas de archivos
de IFS se encuentran contenidos en el directorio raíz el cual tiene características DOS y
OS/2.

UDFS – sistema de archivos definido por el usuario – Los usuarios pueden crear y
manejar un conjunto de archivos que puede ser almacenado en un ASP (auxiliary storage
pool) del sistema.