用友软件黑龙江公司  13-5555-12775

用友890免费下载

 二维码 5

用友890免费下载


百度网盘地址:

链接:https://pan.baidu.com/s/1kXqrxgeOJN1MIIV2Jx1Pew

提取码:w76q






用友ERP890技术白皮书


引言

选择一个产品不仅要看到产品的功能是否强大,也要看到此产品应用的技术是否能支持企业长期的发展。当企业业务变化时应用系统能否支持这种变化。如何搭建更快见效、更低风险、更灵活、更具有延展性、更高性价比、更成熟的管理升级方案以及如何在有效保护现有投资的基础上、盘活现有的信息化资产、以经济的投入换取企业的加速转型升级,成为危机中的优势企业。

U8秉承用友一贯的应用加技术的发展策略,通过多年与微软的合作,U8完成了从VS6平台到.Net平台的迁移,通过此次迁移使U8产品能享用到微软的最新技术成果。在此基础上U8在应用服务、数据库服务上进行了全面升级,使U8的运行效率、可靠性等方面都有了较大提升。这次升级的同时U8产品推出了经过多年发展的UAP平台。UAP平台的推出使U8产品在适应企业需求快速变化方面又增加了一个有利的武器。

目   录

引言.... 2

1.    成熟应用与先进技术的完美融合.... 4

1.1      平台化的ERP. 4

1.2      不断采用新技术... 5

1.3      中型企业ERP应用的最佳实践... 5

2.    U8企业技术框架.... 9

2.1      基于.Net Framework企业应用架构... 9

2.2      基于UAP平台的多层产品架构... 11

3.    开放的产品架构促进了产品生态链的发展.... 12

3.1      基于服务的组件开放设计... 12

3.2      元数据技术... 13

3.3      行业与插件技术... 13

4.    基于最佳实践的自主技术.... 13

4.1      表单技术... 14

4.2      报表技术... 15

4.3      工作流技术... 17

4.4      门户技术... 19

5.    高安全性.... 21

6.    高并发支持.... 21

6.1     系统优化管理平台... 22

6.2     数据库性能优化建议... 22

7.    故障与恢复.... 24

7.1      网络及设备的冗余设计... 24

7.2      磁盘阵列技术... 24

7.3      双机热备份... 26

7.4      应用系统备份... 27

8.    多种部署方式.... 28

8.1      简单网络应用,单台服务器应用... 28

8.2      多服务器应用模式... 29

8.3      有分支机构的集团公司应用模式与大型集团的分布式应用... 29

8.4      含有大量业务账套的应用模式... 30

8.5      含有用友连锁零售管理系统的分布应用... 31

8.6      广域网下的使用模式... 32

8.7      其他远程连接模式... 33

8.8      VPN下直接连接的使用方式... 33

8.9      U8智能更新... 34

1.   成熟应用与先进技术的完美融合

1.1    平台化的ERP

        早期的软件开发,程序员几乎要实现自己所负责功能的所有代码,程序员之间没有层次关系,开发成果的共享程度很低,所以造成开发效率极其低下,软件产品的质量也很难控制。软件产品发展到今天,随着应用的深入,用户的行业化、个性化要求越来越高;另一方面随着市场竞争的加剧,用户的需求变化越来越频繁。为了应对这些新情况,软件开发模式也在悄悄发生着变化:基于特定领域的应用开发平台出现了。面向应用的业务平台不同于纯技术平台(如.NET,应用开发平台需要大量应用案例的积累和沉淀,其中包括用户(案例)规模、经验、教训、总结等等,可以说它是多年应用开发实践的产物,是平台开发商对某个领域的理解,其中蕴含着大量的领域思想,这是应用开发平台存在的根本之所在,从这个意义上可以说,是先有软件后有平台的。所以,对领域模型抽象的程度是衡量一个开发平台优劣的一个重要指标,具体表现在对领域模型的缺省实现程度、对未来领域模型变化的预测、对领域内个性化用户的适应度等。U8产品也是基于目前平台化的思想建立的,通过平台化的方式建立的产品有以下的好处:

Ø 更高的开发效率

在应用上,程序员是根据一个具备领域缺省实现的平台上进行的开发活动,很多共性的需求都不需要再次重复实现;在开发技术上,平台已经预先解决了大部分的技术难点,所以能够明显提高最终软件产品的开发效率,节省开发成本。

Ø 更稳定的产品质量

由于软件产品是从一个平台生长出来的,只要平台稳定可靠,产品的质量就获取了保障。而且使用平台具备倍增效应:解决了平台的一个质量问题,就能够解决产品中的多个功能点遇到的同样问题。

Ø 更统一的用户体验

由于产品是基于平台开发的,所以UI展现(色调、布局)、交互模式等都是相同的,从而可以为最终用户提供良好的体验,降低使用的难度。

       

        U8的应用平台为UAPUAP平台是U8ERP的技术平台,也是U8ERP的应用平台。作为技术平台UAP提供了U8运行所必须的基本运行时框架。封装了U8各层运行必须的基本构件。保障各层之间的通讯的畅通,并制定了相关技术标准。作为应用平台UAP提供了U8运行所必须基本应用框架,为应用产品提供了一致运行界面,一致的应用模式。通过抽象应用产品的开发模式,提供了一系列的业务运行所必须的引擎。

1.2    不断采用新技术

        虽然是一个已经发展超过10年的产品,但U8仍然是一个热衷使用新技术的产品,这也是为什么U8一直保持高增长的原因之一。U8产品从最初的单一应用单一架构的产品发展到现在成为复合应用多层架构的产品,如果不引入新技术必然无法支撑产品的发展要求。

        当国内其他同样的产品面对新技术固步不前时U8产品却大胆的选择了尝试,并且得到了成功。目前U8是国内唯一解决了多种语言融合使用的产品,此技术保证了U8产品可以使用微软的最新技术,而不用担心无法兼容的问题。

        U8产品目前已经成功的从VS6的语言平台迁移到了.Net平台,我们大量的产品的开发都可以基于.Net平台完成,其中UAP平台也是基于.Net进行的开发,由于使用.Net平台,产品的易用性、运行效率、开发效率、产品外观等方面都有了巨大的提升。

       当微软推出64位操作系统时,U8在第一时间内就进行了适配,对64位操作系统、数据库系统的适配使U8在计算能力上有了巨大的飞跃,有力的保证了U8客户的高速增长的并发要求。

       Windows7的测试阶段,我们与微软就针对Windows7的新特性进行了开发,在890产品中都可以看到我们针对Windows7所推出的新的应用特性。

1.3   中型企业ERP应用的最佳实践

        UAP平台是U8 ERP的应用平台,采用平台的方式使U8产品在以下方面为客户带来应用价值

1.3.1    柔性化

        企业应用的需求处于不断的变化中,不同的企业的需求也是差异非常大。不同的行业、不同的企业规模也存在着巨大的差异。在大规模普及ERP产品前很多企业都选择定制软件满足其企业管理的要求,但定制软件在产品质量上很难保证。

       ERP的标准产品要适应不同客户的要求就需要采用柔性化的设计方式,虽然柔性化的设计在U8产品的中随处可见,但而柔性化的内容往往需要平台的支持才能实现,原因是柔性设计是底层设计技术,如果在应用层直接进行柔性设计则工作量巨大,而且无法重用。U8产品的柔性化的设计主要表现在以下方面:

l 表单,U8产品的表单可以由用户随意配置,用户可以配置表单布局、打印布局、各种计算公式等等,表单的个性化功能保障了U8产品对客户界面操作的个性化的要求。

l 工作流,U8工作流为客户提供了流程定义的功能,从而满足用户个性化的业务流程。

l 报表,U8报表为客户提供了良好的设计功能,而且使用户可以自己定义所需要的各种报表。

l 门户,U8门户可以按不同的操作员进行定义,在门户中可以提供其所需要的不同的应用场景

l   权限,U8的权限设计可以让用户灵活的配置,满足其所需要的不同权限要求。

1.3.2    扩展性

        U8平台保证了产品具有足够的扩展性,从而使U8产品不仅仅能满足一般企业的要求,更能让合作伙伴、实施伙伴在U8产品的标准应用上在进行扩展,从而开发出新的应用。U8产品的扩展性是基于平台的实现的。U8产品是基于多层产品架构进行的设置,同时提供了基于服务的组件开发设计,基于元数据技术和行业与插件技术的应用都使U8成为一个具有强大扩展性的产品。

1.3.3    协同应用

在企业生产经营活动中,协同作为最基本的工作方式和运作模式,体现在各个层面:企业战略、目标、计划等大政方针的制定需要管理层的通力协作;企业的核心业务需要各职能部门按照业务流程和企业制度的要求协同完成;员工、团队的任务则有赖于员工之间的有序协作与配合来完成。

用友U8ERP为企业的协同应用提供了全面支持。

首先,U8ERP支持企业流程的规划和设计。可以通过连接各职能部门的业务活动,实现业务的集成和一体化。比如:通过生产与销售的协同,实现产销一体化;通过业务到财务的协同,实现物流、资金流的一体化。

其次,U8ERP支持企业关键业务事项的多模式审批。通过工作流系统将组织、角色、数据、活动、业务规则等协作要素按需进行组合和编排,实现人员、信息、过程的紧密集成和有序协作。

另外,U8ERP提供面向管理者的综合信息门户。综合信息门户包含了来自各业务产品模块的关键KPI监控视图和各种基于不同视角、维度的统计报表,方便管理者随时掌握企业状况,为决策提供信息依据,体现了管理的协同。

同时,U8ERP提供面向员工的业务工作中心。业务工作中心包括根据员工的业务和职能角色,由系统自动生成的员工工作任务列表;还包括一组个人协同工具:工作日历和消息通讯,为员工日常事务安排以及组织内即时沟通协作提供了支持。

U8ERP通过为企业提供面向业务、员工、团队、管理者各层次全方位多领域的协同应用支持,为实现精确管理、打造敏捷企业提供了有力的信息化支撑。

2-1 描述了协同应用的应用模型

2-1协同应用模型

1.3.4    集成应用

        从企业信息化的角度来看,信息化建设在企业的不同发展阶段,其重点和内容都不相同,企业信息化存在着长远规划、分步实施的特点,这样难免会出现许多支撑特定领域应用的独立系统,将这些系统连接起来协同工作是企业的必然选择。

用友U8UAP集成平台提供了一套基于SOA架构的集成应用解决方案,并提出了“主数据建模、业务事件驱动、流程自动化”的集成方法论,能以低成本、高效的方式支持企业打通IT信息壁垒,建立IT系统协同工作机制,实现供应链上下游协作,并通过这种方式有效支持企业的业务扩展、管理创新和商业模式创新。

U8UAP集成平台专注于解决集成中面临的三大难题——数据的差异、技术的差异、变化的要求:

Ø 由于没有统一的商业标准,系统之间的数据信息的表示很可能不一致(即可能说的不是一种语言),需要进行相互适配转换。

Ø 不同的软件所使用的平台和技术差异很大,且网络环境各不相同,导致在集成中需要花大量的精力来解决跨异构系统、平台、网络的技术问题。

Ø 需要编写大量业务过程硬代码,成本高,而且不灵活,不能适应企业未来变化。

U8UAP集成平台采用基于SOA架构的企业服务总线技术,提供以流程自动化为中心、以主数据管理为基础,业务事件驱动的集成开发模式,能很好的解决上述三大问题:

Ø 弥合数据差异----主数据建模:负责统一描述企业内部的基础数据,并描述各个系统数据之间的差异和相互之间的适配转换规则,解决了系统之间的数据差异问题(即说不同语言的问题),确保了数据在不同系统之间能自由传递。

Ø 弥合技术差异----企业服务总线ESB:企业服务总线ESB是一个统一的SOA基础设施,通过采用可靠、异步、松耦合的消息通信;规范的与协议无关的服务架构;多通道适配、多协议绑定技术;分布式网络部署和智能路由等技术,统一了集成应用的技术框架,向用户屏蔽了集成技术细节,实现了“千变万化,归于一统”。

Ø 适应未来变化----服务流程编排:服务流程编排技术提供可视化免编码的流程设计和SOA服务的按需组装功能,能够快速构建连接多个系统之间的灵活、自动化的集成流程,企业可以根据业务的变化随时对流程进行调整和优化。

Ø 以业务为导向----业务事件驱动:采用基于业务事件驱动的集成模式,一切以业务为出发点,从业务的视角而非技术视角开始集成应用工作,使得集成的过程更加契合企业实际业务场景,更易于理解,降低了集成的难度。

Ø 全过程监控----端到端的集成过程监控:通过完整的日志记录每一环节的执行过程,通过端到端的监控掌握每一笔业务从开始到结束的全程状况,使企业随时了解集成业务的运行情况,及时排除错误、洞察瓶颈、改进流程。

U8UAP集成平台为用户解决了大部分集成上的技术难题,并提供了一整套支持快速开发、部署、维护、持续优化的简捷高效的平台工具产品,使得用户只需专注核心业务实现,而无需关心技术细节。

1.3.5    高效开发

        ERP产品一个需要投入大量资源的软件产品,所以如何提高产品的开发效率是ERP产品必须解决的问题,而UAP平台就负担起了这样的一个责任。UAP平台是通过对ERP基本应用模式的进行总结后对各种应用开发模型进行抽象后建立的。其具备了软件工厂的特征。用UAP平台开发的应用的代码量大大降低,大概是传统开发方式的代码量的01/6。这就大大提高了产品的开发效率。特别应用到二次开发中,可以使二次开发的周期缩短一半以上。

1.3.6    应用体验

    UAP平台下开发的产品,用户可以获取一致的应用体验,包括更人性化的界面、更好的交互应用和操作的效率、更及时的信息提醒,及更细致的功能提醒,使用户在使用过程中获得安全感,提高用户学习的速度和使用的满意度。

    由于U8是CS产品,这方面本身就有天然的优势,UAP通过.Net技术将此优势再次扩大。从而将ERP的应用提高到了一个新的高度。与国外产品相比我们在这方面有了本土化的优势,更符合国内用户的应用习惯。

1.3.7    管理者体验

ERP在管理者中的应用模式与普通企业的业务人员的要求是不同的,管理者的应用主要体现在审批和报表分析方面。U8产品在多个方面为管理者提供他们所需要的功能,主要表现在U8的门户产品和U8商业智能产品上,U8商业智能定位主要面向企业的中高层管理人员以及专业分析人员,将企业中现有的数据转化为信息和知识,帮助企业做出明智的业务经营决策的工具。目标是成为其全面的企业财务、业务的综合查询、实时监控和分析决策的商业智能平台,产品要求具有通用化的平台特性,标准化的产品特性,易于实施部署和定制开发,具有较强的报表功能和分析功能,能成为大多数中小企业流行的桌面分析决策工具。其主要有以下特征

1.统一的业务模型,所见即所得的报表编辑,并针对中小型管理特点预置了大量管理分析报表。

支持跨企业、跨年度、跨业务等分析,实现灵活的财务、业务、生产、成本的同比,定比,环比,占比,趋势等分析。

2.内置企业分析决策模型,对企业的海量数据做进一步的挖掘和预测,从而反映出业务数据背后的信息和知。

3.预置丰富的指标,强大的企业绩效模型工具,智能化地表现企业绩效,为管理层人员经营战略的确立和快速达成一致意见提供了数字条件。

4.统一的预警平台,利用多种预警方式及时掌握企业的经营异常,实现企业“异常”管理。

2.   U8企业技术框架

2.1   基于.Net Framework企业应用架构

        目前U8采用的技术框架完全基于微软的.Net Framework技术构建。其中客户端支持C/S和B/S两种应用模式,主要应用为C/S模式,C/S的客户端采用.Net Framework开发的应用门户。基于.Net的Windows Form应用在用户体验方面有了极大的提升,U8门户就充分利用了.Net 框架的停靠功能实现了表单辅助视图的应用模式。U8的报表的前端展现也充分利用了.Net 提供的GDI技术,从而使报表的展现更加丰富。

    U8的服务层基于微软的.NetFramework 的Remoting 技术构建,采用的协议为TCP协议。U8的应用服务主要包括两部分的应用,一是所有应用模块的逻辑服务通过应用服务层进行调用,一是U8的报表服务。

    U8的数据库层也是基于微软的SQLServer建立,SQL SERVER为企业用户提供大规模计算、大数据量、高可靠性、高伸缩性、低总拥有成本(TCO)的企业计算平台。在U8开发报表服务中,仍然利用了SQL 的技术能力为我们提供了高效的报表计算功能。通过SQL提供的强大的64位计算能力。U8产品在并发的支持能力上有了明显的突破。

3-1 U8基于.Net Framework的分层的系统架构。

图3-1 基于.NetFramework的技术架构

微软.NetFramework 企业应用架构主要包含Microsoft®SQL Server™ 2005VisualStudio® 2005。Visual Studio 2005和.NETFramework 2.0:利用这一企业级开发平台,广大开发人员及其团队能够开发出更加高效、安全和可靠的解决方案。Visual Studio 2005增加了一系列新的工具,其中,    Visual Studio Team System是一个可扩展的、支持整个软件开发生命周期的工具平台,能使软件开    发团队之间更好的协作,从而开发出现代化的、服务导向的解决方案。

    Microsoft SQL Server 2005:作为微软5年来具有里程碑意义的企业级数据库产品,SQL Server 2005在企业级支持、商业智能应用、管理开发效率等方面有了显著增强。它提供的集成的数据管理和分析平台,可以帮助组织更可靠的管理来自关键业务的信息、更有效的运行复杂的商业应用;而通过其中集成的报告和数据分析工具,企业可从信息中获得更出色的商业表现力和洞察力。其中,SQL Server 2005和Visual Studio 2005的强大性能,已在众多基准测试中得到证实:

• 满足企业级关键应用的平台。根据最新的SAP销售和分销三层标准应用基准,运行在惠普和英特尔硬件上的SQL Server2005和Windows Server 2003实现了创记录的93,000名用户同时使用的性能。这项新的64位处理器基准在2005年11月3日得到认证,比SQL Server 2000的性能提高了3.5倍,充分显示出SQL Server 2005的企业级计算能力。

• 优秀的性价比。微软同AMD、Bull、惠普、英特尔、NEC和Unisys等合作伙伴的基准测试证明,在标准硬件上微软能够实现破纪录的性能及性价比,同时,在高端服务器上则具有优良的可伸缩性(Scalability)以处理企业级OLTP(联机事务处理)和数据仓库的需求。

• 集成的优势。新的基准测试表明,SQL Server 2005集成.NET Framework 2.0的平台,与同等编码的EJB-applications运行于IBM WebSphere 6.0和Oracle 10G后端数据库的组合相比,性能高出183%。而进一步的性价比测试表明,运行于Windows Server 2003的.NET Framework的整体成本只有运行于RedHat Linux AdvancedServer的IBM WebSphere成本的一半。

• 强大的64位计算能力。新的CachePerf基准测试表明, 64位架构在内存寻址能力方面具有极大的优势,同时在特定的中间层和数据层方面,客户可以体验到64位系统的性能明显超过32位系统。

2.2    基于UAP平台的多层产品架构

     UAP平台是U8产品的应用平台,通过UAP平台建立了U8的各种标准应用,在标准应用基础上建立了U8的行业插件,这就形成了产品的分层开发的模式,分层开发模式可以很好的解决产品标准化与个性化之间的矛盾,从而成为一个极具柔性的产品。如图3-2所示。

     

3-2 基于UAP平台的产品架构

3.    开放的产品架构促进了产品生态链的发展

        U8产品在实施过程中需要合作伙伴和客户的全面参与,U8产品虽然提供了标准应用和行业方案,但这些还往往无法满足客户的个性化的需要,U8还支持方案提供商、合作伙伴基于U8产品开发符合行业或某客户需求的插件产品,同时有能力的客户也可以基于U8产品进行客户化的开发工作。所以这些就建立起了完整的产品链,如图4-1所示。

4-1 产业链价值

3.1    基于服务的组件开放设计

U8标准产品为支持行业化应用和用户个性化开发,将内部核心业务功能进行基于服务的封装,形成标准、可复用、组件化的接口对外公布,这些服务接口涵盖了所有基础主数据和业务单据,并能支持对这些数据的增删改、审核/弃审等操作。这些接口是在统一的元数据和服务框架的基础上构建的,外部可以通过统一的服务代理进行访问。

另外,U8标准产品将系统内部的业务数据状态异动变化作为标准的业务事件资源提供给外部,外部可以通过插件编程的方式进行事件响应,以实现对U8标准功能的介入和扩展。事件的触发响应由事件引擎驱动,并支持异步和同步模式。

如图4-2U8标准服务接口和标准业务事件是U8二次开发的基本资源,是U8开放性的重要体现。

4-2 组件开发技术

3.2   元数据技术

        U8产品是基于元数据的方式运行的,通过元数据的方式运行的产品可以保证产品的柔性化,同时由于使用元数据可以将数据进行分层,从而支持了产品分层开发的技术特性。

        U8专门有元数据库,在此数据库中不仅保持了标准产品运行所需要的元数据,也存储合作伙伴或用户所需要的元数据信息,而且这些信息是相互隔离的,通过这种技术方式保证了产品的安全升级,即无论标准产品如何升级也不会影响二次开发。

       

3.3   行业与插件技术

         U8的行业与插件技术就是U8开发的产品架构的具体体现,通过行业与插件技术我们可以将标准产品开放给其他的合作伙伴或实施人员进行二次开发,我们的行业产品也是基于此技术完成的。行业与插件技术的应用可以保证U8的标准应用与U8行业应用各自独立的发展,不产生冲突。同时U8行业插件又大量复用了标准应用功能,保证了产品的开发的高效完善。

4.    基于最佳实践的自主技术

        经过多年的发展,U8将大量的用户案例进行积累和沉淀,形成了平台技术的完整方案,再借助.Net技术,使U8的UAP在应用技术方面走在了国内同行的前面。U8的这些自主技术已经全面的应用U8的各种应用中为客户带来了巨大的价值。

4.1    表单技术

         在软件领域,框架是可被应用开发者定制的应用骨架,一个框架是一个可复用的设计构件,它并不是实现具体应用的程序,而是实现了某应用领域通用完备功能(除去特殊应用的部分)的底层服务。使用这种框架的编程人员可以在一个通用功能已经实现的基础上开始具体的系统开发。框架提供了所有应用期望的默认行为的类集合。表单框架就是一个面向管理软件领域表单应用的框架

        U8表单为用户提供了具备先进交互能力的运行环境,此技术是我们针对大量ERP用户的调研后发明的。此技术可以大大的提高UI设计的效率,提高用户的应用体验,提高产品开发效率。并在柔性化性、个性化方面相比VB平台开发的产品都有巨大的提升。

5-1UAP表单的框架模型

5-1 表单框架模型

4.1.1    分层开发模式

表单开发支持分层开发的方式,对一个表单可以分多层进行开发,每层之间相互独立,实际运行时为合并在一起运行,这种分层开发模式的支持支撑了产品的扩展性,使U8产品可以支持行业化和插件。

4.1.2   MVC模式+EditWindow技术

表单框架采用MVC模式,业务逻辑层(M)、界面层(V)、业务逻辑和界面之间的控制层(C)互相分离。这种模式可以支持任何复杂交换要求的表单,并且非常灵活,在产品的柔性化方面提供了技术保障

EditWindow技术是在.Net技术上实现的界面控制技术,U8表单都是由一个个EditWindow组成,EditWindow可以是表格,也可以是卡片,他可以按用户要求任意变换,从而最大程度的满足客户的柔性化的要求。

4.1.3    数据交换引擎

表单框架的数据交换引擎,可以快捷地以完成不同表单直接的数据交换,对两个对象之间的不同实体可以灵活的进行映射定义,包括简单映射、公式计算甚至代码的方式。而且转换过程可以多步定义最大程度上满足了用户的要求。

4.1.4    一站式的表单开发能力

用户不用书写任何程序代码就可以实现一个完整的表单应用:无缝地运行在U8门户中;具有录入、修改、持久化、打印、查询等U8系统单据具有的一切能力;如果表单是一个档案类型,可以生成符合U8规范的对应数据参照。

4.1.5    强大、友善的设计工具

UAP表单框架设计时采用类似于微软Visual Studio的开发环境来实现界面的设计功能,操作简单、实用性强。面向设计人员的视窗十分友好亲切,普通技术人员能够快速上手并熟练运用,而对于用户的IT人员,只要经过短短几天的培训,他们就能够基于UAP平台实现自主设计。

表单框架提供了独立的表单布局视图设计工具,允许用户通过拖拉的方式设计表单界面;表单的样式在设计时是什么样的,在运行时就是什么样的。

4.1.6    支持团队开发模式

利用UAP中提供的“任务管理”功能表单设计器允许多个用户同时在一个UAP项目中工作;一个表单的写操作是排他的,浏览(查看)操作是共享的。

4.1.7    标准的数据接口及代码设计

表单框架提供了开发一个行为对象的标准接口,利用Visual Studio2005提供的接口实现功能,可以方便快捷地得到行为对象的程序结构,从而保证了所有行为对象程序代码的标准化。

4.2   报表技术

         基于.Net平台建立的报表引擎,在报表的计算能了方面有了巨大的提升,相比其他的ERP产品,我们的报表技术是建立在服务器计算的基础上的,服务器计算的优势就是可以利用服务器的巨大的计算能力,提高报表技术的效率。在报表展现方面U8的报表平台拥有强大的表现能力,是国内ERP产品中展现能力最强大的报表产品,其提供了丰富的展现模式,特别是其提供的折叠样式的报表,是其他产品无法比拟的。其提供的丰富的图表功能也是其他产品难以达到的。此报表平台可以开发多种展现样式的报表。

5-2是报表的运行时结果图,报表分展现、计算和数据层组成。

5-2 报表运行时结构图

4.2.1   丰富的展现能力

国内ERP内置报表中表现能力最丰富的报表,支持平面展现、折叠展现、合并单元格展现,交叉展现等方式。可以灵活的在这些展现方式中切换。

4.2.2   自由报表

支持自由格式的报表展现,最大程度上满足客户的要求。

4.2.3   图表

支持20几种图表的定义,而且定义过程非常简单,并能与数据进行交互操作。

4.2.4   监控视图

支持直接在门户中显示监控报表,使用户及时掌握最新的业务动态,支持仪表盘的展现,直观的表现现在企业的各种关键指标的运行状态。

4.2.5   多视图多分组定义

一个报表支持多种视图展现,一个视图支持多种分组模式,定义灵活,切换简单。

4.2.6   多种应用模式

支持动态报表即在门户中实时运行的报表

静态报表,定时运行的报表,定时运行后可以发送邮件、门户通知、短信通知等给订阅的用户查看

监控视图,进入门户后直接就可以看到的针对指标进行描述的报表。

预警功能,定时运算的可以定义预警条件的报表。

4.2.7   多种展现平台

U8门户、邮件、短信、门户消息、Web展现、Office

4.2.8   多种数据源的支持

数据引擎、SQL语句、存储过程、自定义数据源

4.2.9   强大的报表设计器

     所见即所得的按需简单设计,提供自由式和表格式两种功能强大的布局方案,用户化的脚本语言和引擎,灵活的可扩展接口。

4.3   工作流技术

     业务流程的变革和创新是企业适应日益激烈的市场竞争的必然要求,业务流程的梳理、优化和重组成为企业的常态,为此,UAP基于微软的BPEL4WS和ESB技术,推出了功能强大的UAP工作流平台。 U8工作流是国内ERP中第一款基于BPEL标准的工作流平台,我们对在此标准上建立的U8PDL语言拥有自主知识产权。我们还扩展了此标准,设计了适合国情的先进补偿机制。我们建立的工作流引擎能高效的应用在ERP应用的各种领域。基于该平台可以实现企业业务流程的可视化动态建模、定义、扩展、编排、执行以及透明的跟踪与控制。下图为工作流框架层次结构和应用流程

5-3 工作流框架层次结构

4.3.1   工作流引擎

解析工作流模型文件,并根据流程模型文件描述和流程实例数据推动流程实例的执行。工作流采用BPEL标准,并在此基础上建立了U8PDL语言。

4.3.2   图形化流程定制

通过图形化流程设计界面,用户可直观的描绘出所需要的工作流程;采用流程节点的“拖拽”、“复制”、“粘贴”、“流程模版”等方式,使得熟悉本单位业务流程的用户可轻松的定制出复杂的工作流程。流程设计器用于用户工作流程的定义和管理。流程设计器中可利用“自动活动节点”、“DoWhile结构“、”WhileDo结构”、“决策结构”、“人工活动节点”、“等待节点”等元素来表达各种流程方式。

5-4 图形化的设计器

4.3.3   第三方人员组织信息集成

UAP工作流平台以插件的方式挂接不同的组织模型。组织模型中包含人员、岗位、组织三种执行者指代形式。三者间可自由设定相互关系,以表达复杂的执行者范围逻辑。同时,用户可以将其他系统的组织人员信息封装为实现了特定接口的插件,从而运用于工作流系统。

4.3.4   多类型服务组件调用方式

UAP工作流平台可调用外部的服务组件。服务组件调用方式可以为.Net Assemly本地调用、.Net Remoting调用、DCOM调用、WebService调用等。通过对多种类型的调用方式的支持,可方便的重用已有服务、降低相关成本。

4.3.5   完善的工作流运行时监控功能:

系统运行时,对全系统的工作流流程实例进行监控,支持流程实例运行进度图形化查看、流程实例内部数据查看、流程实例日志等功能。UAP工作流平台提供了一系列的工具,用于流程的建模、扩展、编排和监控:

通过工作流控制台,用户可以配置工作流系统运行所需要的工作流引擎、MOM服务器等信息,从而完成工作流运行环境的配置;还可以发布流程模型并管理其版本。通过图象化的显示方式、系统日志等手段对流程实例运行状况和工作流系统运行情况进行监控也是工作流控制台的重要功能之一。通过控制台可以查看每个账套中的已发布流程和未发布流程;查看已进入审批流的单据信息。

5-5 流程监控

4.4   门户技术

        U8产品的门户是使用.net开发的,其不但可以支持所有.net开发的客户端,也支持微软VB开发的客户端,这种特性是用友与微软合作的技术成果,目前能有这种兼容能力的产品还只有用友一家。此门户可以集成所有微软工具开发的程序,如VB,.NetIE等。此门户提供的动态装配功能可以使门户展现你自己开发的视图,最大限度的提供了产品的个性化支持能力。UAP企业门户的出现使得以场景驱动模式为基础的,按角色、按权限分配,按需求布局的个性化的应用工作桌面成为可能。

图5-6 U8门户应用框架

图5-6是U8的门户应用框架,U8门户有以下应用特征。

4.4.1   两种页面模型

        U8门户采取了两种不同的页面模型应对客户的不同的应用模式,一种是主页模型,在这种模式下使用的是流式布局的模型,这种布局方式伸缩性更好,而且支持滚动操作,用户在应用时可以看到更多的信息。另一种是表单模型,这种模型采用停靠布局的方式,其更符合表单录入的要求。

4.4.2   面向管理者的主页

        U8门户退出的主页应用模型就是为经理人员查看关键信息提供的,基于个性化的应用要求,我们不但预置了部分应用,更重要的是门户完全支持用户自己定义其希望查看的内容。此主页中显示的视图也可以通过报表进行定义。

4.4.3   表单辅助视图模型

    U8门户支持辅助视图模型,在这种模型下编辑界面与辅助视图之间通过消息方式进行通信,从而支持编辑界面与辅助功能的交互联动,而且扩展了主编辑界面的功能,这种技术为产品的扩展提供了新的途径。

4.4.4   个性化应用

        U8布局模型不但支持公共布局的定义,而且可以按操作员保存布局,而且所有的公共页面也可以另存了私有页面。所有这些功能都为用户的提供了最佳的应用体验。

4.4.5   消息驱动模型

         U8的门户采用消息驱动模型,基于消息的应用方式可以最大程度的达到实时应用,通过消息的推送,使用户可以及时得到其需要的信息。

u 消息是由于业务功能流转而推给用户的任务,如审批任务、日常事务等,或其他用户发送的个人实时信息等,消息在消息中心列示。消息是实现个门户元素通信的纽带:

u   视图接受消息也发布消息

u   场景接受视图的消息,把消息派发给该场景的其他视图,实现场景内视图间的通信。

u   门户接受场景的消息,把消息派发给其他场景,实现场景间的通信。

u   门户和场景都担当的消息交换中心的职责。

4.4.6   插件运行

        U8门户同时也是一个基于插件运行的平台,系统提供了多处扩展点,从而使其他开发人员可以基于门户的框架进行二次开发。

5.   高安全性

安全问题近年来得到了企业界的广泛关注,企业对自身信息资产的保护意识大为增强。但由于许多大型企业网络环境复杂、节点众多、地理位置分散、应用复杂,导致了这些企业在安全部署上遇到诸多问题,除了需要重点考虑数据安全以外,还应当从整体上充分分析和设计系统的安全应对方案。

由于安全性涉及面非常广泛,所以我们专门提供了U8产品安全白皮书》,请参考其内容。

6.    高并发支持

       ERP系统的性能的优劣将直接影响产品应用者对软件的应用体验,影响其使用产品的积极性,在产品性能极端低下的情况下还会大大影响用户的业务工作。所以U8产品在系统性能方面一直作为一个重点特性进行支持。一个产品的系统性能涉及的面非常广泛,从大的方面看包括硬件和软件技术的发展。从产品应用模式看表现在前端展现和并发应用两种。U8产品在前端表现方面采取了大量的技术来保证产品的交互的最佳表现。在每一个功能节点上都有指标要求,使其达到应用的最佳体验。

        U8在并发的支持方面也采取了多种技术,充分利用硬件和软件的功能,提高产品的吞吐能力。通过持续不断的效率优化提高产品在并发中的表现。通过缓存技术使产品对应用服务器和数据库服务器的访问降低,从而减少网络和服务器的压力,达到提高并发性能的目的。U8产品的关键应用采取了TCP协议。在与应用服务器通信方面采取Remoting技术,在集成应用方面采取WCF技术。U8在数据库层对数据库的索引模式、隔离级别的控制、数据锁定范围等进行优化,数据库的优化是产品性能提高的核心内容,U8产品在一个产品版本开发过程中会利用多种测试工具,如LoadRunning来模拟用户实际场景,通过对这些不同场景下的数据的访问的分析找到影响效率的关键因素。

        针对大型用户的使用情况,U8在第三方的测试中心进行了大规模并发的性能测试,测试情况请参见性能测试报告。

6.1   系统优化管理平台

        通过U8产品提供的系统优化管理平台,可以使用户更简便的管理优化自己的系统,U8系统管理平台能随时监控系统的运行状态,利用.Net 提供的计数器功能将系统运行的各种状态信息进行捕捉分析,并及时给出预警。

6.2   数据库性能优化建议

1.        数据库的存放

尽可能实现SQL Server系统数据库与U8数据库分开存放,U8系统数据库与U8账套数据库分开存放。U8系统数据库默认建立在U8安装目录下面,所以建议SQL Server系统库、U8安装目录和U8账套数据库各自保存在不同的独立磁盘上。减少I/O压力。

tempdb数据用于存取当前实例所有临时数据,使用非常频繁,如果条件允许,建议tempdb数据库单独存放在一独立磁盘上。tempdb库体积默认是自动增长,tempdb库体积的频繁增长对tempdb使用效率存在影响,通过观察tempdb库的最大使用空间,然后把tempdb库的初始大小设置为这个值,避免tempdb库频繁分配空间。

2.        文件管理

U8每个年度账套库体现为2个磁盘文件,数据文件和日志文件,可以把日志文件转移到独立的磁盘,使得数据和日志的I/O可以分开进行。为日志文件设置合适的初始大小,避免频繁的磁盘空间申请。

3.        数据库设置

    U8的系统数据库和账套数据库默认都是“简单”故障还原模型,可以根据实际需要把故障模型修改为“完全”或“大容量日志记录”。配合完全备份以减少数据丢失的风险。  

U8的系统数据库和账套库默认为“自动更新统计”和“自动收缩”,这种设置在小型的数据库系统中很有用,可以降低管理的复杂度。但是在大型的数据库系统中会引起性能问题。给正常的业务处理带来一定的影响,所以最好避免使用。对于大型的数据库系统,应该通过自动任务或者手工在系统空闲的时候来完成统计更新和收缩工作(注意:如果取消这两个设置,手动更新统计和收缩数据库必须定期进行,否则会导致数据库的性能越来越差,体积越来越大)。数据库定期要完成的工作还包括碎片整理、一致性检查等。

4.        内存的配置

对于数据库服务器而言,内存总是越大越好。增加内存是提升数据库性能最直接有效的方法之一。

    在32位系统中,WINDOWS默认只能为单个应用程序分配2GB的地址空间,可以在boot.ini增加/3GB让SQLServer可以使用3GB的内存。

32位平台能够寻址的内存只有4GB,如果在32位平台上使用超过4GB的内存,需要启用AWE。启用的方法是在boot.int增加 /PAE配置。

AWE适用WINDOWS版本有 :WINDOWS 2K ADVANCED,DATACENTER/ SERVER 2003 ENTERPRISE,DATACENTER。

启用AWE以后,还需要在SQL Server里面设置“SP_Configure ‘awe enabled’,1”,另外,一定要设置“max server memory”(最大服务器内存)选项,以确保不会让SQL Server实例占用所有的内存资源。

关于内存使用的最好建议,是让SQL Server使用默认设置动态地根据需要调整内存。如果由于某种原因,系统表现为其他应用程序的性能下降,是由于SQL Server没有释放足够的内存,那么就减小SQL Server所能使用的内存数量。

5.        磁盘配置

如果条件允许,可以为磁盘配置RAID以保证数据的安全性和提升I/O的性能。比起软件RAID来说,硬件RAID更好,当然价格也比软件RAID要高。可以把RAID 0、RAID 1和RAID 5结合起来使用。其中tempdb特别适合采用RAID0。

6.        索引

U8新建的账套已经预置了很多索引信息,一般情况下这些索引已经足够使用,当出现特殊业务和应用时,也可以根据需要适当的增加或者删除索引(增加和删除的索引必须事先备案,以便在以后出现问题或者高版本升级时查阅)。新建索引的数量和类型必须经过严格测试后才能放在上线系统中,谨慎使用索引视图。可以GraphicalShowplan、SQL Server Profiler和Index Tuning Wizard来辅助管理索引。

7.        分析解决问题

当系统出现问题时,可以使用Windows的性能监视器来帮助查找定位问题,最常用的主要有内存、磁盘、处理器、网络和应用,由于一个部分出现的问题很容易把自己掩饰成其他部分的问题,所以在监控一个系统的时候,追踪所有这些领域很重要。可以使用SQL Server计数器来监视SQL Server内部的每一个应用,具体的计数器检查方法、建议以及阀值请参考微软相关文档。

7.    故障与恢复

         U8整体部署包括网络、服务器、设备、系统软件、应用软件等,彼此之间是相互协调运作的,任何一点的故障都有可能影响整个系统,因此应该建立一个完善的故障恢复体系,在系统出现故障点时,及时发现、及时分析、及时切换、及时恢复,才能保证系统持续稳定地运行。

在某些应用中,不允许服务器宕机或系统停顿,追求高可用性和高可靠性。这时,我们需要对系统进行设计,以应对随时可能出现的系统故障。

容错是当部分系统发生故障时系统继续工作的功能,冗余技术是实现计算机容错技术的主要手段。

7.1   网络及设备的冗余设计

   对网络设备、链路、网卡都可以实现冗余,当其中一个发生故障时,系统会将原负载自动切换到另一个冗余设备上,使系统不间断运行,切换过程非常短暂,终端用户是感觉不到的。

7.2   磁盘阵列技术

               所谓的RAID,是Redundant Arrays ofIndependent Disks的简称,中文为廉价冗余磁盘阵列。由1987年由加州大学伯克利分校提出的,初衷是为了将较廉价的多个小磁盘进行组合来替代价格昂贵的大容量磁盘,希望单个磁盘损坏后不会影响到其它磁盘的继续使用,使数据更加的安全。RAID作为一种廉价的磁盘冗余阵列,能够提供一个独立的大型存储设备解决方案。在提高硬盘容量的同时,还能够充分提高硬盘的速度,使数据更加安全,更加易于磁盘的管理。
一、RAID技术规范简介
RAID技术主要包含RAID0RAID 7等数个规范,它们的侧重点各不相同,常见的规范有如下几种:
RAID 0RAID0连续以位或字节为单位分割数据,并行读/写于多个磁盘上,因此具有很高的数据传输率,但它没有数据冗余,因此并不能算是真正的RAID结构。RAID0只是单纯地提高性能,并没有为数据的可靠性提供保证,而且其中的一个磁盘失效将影响到所有数据。因此,RAID0不能应用于数据安全性要求高的场合。
RAID 1:它是通过磁盘数据镜像实现数据冗余,在成对的独立磁盘上产生互为备份的数据。当原始数据繁忙时,可直接从镜像拷贝中读取数据,因此RAID1可以提高读取性能。RAID 1是磁盘阵列中单位成本最高的,但提供了很高的数据安全性和可用性。当一个磁盘失效时,系统可以自动切换到镜像磁盘上读写,而不需要重组失效的数据。
RAID 0+1: 也被称为RAID10标准,实际是将RAID 0RAID1标准结合的产物,在连续地以位或字节为单位分割数据并且并行读/写多个磁盘的同时,为每一块磁盘作磁盘镜像进行冗余。它的优点是同时拥有RAID0的超凡速度和RAID 1的数据高可靠性,但是CPU占用率同样也更高,而且磁盘的利用率比较低。
RAID 2:将数据条块化地分布于不同的硬盘上,条块单位为位或字节,并使用称为加重平均纠错码(海明码)的编码技术来提供错误检查及恢复。这种编码技术需要多个磁盘存放检查及恢复信息,使得RAID2技术实施更复杂,因此在商业环境中很少使用。
RAID 3:它同RAID2非常类似,都是将数据条块化分布于不同的硬盘上,区别在于RAID3使用简单的奇偶校验,并用单块磁盘存放奇偶校验信息。如果一块磁盘失效,奇偶盘及其他数据盘可以重新产生数据;如果奇偶盘失效则不影响数据使用。RAID3对于大量的连续数据可提供很好的传输率,但对于随机数据来说,奇偶盘会成为写操作的瓶颈。
RAID 4RAID4同样也将数据条块化并分布于不同的磁盘上,但条块单位为块或记录。RAID4使用一块磁盘作为奇偶校验盘,每次写操作都需要访问奇偶盘,这时奇偶校验盘会成为写操作的瓶颈,因此RAID4在商业环境中也很少使用。
RAID 5RAID5不单独指定的奇偶盘,而是在所有磁盘上交叉地存取数据及奇偶校验信息。在RAID5上,读/写指针可同时对阵列设备进行操作,提供了更高的数据流量。RAID5更适合于小数据块和随机读写的数据。RAID3RAID 5相比,最主要的区别在于RAID3每进行一次数据传输就需涉及到所有的阵列盘;而对于RAID5来说,大部分数据传输只对一块磁盘操作,并可进行并行操作。在RAID5中有写损失,即每一次写操作将产生四个实际的读/写操作,其中两次读旧的数据及奇偶信息,两次写新的数据及奇偶信息。
RAID 6:与RAID5相比,RAID 6增加了第二个独立的奇偶校验信息块。两个独立的奇偶系统使用不同的算法,数据的可靠性非常高,即使两块磁盘同时失效也不会影响数据的使用。但RAID6需要分配给奇偶校验信息更大的磁盘空间,相对于RAID5有更大的写损失,因此写性能非常差。较差的性能和复杂的实施方式使得RAID6很少得到实际应用。
RAID 7:这是一种新的RAID标准,其自身带有智能化实时操作系统和用于存储管理的软件工具,可完全独立于主机运行,不占用主机CPU资源。RAID7可以看作是一种存储计算机(StorageComputer),它与其他RAID标准有明显区别。除了以上的各种标准(如表1),我们可以如RAID0+1那样结合多种RAID规范来构筑所需的RAID阵列,例如RAID5+3RAID 53)就是一种应用较为广泛的阵列形式。用户一般可以通过灵活配置磁盘阵列来获得更加符合其要求的磁盘存储系统。

       

7.3   双机热备份

    在系统容错技术中,通常采用群集技术,其中双机热备也是一种群集技术,双机热备份技术是一种软硬件结合的较高容错应用方案。该方案是由两台服务器系统和一个外接共享磁盘阵列柜(也可没有,而是在各自的服务器中采取RAID卡)及相应的双机热备份软件组成,

如图1所示。

  在这个容错方案中,操作系统和应用程序安装在两台服务器的本地系统盘上,整个网络系统的数据是通过磁盘阵列集中管理和数据备份的。数据集中管理是通过双机热备份系统,将所有站点的数据直接从中央存储设备读取和存储,并由专业人员进行管理,极大地保护了数据的安全性和保密性。用户的数据存放在外接共享磁盘阵列中,在一台服务器出现故障时,备机主动替代主机工作,保证网络服务不间断。

  双机热备份系统采用“心跳”方法保证主系统与备用系统的联系。所谓“心跳”,指的是主从系统之间相互按照一定的时间间隔发送通讯信号,表明各自系统当前的运行状态。一旦“心跳”信号表明主机系统发生故障,或者备用系统无法收到主机系统的“心跳” 信号,则系统的高可用性管理软件认为主机系统发生故障,主机停止工作,并将系统资源转移到备用系统上,备用系统将替代主机发挥作用,以保证网络服务运行不间断。

  双机热备份方案中,根据两台服务器的工作方式可以有三种不同的工作模式,即:双机热备模式、双机互备模式和双机双工模式。下面分别予以简单介绍。

  双机热备模式即目前通常所说的active/standby 方式,active服务器处于工作状态;而standby 服务器处于监控准备状态,服务器数据包括数据库数据同时往两台或多台服务器写入(通常各服务器采用RAID磁盘阵列卡),保证数据的即时同步。当active服务器出现故障的时候,通过软件诊测或手工方式将standby机器激活,保证应用在短时间内完全恢复正常使用。典型应用在证券资金服务器或行情服务器。这是目前采用较多的一种模式,但由于另外一台服务器长期处于后备的状态,从计算资源方面考量,就存在一定的浪费。

  双机互备模式,是两个相对独立的应用在两台机器同时运行,但彼此均设为备机,当某一台服务器出现故障时,另一台服务器可以在短时间内将故障服务器的应用接管过来,从而保证了应用的持续性,但对服务器的性能要求比较高。配置相对要好。

  双机双工模式:是目前cluster(群集)的一种形式,两台服务器均为活动,同时运行相同的应用,保证整体的性能,也实现了负载均衡和互为备份,需要利用磁盘柜存储技术(最好采用San方式)。WEB服务器或FTP服务器等用此种方式比较多。

       

7.4   应用系统备份

7.4.1    操作系统备份

主机操作系统备份目标是:具备对整个系统的快速恢复能力,满足无数据损失或损失最少、系统恢复速度最快、业务中断时间最短的要求。

因主机操作系统一般变化较少,且流行的主机系统一般都提供较完善的操作系统备份方案和手段,对主机操作系统的备份可通过利用主机系统现有功能,结合主机上的内置磁带机设备来完成,并将多份备份磁带异地存放。

另外,应定期备份操作系统的配置文件等关键数据。

对于Windows操作系统,可以采用ghost软件,在系统安装已经应用程序安装完成后,对系统进行克隆。恢复时从光盘启动,ghost软件会将创建一个和原系统相同的新系统。

7.4.2    数据库备份

数据库的备份应保证系统的基础数据、信息等资料不丢失,能够在基础数据系统遭到破坏时迅速恢复,尽量避免或减少数据的丢失,将损失降低到最小程度。通常数据库备份有以下三种方式:

1、物理备份

指在数据库关闭的情况下对数据文件、控制文件等的备份。物理备份的特点是基本与数据库操作无关,通常可以利用现成的操作系统工具很方便地实现。

2、逻辑备份

在数据库正常使用的情况下对数据库对象进行的备份。日常进行逻辑备份的意义在于必要时可以进行“对象或行恢复”。例如如果有人误删除一个表或表中若干行时,很难从物理备份中恢复这个表或这些行,这时一个逻辑备份就是有益的和必要的。

3、联机备份

在数据库打开并且对用户开放时对数据库文件、控制文件等的备份,备份时数据库可以继续正常操作。考虑到系统的重要程度,可以考虑采用灵活的备份方式,保证能够将系统恢复到故障点之前的状态。

4、备份策略

建立数据备份/ 恢复机制,数据每6小时进行一次增量备份,每三天进行一次完全备份。

7.4.3    应用软件备份

应用软件的备份是为了保证在应用系统瘫痪时迅速恢复。应用软件的备份可通过操作系统和内置磁带机设备完成。考虑到应用软件版本更新、升级频繁,各部分程序模块经常会有程度不同的修改,需要保留以前的旧软件版本来保证应用软件的安全性和高可恢复性,所以,在每次版本更新升级后都需要进行备份。同时,可以考虑配置版本管理软件对应用软件进行管理。

8.   多种部署方式

U8产品支持多种部署模式,依据不同的企业类型和应用类型提供以下部署方式。

8.1   简单网络应用,单台服务器应用

    多个客户端同时使用,每客户端计算机只安装自己使用产品的客户端产品,有一台服务器,安装U8数据库和所有要使用的服务组件,即数据库服务器和应用服务器在同一台服务器上。

    适用于中小型企业应用。优点是,节约成本,用户只购买一台U8服务器。但缺点是,U8数据库服务器和应用服务器都装在一台服务器上,服务器负荷较重。并发用户较多时,系统运行效率会受到影响。如果并发人数较多,请采用高性能专用服务器。如果条件许可的话,推荐用户使用多服务器模式

【拓扑结构

8.2   多服务器应用模式

多个客户端同时并发使用,每客户端计算机只安装自己使用产品的客户端产品。U8服务器采用分离部署方式,配置有多台物理服务器,包括:数据库服务器、应用服务器、web服务器等。通过安装和设置每个服务器充当不同的角色或一个服务器充当两三个角色。这样可以充分发挥每台服务器的设计能力达到较高的效率和性能。

这样配置可以充分发挥每台服务的性能;每台服务器分别负责特定服务,客户维护U8系统明确清晰,易于管理。

【拓扑结构】

8.3   有分支机构的集团公司应用模式与大型集团的分布式应用

对于大型集团或很多公司有许多外部分支机构,使用者遍布各地,U8使用者不在同一个局域网中。U8系统的使用者,包括:本地客户(局域网中的U8客户端)、Web用户、利用终端服务、NTA应用、Citrix应用等方式使用 U8 系统。这种情况下局域网内使用者通过内部网络使用U8,外部用户通过Internet 互联网使用U8。

此种情况下U8部署在公司内部数据中心,数据中心与局域网相连,数据中心通过Internet互联网对外开放资源,各外部分支机构的本地没有U8账套数据,通过互联网(包括:VPN、WEB等方式)或其他方式访问U8业务数据。

在用户通过Internat和远程终端方式使用U8,此情况下推荐使用U8远程接入方式。U8被集中部署,远程用户可以非常方便的使用部署在总部的U8产品。

【拓扑结构】

8.4   含有大量业务账套的应用模式

用户有多个机构使用U8系统,或使用U8系统多年,所以拥有许多U8年度账套,即U8年度数据库,如果其账套数据量都较大,且并发量较大的情况下,推荐客户的数据库服务器进行多数据库分离部署。即不同年度的账套数据库,或某些账套数据库分布在不同的数据库服务器上,以减轻系统压力。

用户数据量大,系统磁盘操作较多,日常情况下系统磁盘排队明显(磁盘排队经常在10以上),请考虑增加Raid卡硬盘数量,或考虑增加磁盘阵列柜,以缓解磁盘IO的吞吐压力。

在用户并发量很大,应用服务器压力,主要是处理器压力,如果使用率偏高(正常使用时超过70%),推荐使用多台应用服务器以减轻系统应用服务器压力。

【拓扑结构】

8.5   含有用友连锁零售管理系统的分布应用

使用U8ERP+U8连锁零售产品的客户,零售门店端通过Internet互联网与U8系统进行数据交换。

此场景包含零售后台服务器、零售前端的网络部署结构。其中U872系统和U8连锁零售后台部署在同一个局域网数据中心内,零售门店端在客户门店中使用,通过Internet、ADSL、电话拨号、VPN等方式与零售后台服务器、U8ERP系统进行数据通信,上传下发数据等。

部署前准备检查单:为提高部署效率,在实际部署前,应着重检查下述问题,并确保有明确的答案。注,如果需要更为详细的信息,请参考用友连锁零售管理系统安装指南。

【拓扑结构】

8.6    广域网下的使用模式

         分布应用,集中管理的应用模式下,不同的企业的各分支机构可能会通过广域网与总部连接,由于在终端运行模式下对带宽的要求比较低,而且一个服务器支持的终端数也比较高。特别在目前双核、四核等高性能低功耗的计算环境的支持下,我们推荐在广域网中,U8产品尽量使用终端的方式。目前经过我们测试的主要的终端产品为NTA、Citrix和U8远程接入软件,其中u8远程接入使用方式是用友自带的接入产品,此产品针对U8产品的特点进行了优化,我们推荐使用此产品。

         用友U8远程接入是U8产品自带的远程接入产品,此产品专门针对U8产品的特点进行了优化,以下是此产品的配置信息。

²   最低硬件配置要求:CPU:P4 2.8G ,内存 :1GB。

²   服务端软件配置要求:使用Windows 2003 操作系统。

²   生产环境推荐硬件配置。

CPU

内存

支持并发数

备注

P4 2.8G以上

1G~2GB

(总内存-512MB)/(M + 20MB)

M:单用户使用

应用程序时,应用程序占用的内存平均值,U872环境中,M值参考值为120MB。

Core 2   Duo 2.0G以上

1G~4GB

1*Xeon 2.4G 以上

1G~6GB

2*Xeon 2.4G以上

1G~8GB

多服务器负载均衡

各服务器支持的并发数相加


  : 列举说明,以下举例都为U8服务器和U8远程服务器分置的情况:

1、   服务器配置为P4 2.8G/2G的服务器,支持同时15用户接入;

2、 服务器配置为Core 2 Duo/4G的服务器,支持同时30个用户接入;

3、 服务器配置为Xeon 4/6G的服务器,支持同时45个用户接入;

4、 服务器配置为Xeon 4/8G的服务器,支持同时60个用户接入。

2.2.3网络带宽计算

    RAS服务器端所需Internet上传带宽:28Kbps×并发数。

    计算举例:

RAS并发数

上传带宽需求

Internet接入方式

   15

420Kbps

1个普通ADSL

注:

    1个普通ADSL的上传带宽理论值是512Kbps

    计算带宽需求时,需要考虑用户是否通过此线路上网。

8.7   其他远程连接模式

Windows终端的使用方式

    Windows终端服务是Windows操作系统自带的组件,具体的说明在IT部署方案下的《附录-U8在Windows终端服务方式下运行及配置》

NTA下的使用方式

    NTA为硬件的支持方式,具体的使用说明具体的说明在IT部署方案下的《附录-U8在NTA下运行及配置》

Citrix下的使用方式

    Citrix为软件的方式,具体的使用说明具体的说明在IT部署方案下的《附录-U8在Citrix下运行及配置》

8.8   VPN下直接连接的使用方式

    U872在VPN下直接连接使用时带宽客户端最低为8M位/秒。如果低于此带宽则会产生产品响应较慢的情况。在此环境中,视不同情况和并发增加响应带宽。请注意,很多宽带网络都声称带宽为2M或4M但,实际使用时我们会发现这些带宽实际为2M位/秒,或4M位/秒,换算为字节应该是256K字节/秒和512K字节/秒。由于目前宽带提供商提供的宽带大多无法满足此要求,所以不建议用户直接使用VPN直接连接的方式。我们推荐的广域网下的使用模式为终端方式。

8.9    U8智能更新

针对产品BUG、应用数据性错误和用户的个性化、增强性的需求,U8不定期需要提供一定数量的补丁,但更新安装繁琐难用,这在一定程度上影响了客户的满意度,给一线实施顾问和技术支持增添了工作量,通过智能补丁更新系统,在用友内部建立统一的补丁发布机制,快速响应用户问题,简化补丁周转周期,给用户带来了更多的便利。

图 9-1 U8只能更新系统拓扑结构

1)   USS为服务器集群,由网络负载平衡解决服务器的性能问题

2)   USS提供最新的补丁下载服务,目前支持的下载服务为HTTP和FTP服务

3)   USS将通过防火墙和Internet网络连接

4)   CSS将和USS服务器进行数据同步,保持CSS上的补丁数据信息的最新版本

5)   CSS同时为CSC端提供补丁下载服务(HTTP and FTP)

6)   CSS提供对CSC的订阅管理和处理,监控功能

7)   CSS提供保存CSC端补丁等信息的持久化工作

8)   CSC收集本机的需要的相关信息,如产品信息等

提供智能的更新服务解决了如下问题:

l 简化补丁的安装和发放

l   通过发放独立安装包,解决了补丁安装的环境依赖和兼容问题

l   提高了补丁响应时间,并及时发布通知用户和一线实施顾问、技术支持,增加了透明度。

l   每个补丁包都包含问题的详细说明,指导用户按需安装补丁。

l 规范补丁发放流程,提高了补丁的质量

l 在公司二级服务器上可以监控客户端安装补丁的情况。

l   对于网络环境较差的情况,支持离线安装,支持断点续传。

l 更新工具本身支持自动升级