ProficyHistorian概述.ppt

第一章,Proficy Historian 概述,Main,描述Proficy Historian特性 描述Proficy Historian结构 设计考虑,Proficy Historian 企业生产管理的基石,iFIX/Cim,Historian,Plant Apps,RTIP,生产智能监控及管理系统配置,DCS,现场实时 过程系统,实时数据 接口采集站,Proficy Historian 服务器,3rd HMI,管理用户层,厂长,总工,管理用户,GE PLC,RTI Portal 服务器,iClientTS,生产监控层,Proficy Historian,Proficy Historian 介绍,Proficy Historian 是一个企业级实时历史库，以极高速完成过程实时数据的采集、归档和发布。,Proficy Historian 结构,Web 客户端,CLUSTER SERVER - OPTIONAL,档案文件,Raid 驱动,主服务器,后备服务器,Plant Data,A&E Data,IHA,Files,SQL/,MSDE,OPC 警报和事件,数据,其他 Historians,转换,Proficy 应用程序,Historian 客户应用程序,OLE DB,Proficy 实时 信息 Portal 服务器,IIS,采集器,数据,Server,应用,Web 与企业,Proficy Historian,采集,归档,管理,分析,Proficy Historian 组件,Main,一般客户端,iFIX 客户端,基于web的管理员客户端,其他数据控制器,拥有 FIX32/iFIX 采集器 的FIX32/iFIX 服务器,Proficy Historian 组件,Main,Excel 加载宏,Windows 管理器,Web 管理器,iFIX 客户端,Historian 服务器,Archive 文件,其他,设备数据采集器 iFIX/FIX32 CIMPLICITY OPCDA/ OPCAE CSV/XML 文件,转换采集器 服务器到服务器 计算,RTIP,Proficy Historian组件,A. Proficy Historian数据采集器,从指定数据源采集数据, 如 报警和事件采集器 计算采集器 Cimplicity/iFIX/FIX32 采集器 OPC 采集器 (OPC 1.0 or 2.0) 文件采集器 (没有压缩、保存发送） OSI PI 采集器 服务器连服务器采集器 模拟采集器,Main,采集器可进行第一级数据压缩(死区/例外更新)，以及当与服务器连接中断时进行数据缓冲（保存并发送）。,B. Proficy Historian 服务器,管理所有系统配置信息 系统安全，审计跟踪以及消息 响应分布的客户端上的读写请求 实现最终数据压缩 管理归档文件 授权管理,Main,C. Proficy Historian 管理器,提供一个图形化用户界面来实现Proficy Historian维护功能: 维护标签配置 维护和支持归档文件 维护数据采集器配置 控制数据采集器 查找和分析系统报警和消息 基于Web和非Web的版本,Main,D. Proficy Historian 客户端,iFIX 工作台图表 Cimplicity PE 图表 Excel 加载宏 实时信息 门户 OLE/DB 客户应用程序 其他/自定义,Main,Proficy Historian特性,Proficy Historian的特性,A. 灵活的网络结构 组件可以根据应用程序需求进行部署 B. 快速存储与提取 毫秒存储与提取 C. 浏览标签 配置历史库标签多数情况采用浏览方式添加。 C. 存储转发 保证数据完整性 D. 基于Web的用户界面(UI) E. 压缩 采集器 死区, 例外 归档 斜率算法,Main,采用采集器与归档压缩可以减少20-100倍存储数据 只保存触发点,压缩方式,改变斜率 “触发点”,死区,设计考虑,设计环节,设计Proficy Historian系统的步骤 选择一个结构 确定计算机的功能，如：客户端，数据采集器和管理工作站 计划归档管理架构，必须考虑的因素： 默认归档文件大小 多少数据需要保存到归档文件 如何进行归档文件备份 多少归档文件 授权与安全性 总点数 总并发用户数 使用域管理还是本地安全 是否需要电子签名和记录 21 CFR Part 11,Main,服务器需求举例：,Main,归档文件管理,确定归档文件尺寸,计算归档大小公式,标签数: 5000 轮询率: 1 Value / 5 Seconds % 压缩率: 5% Bytes/值: 4 持续时间: 1 month (30 days),Main,使用 Proficy Historian来实现高有效性和灾难性恢复方案,Main,使用Proficy Historian来实现高有效性和灾难性恢复方案,选项1: 采集器冗余,一个采集器状态是可以用来表明“运行”，“停止”，“启动”等的一个文本串。如果这个串指示的是一个非运行的状态, 那么机器就会发出报警。 把一个采集器心跳和看门狗的标签的值每分钟设一次1，实时服务器可以在每分钟把该标签重新设置为0, 如果没有把标签设回为1，那么它会知道采集器无法使用。,选项 2:使用容错集群服务器,选项 3: 使用容错 Stratus 服务器,选项4:使用冗余虚拟机,Stratus解决方案中很明显的缺陷是 , 当保护的硬件故障时, 只有单一的软件拷贝在运行。如果依靠软件,可将该方案从硬件故障变为软件故障。然而, 使用现代化技术如 vmWare GSX 服务器 或 Microsoft的虚拟服务器, 事实上单独一个 Stratus 服务器 可以运行虚拟机里一个系统的多个进程，相当于在单台机器中运行两个独立的系统。如果需要极高可靠性的系统这种应用是有效的。当一个集群环境不可用时(例如, 没有基于域的网络)。这样就会要求多个软件授权，每个虚拟机需要一个。,灾难性恢复,实验练习1,配置模拟标签,Main,学习目标,从模拟采集器把标签添加到服务器上 从管理器趋势工具的标签里浏览数据 完成该练习估计用时: 20 分钟,Main,实验练习1,A. 从采集器工具开始添加多个标签 B. 从模拟采集器上添加标签 C. 使用趋势工具浏览标签数据,Main,标签连接,添加标签,趋势选项,总结问题,什么是一个全厂级的历史库? 一个企业级历史库应用程序的主要功能是什么? Proficy Historian 的组件有哪些? 在一个 Proficy Historian应用程序里，数据采集在哪里部署? Proficy Historian 服务器的主要功能是什么?,Main,回答：,什么是一个全厂级的历史库? 一个高性能数据归档系统，它被设计用来在全厂环境里有效地采集，存储与提取基于时间的信息。 一个企业级历史库应用程序的主要功能是什么? 用来储存和采集数据。,Main,回答：,Proficy Historian的组件有? 数据采集器 服务器 管理器 客户端 API SDK,Main,回答：,在一个 Proficy