Documentos de Académico
Documentos de Profesional
Documentos de Cultura
IFS Del AS400 Cualidades Ocultas
IFS Del AS400 Cualidades Ocultas
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.
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.
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.
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).
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.
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.
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.
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.
QOPT – optical file system – permite a los usuarios acceder a archivos residentes en
dispositivos ópticos comoo, por ejemplo, en CD-Rom.
"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.