大客户信息管理分析系统与一站服务系统

n更多企业学院： 中小企业管理全能版183套讲座+89700份资料总经理、高层管理49套讲座+16388份资料中层管理学院46套讲座+6020份资料国学智慧、易经46套讲座人力资源学院56套讲座+27123份资料各阶段员工培训学院77套讲座+ 324份资料员工管理企业学院67套讲座+ 8720份资料工厂生产管理学院52套讲座+ 13920份资料财务管理学院53套讲座+ 17945份资料销售经理学院56套讲座+ 14350份资料销售人员培训学院72套讲座+ 4879份资料 Xx 科 技中国网络通信集团公司大客户信息管理分析系统与大客户一站服务系统建设工程投标书之第十卷卖方技术建议书之总体方案建议北京XXXX科技有限公司BeijingXXXX Technology Co.,Ltd.1 前言本建议书是北京xxxx科技有限公司（以下简称厂商）针对中国网络通信集团公司下发的中国网络通信集团公司大客户信息管理分析系统与大客户一站服务系统建设工程技术规范书文件（以下简称规范）所作的总体方案建议。建议书包括如下内容：系统设计原则；系统整体框架说明；系统平台描述；软件子系统功能的详细介绍；项目管理方法和实施方案；全套产品技术资料（包括采用的第三方软硬件产品资料）等。2 系统设计原则本工程为新建中国网络通信集团公司的大客户系统，该系统分大客户信息管理分析系统与大客户一站服务系统来建设。整套系统是一项关系到中国网络通信集团公司与大客户之间的切实利益的系统，系统的安全性、稳定性、可扩充性直接关系到中国网络通信集团公司以及大客户的业务开展情况和应用前景。根据以上提出的设计目标，本方案的系统设计主要遵循以下原则： 实用性我们的根本原则就是能最大限度地满足中国网络通信集团公司大客户系统的需要。方案所推荐的主要技术和产品由Sun、Oracle、Cisco、EMC等业界著名公司提供，具有成熟、稳定、实用的特点。考虑到中国网络通信集团公司的基本用户将是大客户业务部门，整套系统的根本目的就是为他们提供丰富的网络应用及信息共享。因此，我们将实用性放在首位，既便于用户使用，又便于系统管理。 先进性方案所推荐的服务器为Sun公司具有Client/Server 结构的开放性产品。同时，所采用的EMC公司存储设备、Cisco公司网络设备都是业界最先进的产品。在设计中，我们是依据先进性与成熟性并重的原则考虑的，并考虑到近年来的发展特点，我们把先进性放在重要位置。 开放与标准化原则本系统应是一个开放且标准的系统。本系统采用TCP/IP协议作为主要协议。主要产品，如服务器，软件、网络等都支持开放结构，并且，所选产品都遵循相应的标准。我们完全可以做到使网络的硬件环境，通信环境，软件环境，操作平台之间的相互依赖减至最小。 可扩展性及易升级性为适应网站的发展，系统的计算机设备必须有非常好的系统扩充性。并且，随着技术的不断发展，软件平台功能应能平滑扩充。因此，在设计中，保证系统结构模块化，软硬件平台可以积木式拚装，如：服务器可通过添加系统板扩充CPU，MEMORY，I/O，硬盘等，各软件系统提供开发API等。整套系统的硬件结构采用SAN的结构，软件结构采用分布式环境，各服务器都可以通过扩充节点的方式来实现横向的扩充。这一点，在具体方案中可以明显体现出来。 良好的可管理性和可维护性整套大客户平台是由多种系统组成的较为复杂的系统，因此我们着重考虑所选产品具有良好的可管理性和可维护性。作为一个系统，所选产品具有良好的可管理性和可维护性。 具有最佳的性能价格比我们仔细分析讨论了需求，力求设计紧贴用户需求，在设计上寻求最佳的性能价格比。3 系统拓扑结构图1.1 系统设备逻辑连接图Sun FireV880 D中心远程分界线中心远程分界线CA Unicenter NSMVeritas NBUOracle 9iDB2Oracle 9iDB1Oracle 9i DB3Oracle 9iASPortal serverDirectory ServerPortal serverDirectory ServerApplication ServerDirectory ServerApplication ServerDirectory Server2M专线图示：千兆LAN百兆LANSAN2M专线2M专线Cisco 1721路由器 1Cisco 3661路由器Cisco 1721路由器 3Alteon Ace3交换机 BAlteon Ace3交换机ACisco 2620 拨号服务器 远程拨号用户Cisco 2950交换机 Sun FireV480 CSun FireV480 BCisco Catalyst 4006交换机Cisco Pix515防火墙 B网管工作站Sun FireV880 CSun FireV880 BSun FireV880 ASun FireV480 ASilkWorm3800光纤交换机Cisco Pix515防火墙 A Cisco 1721路由器 4Cisco 1721路由器 2Cisco 1721路由器 15Spectra Logic 12000磁带库EMC CLARiiON CX600磁阵可选项SilkWorm3800光纤交换机软件说明V880B与V880C：Oracle9i Database Enterprise Edition，Oracle Enterprise Manager Packs，Oracle ProgrammerV880D: Oracle9i Database Enterprise Edition， Oracle OLAP，Oracle Data Mining，Oracle Enterprise Manager Packs，Oracle Programmer，Oracle 9iAS 中心远程分界线中心远程分界线2M专线2M专线2M专线Cisco 1721路由器 1Cisco 3661路由器Cisco 1721路由器 3Alteon Ace3交换机 BAlteon Ace3交换机ACisco 2620 拨号服务器 远程拨号用户Cisco 2950交换机 Sun FireV480 CSun FireV480 BCisco Catalyst 4006交换机Cisco Pix515防火墙 B网管工作站Sun FireV880 BSun FireV880 ASun FireV480 ASilkWorm3800光纤交换机Cisco Pix515防火墙 A Cisco 1721路由器 4Cisco 1721路由器 2Cisco 1721路由器 15Spectra Logic 12000磁带库EMC CLARiiON CX600磁阵可选项SilkWorm3800光纤交换机硬 件 连 接 图1.2 系统设备物理连接图4 系统整体框架说明1.3 系统平台架构浏览器Client TierServer TierData TierRich Client门户服务器Web服务器应用服务器数据库服务器数据仓库服务器其它系统工作流引擎数据挖掘整个系统采用B/S和少量C/S的混合体系架构，实现大客户一站式服务和大客户信息管理分析系统的所有功能。一站式服务的数据存储在大型关系数据库Oracle9i中，管理分析系统需要的数据存储在数据仓库服务器中。从应用的角度来看，系统分为客户层、服务层和数据层三个部分，除少量C/S方式的应用（例如工作流定制、系统维护等）外，应用系统功能都可以使用纯浏览器方式访问。这种三层架构的划分，提高了应用系统的可扩充性和可维护性，同时由于在服务层使用Java技术和中间件技术进行应用系统建设，应用系统可以方便、灵活地部署和移植。在服务层，前端使用Portal技术，可以增加整个系统访问的安全性，同时为客户提供个性化定制功能。1.4 应用软件体系结构省级大客户系统以及其它业务支撑系统数据处理系统大客户一站式服务数据库大客户信息管理分析数据仓库工作流引擎数据挖掘/报表生成大客户一站式服务系统/应用系统维护管理大客户信息管理分析系统客户端在系统的不同层次，集成了多种软件技术，数据库以及数据仓库技术，数据挖掘技术、工作流技术，在应用系统中的Web技术以及中间件技术等。如上图所示，在系统的最低层是数据处理系统，系统功能是根据用户制订的规则，从与大客户系统业务相关的“九七”营业系统、计费帐务系统、客服系统、省级大客户系统等外部系统中抽取基础数据，经过清洗、加工后加载到数据层的数据库和大客户数据仓库中，作为管理分析系统进行统计分析、数据挖掘的基础数据。数据基础层包括大客户一站式服务数据库和大客户信息管理分析数据仓库两个部分。大客户一站式服务数据库主要存储一站式服务系统所需的业务管理数据以及业务流程数据，而大客户信息管理分析数据仓库管理和储存系统各类元数据，并根据需要建立面向各种应用的数据集市，为系统进行联机分析处理和数据挖掘提供数据基础。介于应用处理层和数据层之间的应用支撑层选择了工作流引擎和数据挖掘/报表分析软件，工作流引擎为一站式服务系统中的各种业务流程运转提供运行环境，数据挖掘/报表分析为大客户管理分析系统中的各种统计分析、报表、辅助决策提供良好的运行环境。应用处理层是系统的功能核心，包括大客户一站式服务管理系统和大客户信息管理分析系统。最上端的客户层有两种类型的客户端，一种是纯浏览器，通过HTTP协议与应用系统进行交互，另一种类型是Java客户端，可以通过远程服务的方式与J2EE服务器进行交互操作。1.5 应用软件设计模式整个软件体系结构的设计按照面向对象的思想，采用三层体系架构的方式。按照标准J2EE应用的MVC设计模式，分为表现层、控制层和逻辑实体层。这种体系结构的特点是整个系统的架构清晰、易扩展、易维护，系统具有很强的健壮性，适于组件化和增量式开发软件系统，有效降低整个软件开发过程中的风险。软件架构如下如所示：子系统一界面表现层控制层逻辑实体层子系统二界面总控制对象子控制对象逻辑实体1子系统n界面子控制对象子控制对象子控制对象逻辑实体2逻辑实体n一般说来，每一层对象只能与其下一层对象进行通信，但当控制层对象比较简单时，表现层对象也可以直接与实体对象层通信。表现层对象负责与用户进行交互，将消息转发给控制层对象，控制层对象根据消息的内容，决定与实体对象通信，还是与其它表现层对象通信。实体对象具有增加、修改、删除、保存等针对实体对象的操作，在整个系统中最具有重用性价值，在这种架构中，实体对象的可重用性比较高。1.6 应用系统采用的关键技术（一）数据仓库技术数据仓库是近年来兴起的一种新的数据库应用。近年来，随着数据库技术的应用和发展，人们尝试对DB中的数据进行再加工，形成一个综合的，面向分析的环境，以更好支持决策分析，从而形成了数据仓库技术(Data Warehousing，简称DW)。作为决策支持系统(Decision-making Support System，简称DSS)，数据仓库系统包括： 数据仓库技术； 联机分析处理技术(On-Line Analytical Processing，简称OLAP)； 数据挖掘技术(Data Mining，简称DM)； 数据仓库弥补了原有的数据库的缺点，将原来的以单一数据库为中心的数据环境发展为一种新环境：体系化环境。如下图所示： 数据仓库体系化环境 业界公认的数据仓库概念创始人W.H.Inmon在建立数据仓库一书中对数据仓库的定义是：数据仓库就是面向主题的、集成的、不可更新的(稳定性)、随时间不断变化（不同时间）的数据集合，用以支持经营管理中的决策制定过程。数据仓库中的数据面向主题，与传统数据库面向应用相对应。主题是一个在较高层次上将数据归类的标准，每一个主题对应一个宏观的分析领域：数据仓库的集成特性是旨在数据进入数据仓库之前，必须经过数据加工和集成，这是建立数据仓库的关键步骤，首先要统一原始数据中的矛盾之处，还要将原始数据结构做一个从面向应用向面向主题的转变；数据仓库的稳定性是指数据仓库反映的是历史数据，而不是日常事务处理产生的数据，数据经加工和集成进入数据仓库后是极少或根本不修改的；数据仓库是不同时间的数据集合，它要求数据仓库中的数据保存时限能满足进行决策分析的需要，而且数据仓库中的数据都要标明该数据的历史时期。 数据仓库最根本的特点是物理地存放数据，而且这些数据并不是最新的、专有的，而是来源于其它数据库的。数据仓库的建立并不是要取代数据库，它要建立在一个较全面和完善的信息应用的基础上，用于支持高层决策分析，而事务处理数据库在企业的信息环境中承担的是日常操作性的任务。数据仓库是数据库技术的一种新的应用，而且到目前为止，数据仓库还是用关系数据库管理系统来管理其中的数据。（二）联机分析技术（OLAP）联机分析处理（OLAP）的概念最早是由关系数据库之父E.F.Codd于1993年提出的。当时，Codd认为联机事务处理(OLTP）已不能满足终端用户对数据库查询分析的需要，SQL对大数据库进行的简单查询也不能满足用户分析的需求。用户的决策分析需要对关系数据库进行大量计算才能得到结果，而查询的结果并不能满足决策者提出的需求。因此Codd提出了多维数据库和多维分析的概念，即OLAP。根据OLAP产品的实际应用情况和用户对OLAP产品的需求，人们提出了一种对OLAP更简单明确的定义，即共享多维信息的快速分析。 （1）快速性 用户对OLAP的快速反应能力有很高的要求。系统应能在5秒内对用户的大部分分析要求做出反应。如果终端用户在30秒内没有得到系统响应就会变得不耐烦，因而可能失去分析主线索，影响分析质量。对于大量的数据分析要达到这个速度并不容，因此就更需要一些技术上的支持，如专门的数据存储格式、大量的事先运算、特别的硬件设计等。（2）可分析性 OLAP系统应能处理与应用有关的任何逻辑分析和统计分析。尽管系统需要事先编程，但并不意味着系统已定义好了所有的应用。用户无需编程就可以定义新的专门计算，将其作为分析的一部分，并以用户理想的方式给出报告。用户可以在OLAP平台上进行数据分析，也可以连接到其他外部分析工具上，如时间序列分析工具、成本分配工具、意外报警、数据开采等。 （3）多维性 多维性是OLAP的关键属性。系统必须提供对数据分析的多维视图和分析，包括对层次维和多重层次维的完全支持。事实上，多维分析是分析企业数据最有效的方法，是OLAP的灵魂。 （4）信息性 不论数据量有多大，也不管数据存储在何处，OLAP系统应能及时获得信息，并且管理大容量信息。这里有许多因素需要考虑，如数据的可复制性、可利用的磁盘空间、OLAP产品的性能及与数据仓库的结合度等。 OLAP的基本多维分析操作有钻取（roll up和drill down）、切片（slice）和切块（dice）、以及旋转（pivot）、drill across、drill through等。（三）数据挖掘技术 数据挖掘，也可以称为数据库中的知识发现(Knowledge Discover Database，KDD)，是从大量数据中提取出可信、新颖、有效并能被人理解的模式的高级处理过程。 数据库中的知识发现是一个多步骤的处理过程，一般分为： 问题定义了解相关领域的有关情况，熟悉背景知识，弄清用户要求。 数据提取根据要求从数据库中提取相关的数据。 数据预处理主要对前一阶段产生的数据进行再加工，检查数据的完整性及数据的一致性，对其中的噪音数据进行处理，对丢失的数据进行填补。 数据挖掘运用选定的知识发现算法，从数据中提取出用户所需要的知识，这些知识可以用一种特定的方式表示或使用一些常用的表示方式。 知识评估将发现的知识以用户能了解的方式呈现，根据需要对知识发现过程中的某些处理阶段进行优化，直到满足要求。 由此可见，数据挖掘只是数据库中知识发现的一个步骤，但又是最重要的一步。因此，往往可以不加区别地使用KDD和数据挖掘。一般在研究领域被称作数据库中知识发现的，在工程领域则称之为数据挖掘。 数据总结的目的是对数据进行浓缩，给出它的紧凑描述。数据挖掘主要关心从数据泛化的角度来讨论数据总结。数据泛化是一种把数据库中的有关数据从低层次抽象到高层次上的过程。 分类的目的是学会一个分类函数或分类模型(也称作分类器)，该模型能把数据库的数据项映射到给定类别中的某一个。 聚类是把一组个体按照相似性归类，即物以类聚。它的目的是使属于同一类别的个体之间的距离尽可能地小，而不同类别的个体间的距离尽可能地大。 关联规则是形式如下的一种规则，在购买面包和黄油的顾客中，有90的人同时也买了牛奶(面包+黄油+牛奶)。关联规则发现的思路还可以用于序列模式发现。用户在购买物品时，除了具有上述关联规律，还有时间或序列上的规律。（四）J2EE 技术J2EE是一种技术规范，给开发人员提供了一种工作平台，它定义了整个标准的应用开发体系结构和一个部署环境，在这个体系结构中，应用开发者的注意力集中在封装商业逻辑和商业规则上，一切与基础结构服务相关的问题以及底层分配问题都由应用程序容器或者服务器来处理。甚至，从属于事务、持久化、安全等等方面的应用组件的运行时属性都可以使用高度灵活的声明方法在部署环境中定制(一般采用XML)。这个平台提供了一个简化的开发模型，它具有工业强度的可拓展性，支持合理的集成和灵活的部署，与开发商和应用服务器无关。J2EE平台有三种，Jsp、Servlet、EJB这三种开发方式。：Jsp：Jsp其实是一种高层的Servlet。他与以往的其他网页编写脚本有很大的相似性，但是只是在执行时有一些不同。Jsp引擎将它和它所在的HTML文件一起合成Servlet的代码，然后它的执行就和Servlet的一样了：先编译成.class文件，然后由支持java虚拟机的服务器来执行，然后输出结果。我们在使用Jsp中可以使用JavaBean来进行更加灵活的处理。Servlet： Servlet可以被看作是服务器端的applet，它通过ServletResponse以及ServletRequest这两个对象来输出和接收用户传递的参数，然后在内部的方法中执行操作，如访问数据库、访问别的Servlet方法、调用EJB等等，然后将处理结果返回给客户端。可以通过集成化的开发工具来进行开发。在一般的工具中都已经构建好一个框架，程序员只需要熟悉html标签以及熟悉一般的java语言就可以进行开发了。EJB： EJB有一个自己要存活要活动的一个容器，为了可以让客户进行透明调用，而不必关心位置，还必须有一个本地和远程接口，同时还应该有一个相关的配置文件，以便告诉容器要怎样的活法。对于开发人员来说，如果采用一种集成化的开发工具，如Forte For Java，就可以大大减少工作量。在Forte For Java中通过配置相关的服务器路径、容器信息，可以通过它的模板来完成一个EJB组件的开发以及分发，非常方便也非常简单。在开发过程中，建议的开发方式是在会话bean内部调用实体bean，因为实体bean没有状态但是对数据库的亲和，而会话bean中有为了控制程序而需要的上下文信息，因此，可以结合这两种bean的所有优点，来比较轻松的进行开发。比如在会话bean中用实体bean进行数据库的访问同时会话bean用来保存客户的上下文信息。（五）工作流技术工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。工作流技术为企业更好地实现经营目标提供了先进的手段。 1993年，国际工作流管理联盟（Workflow Management Coalition，WfMC）的成立标志着工作流技术开始进入相对成熟的阶段。为了实现不同工作流产品之间的互操作，WfMC在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。 一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。1.7 应用软件整体功能框架数据处理以及与其它业务系统的接口系 统 管 理 维 护大客户信息管理分析系统一站服务管理子系统文档管理子系统客户资料管理子系统项目管理子系统业务管理子系统申告咨询管理子系统帐务分摊管理子系统信息统计报表子系统客户经理管理子系统客户经理办公子系统客户档案资料管理客户费用信息分析客户业务信息分析决策分析经营统计分析市场调研管理客户服务信息管理辅助信息管理一站式服务系统5 系统平台描述1.8 主机部分本设计方案中大客户系统和一站式服务系统要求具备7x24的不间断运行能力，这就使服务器系统必须具备在线动态升级和热切换功能，同时从性能上和安全性上的考虑，数据库服务器、数据仓库服务器和应用服务器全部运行在Sun公司新一代的Sun Fire服务器上，全面提供整套系统的性能。Sun 公司最新推出了一套全新的服务器系列,名为”Sun Fire”, 它具备大型服务器的可靠性、可用性和管理能力, 中型服务器的价格, 是对用户投资的极大保护。作为Sun Fire系列服务器的核心，Sun Fireplane新型传输系统总线将服务器各系统板和系统部件相连，提供高达9.6GB/秒的持续带宽。Sun Fire服务器配置的是64位的UltraSPARC III处理器，8MB外部缓存、4路64KB数据和32KB指令缓存、内部集成的存储控制器。平衡的体系结构的设计，使每个部件通过合理化的集成提供给系统最优的性能。满足中国网络通信集团公司大客户信息管理分析系统和一站式服务系统的功能并可无缝平滑升级服务器系统是我们配置服务器系统的主导思想。在此次服务器选型中我们采用Sun公司的Sun Fire V880系统作为数据库服务器、数据仓库服务器、应用服务器；Sun Fire V480系统作为应用/门户服务器。系统中每台Sun主机都分别配置了两块千兆以太网卡，一主一备，利用Sun Solaris8系统中的MP（Multiple Path）的技术，将系统中的两个网卡设为一组，分别连接两个Cisco 4006以太网交换机。这样，所以服务器之间，都建立了两条以太网通路，避免了单点故障，提供了高可用性。另外，在连接SAN存储局域网的三台Sun Fire V880分别配置了两块互为冗余的光纤卡，分别连接后边的两个Brocade光纤交换机。利用EMC的Power Path技术，确保两块光纤卡中的任何一个出现问题，都不影响整个系统正常运行。5.1 门户服务器、应用服务器部分中国网络通信集团公司的大客户系统是网通员工访问内部资源内容的渠道与桥梁。对于中国网络通信集团公司的员工而言，整个企业拥有统一形象的企业门户：统一的域名、统一的界面风格等。初期的大客户系统门户只对与大客户系统有关的中国网络通信集团公司内部员工提供一个安全，方便的基于门户的访问手段，集团总公司员工和各省分公司员工通过位于总公司的一个统一的门户入口进入门户网站。公司门户系统针对网通公司内部资源、内容的展现，并在针对集团公司员工提供资源信息服务的同时，面向全国网通企业员工提供资源访问服务。中国网络通信集团公司的企业门户系统的目标用户是集团公司和省公司的内部员工，而门户所承载的应用与内容信息大多数都是企业敏感信息，安全传输是需要首先考虑的问题。随着业务的扩张，企业门户将来不可避免的要对合作伙伴，最终客户提供服务；Internet 的接入需要更多地考虑安全问题。除了防火墙、专线网络等安全措施外，Sun ONE Portal Server 提供门户应用级的安全功能。中国网络通信集团公司的用户通过浏览器或者无线通讯设备访问中国网通内部网站。门户服务器进行用户身份认证，认证成功后系统便在用户和Portal Server之间建立了一条用SSL加密的虚拟通道。用户便可以通过该通道访问企业内部网上的资源了。当浏览器关闭后，该虚拟通道立即结束，保证了企业资源不被非法盗用。这就是所谓的“VPN on Command”，当你需要时就可以容易地建立访问内部网所用的VPN（虚拟专网）,当你不用时又可以立即撤销。中国网络通信集团公司大客户系统对内面向领导和员工，对外面向供应商、合作伙伴，提供多种的访问接入方式：Internet，Intranet，PSTN/ISDN，GPRS，SMS。项目初期只在集团公司内部提供服务和进行相关建设。集团公司的门户与目录管理系统可以采用如下的系统配置：在本次方案中，两台Sun Fire V480上安装两个Portal Server实例（Sun Fire V480B，Sun Fire V480C），共享两个配置为复制关系（Replication）的Sun One Directory Server（用于门户用户信息存储和策略管理）。两个Sun ONE Portal Server同时运行，双Active，由前端的两台Alteon ACE Director3四层交换机提供负载均衡和fail-over，实现高可用性。对于两个Alteon四层交换机，通过两台之间的心跳线，互为冗余，避免单点故障。前端使用的Alteon四层交换机，主要对Portal Server的安全门户产品（Secure Remote Access Product）提供的加密Web服务进行负载均衡，为用户提供安全的门户服务。用户请求首先通过四层交换机被随机的分发到两个Portal Server的安全远程访问产品（Secure Remote Access Product），然后用户请求被分发到不同的Portal Server来处理。用户信息存储和策略管理使用的目录服务器Sun ONE Directory Server安装在Sun Fire V480A和Sun Fire V880B两台主机上。使用目录服务器本身的复制功能将这两个目录服务器配置为Primary/Backup关系，一旦Primary Server失效，应用可以切换到Backup Server上来进行认证或策略配置，从而实现目录服务器的冗余。这样无论是Secure Remote Access Product还是Portal Server，还有用户认证和策略管理使用的Sun ONE Directory Server都可以避免单点故障。从而实现门户服务的负载均衡和高可用性。对于后台运行的中间件服务器，Sun ONE Application Server，并不需要借助其他任何第三方的cluster软件，Sun ONE Application Server可以提供优异的高可靠性和故障容错能力，通过消除任何的单点故障，应用服务器能够提供最大的应用程序可靠性。服务器集群的故障绕过能力（fail-over）使在一个服务器发生故障时用户请求仍然能够被继续处理。故障恢复（failure-recovery）特性则包括自动探测和自动重新启动故障服务器和进程。分布式的状态和会话管理能够确保发生故障时，不丢失用户和应用程序的数据。动态的应用扩充功能可以在不关闭服务器的情况下为应用程序增加新功能。同时，可以自动把用户请求中的多个Transaction分发到多个中间件服务器来处理，从而实现智能负载均衡的能力。在实际方案配置中，我们在Sun Fire V880A和Sun Fire V480A上安装两个Sun ONE Application Server, 通过Application Server 自身的集群方式将Sun Fire V880A配置为Primary Server，Sun Fire V480A配置为Backup Server，实现应用服务器的高可靠性和负载均衡能力。连接Application Server的Sun ONE Directory Server 安装在Sun Fire V480B主机上，另外一台主机，Sun Fire V480C上安装Sun ONE Directory Server的备份服务器，对目录服务器使用目录服务的复制功能配置为Primary/Backup模式。在正常业务运行中，从前端web服务器发来的请求通过中间件服务器自身的负载平衡功能被随机的送到两台服务器来处理，一旦其中一台Application Server失效，用户请求可以即时的被无缝转移到另外一台Application Server上。目录服务器的复制模式也保证了目录服务的高可用性，如果主目录服务器失效，那么系统将会将用户认证切换到备份目录服务器上来进行，而且，由于目录服务器和中间件服务器不在同一台主机上，即使出现硬件故障，也可以保证前端Web应用不受影响。这样就从两个方面避免了单点故障，保证了用户的应用程序和数据不会丢失。对于Web服务器，在前端，使用web connector将Web instance注册到Portal Server的两个Web server上，即Sun Fire V480B和Sun Fire V480C主机上。使用上层的两个四层交换机对Web Server做负载均衡。这样，所有的Web应用都被集成到Sun ONE Portal Server提供的门户之中。用户只需要登录门户网站，即可获得基于用户身份的门户内容访问。5.2 存储局域网SAN部分5.2.1 SAN网络规划设计在分析了中国网络通信集团公司的大客户系统和一站式服务业务系统需求和IT环境后，根据业务规划和技术需求，我们制定了SAN存储方案，并选择了适当的存储设备，光纤网络设备，服务器，HBA光纤接口卡，磁带库系统； SAN规划设计就是要将这些设备合理规划，物尽其用， 使整个业务系统达到最佳的工作运行状态：大客户和一站式服务系统SAN设计目标： 数据库系统具备7*24的高可用性 磁盘阵列、磁带库、光纤交换机设计应具备较强的升级、扩容能力以适应今后新业务快速变化 支持对数据库的读写高速访问。 易于管理维护1.8.1 中国网通大客户系统SAN存储方案本设计方案中大客户系统和一站式服务系统具备7x24的不间断运行能力。 能做到在线的数据库系统动态升级和热切换，设计方案采用2台互为冗余的Brocade 光纤交换机， 配合EMC CLARiiON CX600全光纤通道智能型，高可靠性磁盘阵列支持中国网络通信集团公司的大客户系统和一站式服务业务系统的运行。并通过EMC Power Path、VERITAS Advance Cluster、Net Backup等软件为系统提供不间断的高效率数据库服务。这一SAN架构支持SUN Solaris、HP-UX、LINUX、WIN NT、WIN 2000以及IBM AIX等多种系统平台。另外，由存储区域网完成数据的读、写、备份，无需占用企业内部的通信网络（LAN-Free）。前端的用户无需考虑数据的存放位置，数据保护机制，备份策略等，为数据库的存储管理和使用提供了便利。SAN存储备份示意图EMC CLARiiON CX600磁盘阵列Spectra Logic 12000磁带库Sun Fire V880服务器Brocade SilkWorm 3800光纤交换机Cisco Catalyst 4006VLAN/心跳线BCD如上图所示整个存储网络系统框架的核心是EMC CLARiiON CX600全光纤通道智能型磁盘阵列，所有业务数据均存放于EMC CLARiiON CX600中，服务器均可以通过光纤交换机连接到EMC CLARiiON CX600上。通过交换机，主服务器上的存储管理软件等各种安全机制设置（例如Zoning、 VERITAS Volume Manager、VERITAS Cluster Server等），各类服务器，应用系统可以访问各自指定的数据单元。管理员可以通过Web界面方便地监控和管理整个存储系统网络的使用情况，自动完成数据备份，而且可以随时根据用户需求，在EMC CLARiiON CX600内部灵活调整各用户的使用空间，动态优化EMC CLARiiON CX600内部的资源分配，确保EMC CLARiiON CX600以最佳的性能和最高的稳定性运行。主机和存储设备基于SAN的连接，采用了业界先进的2Gb光纤接口,先进的Fabric Switch 的光交换技术搭建整个存储平台，使主机光纤接口卡、光纤交换机和EMC CLARiiON CX600接口均使用2Gb光纤端口快速传送数据。光纤交换机作为SAN的枢纽设备，每台主机各通过两块光纤通道卡与两台Brocade光纤存储交换机进行交叉连接，既保证了每台主机与存储设备之间至少2 x 200MB/s带宽的通道性能，又可排除主机与存储和备份设备之间链路连接的单点故障。磁盘阵列EMC CLARiiON CX600的两组光纤通道分别与两个光纤交换机连接，构成了一个链路上全冗余， 纯光纤架构的SAN平台 。高速的光纤连接将大大提高数据访问速度和数据库备份速度，利用SAN的环境将磁盘阵列系统与磁带库系统很好的整合在一起，可以满足SAN环境中各个应用与业务系统的不同的数据存储需求。利用SAN的开放性，也可以很容易的扩展和添加新的主机和存储设备。1.9 数据库服务器高可用性部分本设计方案中大客户信息管理分析服务和一站式服务系统具备7x24的不间断运行能力。设计采用Veritas Cluster Server软件保证系统提供不间断的数据库服务, 能做到在线的数据库系统动态升级和热切换。SAN存储备份示意图EMC CLARiiON CX600磁盘阵列Spectra Logic 12000磁带库Sun Fire V880服务器Brocade SilkWorm 3800光纤交换机Cisco Catalyst 4006VLAN/心跳线BCD如上图所示 SUN Fire V880 B服务器主要运行OLTP类型的一站式服务。它需要从ETL服务处取得数据，然后直接面对客户群的查询和更新等操作； SUN Fire V880 C服务器上运行ETL服务。此服务需要从原有97系统、资源管理系统、计费系统，抽取数据，作初步的处理，同时存储信息； SUN Fire V880 D服务器上运行需要Data Warehouse类型数据库支持的大客户信息管理分析服务， 同时运行Oracle9i的Data Mining与OLAP等选件。针对上述应用的高可用性方案， 设计采用业界最先进的高可用集群软件VERITAS Cluster Server ， 实现B 、C 节点服务器之间的N节点Cluster热备用（其中N=2，即实现B服务器和C服务器之间一对一互为热备份机制）， 此时B 节点故障时， C节点可以通过共享磁盘阵列实时接管B服务器上数据资源， 切换Oracle服务到C节点继续运行； 反之亦然。 而针对D服务器， 考虑到运行Data Warehouse类型数据仓库应用占用资源很大，建议采用“N+1” Cluster主备方式。这种方式下，D服务器作主节点， B和C服务器均作为D备份节点服务器， D服务器系统的任何故障，VCS都可以将应用实时切换到备用系统B，此时如果B节点也出现故障，而D节点系统还未修复，应用可以再切换到C服务器上。 逻辑图如下所示：数据传输方向B、C相互备份D与B、C为N + 1备份模式Site BSite CSite D对于系统中的应用服务器，VERITAS在提供Cluster集群软件的基础上，还可以由专家服务提供Custom Agent接口模块，用户特定应用以Active/Standby的方式运行，并进一步监控应用服务的运行情况，在应用故障或系统故障产生的时候将所监控的服务切换到备机启动运行。设计方案还考虑到了VCS 中心跳线的容错和可用性问题。 心跳线用于监测VCS各节点的状态， 传输集群控制信息、命令的专用网络。 在3节点集群中， 为避免出现因心跳线故障而导致的Cluster 节点间应用误切换或中断， 我们设计了合理可靠的心跳线网络连接方式。 如SAN存储备份示意图图所示，分别在两台Cisco Catalyst 4006上专门各建立一个心跳网络的VLAN， 每台主机上除了本机自带的网卡外， 还配置了一块4端口网卡， Cluster 节点主机上有2条心跳线通过本机网卡和4口网卡分别连接到两台Cisco Catalyst 4006 交换机， 因此避免了网卡和心跳线至Cisco Catalyst 4006交换机链路的所有可能的单点故障。 1.10 数据备份与恢复管理SAN存储备份示意图EMC CLARiiON CX600磁盘阵列Spectra Logic 12000磁带库Sun Fire V880服务器Brocade SilkWorm 3800光纤交换机Cisco Catalyst 4006VLAN/心跳线BCD为了实现最大可能性能，在本方案中采用了最新的SAN结构数据备份技术。建议方案采用目前业界最优秀的专业备份软件VERITAS NBU(Net Backup)实现企业数据环境下的数据备份和恢复。VERITAS NBU适用于各种UNIX及Windows平台上的企业级文件系统和数据库的自动或手动增量及全备份方法，提供Lan Free, Serverless及BLIB等先进技术缩短数据备份窗口，以适应应用的不同要求。支持操作系统和数据的快速恢复，具有灾难恢复功能；支持层次化的数据管理策略以节省磁盘空间并提高备份效率；支持防火墙复杂网络环境下的数据备份与恢复；对多个异地备份域提供集中的管理与控制。可以与网络管理工具集成。在上面示意图中，三台服务器（从左到右依次为B、C、D主机）和磁盘阵列以及磁带库都通过光纤信道连接到两个冗余的存储光纤交换机上，主机B和主机C分别代表2个不同的Oracle数据库服务器，也代表属于同一集群中的两个服务器节点。系统的备份软件采用了VERITAS的企业级备份产品Net Backup实现系统的高性能备份。 系统的核心部分主要采用一台备份主服务器，配置Net Backup SAN Master Server 、Drive Support(按磁带机的数量)等，作为备份中心，其他服务器配置为Net Backup的客户端。Net Backup SAN Master Server服务器将提供磁带库机械手的控制和整个系统备份策略的制定和集中管理。磁带库采用Spectra Logic 12000光纤自动磁带库， 设备配置可以提供3TB 的非压缩备份存储能力，具备双光纤接口冗余设计， 双驱动器备份速度可达 24M/s； 最大配置容量（非压缩）12TB, 完全能够满足今后的扩容的需求。 建议方案中设计的Veritas NBU 备份管理软件配合SpectraLogic 12000光线磁带库可以将多个数据库备份到同一卷磁介质上，通过NBU的多任务和多数据流技术亦可将一个数据库备份到不同卷磁介质上。 一旦数据完全丢失，数据库能根据磁带库上的全备份、增量备份或差量备份数据恢复到最后一次备份时刻的数据状况。 以Oracle 数据库为例：整个数据库完全恢复实现步骤： 用RESTRICT方式启动实例并安装数据库 这一步是可选的，应限于在丢失或损坏的数据库文件的原有位置失效（即磁盘损坏）时采用。对于控制文件中保存的路径必须重新命名，指定到新的位置。 用RMAN通过VERITAS NBU相应的恢复脚本恢复所有的相关的数据文件。 确保所要恢复的数据文件联机。 使用recover恢复整个数据库。 打开数据库。整个数据库的不完全恢复的实现步骤：假定运行Oracle应用程序的DBA不慎两次运行了同一个批作业，从而导致数据库的破坏。这就要求从备份中恢复，并且前滚到每二次作业之前的一个时间点。 关闭应用程序，然后关闭数据库。 以RESTRICT方式启动，并且安装数据库。 如果需要将数据文件改动到指定位置。 从NBU备份中恢复所有数据文件。 确保所有数据文件联机。 用UNTIL CACEL或UNTIL TIME恢