2. 报表数据源配置：变量归档、报警归档、用户归档的配置方法、数据源连接与测试
好，咱们接着聊报表。上一章我们把报表的基本概念和架构理清了，这一章要动真格的了——配置数据源。
说白了，报表就是数据的搬运工。数据从哪来？怎么连？怎么保证它不出错？这些搞不定，后面报表做得再花哨也是白搭。我见过太多项目，报表跑不出来，最后发现是数据源配置出了问题。
2.1 变量归档：报表的“血液”
变量归档，就是把你现场的过程值存下来。温度、压力、流量、液位……这些实时数据，如果不归档，那就是过眼云烟。
配置步骤其实不复杂，但有几个坑要注意：
- 创建归档变量：在WinCC的变量管理器中，右键“归档” → “新建归档”。
- 选择归档类型：一般选“过程值归档”，周期归档选“周期连续”。
- 设置采集周期：我个人习惯，快速变化的信号（比如流量）设1秒，慢信号（比如液位）设5秒。别所有变量都设1秒，归档文件会疯长。
- 存储方式：选“分段存储”，每段大小建议500MB。我曾经有个项目，归档文件设了无限大，结果硬盘满了，整个系统都卡死了……
核心要点：变量归档的采集周期和存储策略，直接影响报表的查询速度和磁盘占用。别偷懒，每个变量单独评估。
2.2 报警归档：记录每一次“异常”
报警归档，说白了就是把系统里发生的所有报警事件记下来。什么时候报警？什么时候恢复？谁确认的？这些信息，报表里经常要用到。
配置方法：
- 在WinCC的“报警记录”编辑器中，右键“消息归档” → “新建归档”。
- 归档类型选“报警归档”，存储方式同样建议分段。
- 注意：报警归档和变量归档是两套独立的存储机制，别搞混了。
我的经验：报警归档的存储周期建议设长一点，至少保留3个月。因为很多客户会查“三个月前的某次停机原因”，你想想看，如果归档被覆盖了，那得多尴尬。
2.3 用户归档：报表的“自定义数据”
用户归档，这个就灵活了。你可以把一些非过程数据存进去，比如：
- 班次信息（早班、中班、夜班）
- 产品批次号
- 操作员备注
- 手动录入的化验数据
配置方法：
- 在WinCC的“用户归档”编辑器中，右键“新建用户归档”。
- 定义字段：字段名、数据类型、长度。
- 设置主键：一般选一个唯一标识字段，比如“批次号”。
- 保存后，这个归档就可以通过SQL或VBS脚本读写数据了。
注意：用户归档的数据量不要太大，它不像变量归档那样高效。我建议每个用户归档的行数控制在10万行以内，否则查询会变慢。
2.4 数据源连接与测试
数据源配好了，怎么知道它通不通？这就得做连接测试。
测试方法：
- 变量归档测试：在WinCC运行系统中，打开“变量记录”控件，选择归档变量，看有没有数据曲线。如果有，说明归档正常。
- 报警归档测试：手动触发一个报警，然后去“报警记录”控件里查，看有没有记录。
- 用户归档测试：写一段简单的VBS脚本，读取用户归档的数据，看能不能返回结果。
嗯，这里要注意：测试的时候，最好用实际数据，别用模拟数据。我遇到过有人用模拟数据测试一切正常，结果一上现场，数据源死活连不上，最后发现是网络防火墙把端口封了。
避坑指南：我曾经在某个项目里，变量归档测试通过，但报表就是查不到数据。折腾了两天，最后发现是归档的“存储位置”路径写错了，系统默认存到了C盘，但C盘空间不足，归档自动停止了。所以，归档路径一定要确认好，而且要有足够的磁盘空间。
2.5 知识体系图：数据源配置的核心逻辑
下面这张图，是我自己总结的数据源配置流程。你一看就明白了：
这张图很直观：三个数据源各自独立配置，但最终都要通过连接测试来验证。别跳过测试这一步，我见过太多人配完就以为万事大吉，结果报表跑不出来才回头查。
2.6 小结
这一章的内容，说白了就是三件事：配好变量归档、配好报警归档、配好用户归档。然后做连接测试。你想想看，数据源是报表的根基，根基不稳，上面盖什么楼都得塌。
我个人习惯，每次配完数据源，都会写一个简单的测试脚本，把数据读出来看看。这样心里踏实。嗯，今天就到这，下一章我们聊报表模板的设计。
公众号:蓝海资料掘金营，微信deep3321