机房集成与数据库系统软件配置.doc

机房集成与数据库系统软件配置

集成与数据库部分技术指标要求：
总体要求
在用户目前的软件、硬件基础平台上，充分考虑应用部分的整体需求，必须采用基于主机的应用容灾方案，通过集成公司的相关集成软件、第三方独立软件商（赛门铁克）提供的容灾软件、数据库公司提供的基于该数据库的安全软件，建立可靠、有效的容灾备份系统。满足严格的数据恢复点（RPO）和数据恢复时间（RTO）指标要求。并且，具备整体化的安全管理机制。融合软件的功能需求、硬件的基础配置、Oracle数据库的应用特点，来规划一套适合医院的集成与容灾方案。在出现不可预期和无法界定责任的状况后，由该集成公司系统协调软件公司、硬件公司、数据库公司的相应工作，并承担由此发生的所有责任，医院不再向其他相关公司请求支持，都由该集成公司负总责。
1．存储硬件支持性要求
容灾软件应具有开放性，必须支持不同厂商、不同型号磁盘阵列之间的数据远程复制，以降低成本。
远程数据传输协议
要求采用开放的TCP/IP技术标准和协议支持整个容灾系统的运行。远程数复制必须采用TCP/IP协议，以实现距离不限的灵活的异地数据和应用的容灾。
对主机支持能力要求
要求提供的容灾软件能够⑴运行在Solaris、AIX、HP-UX，Linux，Windows等多种平台上。⑵必须支持同步和异步二种远程数据复制方式。
本地集群管理软件要求
集群软件负责监控和管理硬件系统、操作系统和应用软件，当出现故障时进行切换。本地集群软件⑴必须支持Solaris、AIX、HP-UX，Linux，Windows等平台，以及服务器和存储来自不同厂商的异构环境。⑵要求提供Oracle, Sybase, Informix, SQL, Lotus, Exchange, IIS等数据库代理程序。⑶能够支持2-32个节点的集群环境。⑷采用GUI界面，并能从GUI管理界面监视多达32节点集群服务器。⑸具备智能负载管理，可以根据系统的整体运行状态发起切换，而且依据当前系统的负载和优先级来确定最适合的目标节点。
本地集群管理软件和灾难下远程应用切换功能必须一并考虑。
全局灾难监视与应用切换
自动化的管理对于容灾系统非常重要，要求⑴容灾系统能够提供智能分析和报警，经过管理员的确认，容灾软件应该能够自动地将指定的应用切换到容灾中心运行，减轻管理员负担。⑵全局灾难监视与应用切换功能应当是本地集群管理软件功能的扩展。这二部分必须能够实现统一管理，协调工作。
技术的成熟及实用性要求
使用业界成熟、可靠和实用的容灾技术。确保数据及关键应用在灾难后的迅速完整恢复。容灾产品应该是成熟产品。
数据一致性要求
支持数据的同步、异步复制，保证数据的一致性，对Oracle数据库的复制要求通过OSCP认证。
存储管理要求
容灾软件还必须同时提供存储管理功能，要求⑴同时支持多通道的存储访问，提供并行和故障切换的路径管理功能；⑵在线划分数据卷、在不影响应用的情况下，改变现有数据卷的大小；⑶要求存储提供存储服务质量管理功能，使不同档次的存储资源得到充分利用。
性能和稳定性要求
对源系统性能的影响：推荐方案不得明显增加原有主中心主机系统或数据库系统或磁盘阵列压力。
容错性要求
系统应具有很强的容错性。由于线路传输、文件格式转换或前端系统故障等各种原因造成应用系统无法正常工作时，可以自动将同步复制模式转换成异步复制模式，系统应给出提示并将出错信息记入日志文件，但不能影响其它系统的正常运行。
扩展性和可分步实施性要求
项目建设应遵循“统一规划，分步实施”的原则，确保分步实施时系统的完整性，避免重复建设和资源的浪费。
提高系统的未来扩展能力。例如容灾距离远近的变化、远程数据复制同步异步的变化、数据容灾和应用容灾的变化等。
同时，设计还应满足未来几年业务增长的需要，整个容灾方案的设计应具有良好的扩展能力以适应业务发展的需求。
良好的管理性和维护性要求
系统各部分有机集成，集中控制。对整个系统进行图形化管理、监控和维护的功能，以便系统管理员方便、快捷的完成系统日常管理和维护工作。
2．Oracle数据库要求
投标的Oracle数据库为Oracle 11g 25用户版。
验收时必须出具Oracle公司的正版证明。