对于一个10,000个Tag点的PI系统，则建议客户准备26GB的磁盘空间来保存5年的在线
数据。
因此，为了满足100,000个Tag点的5年在线访问，PI服务器的数据档案库的硬盘
容量估计就需要如下的大小：
[100,000 Tags x 1.5 Kbyte/Tag/天 x 365天/年 x 5年]/ (1024 x 1024) =
26 GB
每年的数据才5.2G
三嘉园 给出的osi经验数据是
1万点，一年6G 看起来，这个差不多。
在OSI 的文档里，我看见过2个计算方法，数据就很大了。
一个是简单的把PI存储一个数据要4个字节
另外一个是 Float 16, Int16 and Digital: 3 bytes/value 3字节/值
Float32 and Int32: 5 bytes/value 5字节/值
Float64: 9 bytes/value 9字节/值
按20%是digital 80%是analog 计算
10000 * (0.2*3/2 + 0.8*5/2) * 1440 * 365 / 1E9 = 11.2 GB/Year
数据相差几乎一倍
我们认为上面的公式应该是最大量，它没有考虑压缩。
而压缩量是动态的
从一个客户来看 1.3w点 11个月2.2G 那么1万点 2.2/11*12*1/1.3 =1.8G
这个压缩 应该是默认的压缩量
这个应用可以算典型应用，远小于给出的经验公式和上面的计算公式
可能是该客户的 digital数据量比较大的缘故。
这个计算有什么意思呢
我记得以前客户问我要准备多大的硬盘
我按4字节一算 吓我一跳 按150k点计算 他们要买磁盘柜
而之前做的项目 50k 一年也就10G
呵呵 他们还真有磁盘柜 不过后来我想明白了 就是压缩的事情
所以 PI 在中国电力系统实施 磁盘计算的经验数据
10k点 一年 2G 即便状态量和模拟量 比例不一样 2.5G 也可以对付了
核查了一下 digital和模拟量的比例
电力一般是 ６０：４０ 这样会进一步减小大小
本文来源 http://www.realtime.net.cn
