信息的獲取、傳遞、處理、展示是生產(chǎn)信息管理系統(tǒng)的內(nèi)在運(yùn)行方式和主要任務(wù)，而數(shù)據(jù)作為信息的載體是系統(tǒng)的首要對象，生產(chǎn)信息管理系統(tǒng)從數(shù)據(jù)層面描述可以認(rèn)為是以實(shí)時(shí)歷史數(shù)據(jù)庫為核心建立的一個(gè)數(shù)據(jù)中心。數(shù)據(jù)流通過特定的系統(tǒng)架構(gòu)實(shí)現(xiàn)，系統(tǒng)設(shè)計(jì)采用了典型的“三層三網(wǎng)”架構(gòu)，即層設(shè)備控制網(wǎng)、中間層集中監(jiān)控網(wǎng)、層信息管理網(wǎng)。各種生產(chǎn)相關(guān)的過程數(shù)據(jù)作為生產(chǎn)信息的載體，由集中監(jiān)控層的實(shí)時(shí)歷史數(shù)據(jù)庫系統(tǒng)通過采集器從底層上位采集，并傳送到信息管理層。實(shí)時(shí)歷史數(shù)據(jù)庫扮演著關(guān)鍵的信息傳遞樞紐角色，必須保證底層數(shù)據(jù)獲取的實(shí)時(shí)性和可靠性，同時(shí)確保給信息管理層一個(gè)穩(wěn)定的、便捷的數(shù)據(jù)接口。

實(shí)時(shí)歷史數(shù)據(jù)庫平臺以標(biāo)簽點(diǎn)的形式實(shí)時(shí)分布采集、存儲底層控制帶有時(shí)間序列性質(zhì)的過程數(shù)據(jù)、消息和報(bào)警或者其他外部應(yīng)用數(shù)據(jù)，并針對這些數(shù)據(jù)提供實(shí)時(shí)管理和應(yīng)用能力。實(shí)時(shí)歷史數(shù)據(jù)庫平臺的結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)配置、軟件編制，必須保證生產(chǎn)過程數(shù)據(jù)采集過程的實(shí)時(shí)性、數(shù)據(jù)的完整性，同時(shí)也必須滿足軟件平臺、硬件平臺的兼容要求，保證系統(tǒng)整體的可靠性，還需要保證系統(tǒng)及其數(shù)據(jù)的安全。此外，實(shí)時(shí)歷史數(shù)據(jù)庫平應(yīng)具有開放性和擴(kuò)展性，以滿足企業(yè)不斷發(fā)展對信息綜合應(yīng)用的要求。

具體說必須滿足以下性能要求：
? 千位以上 I/O 點(diǎn)采集能力
? 毫秒級的數(shù)據(jù)采集速度
? 嚴(yán)格的時(shí)間精度
? 強(qiáng)大的數(shù)據(jù)回溯能力
? 開放的歸檔訪問接口
? 簡便的組態(tài)和嚴(yán)格的安全管理
? 良好的容錯(cuò)結(jié)構(gòu)
? 在保證性能的前提下，盡可能減少硬件開銷，做到經(jīng)濟(jì)存儲

實(shí)時(shí)數(shù)據(jù)庫與傳統(tǒng)數(shù)據(jù)庫的本質(zhì)區(qū)別就在于其事務(wù)處理有定時(shí)限制。通常，普通的關(guān)系型數(shù)據(jù)庫例如 Microsoft SQL Server 系列數(shù)據(jù)庫產(chǎn)品由于傳統(tǒng)數(shù)據(jù)庫事務(wù)處理的串行化，限制了實(shí)時(shí)系統(tǒng)的事務(wù)執(zhí)行的并發(fā)度，無法滿足數(shù)據(jù)采集大吞吐量的時(shí)間精度要求。

起初的數(shù)據(jù)采集系統(tǒng)設(shè)計(jì)方案選擇使用與底層 S7 系列 PLC 同品牌的 WinCC 作為 HMI 組態(tài)軟件并利用 OPC 服務(wù)采集底層數(shù)據(jù)，再將這些數(shù)據(jù)傳給服務(wù)器上的Oracle數(shù)據(jù)庫。

這一方案在功能上基本可以滿足需要，但隨著系統(tǒng)投入使用后，Microsoft SQL Server 作為關(guān)系型數(shù)據(jù)庫，一個(gè)突出的缺陷暴露出來：數(shù)據(jù)壓縮能力不足。制絲線每天大批量連續(xù)生產(chǎn)導(dǎo)致數(shù)據(jù)歸檔大量增加，系統(tǒng)投入使用半年后，大量的數(shù)據(jù)記錄開始導(dǎo)致磁盤空間不足并影響了整個(gè)系統(tǒng)的響應(yīng)速度。為此，在增大磁盤空間的同時(shí)，需要定期對數(shù)據(jù)庫做維護(hù)，且維護(hù)間隔越來越短但花費(fèi)時(shí)間卻越來越長。為不影響生產(chǎn)，這類維護(hù)往往又需要在停產(chǎn)期間進(jìn)行，這又與卷煙制造連續(xù)化生產(chǎn)的要求不適應(yīng)。

為*解決上述問題，經(jīng)過對諸多實(shí)時(shí)數(shù)據(jù)庫產(chǎn)品的比較，最終選擇了 GE Proficy Historian（以下簡稱Historian）實(shí)時(shí)歷史數(shù)據(jù)庫。在兩臺 WinCC 服務(wù)器上均安裝 Historian OPC Collector，負(fù)責(zé)高速采集來自生產(chǎn)現(xiàn)場和中控系統(tǒng)的所以生產(chǎn)過程數(shù)據(jù)，一方面在實(shí)時(shí)歷史數(shù)據(jù)庫存儲以供歷史趨勢分析，另一方面完成對企業(yè)服務(wù)器中設(shè)置的生產(chǎn)事件模型進(jìn)行觸發(fā)。

Historian 具有超效的數(shù)據(jù)壓縮能力，采集器可進(jìn)行級數(shù)據(jù)壓縮（死區(qū)/例外更新）再加上歸檔采用斜率算法，實(shí)現(xiàn)高效數(shù)據(jù)壓縮。Historian 將存儲的數(shù)據(jù)壓縮到只占磁盤極小空間，平均每個(gè)數(shù)據(jù)值只占 3 個(gè)字節(jié)。

Historian 每秒超過 20000 事件的高速持續(xù)存儲和檢索，Historian能夠?yàn)樾畔⒉杉?、存儲和檢索提供強(qiáng)大性能。

Historian 通過時(shí)間標(biāo)簽使所有的采集器自動(dòng)與服務(wù)器保持時(shí)間同步，保證了精確的時(shí)間標(biāo)簽分辨率。因此，既使各 PC 機(jī)時(shí)間不同，仍能非常方便快捷地創(chuàng)建基于事件時(shí)序的分析報(bào)告。采集器的存儲和轉(zhuǎn)發(fā)功能，可對已配置的采集點(diǎn)自動(dòng)采集，同時(shí)通過自動(dòng)重新連接的方式保證與服務(wù)器的連接，從而確保數(shù)據(jù)的完整。

Historian 簡化了數(shù)據(jù)標(biāo)簽的創(chuàng)建和組態(tài)，允許用戶瀏覽數(shù)據(jù)服務(wù)器，并在 Historian 中自動(dòng)創(chuàng)建數(shù)據(jù)標(biāo)簽。這樣無需輸入任何數(shù)據(jù)就可以組態(tài)大量的數(shù)據(jù)標(biāo)簽，避免發(fā)生輸入錯(cuò)誤，并可以在幾小時(shí)內(nèi)完成從應(yīng)用程序的安裝到成千上萬數(shù)據(jù)采集配置。

Historian 支持豐富的數(shù)據(jù)類型，包括數(shù)字、字符串和二進(jìn)制對象（例如文檔、圖像和其它文件）。Historian 為所有數(shù)據(jù)點(diǎn)建立索引，并可通過產(chǎn)品代碼和其它數(shù)據(jù)值實(shí)現(xiàn)數(shù)據(jù)檢索，大大簡化生產(chǎn)過程中或不同生產(chǎn)階段數(shù)據(jù)的比較和分析。同時(shí)，可以存儲和檢索包括插入值、平均值、值、最小值和標(biāo)準(zhǔn)偏差在內(nèi)的計(jì)算值。

Historian 還能夠?qū)θ魏?OPC 報(bào)警和事件服務(wù)器進(jìn)行采集，采集的數(shù)據(jù)通過 Microsoft SQL Server 加上過程數(shù)據(jù)標(biāo)簽，無需進(jìn)行任何配置。采集的報(bào)警和事件數(shù)據(jù)，存儲在單一的安全數(shù)據(jù)庫中，也可通過數(shù)據(jù)庫管理器同時(shí)對其進(jìn)行管理。

Historian 具有開放的應(yīng)用接口，提供兩種標(biāo)準(zhǔn)接口，OLE DB 以及一個(gè)軟件開發(fā)套件(SDK)，并提供多種選配客戶端工具和應(yīng)用程序。用戶可將 Historian 集成到OLE DB 兼容的應(yīng)用程序中，如 Microsoft Excel、Microsoft SQL Server，可嵌入Excel 報(bào)表，也可以用標(biāo)準(zhǔn) SQL 指令查詢數(shù)據(jù)、報(bào)警、事件信息。