深圳中兴力维技术有限公司太阳能光伏发电站集控中心系统方案
单独或者批量定义标签点采集频率；支持在线新增、删除标签点，修改标签点属性；支持离线和在线两种方式进行数据库组态和配置。 3.3.4.1 安全性、可靠性
KingHistorian3.0 采用角色权限（读数据角色，写数据角色，配置变量角色等等）、用户权限相互配合双层安全管理体制，保证数据安全。
另外，KingHistorian3.0还支持冗余与镜像的系统架构，保证您可以构建稳定可靠的系统，如下图所示：
通过这样的镜像冗余系统，可以保证存储、分析数据与网络展示用的数据分开，即使网络上使用的数据遭到破坏，只是镜像系统得损毁，只要更新进行镜像就可以恢复数据，保证整个数据系统的高可靠性和高可用性。 3.4.4.7 KingHistorian3.0的性能指标
? 实时历史数据库应当是完全独立的、不依赖于任何第三方关系数据库（如
?北京亚控版权所有
28
深圳中兴力维技术有限公司太阳能光伏发电站集控中心系统方案
DB2、Oracle等）的商业产品化的实时历史数据库，可独立于运营管理平台软件运行；
? 实时历史数据库单台服务器应可以支持100万点的数据点。
? 实时历史数据库应可以在线连续存储，并达到15万条记录/秒的存储速度。 ? 实时历史数据库单客户端单点查询速度20万条记录/秒。实时历史数据库
256个客户端并发查询，每秒应可达2万条记录。实时库应稳定支持256客户端并发查询。
? 实时历史数据库应支持从OPC Server、IO Server、文件系统获取数据。 ? 应支持三种以上采集器数据压缩方式，压缩方式和压缩参数应可供配置。实
时历史数据库采集器应支持分布式部署、应支持独立采集。
? 实时历史数据库采集器应能支持数据缓存、断点续传功能。采集器应支持在
线配置。
? 实时历史数据库应支持采集器冗余。 ? 实时历史数据库应支持毫秒级数据分辨率。
? 实时历史数据库应支持三种以上的存储压缩方式，压缩方式和压缩参数应可
供用户配置，实时库数据压缩应可压缩掉25%-95%的数据。实时历史数据库应支持按日、周、月进行数据归档。
? 实时历史数据库应为客户端的数据订阅提供参数配置。实时历史数据库应支
持变量信息和历史数据导出到xls、csv、xml三种文件格式。
? 实时库实时历史应支持单独或者批量组态标签点，包括创建、更新、删除、
查询标签点以及相关属性。
? 实时历史数据库应具有专用客户端管理工具。实时历史数据库应支持Excel
Addin并支持网络部署。
? 实时历史数据库应支持标准SQL检索和扩展的高级检索。应提供丰富的数据
访问接口，如API、ODBC、OLEDB（ADO）、SDK等。应提供150个以上的API接口函数，可以使用C，C++， C#，VB等语言进行数据库开发。
? 在系统崩溃、突然掉电、程序异常退出后，实时历史数据库应保证数据文件
完整有效。应支持集群冗余方式。可实现变量镜像、数据镜像、安全镜像等，应支持镜像缓存。实时历史数据库应支持系统的备份与恢复。实时历史数据
?北京亚控版权所有
29
深圳中兴力维技术有限公司太阳能光伏发电站集控中心系统方案
库应支持用户对数据的存取授权和控制，防止非法用户的入侵。 ? 实时历史数据库应具备完善的数据安全和基于角色的用户权限管理。 ? 应提供数据库维护工具，用户可在线监视、增减和修改数据库内的各种数据。 ? 允许不同任务对数据库内的同一数据进行并发访问，要保证在并发方式下数
据库的完整性和一致性，必须满足并发操作的实时性要求。
? 应保证不同数据库备份之间的数据的一致性，当任一数据库的数据被合法修
改后，所有的数据库备份应及时自动更新。
? 实时库运行应不依赖于商用数据，商用数据库故障不影响系统的启动与实时
运行。
? 实时数据库管理系统必须按照基于网络分布的客户/服务器模式设计并满足
实时性和关键应用的一致性要求。
3.5 WEB发布
WEB发布功能为现场的操作管理又增加了灵活性和方便性。监控系统能够从支持从Internet/Intranet的任何位置远程监视操作，并可以扩展到局域网及互联网上的用户。 ? 安全管理:
对外发布对于用户来说权限管理和安全方面是非常重要的一个环节，WEB发布具有完善的安全管理，具有用户权限和角色管理双重保护。
? 用户管理器
?北京亚控版权所有
30
深圳中兴力维技术有限公司太阳能光伏发电站集控中心系统方案
?北京亚控版权所有
31
深圳中兴力维技术有限公司太阳能光伏发电站集控中心系统方案
? 角色管理器
不同部门、不同职能、不同权限的用户都能很快地查看自己想看的页面，需要配置各角色的Book和页面访问权限：
?北京亚控版权所有
32