序号 | 功能要求 | 招标技术参数要求 |
一、Oracle数据库软件 |
2.1 | 总体要求 | 本项目包括：Oracle Database Enterprise Edition12C+Oracle Real Application Clusters正版软件采购、安装实施、数据迁移以及为期一年的维护服务。要求： |
提供1套Oracle Database Enterprise Edition12C原厂正版软件采购，官网可查；提供1套Oracle Real Application Clusters原厂正版软件采购，官网可查。 |
实施Oracle RAC高可用环境，并实施数据迁移； |
7*24电话，电子邮件及远程支持服务； |
资深工程师提供周期性（每月一次）系统深度例检服务，发现问题，及时整改； |
根据医院需要，提供必要的现场（不限次）服务，如数据迁移、升级、压力测试等； |
后台专家团队提供紧急故障处理服务； |
提供三天的DBA培训服务。 |
2.2 | 基本要求 | 支持事务的多版本读一致性与回滚段机制。 |
DML操作只能有行级锁，任何情况下不允许有锁定过多资源的锁升级，以降低死锁的可能性，若出现死锁，能自动解锁。 |
多个用户操作同一条记录时，任何情况下读、写互不影响，并且不能有读取其他用户未提交数据的脏读。 |
支持对非结构化数据采用统一数据类型进行管理，可以应用统一的管理策略如智能压缩、透明加密等功能。 |
必须支持数据库闪回技术，能保障数据库准确恢复到以前的某个时间点，支持库级、表级、行级的回滚技术。 |
对数据库伸缩性的支持具有从单服务器到多服务器的扩充能力，必须支持基于共享存储的真正应用集群系统。 |
支持数据分区优化的大数据量处理功能；要求支持范围、列表、哈希、组合、引用、间隔等多种表分区方式；支持分区向导功能。 |
应具有强的容错能力、错误恢复能力、错误记录及预警能力，能在不影响数据库运行的条件下快速恢复已提交的修改。可以在秒级别将整个数据库、表、表中的记录或是事务恢复到指定时间点。 |
支持存储关系型数据和对象型数据。 |
支持网格计算和资源的虚拟化。 |
支持主流的网络协议，如：TCP/IP、IPX/SPX、NETbios 及混合协议。 |
支持同构、异构数据源的访问，包括文件数据源；可与异构数据库互相复制。 |
支持存储过程、触发器。触发器支持语句执行前、执行后和可替换型三种方式。支持行级触发器。触发器的触发操作和事件包括DML、DDL、数据库启停、错误信息、登录/注销。 |
支持在一台主机的浏览器界面中统一管理不同平台的多个数据库。 |
能够将原有异种数据库向本数据库无损失移植。 |
内嵌支持存储、管理、查询和提取半结构化的数据，如XML文档，支持XML数据类型，直接把XML存储于数据库中。 |
支持不依赖于第三方软件和存储的异地双机和多机热备。 |
支持大规模数据加载和更新，数据库的数据文件能跨平台互相交换。 |
级缓支持用户对数据库进行内存管理，例如将用户指定的数据库对象常驻内存。支持SSD作为数据库的二存。 |
具有多个数据库共享一套硬件资源和后台进程的能力，具有将多个数据库作为一个进行管理，并且保留独立数据库的数据隔离和资源优先级。 |
支持数据生命周期管理，可以通过热图跟踪对表、分区和各个数据块的访问，从而深入了解应用程序和最终用户访问数据的情况。 |
在分区表使用中，支持异步全局索引的维护，支持部分全局和本地索引，并且支持相同字段上的多重索引。 |
支持临时UNDO段。 |
支持将多套数据库做为一套数据库进行备份；支持物理数据库备份文件在表级做数据恢复。 |
2.3 | 成熟度要求 | 支持当前最流行的数据库技术标准。 |
完全支持中文国家标准中文字符的存储处理，支持UNICODE通用编码格式。 |
支持ANSI/ISO SQL:2003标准。 |
数据库厂商能够提供集群文件系统，可用于数据库文件和操作系统文件的统一管理。 |
2.4 | 高效性要求 | 支持多核CPU与 SMP处理器。 |
支持大到EB级数据量的存储管理。 |
提供并发控制机制, 必须支持数据库多版本读写一致性及自动的死锁处理能力。支持行级锁，而且行级锁不升级。 |
具有支持并行操作所需的技术，包括多CPU并行和多服务器并行、事物处理的完整性控制技术等，支持并行查询/DML、备份/恢复、导入/导出、索引创建。 |
支持数据分区优化的大数据量处理功能，支持范围、列表、哈希、组合、引用、间隔等多种表分区方式，支持分区向导功能。 |
支持同时以行式数据和列式数据两种格式存储数据，同时活动且保持事务一致性。 |
支持同一列上多重索引。 |
支持JSON文档的存储、查询、索引和创建视图。 |
2.5 | 可靠性要求 | 支持在线备份与恢复，支持多级快速增量备份，应能支持基于磁盘的备份，支持多种数据复制方式。 |
支持不依赖于第三方软件的异地容灾方案，且容灾数据库可打开用于查询、备份等操作。 |
必须支持数据库闪回技术，能保障数据库准确恢复到以前的某个时间点，支持库级、表级、事务级的回滚技术。 |
对数据库伸缩性的支持，具有从单服务器到多服务器的扩充能力，必须支持基于共享存储的真正应用集群系统。 |
具有强的容错能力、错误恢复能力、错误记录及预警能力，能在不影响数据库运行的条件下快速恢复已提交的修改。可在秒级别将全库、表、表中的记录或是事务恢复到指定时间点。 |
数据库、表大小等参数可在线设置，支持在线重建索引。 |
支持数据库、表空间、数据文件、表、数据块级别的恢复。 |
2.6 | 安全性要求 | 支持C2级安全标准。 |
支持数据库存储加密、数据传输通道加密及相应冗余控制；数据加、解密过程对应用程序透明，无需修改应用程序代码。 |
提供多级安全功能来保护表中各行的数据访问。 |
支持数据库细粒度审计、高权限用户控制等数据库安全特性。 |
支持数据编纂，对返回给用户的部分敏感数据自动进行掩饰。 |
2.7 | 开放性要求 | 支持主流厂商及市场主推的硬件平台、操作系统(Linux/Unix/Windows等)。 |
支持主流的网络通信协议(TCP/IP等)。 |
支持HTTP2.0、SSL等协议。 |
支持易用并具有广泛适应性的开发语言和工具，如VC、VB、PB、JAVA、XML、WEB应用工具等。 |
支持当前流行的应用拓扑结构，如终端/服务器、客户机/服务器、浏览器/应用服务器/数据库服务器等处理模式。 |
支持JDBC、Pro*C和OCI等多种驱动连接方式；支持SQL及SQLJ开发存储过程；内嵌Java虚拟机，支持JDK1.5标准。 |
2.8 | 易管理性 | 提供单一的B/S模式的管理控制台。 |
要求数据库提供自我管理功能，实现数据库的自我诊断、自我调优。 |
2.9 | 数据库集群产品要求 | 要求与数据库产品同一厂商。 |
数据库集群要求基于共享存储的真正应用集群系统，集群可同时应用于OLAP和OLTP环境，集群同时支持负载均衡和秒级自动故障切换功能；集群节点可无限水平扩展，且增加节点无需停机和重新分配数据。 |
存储管理功能要求与数据库同厂商，当某服务器上的存储管理功能出现故障时，能够确保运行在该服务器上的数据库继续运行。 |
支持应用程序连续性技术，通过在其他数据库上重放受故障影响的“运行中”事务来保护应用程序免受实例和会话故障的影响。 |
支持基于IPv6的IP地址；支持集群中的多个子网以及限制服务注册。 |
可实现零数据丢失；数据同步延迟在秒或分钟级。 |
支持1对1、1对多等模式。 |
支持主库、备库互相切换。 |
传输日志具备压缩功能，节约网络带宽。 |
提供医疗行业内的成功案例不少于3例。 |
2.10 | Oracle数据库优化、调整、运维要求 | 要求提供不少于6人的数据库工程师团队提供现场服务。 |
Oracle数据库现场服务人员要求至少具有Oracle OCP认证，并具有五年以上Oracle数据库专业服务经验；服务单位至少有3名Oracle OCM认证技术专家。 |
按用户的要求提供数据库软件安装和调试，实施Oracle RAC高可用环境，进行调优配置。 |
实施旧系统数据迁移，保证数据无任何丢失，平滑过渡，并保证应用的兼容性； |
须对全院已有的Oracle数据库进行一次深度健康检查，并进行有效的优化、调整。对现有备份恢复策略及容灾机制进行验证，建立完备的基础档案。如果现系统存在不合理设置或隐患，应提供改进建议，并负责整改。如果现系统存在性能瓶颈，应提供优化建议并实施改善。 |
服务方应能通过电话为医院提供技术支持，协助医院解决系统日常运行中的问题。服务方应设立7*24小时的技术支持热线，保证医院获得软件日常维护的技术支持，保证医院关于软件的技术性问题得到及时、有效的解答，对于通过电话指导不能解决的故障，服务方在征得医院同意后，应能通过远程接入手段，登录到故障软件，进行故障诊断，查找故障出现的原因，指导现场维护人员处理故障。远程技术支持响应时间小于30分钟。 |
服务方应为本次项目组织技术服务团队，并指定专人作为项目现场巡检工程师，每月进行一次现场健康检查，及时发现数据库运行中出现的隐患，巡检完成后应有详细的巡检报告，发现问题及时整改。 |
提供全年不限次7*24小时应急现场服务，接到报修电话后5分钟响应，安排经验丰富的技术支持工程师60分钟内赶到现场分析故障原因，制定故障解决方案，并最终排除故障。 |
分析客户数据库系统的实际情况，量身定制出Oracle及数据库日常管理规范和操作，并提出建议方案，包括数据备份恢复方案，系统性能监控等。 |
对客户数据库可能存在的性能问题，从系统、网络、应用软件及数据库等各方面进行全面的分析、评估和调整，以确定在数据库层面存在的主要性能瓶颈，并提出针对性能瓶颈的改进方案，对数据库进行整体性能的调整，以保证系统应用业务的效率。 |
定期检查客户Oracle及数据库系统软件的补丁程序的安装情况和软件版本状况，根据系统运行状况提出是否安装新的补丁程序或进行软件版本升级建议。并根据用户安排，进行安装实施。 |
定期组织开展Oracle数据库培训及技术交流服务，提高医院数据库管理人员的操作技能和业务水平。全年需单独提供三天的Oracle数据库管理专业培训，讲师须经试讲确认。 |
服务方需向医院提供Oracle数据库监理服务，在医院新上应用系统过程中，就数据库类别、版本选型提供专业建议；应用交付过程中提供压力测试，备份策略，容灾等专业建议。 |
