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