En datacenterklasse siger noget om, hvordan strøm, køling og føringsveje er bygget op, og dermed om, hvilke fejl og hvilket vedligehold datacentret kan klare uden at stoppe driften. Den siger intet om udbyderens platform, support eller ejerskab. Og den er kun så meget værd som det, der står bag ordet: en certificering fra ordningens ejer, en certificering af designet alene eller en leverandørs egen betegnelse.
Det sidste skel er det vigtigste for en køber, og det er det, artiklen handler om.
Tier efter Uptime Institute
Tier-systemet er udviklet af Uptime Institute. Beskrivelsen her bygger på instituttets egen artikel, opdateret i april 2021 og læst 8. november 2026. Kilden er ordningens ejer og ikke uafhængig.
- Tier I, grundkapacitet. Et særskilt område til IT med nødstrømsanlæg, egen køling og generator.
- Tier II, redundant kapacitet. Ekstra kritiske komponenter til strøm og køling.
- Tier III, kan vedligeholdes under drift. Ingen nedlukning ved udskiftning og vedligehold af udstyr. Der er en redundant forsyningsvej for strøm og køling, så hver komponent kan tages ud og vedligeholdes, uden at IT-driften stopper.
- Tier IV, fejltolerant. Når enkeltkomponenter eller forsyningsveje fejler, stoppes virkningen, før den når IT-driften.
Hvert niveau rummer kravene i niveauerne under. Instituttet skriver selv, at et højere niveau ikke altid er bedre, fordi omkostninger og kompleksitet stiger med niveauet, og fordi datacentret skal passe til den forretning, det skal understøtte.
Tre slags certificering
Uptime Institute certificerer i tre trin:
- Design. Instituttet gennemgår designdokumenterne.
- Opført anlæg. Instituttet vurderer, om anlægget er bygget efter designet.
- Drift. Instituttet vurderer driftsorganisationens planer og processer med besøg på stedet.
Instituttet skriver, at det er den eneste organisation, der formelt kan certificere datacentre efter Tier-systemet, og at det er let for andre at påstå, at de opfylder Tier. Det er instituttets eget udsagn om sin egen ordning.
For en køber betyder det, at “Tier III” kan dække tre forskellige ting: et certificeret design, et certificeret anlæg eller en påstand. En certificering af designet alene siger ikke, at bygningen er opført efter det.
EN 50600 og ISO/IEC 22237
EN 50600 er en europæisk standardserie for datacentres faciliteter og infrastruktur, og ISO/IEC 22237 er en anden standard, udbydere henviser til. Standarderne er betalingsstandarder og er ikke læst til denne artikel. Derfor beskriver vi ikke deres klasser. Hvad en tilgængelighedsklasse eller beskyttelsesklasse betyder efter standarden, skal I læse i standarden selv, fx via Dansk Standard, eller bede udbyderen forklare med henvisning til den.
Udbydere bruger betegnelserne forskelligt. En tysk udbyder oplyser pr. november 2026, at to af dens anlæg har en ISO/IEC 22237-certificering med tilgængelighedsklasse 3, og at begge steder også har DIN EN 50600-certifikater. En nordisk colocationudbyder skriver, at standarden i deres datacentre lever op til tilgængelighedskravene for Tier 3, uden at oplyse en certificering. Det første er en certificering efter en standard. Det andet er udbyderens egen betegnelse.
Sådan læser I en klasse
Når en udbyder nævner Tier, EN 50600 eller en tilgængelighedsklasse, så stil fire spørgsmål:
- Er det en certificering, og hvem har udstedt den? For Tier: Uptime Institute. For EN 50600 og ISO/IEC 22237: et certificeringsorgan, der skal kunne navngives.
- Hvad er certificeret: design, opført anlæg eller drift?
- Hvilke bygninger eller rum dækker den? En udbyder med flere datacentre kan have certificering for nogle af dem.
- Hvornår er den udstedt, og er den stadig gyldig?
Kan udbyderen ikke svare på det første spørgsmål, er klassen en egen betegnelse. Den kan godt være rigtig, men I har kun udbyderens ord for den.
Hvad I kan bruge klassen til
Klassen er nyttig til én ting: at vurdere, om datacentrets fysiske opbygning passer til jeres krav til tilgængelighed. Et system, der skal køre døgnet rundt uden planlagte stop, har brug for et datacenter, der kan vedligeholdes under drift, eller for at køre i to datacentre. Et system, der kan tåle et planlagt stop en søndag nat, har ikke.
Klassen siger intet om platformens egen tilgængelighed, om supporten eller om jurisdiktionen. Den er ét felt i jeres kravark blandt flere. To datacentre med lavere klasse kan efter vores vurdering give mere robusthed for jeres system end ét med højere klasse; se To datacentre, to regioner, to udbydere.
Hvad det kræver, og hvad det koster at lade være
De fire spørgsmål tager kort tid at stille. Svaret skal holdes op mod jeres egne krav til tilgængelighed pr. system, og det kræver, at I har skrevet dem ned. Har I ikke det, tager det en dag for de vigtigste systemer.
Lader I være, risikerer I at betale for en klasse, I ikke har brug for, eller vælge en placering, hvor planlagt vedligehold stopper et system, der skulle køre hele tiden. Posten er enten unødvendig drift i et dyrere anlæg eller timer med stop, som I selv kan prissætte med jeres egne tal for en times stop.
Det skal I lade være med
- At læse “Tier III” som en certificering · det kan være en egen betegnelse.
- At gå efter den højeste klasse som udgangspunkt · ordningens ejer skriver selv, at det højeste niveau ikke altid er det rigtige.
- At bruge klassen som svar på driftssikkerhed for hele tjenesten · den dækker bygningen og intet over den.
Det skal valget kunne vise
- ☐ Klasse, udsteder, type af certificering og gyldighed for hvert datacenter.
- ☐ Om klassen er en certificering eller en egen betegnelse.
- ☐ Jeres krav til tilgængelighed pr. system holdt op mod klassen.
- ☐ Hvad I gør for de systemer, hvor bygningen ikke er nok.
Kilder
- Uptime Institute Journal: Explaining the Uptime Institute’s Tier Classification System, opdateret april 2021, læst 8. november 2026.
- T Cloud Public: Certifications, læst november 2026.
- GlobalConnect: Colocation, læst november 2026.
Senest gennemgået: november 2026.
Næste skridt
Skriv for jeres vigtigste systemer, om de kan tåle et planlagt stop, og hold svaret op mod klassen på det datacenter, de står i.
Læs også: Hvem ejer datacentret? · Serviceaftalen
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
