IBM AS400教程(完整版)
- 格式:doc
- 大小:5.78 MB
- 文档页数:91
AS/400教程
完整版
第一章AS/400系统概况
1.1 AS/400发展历史
1.1.1 AS/400发展历史
Figure 1-1. AS/400的发展历史
为了深入了解一个系统,必须熟悉它发展的历史和背景。多数的计算机系统是从原有的系统基础上发展起来的。AS/400的发展历史:
◇ 1969年6月发布System/3(Batch machine)
◇ 1975年1月发布System/32 (用于小型商务办公环境)
◇ 1977年4月发布System/34
◇ 1978年10月发布System/38(第一代AS/400,商业上失败,技术上成功)
◇ 1983年5月发布System/36(商业上非常成功)
◇ 1988年6月发布AS/400 B型号(Application System/400,第二代AS/400)
◇ 1994年5月发布AS/400先进系列/服务器(Advanced System/400,第三代AS/400)◇ 1995年6月发布AS/400 Power PC 先进系列/服务器
◇ 1997年8月发布AS/400e系列
◇ 1999年2月发布AS/400 e 服务器170、7XX
◇ 1999年7月发布AS/400e Domino 专用服务器(莲花宝箱)
◇ 2000年10月发布iSeries 400,包括270、820、830、840及IBM莲花宝箱(DSD)
1.2 iSeries 400的特点
1.2.1 iSeries 400的特点
Figure 1-2. iSeries400
iSeries 400通过紧密集成硬件、软件、中间件和操作系统提供能够满足不同业务需求的高性能、可靠和易于使用特性。从e系列开始,在电子商务大舞台上开始扮演更为重要的角色。它可以提供扩展业务确保电子商务优势所需的技术和工具。它的突出特点有:
● 卓越的性能,不断获得各种荣誉和认可,全面实现64位处理,先进的体系结构,最领先的SOI芯片技术;
● 卓越的可靠性和可用性,系统可提供99.97%的可用性,使iSeries成为商业关键事务处理的首选服务器平台;
● 高度集成的系统环境,使用户不需要太多的系统管理员就能保证其应用平稳地运行;
● 严密的安全防范系统,荣获美国联邦政府定义的商业计算机最高安全性级别C2级认证,堪称世界上"最安全"的计算机系统。从来没有发现过病毒。
● 开放标准兼容性,使用户把运行在不同平台上的业务系统和数据平滑地连接在一起;
● 简单易用,使用户(尤其是新用户)很快就能掌握它的系统管理和应用程序开发。
● 允许在一台服务器上安装Linux、Java、Windows2000和Domino等多种应用。
● 在系统中可以配备16台PC服务器Netfinity,可以运行多种不同的操作系统,并公享主机系统的资源。
● 是唯一一种能直接(固有)支持多种不同文件结构,如PC文件、Unix文件、Netware
文件、Domino文件、ASCII文件、EDBCID文件的系统。
1.3 AS/400先进的体系结构
1.3.1 TIMI结构
Figure 1-3. AS/400的先进体系结构
面向处理机的体系结构
面向处理机的体系结构
Figure 1-5. 面向处理机的体系结构
面向处理器的体系结构(Processor-Centric Architecture)如上图所示,程序员可以直接地访问硬件界面来编写应用程序。比如HP的PA-RISC和Digital的Alpha结构。这种体系结构的缺点是一旦硬件有所修改,几乎所有的应用程序都必须重写。
面向API的体系结构
面向API的体系结构
Figure 1-6. 面向API的体系结构
由于在面向处理机的体系结构中应用程序过分地依赖硬件,而硬件技术的发展非常之快,就使应用程序的编写相当的复杂,需要随硬件的升级不断地改写。因此,许多软硬件开发商和标准化组织联合起来创建了面向API(Application Programming Interface)的结构。该结构(如上图所示)定义了一个通信界面,所有的应用程序都可以通过(但不是必须)这个界面访问操作系统提供的各种服务。这样程序员在编写应用程序时就可以避开直接访问特定的硬件。
操作系统的功能简单而言就是管理系统的资源并提供编写应用程序的基本环境。这些基本的操作系统的功能可以通过API提供给程序员。一个API可以通过对操作系统的调用来执行某一项功能。如应用程序可以通过调用API来要求操作系统执行一个I/O操作,磁盘读操作。显然,应用程序不需要了解I/O设备内部是如何工作的,只要应用程序是通过API来完成I/O操作的,就可以保证应用程序独立于底层的硬件结构。
如果不同的计算机生产商能够提供相同的API集,那么任何一个使用这些API集来编写的应用程序便可以很方便地从一种机器移植到另一种机器上。一个比较著名的API集是POSIX(a portable operating system interface based on Unix),这是一个UNIX风格的操作系统界面。
由于API还没有完全标准化,且不完整,在许多情况下应用程序需绕过API界面直接访问系统硬件界面。一旦出现这种情况,则应用程序就不再是与底层的硬件与软件无关的了。
高级机器的体系结构:
如果在定义API集时不仅仅是针对某些特定的应用程序,而是为所有的应用程序定义一个通用的API界面,并且保持这个界面的充分可扩展性,这样则可以真正地实现应用程序对于硬件的独立。这就是高级机器的体系结构(High-Level Machine Architecture) ,AS/400就是采用这种先进应用体系结构,在系统中为应用程序定义了完整的API集合,这个集可以不断的扩充,并且不允许应用程序绕过这个API界面去访问硬件界面,将这个API集称为
TIMI(Technology-Independent Machine Interface),或简称为MI。