WinCC可以存多長(zhǎng)時(shí)間的歷史數(shù)據(jù)呢？可能有很多工程師都有這樣的疑惑。因?yàn)樯a(chǎn)中的歷史數(shù)據(jù)可以提供生產(chǎn)后期的分析或者生產(chǎn)過(guò)程的追溯這是眾所周知的，所以越多的歷史數(shù)據(jù)存儲(chǔ)就越能夠提供更好的數(shù)據(jù)來(lái)支撐數(shù)據(jù)的分析。那我們今天就來(lái)說(shuō)說(shuō)歷史數(shù)據(jù)存儲(chǔ)的這個(gè)問題。

?如果對(duì) WinCC的變量記錄和報(bào)警記錄組態(tài)很了解的話，應(yīng)該就能得到這個(gè)問題答案了。如果不是十分熟悉的，也不賣關(guān)子了，直接說(shuō)答案：如果您的硬盤足夠大，WinCC就可以存儲(chǔ)無(wú)限時(shí)長(zhǎng)的歷史數(shù)據(jù)。即便是若干年后，仍然可以通過(guò) WinCC查詢到若干年前的歷史數(shù)據(jù)（表格形式還是曲線形式任選）。

接下來(lái)盡量簡(jiǎn)單解釋一下 WinCC變量記錄和報(bào)警記錄的組態(tài)（兩種記錄的組態(tài)完全一樣，只選其一進(jìn)行解釋），希望能夠說(shuō)明白。

?WinCC報(bào)警記錄歸檔組態(tài)的界面相信大多數(shù)工程師都很熟悉，不熟的看看下圖：

這里面通常需要工程師進(jìn)行組態(tài)配置，這個(gè)組態(tài)配置也就決定了 WinCC能夠存儲(chǔ)多長(zhǎng)時(shí)間的歷史數(shù)據(jù)。首先關(guān)注“歸檔大小”，只要理解了所有分段和單個(gè)分段的含義也就可以根據(jù)自身的情況進(jìn)行組態(tài)配置了。按照上圖的組態(tài)配置，當(dāng) WinCC激活運(yùn)行之后，就會(huì)存在一個(gè)大的容器，總裝載量和裝載時(shí)長(zhǎng)就固定了，也就是總共能裝 1000兆字節(jié)或者一周（7天）的歷史數(shù)據(jù)。同時(shí)，在這個(gè)大容器中就會(huì)存在 7個(gè)小容器，實(shí)際歷史數(shù)據(jù)是裝載到這些小容器當(dāng)中的。同理，每個(gè)小容器最多只能裝載 100兆字節(jié)或者 1天的歷史數(shù)據(jù)。實(shí)際裝載量和裝載時(shí)長(zhǎng)是同時(shí)起作用的，哪個(gè)條件先滿足就按哪個(gè)條件來(lái)進(jìn)行裝載了。為了便于說(shuō)明，同時(shí)也是建議的配置方式，通常建議把分段的尺寸稍設(shè)大一點(diǎn)，使得歷史數(shù)據(jù)的裝載盡量按時(shí)間來(lái)分段。

看圖說(shuō)話，運(yùn)行第一天結(jié)束：

數(shù)據(jù)量不達(dá)到單個(gè)分段的最大尺寸，第一個(gè)容器裝不滿。

運(yùn)行第二天結(jié)束：

數(shù)據(jù)量也不達(dá)到單個(gè)分段的最大尺寸，第二個(gè)容器也裝不滿。

中間過(guò)程省略，直到第七天：

這個(gè)時(shí)候，7個(gè)實(shí)際裝載歷史數(shù)據(jù)的容器就已經(jīng)全部裝載完成了。那運(yùn)行到第 8天，WinCC就會(huì)重新往第 1個(gè)容器中裝載歷史數(shù)據(jù)，這個(gè)時(shí)候容器 1中原來(lái)已經(jīng)存儲(chǔ)的歷史數(shù)據(jù)將會(huì)被覆蓋。

所以在這種組態(tài)配置的情況下的結(jié)論就是：WinCC只能存儲(chǔ) 7天的歷史數(shù)據(jù)。這也是一些初用 WinCC的工程師常常會(huì)問到的一個(gè)問題：為什么我只能查到 7天內(nèi)的歷史數(shù)據(jù)呢？這個(gè)時(shí)候答案應(yīng)該明了了。

但是回過(guò)頭來(lái)仔細(xì)考慮一下，那是不是為了能夠存儲(chǔ)盡可能長(zhǎng)時(shí)間的歷史數(shù)據(jù)，就把分段尺寸設(shè)定得巨大，分段時(shí)長(zhǎng)也設(shè)置個(gè) 10年 8年來(lái)滿足長(zhǎng)期保留歷史數(shù)據(jù)的要求呢。這種做法肯定是不可取的。原因有兩點(diǎn)：1.當(dāng)尺寸設(shè)置得非常大，那么意味著當(dāng) WinCC運(yùn)行激活時(shí)，SQLServer就需要去加載巨大尺寸的數(shù)據(jù)庫(kù)片段文件，可想而知這是非常影響 WinCC的激活速度以及 SQLServer的性能的。2.所有分段設(shè)置得越長(zhǎng)，又意味著單個(gè)分段有可能越多。同樣當(dāng) WinCC運(yùn)行激活時(shí)，SQLServer就需要加載越多的數(shù)據(jù)庫(kù)片段文件。

說(shuō)到這插播分享一個(gè)遇到過(guò)最多的問題給大家：一些用戶的項(xiàng)目在運(yùn)行初期都很正常，而當(dāng)運(yùn)行半年多之后，WinCC的激活速度就明顯變慢。經(jīng)過(guò)項(xiàng)目組態(tài)的檢查就發(fā)現(xiàn)了問題所在，用戶設(shè)置了所有分段時(shí)間為 1年，而單個(gè)分段時(shí)間為 1天。那么就意味著最終將會(huì)有 365個(gè)數(shù)據(jù)庫(kù)片段，所以也就會(huì)出現(xiàn)項(xiàng)目運(yùn)行半年之后 WinCC激活變慢。

那單個(gè)片段的尺寸和片段的時(shí)長(zhǎng)以什么為界呢？經(jīng)過(guò)測(cè)試比較，SQL數(shù)據(jù)庫(kù)所能連接的歸檔片斷最大可行的數(shù)量為200個(gè)。歸檔片斷個(gè)數(shù)不能過(guò)多地超過(guò)這個(gè)數(shù)量，否則會(huì)影響Microsoft SQL server運(yùn)行性能。這反過(guò)來(lái)會(huì)導(dǎo)致數(shù)據(jù)管理錯(cuò)誤。上面講的激活慢的例子就是因?yàn)?365個(gè)片段已經(jīng)超過(guò)了這個(gè)限制導(dǎo)致了性能受到影響。

同時(shí)WinCC V7.5 SP1中單個(gè)歸檔片斷大小不應(yīng)該超過(guò)2G。

詳細(xì)信息可以參考：

https://support.industry.siemens.com/cs/cn/zh/view/34473263

那如果按照這個(gè)設(shè)置，歷史數(shù)據(jù)的存儲(chǔ)時(shí)長(zhǎng)就會(huì)受限了。其實(shí)不然，這個(gè)時(shí)候就需要充分利用 WinCC歸檔的自動(dòng)備份功能了。

可以在 WinCC歸檔組態(tài)中啟用歸檔備份功能，如下圖所示：??

激活備份功能之后，所有歸檔文件在單個(gè)歸檔分段文件完成15分鐘后或達(dá)到分段最大尺寸之后都會(huì)被自動(dòng)復(fù)制到備份歸檔目標(biāo)路徑下。其中備份路徑可以是本地路徑，也可以是網(wǎng)絡(luò)路徑。如果勾選了“備份到兩個(gè)路徑”選項(xiàng)，那么會(huì)同時(shí)在兩個(gè)路徑下保存?zhèn)浞輾w檔。

看到這應(yīng)該就明白了，只要啟用了備份功能。那么無(wú)論之前的歸檔片段如何設(shè)置，在最早的單個(gè)片段被覆蓋之前，原始片段文件都已經(jīng)被復(fù)制到指定的備份路徑了。所以只要硬盤足夠大，歷史數(shù)據(jù)永遠(yuǎn)不會(huì)被覆蓋丟失。

最后的問題就是，雖然保證了歸檔數(shù)據(jù)庫(kù)片段可以一直存儲(chǔ)下來(lái)。那 WinCC運(yùn)行系統(tǒng)中是不是就可以直接查詢到所有的歷史數(shù)據(jù)呢？答案是否定的，WinCC運(yùn)行系統(tǒng)中，缺省情況下只能查詢到歸檔組態(tài)中設(shè)置的所有分段時(shí)間范圍內(nèi)的歷史數(shù)據(jù)。要想查詢到更早的歷史數(shù)據(jù)，就需要將所要查詢時(shí)間范圍內(nèi)的備份數(shù)據(jù)庫(kù)片段重新加載到 SQLServer，WinCC中也就能查詢到更早的歷史數(shù)據(jù)了。如何重新加載已備份的數(shù)據(jù)庫(kù)