通过大量的客户积累，在深入研究政府行业应用特点、透彻解读新形势下电子政务建设要求基础上，打造出新一代以人为中心、以政府管理事务为主线、以效能提升为目标、以协同管理平台为载体的政务协同管理软件。

      产品融合了云计算、移动互联、SOA（面向服务的体系结构）等新一代信息技术发展成果，围绕政府部门“办文、办会、办事”等核心管理业务，全面覆盖政府多级组织管理、公文管理、会议管理、行政审批、综合办公等日常办公应用，创新政府管理方式，提升政府运行效能，着力打造“阳光、高效、创新、服务”型政府组织。

      政务协同管理软件作为一款专门提供给政府组织的办公软件，可以支持在电子政务专网、内网、外网，以及互联网环境下工作。产品功能完备、性能稳定、操作便捷，不仅满足政府部门常规办公应用，还能够基于强大的业务引擎快速搭建业务应用，满足个性化政务需求。

客户定位：

▪ 中央、省级、地市级、区县级政府各部门

▪ 厅、委、办、局等各级政府直属机构

▪ 政府各级事业单位

 

案例：

    华为专注于基于网络、安全、存储的IT基础架构建设，而华为在全球化拓展中遇到越来越多的有关电子政务行业方面的需求，客户要求华为提供全套的电子政务解决方案。华为通过引进优质合作伙伴，采用合作伙伴提供的OA和Mail应用，形成整体解决方案，共同努力赢取项目，打造双赢的合作关系。领航动力广州分公司在华为遴选海外电子政务应用软件合作伙伴的过程中，广东蓝能科技有限公司组件相应的技术团队，提供了及时有力的支持，并在华为安哥拉电子政务项目中，承担了主要的开发、实施服务工作，比较圆满地完成了"安哥拉政府电子政务OA & eMail系统"项目的交付。

 

      办公自动化（Office Automation，简称OA）对于提高行政办公效率意义重大，但集中式部署OA系统对网络依赖较大，如果骨干网络出现问题，会导致各省、部委和政府办公地点无法使用系统。但安哥拉网络建设正处于初步阶段，短时期内无法提供高速、顺畅、稳定的网络。

有鉴于此，经华为安哥拉电子政务项目技术团队讨论，安哥拉OA & Email系统解决方案需要升级为“OA中心+分布式OA系统”的OA网络解决方案，在首都部署OA中心，在各部委和省政府各部署一套OA & Mail系统。

为此，OA中心部署需要做相应的调整，以便适应项目整体方案的调整。

1、目标

“OA中心+分布式OA系统”的目标：

（1）各部委、省站点用户主要访问分支站点的系统，提高系统响应速度。

（2）OA中心作为备份中心，各分支站点的数据（包括配置数据、应用系统数据和邮件系统数据）通过复制机制备份到OA中心；当分支站点出现灾难性事件不能重新提供服务，可以通过复制机制快速从OA中心得到恢复。

（3）分支站点的系统down掉了，可以通过OA 中心的系统进行应急访问。当分支站点恢复提供服务以后，用户继续访问分支站点系统。

（4）OA中心任何一台设备down掉了，需要有对应的容灾措施将影响用户使用系统的程度降低到最小。

2、服务器部署方案

要实现上述目标，总体规划如下：

（1）指定节点服务器的存放目录，用户远程登录时，根据用户组织单元定位用户需要访问的节点副本数据库和邮件副本数据库。

（2）由于使用同一组织注册的用户，因此可以访问组织中所有服务器。所有节点通讯录采用建立副本方式在中心建立副本，使用主目录数据库将所有通讯录进行管理。

（3）通讯机根据需要设立多台，最好将所有节点统一规划为几个组，一个组对应一台中心通讯机处理。

（4）各部委、省站点用户访问本节点的DOMINO服务器，从而实现快速访问系统，提高系统响应速度的目标。  

（5）各部委、省节点的DOMINO服务器通过通讯线路接入到OA中心，再通过通讯机与中心集群服务器和邮件服务器完成邮递和复制服务。从而实现了OA中心作为备份中心的目标。

（6）节点用户可以同时访问节点DOMINO服务器和中心集群服务器，从而实现分支站点的系统down掉了，可以通过OA 中心的系统进行应急访问的目标。

（7）备份只是一个层次的安全措施，为了实现OA中心任何一台设备down掉了，需要有对应的容灾措施将影响用户使用系统的程度降低到最小的目标，这就是第二个层次的安全措施了。为此，需要对中心服务器进行必要的双机热备。需要热备的服务器有：集群服务器中有提供外网HTTP服务的服务器、通讯机服务器、目录服务器、邮件服务器、ODM服务器。

（8）为了使所有分支节点都一直，减少二次开发工作，降低维护工作量，特划分2台服务器作为OA中心的用户（CNTI）的用户使用（如果要搬迁到数据中心，则CNTI需要另行规划服务器，此两台服务器将作为通信机服务。）。

3、系统部署方案

 

3.1、站点切换

由于各节点与OA中心的备份机制是定时备份，而不是实时备份，因此要杜绝同时能访问的情况出现，否则某些用户访问节点服务器，某些用户访问中心服务器，这样会造成数据不同步和产生文档冲突的情况。

可以在部委Site与OA Center间的Failover，采用动态DNS(Dynamic DNS)，通过Dynamic DNS，可以为Site用户提供透明的Failover，从而保证用户只能同时访问一个系统。即确保Site所有用户在同一时刻只能访问同一个端点，要么都访问Site的Domino Server，要么都访问OA Center中的Domino Server。

问题：是否有成熟Dynamic DNS产品可以在Site与Center这间实现这种动态DNS？DNS部署在何处(OA Center?)

3.2、部委、省Site中Domino Server 及其目录结构

Mail和Application位于同一个Domino Server中，称其为Site Domino Server，Site Domino Server类型为First Server，其Cert.id由OA Center的主服务器注册(组织单元)

数据库文件目录结构如下：

          data

            |---names.nsf

            |___angolaOA-MTTI

            |          |

            |          |---configure.nsf

            |          |---filetransfer.nsf

            |          |---...

            |---mail

                  |---mail-MTTI

                       |---user1.nsf

                       |---user2.nsf

                       |---...

3.3、OA Center中Domino Server规划

OA Center中的Domino Server称为Center Domino Server ，便于与Site Domino Server区分。根据前面的规划，服务器做如下规划：

（1）通讯录服务器（PAB Server），1台 + 1台(热备)

（2）通讯机(Router Server)，3台 + 3台(热备)

（3）应用与邮件服务器集群(Cluster Server 1 ~ Cluster Server 3)，3台+1台(热备)。

（4）ODM服务器,1台 + 1台(热备)，兼做OA & EMail系统的离线数据库文件备份。

3.4、Site 与 OA Center间的复制关系

3.4.1、Names.nsf文件

说明：通过通信服务器，将Names.nsf复制到指定的目录下。

3.4.2、Mail文件

 

说明：通过通信服务器，将Mail文件复制到指定的目录下。

问题：若MTTI Site Domino Server失效，MTTI user a 将访问其位于Center Domino Server 的邮箱副本，但其他用户发给MTTI user a的邮件将不能被邮递到位于Center Domino Server中的MTTI user b的邮件副本，意即：失效转移后，用户将只能发邮件而不能收邮件。（因Site names.nsf(已复制到Center Domino Server)中的用户个人文档指定的邮件服务器仍然是Site Domino Server）。

 

3.4.3、应用数据库文件

应用数据库文件存放在指定的目录先，如MTTI的应用数据库文件存放在angolaOA-MTTI下。

 

说明：通过通信服务器，将应用数据库文件复制到指定的目录下。

3.4.4、Site 与 Site间的路由结构

   

 

说明：数个Site Domino Server与一个Center Domino Server(router Server)组成一组，规划3台通讯机，故共可划分为3组。