中国人寿保险公司业务档案影像管理系统整体解决方案.docx

中国XX保险公司
业务档案影像管理系统
整体解决方案

中国人寿保险公司
北京北鑫辰科技发展有限公司
2002-11

目 录
第1章 方案概述 1
1.1 方案总体目标 1
1.2 方案内容概要 2
第2章 系统运行模式 5
2.1 省集中扫描模式 5
2.2 地市扫描模式 7
第3章 扫描仪配置及选型 9
3.1 扫描仪配置及选型策略 9
3.2 省集中扫描模式扫描仪配置 9
3.3 地市扫描模式扫描仪配置 10
3.4 扫描仪设备选型 10
第4章 存储方案 12
4.1 方案目标 12
4.2 存储方案架构 13
4.3 影像系统初期设计容量 14
4.4 磁盘阵列/SAN配置及选型 15
4.5 磁带库的配置及选型 16
第5章 服务器、工作站配置及选型 17
5.1 省集中扫描模式服务器数量 17
5.2 省集中扫描模式服务器配置 17
5.3 省集中扫描模式服务器选型－IBM 17
5.4 省集中扫描模式服务器选型－HP 18
5.5 地市扫描模式服务器数量 18
5.6 地市扫描模式服务器配置 18
5.7 地市扫描模式服务器选型－IBM 19
5.8 地市扫描模式服务器选型－HP 19
5.9 工作站配置与选型 19
第6章 软件配置及选型 20
6.1 操作系统 20
6.2 数据库 20
6.3 OnDemand 20
附录一 设备介绍及相关比较 22
1.1 IBM服务器 22
1.2 IBM海量存储设备 25
1.3 HP服务器 25
1.4 HP海量存储设备 31

第1章 方案概述
1.1 方案总体目标
中国人寿保险公司（以下简称中国人寿）为提高保险业务管理水平、增强企业竞争力、更有效地应对中国加入世贸组织之后带来的更为激烈的保险市场的竞争，决定与北京北鑫辰科技发展有限公司（以下简称北鑫辰公司）合作，在中国人寿全系统内实施业务档案影像管理系统（以下简称影像系统）。影像系统当前阶段的总体需求主要是解决投保单的扫描、条码识别以及集中出单过程中的相应单据打印功能，同时要做到一个省（直辖市和计划单列市）分公司范围内影像资料随时、随地（在具备一定网络条件下）的查询。
北鑫辰公司作为中国人寿影像系统全国项目的总集成商，根据长期在金融保险企业内实施影像系统的经验，经过对业界各相关软件、硬件供应商的产品进行认真细致的比较与分析，同时结合中国人寿江苏省分公司影像系统项目试点运行的状况，制订出了一套完整的解决方案。方案的总体目标包括以下三点：
1. 全面满足中国人寿各省、自治区、直辖市和计划单列市分公司实施影像系统的需求
中国人寿各省级分公司在业务量、网络状况和行政区域面积等方面有诸多差异，要求影像系统能够支持多种运行模式，并且在硬件配置的规格和数量上有所区别。因此，本方案设计的影像系统支持多种运行模式，各省级分公司可根据自身特点进行选择，同时，方案中涉及硬件设备配置的部分，都根据各省级分公司运行模式和业务量的状况给出多种配置清单，供各省级分公司进行选择。这些特点考虑充分体现了本方案的全面性和灵活性，为客户提供最大的便利。
2. 成本与效益相平衡
性能价格比永远是硬件采购方面的一个核心考虑因素，本方案建议的硬件设备，均为业界知名厂商提供的主流产品，并根据北鑫辰公司在影像领域长期开发和实施的经验作出合理的建议，同时结合中国人寿的实际情况，在特定的厂商和产品中作出选择因此，本方案所设计的系统运行模式和设备配置及数量，均以简单、适用为原则，同时避免了一味追求降低成本而导致系统稳定性、可靠性及性能下降的问题。
3. 满足未来一段时期内业务发展的需要
影像系统作为中国人寿整体业务的一个重要组成部分，会在未来的业务发展中发挥越来越重要的作用，因此影像系统的运行模式、软硬件配置等，均应考虑未来一段时期内的发展需要。例如存储方案、服务器选型和扫描仪选型建议，均考虑到未来一段时期内业务量的增长和可能的业务模式的变化，做到留有余地，而又不盲目追求过高档次的硬件设备。
1.2 方案内容概要
本方案共分为系统运行模式、扫描仪选型、存储解决方案、服务器及工作站设备和系统软件五大部分，是一个省（自治区、直辖市或计划单列市）分公司影像系统的五个主要组成部分，其配置和选型均在不同程度上影响影像系统的实施，因此需对每一部分制订出详细的方案，每一部分方案中，均包含全面深入的分析和多种产品厂家或型号的选择，同时也根据北鑫辰公司在影像系统长期开发和实施的经验以及江苏省分公司试点项目的情况，给出关于最佳模式或产品选型的建议，供参考。

1. 系统运行模式
系统运行模式是影像系统实施的最主要组成部分之一，北鑫辰公司为中国人寿开发的影像系统充分利用了SunriseDMS平台的高度可配置性，并在开发时兼顾多种运行模式，因而可以适合于省（自治区、直辖市及计划单列市）分公司、地市分公司以及县支公司三级范围内的扫描，其中投保单扫描适合于在省级分公司或地市一级分公司进行，补充资料和其它类型档案资料等可以在县支公司一级直接扫描。同时，根据SunriseDMS本身的特点以及在江苏省分公司试点运行的经验看，影像系统的最佳运行模式是在地市一级分公司集中扫描投保单资料，尤其是对于业务量较大的省份，考虑到纸质单据的传递及管理的难度，建议采用地市级扫描模式。

2. 扫描仪配置及选型
扫描仪是影像系统中一个非常重要的组成部分，其配置和选型也直接关系到影像系统实施的质量。本方案中首先给出了影像系统所使用扫描仪的标准规格和性能要求。在选型方面，柯达与富士通是扫描仪领域内两个主要的生产厂商，均有不同系列扫描仪产品可供选择，在江苏省影像系统的实施中也分别采用了这两家公司的产品。根据北鑫辰公司长期从事影像系统的经验，柯达中端扫描仪在产品质量、稳定性和走纸系统等方面具有较强的优势，最适合影像系统投保单批量扫描。同时，根据江苏省分公司影像系统试运行的经验，富士通公司的中端扫描仪普遍存在停顿一段时间后再扫描则图像全黑、走纸轮磨损过快等问题，同时还存在一定数量的扫描质量有问题的投保单，导致条码识别率降低。这些都成为影响日常扫描工作的主要因素，各地市分公司反映较多，因而不适合作为投保单扫描的主要扫描仪。

3. 存储解决方案
影像系统实施后飞速增长的海量影像数据的存储，对于影像系统未来的发展是一个重要的影响因素，对于项目合作的双方也都是一个挑战。制订出有效的存储方案，对于影像系统的成功实施具有重要的意义。北鑫辰公司通过对影像系统数据存储特征的分析，以及对业内各种存储解决方案的深入研究，并与IBM等业内知名的存储方案供应商共同探讨之后，认为从性能、软件兼容性和存储模式来看，SAN（存储局域网）存储结构是最适合于影像系统海量数据的长期保存和检索存储模式，同时与磁带库相结合，完成影像数据的备份和迁移，形成一套完整的存储解决方案。
IBM和HP是业内两家能够提供全系列计算机硬件设备的供应商，出于对品牌、技术及服务等多方面考虑，本方案的计算机硬件设备，包括存储设备以及服务器工作站等，均在这两个厂商提供的产品中选择。
值得提出的是，IBM的FastT系列SAN存储设备，具备200，500和700三种不同档次的设备，通过系统硬件和磁盘数量的配置，分别适用于不同业务量的省（自治区、直辖市和计划单列市）分公司影像系统的海量存储需求。惠普公司的海量存储设备系列产品，也能提供相应的功能，但由于涉及刚刚与康柏公司合并，其产品线相对复杂，有分别来自于HP和原康柏的VA7410和MA8000，且层次性不很分明，比较适合于对其产品有充分了解和应用的省（自治区、直辖市和计划单列市）分公司根据自身业务状况进行选择。

4. 服务器和工作站配置与选型
影像系统作为一种不同于一般管理信息系统的应用，对服务器和工作站均有一定性能和配置上的要求。SunriseDMS作为一个高效的影像管理系统，建立在Microsoft Windows 2000和SQL Server 2000平台之上，对于服务器的性能没有超出寻常的要求，只要根据实际影像数量（业务量）配置相应档次的PC服务器即可。
根据寿险业务资料扫描影像的特点测算，业务量在中等规模（含）以上的省份，建议采用IBM xSeries 440系列或HP相应档次的ProLiant DL580G2 PC服务器，业务量较小的省份，则分别采用相应较低档次的PC服务器。从江苏省分公司影像系统试点的经验来看，IBM系列服务器的性能和稳定性均能达到影像系统的要求，由于江苏省分公司影像系统核心服务器没有采用HP公司的设备，因此没有相应的第一手资料。但江苏省各地市分公司缓存服务器大多采用HP公司低档服务器，除出现一次硬盘故障外，均能够较好满足影像系统应用需求。
工作站方面，由于SunriseDMS系统采用C/S结构，客户端仅负责图像处理和简单的数据库连接，因此仅需要通常的高档P4型号PC机即可满足需求。此外，SunriseDMS的影像查询系统是一套基于B/S的高效查询系统，无需安装任何客户端软件，只需各单位原有的Windows 98以上、IE4.0以上的普通PC即可使用，充分体现了节约成本，保护用户现有投资的特点。

5. 软件配置与选型
如前所述， SunriseDMS影像系统是建立在Microsoft Windows 2000和SQL Server 2000企业版平台之上。因此，影像系统软件方面，需要购买相应数量的Windows 2000 Server（或Advanced Server）用户许可以及SQL Server 2000企业版用户许可。
同时，为了存储方案的进一步完善以及实现其他相关功能，影像系统采用了IBM的OnDemand软件平台作为档案影像的统一存储平台。由于中国人寿已经和IBM签订了关于OnDemand软件的统一协议，因此可根据每个省级分公司的情况分配相适应的服务器和用户连接许可。

综上所述，本方案为中国人寿影像系统的整体解决方案，供中国人寿总公司信息技术部参考，如有不明确之处，我们将提供进一步的讲解和咨询，以及整理相应的配置清单，进一步方便各省级分公司根据自身业务状况确定运行模式和设备采购事宜。

第2章 系统运行模式
影像系统根据纸质单据扫描工作地理位置的不同，有两种运行工作模式：
Ø 省集中扫描模式
Ø 地市扫描模式
2.1 省集中扫描模式
纸质单据全部集中到省中心统一扫描处理，影像数据全部集中在省中心；地市分公司和县支公司通过查询工作站查询影像。影像系统总体结构图如图2-1：
图2-1影像系统总体结构图（省集中扫描模式）
2.1.1 服务器描述
OnDemand服务器
IBM OnDemand索引服务器，安装IBM OnDemand Library Server（含IBM DB2数据库）和Object Server，用于存储全省影像系统在OnDemand中的索引及影像数据
SunriseDMS服务器
SunriseDMS索引服务器，运行Microsoft SQL Server 2000 企业版，用于支撑影像系统的整体运行及存储全省影像系统在SunriseDMS中的索引，同时作为省一级影像缓存服务器
Web服务器
响应全省内对影像系统的网络查询请求，通过影像系统到OnDemand中查询影像
2.1.2 工作站描述
扫描工作站
纸质单据的扫描
质检工作站
扫描后影像的质量检查
识别工作站
扫描后影像的条码识别
影像维护工作站
扫描后影像的维护工作
管理工作站
影像系统的数据备份、迁移管理
打印工作站
负责业务出单系统与影像系统之间的接口，接收影像查询请求，返回查询结果
查询工作站
查询扫描后的影像
2.1.3 网络描述
1) 局域网
省公司局域网承担影像系统的扫描、数据传输、存储、查询等全过程的任务，每一台服务器及工作站均由100M交换机连接，考虑到各服务器及工作站之间存在大量的数据交换，故此为最低配置，不能降低。
地市分公司和区县分公司局域网不承担影像系统数据传输任务，故不作要求。
2) 广域网
各地市分公司和区县支公司与省公司之间的广域网主要担负影像的查询功能，数据传输量与持续时间都相对较小，但综合考虑包括业务系统数据传输在内的各方面因素，建议带宽范围为128k-2M之间。

2.2 地市扫描模式
纸质单据在各地市分公司扫描处理，扫描处理前的影像数据存放在各地市分公司的影像缓存服务器上，扫描处理后的影像数据通过网络传输到省中心，即影像数据全部集中在省中心；地市分公司和县支公司通过查询工作站查询影像。影像系统总体结构图如图2-2：
图2-1影像系统总体结构图（地市扫描模式）
2.2.1 服务器描述
OnDemand服务器
IBM OnDemand 索引服务器，安装IBM OnDemand Library Server（含IBM DB2数据库）和Object Server，用于存储全省影像系统在OnDemand中的索引及影像数据
SunriseDMS服务器
SunriseDMS索引服务器，运行Microsoft SQL Server 2000 企业版，用于支撑影像系统的整体运行及存储全省影像系统在SunriseDMS中的索引
Web服务器
响应全省内对影像系统的网络查询请求，通过影像系统到OnDemand中查询影像
影像缓存服务器
各地市当天扫描的影像临时存储于各地市，以便最大限度降低网络占用并提高影像系统的效率
2.2.2 工作站描述
扫描工作站
纸质单据的扫描
质检工作站
扫描后影像的质量检查
识别工作站
扫描后影像的条码识别
影像维护工作站
扫描后影像的维护工作
管理工作站
影像系统的数据备份、迁移管理
打印工作站
负责业务出单系统与影像系统之间的接口，接收影像查询请求，返回查询结果
查询工作站
查询扫描后的影像
2.2.3 网络描述
1) 局域网
省公司局域网内部每一台服务器和工作站均由100M交换机连接，考虑到各服务器及工作站之间存在大量的数据交换，故此为最低配置，不能降低。
各地市局域网连接各影像系统工作站与缓存服务器。各工作站实时与缓存服务器进行数据交换，尤其是扫描影像提交到缓存服务器时，一次传输的数据量相当大。因此，建议地市级公司局域网为100M交换式连接。如果不能满足此要求，可以降低为10M，但仍建议使用交换机，不要使用共享连接（HUB）。
2) 广域网
各地市与省公司之间的广域网负责影像系统日常工作中产生的、与索引服务器之间的数据交换，同时承担大批量影像数据上载工作。虽然大批量影像上载可以在夜间完成，但综合考虑包括业务系统数据传输在内的各方面因素，该广域网带宽不应低于2M。
各区县支公司与市公司/省公司之间的广域网主要担负影像的查询功能，数据传输量与持续时间都相对较小，因此网络带宽要求可略低于地市公司到省公司之间的广域网带宽。但综合考虑包括业务系统数据传输在内的各方面因素，建议带宽范围为128k-2M之间。

第3章 扫描仪配置及选型
3.1 扫描仪配置及选型策略
根据影像系统单据扫描工作所要求的批量、快速扫描和需要条码识别的特点，以及影像系统软件接口的需求，影像系统中投保单的扫描，应当采用中端扫描仪，其他单据类型的扫描，可以使用低端扫描仪。
影像系统所使用的中端扫描仪应当具备以下条件：
1. 具备一次扫描多份纸张（连续走纸）及双面同时扫描的功能
2. 支持国际通行的TWAIN扫描仪接口驱动程序
3. 应具备硬件纠偏、去黑边功能
4. 具备良好的走纸系统，能适应日常业务产生的各种单据纸张
因此，建议中端扫描仪统一采用柯达3520DP或具备相同能力的同档次扫描仪。
影像系统所使用的低端扫描仪应当具备上述条件中的1、2两点。

同时，由于扫描仪是长期使用的硬件设备，其数量和档次必须考虑相当长时间内的业务发展状况，不能仅就当前业务量进行核算，具体数量根据扫描模式不同及各省业务量的差距进行配置：
1. 影像系统最佳模式是采用地市级扫描模式，对于业务量大的省份，则必须采用这种方式。每个地市配置一台柯达3520DP或同档次扫描仪，同时配备若干低端扫描仪，以扫描其他类型档案和补充扫描等工作。
2. 业务量小的省份，可以考虑采用省集中模式，省公司采用相应数量的柯达3520DP或同档次扫描仪，以及若干低端扫描仪，地市暂不配置扫描仪。
3. 对于有迫切需要的县支公司，例如非常偏远的地区，可以配置低端扫描仪，直接扫描影像，避免纸质单据传送到地市公司的过程。
3.2 省集中扫描模式扫描仪配置
省集中扫描的模式下，平均每2000份投保单资料/天，应当配置一台中端扫描仪。同时配置若干台低端扫描仪用于补充资料和理赔、保全资料的扫描。扫描仪的配置及数量如表4-1：

扫描仪
年平均业务量（万份）
用途
0～30
30～70
70～130
130以上
中端扫描仪
2
3
5
6
投保单资料批量扫描
低端扫描仪
2
2
4
5
补充资料及其它档案扫描
表4-1 扫描仪配置
3.3 地市扫描模式扫描仪配置
根据在江苏省实施的经验，地市扫描模式下，每个地市配置一台中端扫描仪用于投保资料的批量扫描，同时配置1－2台低端扫描仪用于补充资料等的扫描。如果扫描工作推广到县，则每个县支公司配备一台低端扫描仪，用于补充资料等的扫描。扫描仪的配置及数量如表4-2：
扫描仪
年平均业务量（万份）
用途
0～30
30～70
70～130
130以上
地市中端扫描仪
1
1
2
2
投保单资料批量扫描
地市低端扫描仪
1
2
2
3
补充资料及其它档案扫描
区县低端扫描仪
1
1
1
2
补充资料及其它档案扫描
注：地市扫描仪数量，均以每地市1台为单位计算，县低端扫描仪数量，以每县一台为单位计算
表4-2 扫描仪配置
3.4 扫描仪设备选型
1) 中端扫描仪
Ø 柯达3520DP或同档次扫描仪
2) 低端扫描仪
Ø 柯达i60或同档次扫描仪

第4章 存储方案
4.1 方案目标
本方案根据影像系统需求制订，目标是满足影像系统在存储、备份和数据迁移等方面的各项需求。方案中所涉及的具体软硬件产品规格和配置，是以江苏省分公司的实际需求为目标设计的，具体应用到其它各省分公司的影像系统时，可根据实际数据量进行调整。
根据影像系统需求，影像系统的存储方案应具备以下特点和功能：
1) 永远在线
寿险档案在合同有效期内时刻存在着产生查询需求的可能性，离线存储将为查询工作带来不必要的手工作业，不仅耗费人力及时间，准确性也无法百分之百地保证。因此，存储系统的设计容量、设计结构以及未来可扩充性应当保证存在查询需求的影像数据始终处于在线状态。
2) 长期保存
寿险档案在其合同有效期内，应能终身保存。因此存储系统的设计容量及未来可扩充性，应能保证寿险档案影像在特定的时间范围内长期存储的需求。
3) 安全、可靠、高效
随着影像系统应用的逐步深化，其在整个中国人寿业务中所起的作用必将越来越大，重要性也逐步增加。因此，必须确保影像数据的安全可靠，才能保证各项业务的顺利进行，同时对影像系统的访问速度也需达到一定要求，不会因时间延迟导致业务过程的明显迟滞。
4) 最大程度节省用户投资
首先，可以节省用户初期投资：随着当今存储科技发展，存储设备容量呈迅速上升趋势，单位存储容量的成本却同时大幅度下降。因此，首先购买满足一定时期内存储需求的存储器设备（硬盘），未来再定期扩充，将有效降低存储成本。
其次，可以有效利用现有投资：现代企业都已经拥有成熟的信息系统基础设施，包括备份设备，即磁带库。TSM存储软件可以支持日常应用的绝大部分磁带库系统，因此影像系统的备份可以充分利用用户现有的磁带库，无需购置新设备，不仅节约成本，也为管理工作带来便利。
5) 技术上的成熟性和先进性
SAN作为新兴的存储技术，近年来已经发展到成熟应用的阶段，经由世界范围内大量企业实际应用，证明是切实可行的存储解决方案。由于其所采用的软、硬件都是业内成熟的标准产品，因此其稳定性和成熟性完全达到企业级信息系统的要求。同时，随着硬盘技术和网络技术日新月异的发展，SAN系统可以随时应用最新存储、网络及光通讯等领域的科技成果，为用户未来的扩充和升级提供有力的保障和综合成本的降低。
4.2 存储方案架构
综合考虑企业存储解决方案，存储方案架构采用基于磁盘阵列/SAN＋磁带库的存储架构，影像系统服务器直接连接SAN(存储局域网)设备，并且SAN设备仍可通过多种方式提供企业内部其它系统存储支持；同时，备份与迁移通过TSM管理软件解决。
4.2.1 基于磁盘阵列/SAN＋磁带库的存储架构
将磁盘阵列/SAN存储设备与OnDemand服务器直接连接，连接方式为光纤或SCSI，从而OnDemand服务器可以本地磁盘的方式访问存储设备。结构如图3-1：
图3-1影像系统存储方案
在此模式下，整个影像系统存储架构分两级：
一级
影像文件一级存储直接存储在SAN设备或磁盘阵列设备的硬盘上，影像保存时间大约为5年
二级
通过TSM管理软件定期备份/迁移数据到磁带库

4.2.2 基于TSM管理软件＋磁带库的备份和迁移方案
在基于SAN存储设备的存储方案之上，还必须建立一套与之设备紧密结合且高效的备份和迁移方案，才能完全满足影像系统的存储需求。
TSM管理软件安装在SAN设备的主机、管理工作站上，负责定时将影像系统的数据备份和迁移到磁带库中。
1) 备份
根据影像系统中制定的数据库备份策略，定期将数据库备份到磁带库。需要备份的数据库：
Ø SQL Server
Ø DB2
Ø TSM数据库
2) 迁移
根据影像系统中制定的影像数据迁移策略，定期将超过一定时间（如：5年）的影像数据从SAN设备迁移到磁带库。
4.2.3 方案特点
本存储方案结构比较简单，完全对应用程序透明，备份软件的配置与运行也相对简单。同时，这种模式不占用用户网络资源，运行速度也是最高的。
本存储方案具有超大磁盘容量以及几乎“无限”的扩充能力，在线不停机扩容，双引擎容错，实时自动备份以及定期数据自动转储等特点，完全胜任影像系统数据永远在线、长期保存和安全高效的存储需求。
本存储方案还能够有效降低初期投资，并能充分利用现有磁带库等备份设备，从而最大限度地降低综合拥有成本（TCO）。同时，以硬盘为基础的存储技术的飞速发展，也为影像系统提供了更有效的扩容手段，充分满足不断增长的影像系统业务需求。
4.3 影像系统初期设计容量
由于SAN存储设备容量可根据存储量需求的增长进行扩充，因此，出于成本节约的考虑，用户在系统构建初期，只需购买满足一定时间范围内预期的存储容量的硬盘，未来再根据实际应用的需求决定采取扩充硬盘和转储到磁带库中等各种扩展方式。
影像系统存储设备的初期设计容量，根据全部影像文件在硬盘上的保存时间，以及单位时间内产生的全部影像文件的大小以及数据库大小决定。其中，单位时间内产生的全部影像文件的大小，取决于中国人寿各省分公司业务量、单据类型和数量的多少，需对每省单独进行测算。影像文件在硬盘上的保存时间，需要根据中国人寿保险业务的特点，由中国人寿总公司及各省分公司根据对影像系统的查询需求、查询频率以及时间分布等状况作出综合考虑。
以江苏省分公司影像系统为例：以每年120万笔投保业务计算，考虑到未来业务增长的因素以及包含理赔、保全等业务，共计180万笔业务。影像系统的产生的数据主要分为两部分：数据库和影像数据。其中：
1) 数据库
数据库的计算方式为：每条索引平均字节数×索引总量×索引保存年限。以每笔业务平均产生8条索引（用户数据索引及影像索引）计算，每条索引字节数平均为100字节，以每年180万笔业务计算，索引保存年限统一以100年记，则硬盘计算容量为：
(100×8)×1,800,000×100＝144GB
需要说明的是，SunriseDMS服务器和OnDemand服务器均需存储用于管理影像的数据库数据，其容量相当，因此两个服务器用于存储数据库的硬盘配置相同。
2) 影像数据
影像数据的计算方式为：每笔业务平均影像字节数×业务总量×影像保存年限。根据目前测算，每笔业务平均影像字节数为250K，以每年180万笔业务计算，年均影像文件总量约为450GB。影像文件保存年限也为100年，初期容量设计则应以查询频率和硬件成本综合考虑。假定每笔业务的资料在5年内都可能有较高的查询频率，硬盘设备的初期存储容量应设计为保存5年的影像文件，因此设计容量应为：
250(K)×1,800,000×5 = 2,000GB = 2.25TB。
在本存储方案中，无论SunriseDMS服务器，OnDemand服务器，其数据库、影像数据均直接存储于SAN设备上。因此，SAN设备初期设计容量为：
影像数据+OnDemand数据库+SunriseDMS数据库 = 2.25TB+144GB+144GB = 2.5TB
各省分公司影像系统所需磁盘阵列/SAN设备存储容量可以根据以上计算方法进行计算。
4.4 磁盘阵列/SAN配置及选型
4.4.1 磁盘阵列/SAN配置
在影像系统中，无论SunriseDMS服务器、OnDemand服务器，其数据库、影像数据均直接存储于SAN设备上。对磁盘阵列/SAN设备配置需求主要是存储容量，也就是，磁盘阵列/SAN设备的存储容量能够满足一定时期内影像数据和数据库的存储。
磁盘阵列/SAN最基本的配置需求：
Ø 存储容量
Ø 支持多平台，至少支持Windows平台
Ø 支持不同的服务器型号，至少支持影像系统中所选择的服务器
Ø 支持TSM管理软件
Ø 有很好的扩展性

4.4.2 磁盘阵列/SAN选型－IBM
磁盘阵列/SAN的具体选型参见《海量存储设备选型－IBM》。

4.4.3 磁盘阵列/SAN选型－HP
推荐两款产品：MA8000和VA7410，两种产品各有特点，具体分析比较参见最后一章HP海量存储设备。
如果对性能要求不是特别苛刻，MA8000是一款非常好的具有良好扩展性的阵列产品，双控制器IOPS:24000，SCSI结构，所以也便宜。
VA7410是全光纤结构，内外都是2Gb/s的带宽，IOPS36000，持续带宽：160MB/s，当然价格也比MA8000高。
4.5 磁带库的配置及选型
4.5.1 磁带库配置
磁带库基本配置要求：
1) 支持TSM管理软件
2) 存储容量能够存储影像系统数据库备份和一定时期内的影像数据

4.5.2 磁带库选型－IBM
磁带库的具体选型参见《海量存储设备选型－IBM》。

4.5.3 磁带库选型－HP
推荐：康柏StorageWorksÔ MSL5026SL
康柏StorageWorksÔ MSL5026SL提供了出色的可用性、存储密度和简化管理。它是利用热插拔驱动器提供高可用性的第一种磁带库，无需中断备份或恢复过程就可以交换或添加驱动器，从而最大限度地降低了停机时间并简化了维护 。
MSL5026SL配备了SDLT110/220驱动器（MSL5026SL）。在小巧的5U高外形里有26个数据磁带，实现了2.86TB的本地容量。磁带匣是可拆卸的，因此可方便进行离线存储。MSL5026SL设计有模块化可扩展能力，能够实现简单无缝的容量扩展。多达7个单元的组合创建了本地容量高达20.02 TB*的虚拟库。
第5章 服务器、工作站配置及选型
5.1 省集中扫描模式服务器数量
在省集中扫描模式下，服务器全部集中在省中心。
IBM建议：由于考虑到整个影像系统的高可靠和高可用性，需要对OnDemand服务器作双机热备份，保证影像系统在一台OnDemand服务器停止工作，另外一台OnDemand服务器能够及时的支持整个系统不间断运行。
关于OnDemand服务器双机热备份有一点说明如下：
1) 如果采用OnDemand服务器双机热备份，那么SAN设备必须同时配置安装，因为双机热备份需要一个共同的存储空间来存储数据。
当然，考虑到不同省份的业务量和其它因素，OnDemand服务器单机也能支持影像系统的运行，这时就需要OnDemand服务器本身来保证高可靠和高可用性。
一个省分公司需要的服务器数量如表5-1 ：
服务器
数量（台）
备注
OnDemand服务器
2、4或1
如果双机热备份则需要2或4台，否则1台
SunriseDMS服务器
1

Web服务器
1

表5-1 省集中扫描模式下一个省分公司服务器数量
5.2 省集中扫描模式服务器配置
省集中扫描模式下，每个服务器的配置由省分公司的业务量决定，服务器具体的配置参见《服务器配置》。
5.3 省集中扫描模式服务器选型－IBM
省集中扫描模式下，每个服务器具体的选型参见《服务器选型－IBM》。
5.4 省集中扫描模式服务器选型－HP
省集中扫描模式下，每个服务器具体的选型参见《服务器选型－HP》。
5.5 地市扫描模式服务器数量
在地市扫描模式下，OnDemand服务器、SunriseDMS服务器和Web服务器集中在省中心，影像缓存服务器放在各个地市分公司。
IBM建议：由于考虑到整个影像系统的高可靠和高可用性，需要对OnDemand服务器作双机热备份，保证影像系统在一台OnDemand服务器停止工作，另外一台OnDemand服务器能够及时的支持整个系统不间断运行。
关于OnDemand服务器双机热备份有一点说明如下：
1) 如果采用OnDemand服务器双机热备份，那么SAN设备必须同时配置安装，因为双机热备份需要一个共同的存储空间来存储数据。
当然，考虑到不同省份的业务量和其它因素，OnDemand服务器单机也能支持影像系统的运行，这时就需要OnDemand服务器本身来保证高可靠和高可用性。
一个省分公司需要的服务器数量如表5-2 ：
服务器
数量（台）
备注
OnDemand服务器
2、4或1
如果双机热备份则需要2或4台，否则1台
SunriseDMS服务器
1

Web服务器
1

影像缓存服务器
1×地市分公司数量
每个地市分公司都需要一台影像缓存服务器
表5-2 地市扫描模式下一个省分公司服务器数量
5.6 地市扫描模式服务器配置
地市扫描模式下，每个服务器的配置由省分公司的业务量决定，服务器具体的配置参见《服务器配置》。
5.7 地市扫描模式服务器选型－IBM
地市扫描模式下，每个服务器具体的选型参见《服务器选型－IBM》。
5.8 地市扫描模式服务器选型－HP
地市扫描模式下，每个服务器具体的选型参见《服务器选型－HP》。
5.9 工作站配置与选型
扫描工作站与扫描仪数量相等，中端扫描仪必须配置专用扫描工作站，低端扫描仪可以连接在质检、识别工作站上；
每日平均单据量增加1000份，则应当增加一台质检、识别工作站。
出于管理的角度考虑（有利于使用磁盘镜像工具进行复制），除查询工作站外，每个省内的各种影像系统工作站建议采用统一配置；查询工作站可使用单位原有PC。工作站的具体配置参见《工作站配置》。
IBM、HP提供的工作站参考型号分别参见《工作站选型－IBM》、《工作站选型－HP》。

第6章 软件配置及选型
6.1 操作系统
影像系统运行平台是Windows平台。
1) 服务器
服务器
操作系统
备注
OnDemand服务器
Windows 2000 Advance Server
双机热备份
Windows 2000 Server
单机
SunriseDMS服务器
Windows 2000 Server

Web服务器
Windows 2000 Server

2) 工作站
所有的工作站安装Windows 2000 Professional(Service Pack 2)
6.2 数据库
SunriseDMS使用MS SQL Server 2000 企业版数据库管理系统来存储索引信息。
各省分公司只需要一套SQL Server，但需购买一定数量的License；SQL Server License数等于全省同时连接至影像系统进行操作的用户人数。以江苏省为例：每个地市平均1个扫描人员、5个复核人员，13各地市共计6×13＝78个用户，因此需要购买78个用户License。
6.3 OnDemand
OnDemand系统License主要为服务器许可以及并发连接数。其中，服务器许可各省配置均为2个（Library Server和Object Server）。并发用户数则根据各省业务状况有所不同。以江苏省分公司为例，初步计算需要三个网关和150个用户，详细计算方式如下：

1） 服务器安装数量：
省公司集中安装，如果OnDemand服务器作双机热备份，则需要2或4台服务器，否则1台服务器。

2） 用户许可：
（1） 网关（GateWay）数量
所谓OnDemand 网关，可以理解为端口或长连接。由于影像系统对OnDemand的访问都是通过定制开发的应用程序服务器间接进行的，每一种类型的应用对应一个应用服务器，这种方式即为网关访问方式。这些不同的应用服务器必须通过各自独立的连接访问OnDemand，因此每个应用服务器相当于一个网关。
江苏影像系统目前基于OnDemand的应用有：
¨ WEB用户查询
¨ 投保单批量打印
¨ 影像上传
三种应用访问OnDemand，因此需要三个网关许可（License）。

（2） 用户并发连接数
此处的用户数量指可以并发连接到OnDemand的用户数。根据江苏省业务及影像系统现状，现行并发用户有两类，一个是人工核保，一个是基层基于WEB的用户查询。总数量计算如下：
人工核保人员：按照每地市10个计算
基层查询人员：暂定每县支公司一个
全省查询用户共计：10×13＋1×60＝190（人）

上述计算结果为最大查询用户数的最低估计值，实际并发用户数的计算，需要考虑如下因素：
¨ 考虑到全部用户访问不可能并发产生于同一时间，实际购买的并发用户连接License数量可以低于最大用户连接数。
¨ 另一方面，随着未来若干年内业务量的增长和影像系统应用的逐步深入，查询需求必将呈现很快的增长趋势，尤其是各县支公司，查询用户必将迅速增长，因此用户License的数量应当留有余地。
综合考虑各种因素，建议购买用户并发连接许可为150个。

附录一 设备介绍及相关比较
1.1 IBM服务器
1.1.1 IBM EXA结构服务器与传统服务器产品的区别
IBM的服务器产品与传统的服务器产品同属于IA架构的产品，运行Windows系统及其它基本相同的操作系统，故大多数人认为两种产品并无本质差别。但这两种产品从内部节构、管理方式、性能及可靠性各方面均有本质的差别。
从根本上说，IBM的PC 服务器产品所采用的大多数技术是从上而下进行研发的，既将大量的基于传统主机系统的技术（如RS/6000、AS400、S390）移植到PC服务器上，使IBM　基于Intel平台的服务器产品在性能和可靠性性上更加接近于小型即系统，这就是Ｘ架构的概念。而其它ＰＣ厂商的产品则是完全以Intel的ＣＰＵ为核心，由下而上的研发周边的芯片集，使其在技术性能上更加接近于ＰＣ产品。
举例来讲，作为企业级的服务器产品，可靠性比性能对用户更为重要。ＩＢＭ将RS/6000上的成熟技术“预测故障分析—PFA”及S390上的