Zo schrijft u een data centre maintenance SLA die u daadwerkelijk dekt

Strip een datacenter-onderhoudscontract terug tot de werkende delen en zes definities bepalen of hij u beschermt of de contractor. Dit zijn uw minimale data center SLA-eisen:

1. Responstijd per prioriteit — in minuten en uren, niet in bijvoeglijke naamwoorden. 2. Resolutietijd-doelen — wanneer het systeem terug is in de normale toestand, niet wanneer iemand begint te kijken. 3. Het preventieve-onderhoudsschema — frequentie, scope per bezoek en de documentatiestandaard voor elke taak. 4. Het escalatiepad — wie er wordt gewekt, in welke volgorde, na hoeveel minuten zonder voortgang. 5. Een RCA-eis — een schriftelijke root cause analysis binnen 48 uur voor elke P1. 6. Documentatie — elke work order, elk PM-record en elk incidentrapport gefileerd en voor u toegankelijk.

Ontbreekt één van de zes, of is die zacht geformuleerd, dan heeft u geen onderhoudscontract. Dan heeft u een brochure met een handtekeningenpagina.

Deze twee getallen zijn niet uitwisselbaar, en contractors vervagen ze bewust. Responstijd is wanneer een gekwalificeerde engineer zich met het probleem bezighoudt — diagnose op afstand telt, een automatisch ticketantwoord niet. Resolutietijd is wanneer het geraakte systeem terug is in de normale, gedocumenteerde toestand. Beide horen in de SLA, per prioriteitsniveau, in minuten en uren.

Voor een P1 — een kritieke systeemstoring of dreigend risico voor de live load — is de verdedigbare basislijn minder dan 30 minuten on-call respons en minder dan twee uur on-site. Trager dan dat en draagt u het risicovenster zelf. Sneller is verkrijgbaar, tegen een prijs; het punt is dat het getal op papier staat.

Hier is wat het verschil kost. Een koelstoring om 14:00. De SLA zegt "vier uur respons". De contractor stuurt om 14:05 een bevestiging en noemt dat "respons gehaald". De engineer arriveert om 17:30. Resolutie — een ongedefinieerde term — gebeurt ergens daarna. Uw SLA werd technisch nagekomen terwijl uw inlaattemperaturen de ASHRAE-grenzen passeerden.

Een data center maintenance SLA die response belooft zonder resolutie is een semafoondienst, geen onderhoudsdienst.

Prioriteiten werken alleen als ze in facility-termen zijn gedefinieerd, niet in IT-servicedesk-termen. P1 is een kritieke systeemstoring of dreigend risico: power, koeling of connectiviteit die de live load raakt. P2 is verloren redundantie — het systeem draait, maar één extra storing wordt een P1. P3 is stabiel: volledig functionele infrastructuur met kleine of preventieve scope.

Elke prioriteit krijgt zijn eigen response- en resolutiedoelen. Dat klinkt vanzelfsprekend. Toch dragen de meeste zwakke SLA's één responstijd voor alles — wat in de praktijk betekent dat alles als P3 wordt behandeld tot iemand die senior genoeg is gaat schreeuwen. Schrijf de matrix: drie prioriteiten, elk twee klokken, geen gedeelde rij.

Definieer de prioriteitenmatrix voor uw site, geen generieke. Een financiële-diensten-hal en een ontwikkellab delen geen P1. Past het template van de contractor niet op uw risicoregister, laat hem het herschrijven — vóór de handtekening kost het een alinea; na een incident kost het u de discussie.

Preventief onderhoud dat niet is ingepland — met een gedefinieerde frequentie en scope in de SLA — is optioneel onderhoud. En optioneel onderhoud gebeurt niet op tijd. Het schiet een week op, dan een kwartaal, en dan vindt u het terug in de RCA van een incident dat nooit had mogen gebeuren.

Uw SLA moet de frequentie per asset-klasse benoemen — UPS per kwartaal, batterijen halfjaarlijks, CRAH-filters maandelijks, wat uw site ook vraagt — de scope van elk bezoek, en de documentatiestandaard: wat wordt vastgelegd, waar het wordt gefileerd en hoe u erbij komt. Het gat tussen het preventieve onderhoud dat datacenter-operators contracteren en wat er daadwerkelijk op de vloer landt, zit bijna altijd in deze clausule.

Leg ook de verschuifregel vast: hoe ver een PM mag opschuiven, wie dat goedkeurt en hoe het wordt gerapporteerd. Zonder die regel wordt "per kwartaal" stilletjes "uiteindelijk".

Een maintenance SLA die geen escalatiepaden definieert is geen SLA. Het is een document dat de contractor beschermt, niet u.

Het escalatiepad is de ladder die een incident beklimt als de eerste respons niet genoeg is: benoemde rollen, tijdsvakken per trede, en een duty manager die om 03:00 opneemt. Test het vóór u tekent — bel het nummer buiten kantooruren in een weekend en kijk wat er opneemt.

Even belangrijk: engineer-toegang. U wilt een directe lijn met de toegewezen engineer die uw one-line-diagram kent — geen supportdesk die een script voorleest. Om 02:00 op een zondag is het verschil tussen die twee het verschil tussen een fix van tien minuten en een P1 die in het board-deck belandt.

Elke interventie op uw vloer moet een papieren spoor achterlaten dat van u is. Work orders voor correctief onderhoud, PM-records voor elk gepland bezoek, incidentrapporten voor elk alarm — gefileerd naar een standaard, opgeslagen waar u erbij kunt, niet opgesloten in het ticketsysteem van de contractor.

Voeg voor P1-incidenten de RCA-eis toe: een schriftelijke root cause analysis binnen 48 uur. Geen telefoontje. Geen "we hebben hem herstart en de monitoring is groen". Een document dat vastlegt wat er faalde, waarom het faalde, wat er is gedaan, en wat er verandert zodat het niet opnieuw faalt. De klok van 48 uur doet ertoe — geheugens vervagen en logs roteren.

Wat niet gedocumenteerd is, is niet gebeurd. Schrijf dat in de SLA en audits worden saai — en dat is precies wat u wilt.

Bij het beoordelen van een SLA van een datacenter-contractor vertellen vijf formuleringen u voor wie het document is geschreven. Responstijd gedefinieerd als bevestiging — een robot kan bevestigen. Uitsluitingen voor emergency-callouts buiten kantooruren — storingen houden geen kantooruren, dus uw dekking ook niet. Resolutietijd als "best efforts" — dat is geen doel, het is een excuus dat vooraf in het contract is geladen. Geen RCA-eis — waardoor elke P1 een mysterie blijft dat u betaalt om te herhalen. En geen documentatiestandaard — waardoor het enige verslag van werk op uw vloer in andermans systeem leeft.

Eén rode vlag is een onderhandelingspunt. Drie of meer en u koopt geen onderhoud — u koopt de schijn van onderhoud, tegen onderhoudsprijzen.