Dataopslag

Een telemetriesysteem kan de meetgegevens op verschillende plaatsen bewaren: lokale opslag opslag op hoofdpost back-ups Lokale opslag Op het onderstation bewaart de datalogger de meetgegevens tot de overdracht naar de hoofdpost. Soms verwijderen beheerders de meetgegevens daarna direct uit de lokale opslag. Het is beter om de metingen te laten staan, totdat de logger vol is en daarna pas de oudste metingen te overschrijven. Zo is bij communicatieproblemen toch nog een lokale back-up van de gegevens beschikbaar. Ontbreekt een vaste of geautomatiseerde inzamelfrequentie, zoals bij het inbellen door een medewerker? Dan moet de datalogger minimaal één maand aan gegevens kunnen bewaren. Zo gaan bijvoorbeeld ook tijdens een vakantie geen meetgegevens verloren. Ook voor systemen mét een vaste inzamelfrequentie is het raadzaam om enkele weken tot een maand opslagcapaciteit in de logger op te nemen. Dan kunnen bij falen van de communicatieapparatuur de metingen doorgaan, totdat de communicatie is hersteld. Opslag op hoofdpost Na de overdracht vanaf de onderstations slaat de hoofdpost de meetgegevens op. Bij een webapplicatie gebeurt dit via de provider op een dataserver. Als de hoofdpost een pc is, worden de gegevens lokaal of op een netwerk opgeslagen. Met name de opslag van meetgegevens op de harde schijf van een pc kan risico’s opleveren. Bijvoorbeeld door brand, een computercrash of diefstal van de pc. Gebruik voor de opslag van meetgegevens op de hoofdpost bij voorkeur een databasestructuur. Hierin zijn verschillende soorten gegevens aan elkaar te koppelen: ruwe en gevalideerde meetgegevens en andersoortige data, zoals foto’s van de meetopstellingen, kaartmateriaal, tekeningen en logboeken. Het is belangrijk dat al deze verschillende soorten gegevens bij elkaar blijven. Afzonderlijke, zonder duidelijke structuur opgeslagen bestanden leiden tot onoverzichtelijkheid en uiteindelijk tot de beruchte ‘datakerkhoven’. Ruwe meetgegevens blijven altijd bewaard. Nieuwe data schrijft het systeem bij de bestaande data. Na bewerkingen op de meetgegevens mogen nieuwe data de originele data in geen geval overschrijven. In elk meetproject is het bewaren van de ruwe meetgegevens essentieel, om eerder uitgevoerde databewerkingen later (met nieuwe technieken) te kunnen reproduceren. Vermijd daarom het ‘indikken’ van data in meetprojecten (zie hieronder). Back-ups Regelmatige (zo mogelijk geautomatiseerde) back-ups zijn een essentiële voorzorgsmaatregel tegen dataverlies. Maak bij voorkeur wekelijks een back-up en doe dit op een afzonderlijk systeem. Dus niet op dezelfde computer of hetzelfde netwerk als de originele data, maar bijvoorbeeld op een cd-rom. ‘Indikken’ van data In oudere telemetriesystemen is de opslagcapaciteit vaak een beperkende factor, vooral in telemetriesystemen die niet primair zijn opgezet om te meten. Veel systemen ‘dikken’ data na verloop van tijd ‘in’ om ruimte te maken voor nieuwe meetgegevens. Dit ‘indikken’ is afkomstig uit de gemalenbeheersystemen, maar komt ook (ten onrechte) voor bij bijvoorbeeld overstortmetingen. Veel systemen zijn primair gericht op het omgaan met actuele gegevens en niet op de analyse van historische data. Bij het meten en analyseren van het hydraulisch functioneren van systemen is het van belang alle geregistreerde meetdata (brongegevens) te bewaren. Het is niet aan de orde om gedetailleerd gemeten tijdsafhankelijke verloop van neerslag, waterstanden en debieten in te dikken naar een gemiddelde of maximum dagwaarde. Intussen is opslagcapaciteit geen beperking meer (de prijs ligt onder 1 €/Gb). Vermijd het indikken van data in een meetproject.