7 vanlige utfordringer med backup og versjonskontroll i industrielle anlegg

En produksjonslinje har stoppet, og en PLS må byttes ut. Alle vet det finnes en sikkerhetskopi av PLS-programvaren, men ingen har oversikt over hvor den ligger eller om den er oppdatert.

Det er først når en slik hendelse oppstår at det blir tydelig hvor sårbar produksjonen er uten kontroll på backup og versjonshistorikk. I denne artikkelen ser vi nærmere på de vanligste utfordringene med backup og versjonskontroll i industrielle anlegg.

Når en PLS må gjenopprettes eller byttes ut starter jakten på programfilene. Ligger de på en lokal PC? På en nettverksdisk? I en e-post? Hos en ekstern leverandør?

De fleste produksjonsbedrifter tar regelmessig backup av programfilene til PLS-er og annet automasjonsutstyr, men problemene oppstår først når man skal finne dem igjen. Ofte finnes det flere kopier, men ingen vet hvilken som er riktig. Det gjør at det går mye tid på å lete etter hvor siste versjon befinner seg.

Vi ser at mange fremdeles er avhengige av at enkeltpersoner eksporterer og lagrer prosjekter manuelt. Men i en travel produksjonshverdag kan det fort skje at noen glemmer å ta en backup.

I tillegg er man sårbar hvis ansatte slutter, PC-en hvor backupen ligger lagret lokalt byttes ut, eller filer slettes ved en feil. Ofte oppdager man først at backupen mangler når man trenger den, og risikerer å måtte sette opp alt på nytt.

Dette er en av de vanligste problemene vi ser: Det finnes en backup, men flere endringer er gjort siden sist. Parametere kan være justert, eller en leverandør ha gjort en oppdatering. På papiret ser det ut som dere har kontroll fordi det finnes en sikkerhetskopi, men problemet er at den gjenspeiler ikke lenger dagens anlegg.

Risikoen er at man laster inn en eldre versjon som mangler viktige endringer, som fører til ekstra feilsøking, nye driftsforstyrrelser og lenger nedetid. I verste fall kan man måtte bruke tid på å rekonstruere endringer som er gjort over lang tid.

Produksjonen har stoppet, og en tekniker tilkalles for å feilsøke. For å få anlegget raskt i gang igjen justerer han en parameter direkte i PLS-en. Endringene fungerer, anlegget starter opp og produksjonen fortsetter som den skal.

Noen måneder senere stanser produksjonen igjen, og siste backup av PLS-programfilene installeres på en ny PLS. Men produksjonen står fortsatt stille.

Små optimaliseringer, feilrettinger og justeringer gjøres ofte direkte i produksjonen for å løse akutte problemer. Selve endringen er riktig, men når den ikke dokumenteres har man ikke riktig versjon tilgjengelig for bruk ved en hendelse senere.

Når endringer gjøres uten versjonskontroll, uansett årsak, kan det blir vanskelig å holde oversikt over hva som faktisk har skjedd i anlegget:

Dette gjør at revisjoner og dokumentasjon blir vanskeligere. I produksjonsbedrifter med samarbeid mellom flere teknikere, avdelinger og eksterne leverandører er god sporbarhet ekstra viktig. Når alle endringer loggføres automatisk får hele teamet en felles kilde til sannhet.

Har du opplevd å stå i en diskusjon med en ekstern leverandør fordi dere er uenige om endringer som er gjort i et PLS-program? Eller oppdaget at den nyeste versjonen av prosjektet ikke ligger hos dere, men på en PC hos leverandøren?

Dette er en situasjon vi ser ofte i OT-prosjekter. Arbeidet er riktig gjennomført, men konfigurasjoner, programfiler og dokumentasjon som ble utviklet gjennom hele prosjektet er kun lagret lokalt hos leverandøren. Konsekvensene kan bli betydelige:

I takt med at anlegg blir mer komplekse, blir denne arbeidsformen stadig mer sårbar. Både leverandør og sluttkunde er tjent med at prosjektdata lagres sentralt og er tilgjengelig for alle relevante parter.

Cybersikkerhet handler ikke bare om å holde uvedkommende ute. I de fleste automasjonsmiljøer har flere personer tilgang til å gjøre endringer i PLS-er, HMI-er og kontrollsystemer. Uten tilgangskontroll og sporbarhet er det vanskelig å ha kontroll på:

Uten denne oversikten kan revisjoner, compliance og hendelseshåndtering bli vanskelig.