Historian (databaselog)

Hvad er en Historian (databaselog)?

En Historian, også kaldet proces- eller databaselog, er en specialiseret tidsseriedatabase, der opsamler, komprimerer og gemmer måledata fra et anlæg og holder dem tilgængelige i årevis eller årtier. I industri- og energiinstallationer leverer PLC’er, SCADA-systemer og intelligente feltkomponenter en uafbrudt strøm af målinger: strøm, spænding, temperatur, tryk, ventilstillinger, alarmer og operatørhandlinger. Et traditionelt SQL-system er bygget til transaktioner, en Historian til at skrive tusindvis af datapunkter ind pr. sekund og til at svare hurtigt på forespørgsler i lange, sekventielle tidsserier.

Kernefunktioner

• Opsamling ved høj hastighed: Hver værdi får et tidsstempel med millisekunders opløsning, så et hændelsesforløb kan stykkes præcist sammen efter et driftsstop eller en fejl.
• Lagring og komprimering: Algoritmer som dead-band eller swing-ing gating fjerner ubetydelige variationer. Det skærer ofte datamængden ned med 80-90 %, uden at der forsvinder information af betydning.
• Arkivering over lang tid: Arkiver flyttes automatisk fra hurtige SSD’er til billigere diske eller bånd, mens de seneste dage eller uger bliver liggende på hurtige medier, så de kan hentes med det samme.
• Hurtige forespørgsler: Data skrives sekventielt og ændres sjældent, så systemet kan returnere millioner af tidsstemplede værdier på få millisekunder.

Datakilder og protokoller

Signalerne kommer typisk fra:

• PLC-I/O på styretavler og fordelingstavler.
• Frekvensomformere, intelligente motorstartere og effektbrydere.
• Energi- og kvalitetsmålere (THD, harmoniske).
• Temperatursensorer, tryktransmittere og flowmålere.

Enhederne kommunikerer for det meste via OPC UA, Modbus TCP, EtherNet/IP eller PROFINET. I ældre anlæg kan gatewaymoduler oversætte serielle protokoller som Modbus RTU eller Profibus DP til Ethernet, så også ældre udstyr kan kobles på Historian’en.

Anvendelser i praksis

• Fejl- og hændelsesanalyse: Når tidsserierne afspilles, kan ingeniøren se, om et spændingsfald hænger sammen med et motorstop, eller præcis hvilken alarm der kom først i en kaskade.
• Trends: Løbende overvågning af temperaturstigninger i en motorvikling afslører en gradvis nedbrydning af isolationen, så lejet kan udskiftes planlagt.
• Batchdokumentation: Fødevare- og farmavirksomheder dokumenterer hvert procestrin for at leve op til FDA- eller EU-krav om sporbarhed.
• Energi- og belastningsstyring: Detaljerede målinger fra fordelingstavlerne gør det muligt at sammenligne skift, linjer eller bygningsafsnit og finde de skjulte energislugere.

På vandværker møder vi Historian’en som en del af SRO-anlæg til vandforsyning.

Integration i tavleprojekter

Når nye styretavler designes, aftaler automations- og IT-afdelingen i fællesskab standarder for tagnavne, scantider og netværkskrav. Det giver:

• Ensartede navne, så senere analyser er nemme at gå til.
• Servere og netværk, der er dimensioneret rigtigt.
• Overholdelse af politikkerne for cybersikkerhed (segmentering, VLAN, firewalls).

Ved retrofit monteres ofte små edge-enheder, der opsamler data, bufferlagrer lokalt, hvis netværket falder ud, og sender videre til den centrale Historian, når forbindelsen er tilbage.

Sikkerhed og dataintegritet

Historian-data viser både produktion og energiforbrug, og de er derfor forretningskritiske:

• Redundans: Failover-klynger eller virtuelle maskiner mindsker risikoen for at miste målinger.
• Rollebaseret adgang: Operatører kan se trends, men kun systemingeniører kan oprette eller slette tags.
• Kryptering: TLS beskytter data undervejs mellem feltudstyr, edge-enheder og Historian-server.
• Validering: Checksummer og faste backups gør, at selv år gamle datasæt stadig er komplette og uændrede.

Standarder og platforme

ISA-95 beskriver, hvordan procesdata bevæger sig mellem automations- og ERP-niveauet, og OPC UA giver et platformuafhængigt interface. Kendte proprietære løsninger er AVEVA PI System, GE Proficy Historian og Siemens SIMATIC Process Historian. Open source-projekter som InfluxDB og TimescaleDB vinder frem, især i IoT-installationer.

Gode råd

• Start med realistiske scantider. Opsamling med millisekunders opløsning giver kun mening, hvis fænomenet faktisk ændrer sig så hurtigt.
• Gem enheden (A, V, °C) som metadata på hvert tag.
• Gennemgå jævnligt ubrugte eller dublerede signaler, så databasen holdes slank.
• Tag vedligehold og kvalitet med i designet. Det er dem, der bruger de historiske data mest.