AS400 自学笔记集锦 - 图文(12)

除了一个库例外，任何库不能参照其他库，如果这样做的话就会违背库/对象这种单级结构。因此，除了一个名为QSYS的库可以参照其他库之外，其他任何库都没有这个功能。少数几个特殊的OS/400对象只能存放于QSYS库中，例如：存放用户权限信息的用户简要表(user profile)，用于输入/输出操作的输入/输出配置对象(I/O configuration object)。在系统中，库列表是与作业相关联的，库列表告诉系统当查询一个对象时按照什么样的顺序去执行查询任务。由此可见，库结构是相当简单的。 2. 共享文件夹(Shared Folders)

共享文件夹的概念最早引进OS/400是为了支持Office/400的功能。S/36是一个相当好的办公系统，许多与文件夹相关的概念就是由S/36发展来的，OS/400上的文件夹对象类型的引入就是为了支持S/36上的办公功能。简而言之，集成的办公环境支持为办公对象提供了一个可以为办公产品包含数据的文件系统。传统应用所用到的邮件，文档，程序和文件都可以包含在这个文件系统中。

文档库服务让用户视文件系统为包含文档库对象的电子文件柜。文件夹管理服务使用户可以在文件夹中组织对象，并且一个文件夹可以包含其它文件夹，同时可以被交互地查询。 为了使PC有效地合并到办公环境中来的目标使得原来使用在S/36系统上的共享文件夹被广泛应用，并后来被引入OS/400操作系统。因此，除了以上提及的传统的办公对象之外，共享文件夹也能够存放象电子表格，曲线图，图象，PC程序和PC文件。

IBM多次增强了PC Support产品的功能，但是这个产品已经过时并且越来越不能满足客户机/服务器应用，并且PC Support也不能支持当前客户所希望使用的所有PC操作系统，尽管它提供了运行DOS,DOS增强版，OS/2等PC客户端的能力，但是显然地，它不能支持运行微软视窗操作系统的客户端，因此，PC Support需要做大的变革。

IBM用新的叫做Cient Access的产品代替了PC Support，Cient Access提供了分布式客户机/服务器应用的平台。为了支持一些新的客户端操作系统，OS/400的文件系统也作了相应的调整，例如：为数据库应用所用到的库，PC文件所用到的文件夹等，但是客户端需要更多的文件系统种类，这样，新文件系统就应运而生了。 3. 集成文件系统(IFS)的体系结构

最初，如何构建能够支持所有的文件类型的单一的文件系统是一个很大的挑战，后来设计了相互独立，且并不兼容的多种文件系统，并将它们结合成一个体系结构之内。这样，最初设计文件系统所遭遇的问题就迎刃而解了。

我们讨论的OS/400操作系统上的单层库结构实际上是PC操作系统使用的文件系统的一

- 32 -

AS400学习笔记 2006/04，Daniel，Easycon

个子集，虽然名称不同于PC的命名方式，但是结构却是相似的：在PC操作系统上的文件在OS/400操作系统上称之为对象，在PC操作系统上的目录在OS/400操作系统上称之为库。与OS/400操作系统不同的是，PC操作系统上的目录可以包含其他目录，称之为子目录。这样就使得PC操作系统上的多层命名规则不同与OS/400操作系统的单层命名规则，例如，一个PC文件的全路径可以是: DIR1\\DIR2\\...\\DIRn\\FILENAME, 可见，它是OS/400操作系统上的库/对象的单层命名规则的父集。

同样地，UNIX文件系统也是OS/400上库/对象结构的父集。特别注意：一个OS/400的对象只能存在于一个库中，也就是说，OS/400上到一个对象只有唯一的一条路径，但是UNIX系统允许多条到达同一对象的路径。

因此，使用类似UNIX文件系统的单一根目录结构就可以实现我们要把多种文件系统统一在一个体系结构下的构想，同时所有其他的文件系统都位于这个根目录之下。命名规则就类似： DIR1\\DIR2\\...\\DIRn\\FILENAME。

为了配合象Posix, XPG等基于UNIX系统的开放平台标准，我们增加了文件名和目录名的长度。存放在集成文件系统中的对象名的存储方式我们称之为统一字符编码(Unicode)，这是一种国际标准，它支持多种语言，包括许多国家都会用到的双字节字符集。所有RISC系统都能够支持在数据库中存储以Unicode编码的文件。

RISC系统上，统一字符编码(Unicode)对数据库的支持技术的引入使得应用程序开发者能够使用业界跨平台的通用数据格式，这就意味着，任何应用程序可以用通用的代码书写，并被全世界使用，也就是说，不需要为某个双字节语言国家编写特殊的双字节程序的特殊版本。

请注意，集成文件系统提供了访问数据的途径，但是数据格式必须与应用所要求的相兼容，或者数据格式可以转换成与程序相兼容。OS/400可以处理iSeries内部编码EBCDIC与PC上的ASCII编码之间的转换。

所有文件系统和集成文件系统中的文件都被视为OS/400上的对象。除此之外，任何文件系统都支持相同类型的操作，这些操作都被定义在相应的文件系统的标准操作表中。每一个文件系统都拥有自己独特的一套信息存储与信息交互的逻辑结构和规则，与别的文件系统可能不尽相同。通过使用表的方法，无须改变现有的文件系统或文件系统上特定的操作就可以将新的文件系统加到集成文件系统中去。

集成文件系统视传统的库和文件夹为单独的文件系统。任何具备不同功能的其他系统也被视为单独的文件系统，正是有了这样的结构，我们就有可能随着需求的增加，将新的文件系统不断纳入集成文件系统中。

下图(图1)显示了集成文件系统所支持的十种不同的文件系统和三种文件服务器。在我们逐个浏览每个文件系统之前，我们必须理解集成文件系统提供了所有文件系统的通用接口。

- 33 -

AS400学习笔记 2006/04，Daniel，Easycon

(图1. 集成文件系统体系结构) 4. 虚拟文件系统(VFS)接口

虚拟文件系统是集成文件系统中用来为所有文件系统提供通用接口的结构。虚拟文件系统是一种面向对象的接口，它提供的对象叫做虚拟节点(vnode)。虚拟节点是一个抽象的对象，但是它代表了存放在文件系统中的真实的对象，这样做的目的是让文件系统中定义的抽象的操作能够运行在实在的对象上。

上图(图1)显示的逻辑的文件系统要处理文件系统中的对象，首先要取得代表该对象的虚拟节点，接着，执行该虚拟节点上的相应的操作。由于逻辑的文件系统并不真正去访问实际的文件系统对象，所以，不必知道真正的对象的物理影像以及位置。

因此，在任何时候，虚拟文件系统都代表着物理的文件系统。关心对象的物理影像和位置的物理的文件系统并不知道从应用程序所看到的文件系统的逻辑组成。为了使之能工作，物理的文件系统必须要提供虚拟节点和虚拟文件系统的操作接口。

由于这样的层级结构，应用程序使得物理的文件系统赋予逻辑文件系统以控制权，然后逻辑文件系统找到应用程序需要的物理对象所代表的虚拟节点，并调用相应的虚拟节点操作来实现应用程序所要求的动作。无论什么时候，逻辑文件系统要求一个基于虚拟节点的操作，它都不会知道物理文件系统所要执行的操作。

我们之所以要使用虚拟文件系统接口，就是要将高层的逻辑文件系统和底层存储数据的物理空间分开。这样分开之后，就可以在一台机器上安装多个物理文件系统，并使他们能够为应用程序透明地访问。同时，它也提供了一个相对简单的实现增加新的物理文件系统的机制。

5. 集成文件系统支持的文件系统

现在让我们来逐个讨论一下图1中描述的文件系 …… 此处隐藏：3591字，全部文档内容请下载后查看。喜欢就下载吧 ……