面向大型机专业人员的 Microsoft 企业平台简介
第 1 章：简介
本页内容
概述本书简要介绍了 Microsoft 提供的企业计算能力，并与大型机技术进行对比，同时介绍了 Microsoft Windows 平台如何能够有效替代大型机环境。目的是为了简要介绍 Microsoft 企业平台，Windows Server System™、Windows 开发环境以及与平台迁移和后续操作相关的可用的说明性指南和支持。 传统上，大型机被认为是对于企业来说最为健壮和强大的计算机环境。然而，为了保持竞争能力，对于企业来说计算环境不仅要强大，而且还要具备足够的灵活性以快速应对业务变更。 通过将工作负载从大型机上迁移到 Windows Server System™ 中，组织可以提高性能和灵活性，同时可保持可靠性和可用性，并大大减少拥有成本。客户可以更新旧有应用程序，从而利用 Windows 平台提供的新技术和新机遇。在过去的数年中，Windows Server 的功能增加得很快，以至于很多组织都不知道 Windows 现在已经可以提供一个强大、可配置和可管理的企业环境。 没有适当的规划，是不可能完成迁移这样的任务的。在开始进行这类转换时，您必须考虑以下四种大型机迁移方法：
第 8 章“大型机迁移基础”中详细介绍了上述每一种方法。 说明：术语 Windows 一般用于描述 Microsoft 的流行操作系统 (OS)。为了正确理解 Windows 平台对于企业计算的可行性和能力，我们有必要弄清楚 Windows Server™、Windows Server System 和 Windows Desktop（桌面系统）的区别:
目标读者本书的主要目标读者为(IT) 工作者、业务决策者 (BDM) 和 IT 技术决策者 (TDM)。但是，其他技术人员也可以从本书内容中获益。下表介绍了本指南的目标读者。
本书的其他目标读者包括希望更多了解大型机环境的 Windows 专业人员。 大型机迁移概述以下标题中的信息介绍了本指南讨论的主要问题。 为什么要迁移？大型机系统变得越来越复杂和昂贵，但是由于它们代表着应用程序、技能和数据方面的巨大投资，因此已经嵌入到了很多企业环境的中心。很多企业正在从大型机环境迁移到更具经济效益和敏捷性的替代环境中，以保持企业的竞争能力。 敏捷性那些寻求实施“面向服务的体系结构”(SOA) 或利用新兴技术（例如 Web 服务）的组织经常受到大型机的制约。因为有效地实施这些事物的主要工具和技术并不是为大型机开发、也不是在大型机上产生的， 而是在由很多供应商设计的、支持 Windows Server System 的模块化和分布式程度更高的环境中开发出来的。 经济性与大型机环境相比，Windows 解决方案代表着巨大的成本节省。具体说来，成本降低体现在“百万指令/秒”(Million Instructions Per Second, MIPS)、许可费用和硬件成本（例如随机存储器和直接访问存储设备，即 RAM 和 DASD）等方面。 与 Windows Server System 相关的成本节省是竞争的直接结果，而不是由于牺牲了功能或特性。曾经一度在大型机市场上存在的竞争力量已经消失了。一些供应商（例如 Unisys 和 NEC）已经重新开始关注 Windows 和 UNIX 市场。其他供应商（例如 Hitachi 和 Amdahl）也已放弃了大型机市场，从而使得大型机市场的供应商只剩下 IBM。相比之下，Windows 市场的竞争越来越激烈，这里云集了众多供应商。 Windows Server System 的操作成本经常受到挑战，而且被认为缺少重要组件。Microsoft 已经赞助了 Bearing Point、IDC、Meta Group 和 Giga Research 的研究，这些研究表明 Windows 的操作成本比 Linux 这个传说中的低成本之王低 30%，而大型机供应商的操作成本则更高。 目前，来自 Yankee Group 的独立 TCO 研究表明，与 Linux 相比，Windows 的拥有成本和操作成本要更低一点。决定性因素就是相对简单的管理、更低的软件分发成本、应用程序软件的竞争性市场以及能够以合理成本获得的受过培训的员工。 对比大型机和 Windows Server System 环境的 TCO 时，最后一个因素也非常重要。现在，在技术教育机构中，大型机环境背后的技术已经不是主要讲授的课程。因此，利用大型机技术的组织通常会面临更年长、因而薪资也更高的 IT 员工。 性能在过去数年中，可能是因为大型机市场缺乏竞争的缘故，大型机性能仅有很小幅度的增长，而基于 Windows Server System 的平台的性能却显示出了巨大的增长。例如，截至 2004 年 10 月为止，Transaction Processing Performance Council 的 TPC-C 基准数据库显示，在所列出的最佳系统在线事务处理 (OLTP) 性能的 140 个系统名单上完全看不到大型机，这些系统中大部分系统都是以 Windows Server System 为基础的。 有关 TPC-C 基准数据库的更多信息，请访问： http://www.tpc.org/tpcc/results/tpcc_results.asp?orderby=hardware 创新到目前为止，计算领域的大多数研究和产品开发都是在分布式计算环境中进行的，例如 Windows Server System。此外，拥有大型机环境的高度专业技术的人员也在逐渐减少。这些趋势不仅严重限制了可供管理大型机的资源，同时提高了维护和开发这些技能的成本。 就像 Hewlett Packard 的 HP-UX 和 IBM 的 z/OS 操作系统一样，Windows 是专有软件，也就是说源代码受版权保护，并且仅在协议规定的前提下向合法的合作伙伴和许可证持有人公开。但是，Windows 的专有性并没有延伸到计算硬件。 Windows 始终是针对在不同硬件平台上使用而设计的操作系统。这个特点使个人计算机行业发生了翻天覆地的变化。采用几乎任何其他 OS 都会受到只能使用同品牌硬件的限制——在某种程度上，也只能使用相关软件，例如 Database Management Systems (DBMS) 和 Web 服务器。例如，如果采用了 z/OS，它就必须运行在 IBM 设备上；如果采用 Solaris，那就必须使用 Sun Microsystems 设备。而 Window Server System 就不会受到这些限制。 在 Windows Server 的硬件兼容性列表中，目前有来自几十个供应商的超过 230 个服务器系统可供使用，包括 Dell、Fujitsu-Siemens、Hewlett-Packard、Hitachi,、IBM、Intel、Mitsubishi、NEC、Toshiba、Unisys 以及更多供应商。这意味着 Windows Server Systems 必须具有很强的价格竞争能力和技术创新能力才能在市场上获得成功。 备用的迁移目的地除了 Windows 之外，大型机系统还有其他替代系统可供选择。替代系统之一是更为大型和强劲的大型机。然而，使用更新型的大型机替换原有的大型机只不过是推迟了从大型机系统中迁移出来的时间。 通常认为可以替代大型机的其他系统包括 WebSphere、大型机上的 Linux 和 UNIX.关于这些替代系统的竞争性评估不在本文讨论的范围内，尽管有必要提供一些说明以便更好地理解 Windows 平台作为可能的解决方案的地位：
资源和技能有关从大型机环境迁移出来时，迁移对人员、他们的工作以及职责有何影响超出了本书讨论的范围。技能的转变是必需的，但作为迁移的结果，可能也会有新的机会出现。成功管理大型机计算所要求的规则和过程基本上在 Windows 环境中也是一样的，因此它们仍然十分宝贵。 创建成功的 Windows 环境Windows Server System 是集成化的服务器基础结构，它通过参与业务和技术需求和机会，从而简化了开发、部署和管理过程。它可以与 IT 环境内的其他数据和应用程序交互，从而降低了后续运营的成本，并提供了高可靠性和更为安全的基础结构。 Windows Server System 以 Windows Server 2003 操作系统为基础，并具有可提供操作、应用程序和信息基础机构的不同产品和技术。Windows Server 2003 具有以下版本：
Windows Server System 的目标是通过简化部署、管理和安全性提高操作效率；确保应用程序开发的高水平的可靠性、性能和效率；以及无缝地连接信息、人员和系统。 成功迁移到 Windows 平台可产生与传统上成功的大型机系统相同的计算环境：
以下章节简要介绍了传统的大型机环境如何提供上述功能；Windows Server System 如何以相同水平或更高水平的服务提供这些功能；可达到所需服务水平的工具；来自 Microsoft 或其合作伙伴的其他资源参考。 说明：Microsoft 还提供了其他一些信息来帮助组织优化到 Windows Server System 的迁移，包括体系结构指南、精心设计的过程和步骤以及一些培训选择。 有关可用 Microsoft 指南的更多信息，请参考第 7 章：“Windows 生产环境”和第 8 章：“大型机迁移基础”。 有贡献人员Microsoft 谨向对本指南的写作有贡献的 Fujitsu Consulting 表示感谢。 作者 David B. Runyan (Interop Systems) Tatsuo Yamada (Interop Systems) 编辑 Thomas Olsen (Interop Systems) 项目管理员 Nicole Hess (Interop Systems) Bill Miller (Interop Systems)
|
本文内容
|
