Twee uur ‘s nachts, een onderhoudsvenster dat dichtgaat, en een technicus voor vijf identieke 1U-machines die probeert uit te vissen welke eruit moet - dat is het moment waarop een serverinventaris zijn plek verdient. Servers raken niet kwijt zoals laptops. Ze worden verkeerd geïdentificeerd, herbestemd zonder registratie, en op supportcontracten gehouden lang nadat ze zijn uitgeschakeld, en de kosten van die gaten meet u in downtime en verspilde verlengingen, niet in diefstal.
Dit leert u
- Hoe serverregistraties van het rack wegdrijven
- Wat u per server vastlegt
- Labelen: voor, achter en het rack zelf
- Verplaatsingen en buitengebruikstellingen als gebeurtenissen
- Garantie, support en einde levensduur
- Tools die dit makkelijker maken
- FAQ
Hoe serverregistraties van het rack wegdrijven
- Hostnamen doen alsof ze identiteiten zijn. Ze worden hernoemd, hergebruikt voor nieuwe hardware, en overleven migraties naar virtuele machines. De machine die vandaag db-02 heet, is misschien niet de machine die db-02 was toen het register werd geschreven.
- Herbestemming laat geen spoor na. De oude mailserver wordt de buildserver wordt “die machine op U17 die niemand durft uit te zetten”. Elke wijziging was verstandig; geen ervan is vastgelegd.
- Het rackdiagram staat op een wiki. Zorgvuldig getekend bij installatie, nooit bijgewerkt. Het diagram beschrijft het rack zoals iemand hoopte dat het zou blijven.
- Contracten overleven de hardware. Supportverlengingen worden jaarlijks betaald vanuit een lijst die niemand tegen de racks afstemt, dus buiten gebruik gestelde machines blijven geld kosten.
Wat u per server vastlegt
| Veld | Waarom het telt |
|---|---|
| Asset-ID | Overleeft elke wijziging van hostnaam, OS-herinstallatie en herbestemming |
| Hostnaam(en) | De brug tussen de fysieke machine en hoe de softwareteams hem noemen |
| Merk, model, specificatie | Bepaalt welke rails, voedingen en reserveonderdelen passen |
| Serienummer / servicetag | Het nummer dat de supportlijn van de leverancier als eerste vraagt |
| Rack + U-positie | Maakt van “vind de machine” een klusje van dertig seconden |
| Status | Productie, reserve, wacht op buitengebruikstelling, buiten gebruik |
| Aankoopdatum + prijs | Voedt vervangingsbudgetten en afschrijving |
| Einde garantie / support | Bepaalt of de uitgevallen voeding gedekt is of wordt gefactureerd |
| Bijgevoegde documenten | Facturen, supportcontracten, certificaten van buitengebruikstelling |
Het asset-ID en serienummer zijn het permanente duo; al het andere in de registratie mag veranderen, zolang de wijziging wordt vastgelegd.
Labelen: voor, achter en het rack zelf
- Label het frontpaneel en de achterkant. Rondes door de gang gebeuren aan de voorkant; het echte werk gebeurt aan de achterkant, tussen de bekabeling. Twee labels kosten een paar cent en maken een einde aan verkeerde identificatie.
- Druk het asset-ID en een QR-code af, nooit de hostnaam. Hostnamen veranderen; een label met een verouderde hostnaam is erger dan geen label.
- Label racks met hun eigen ID’s. Een nette assethiërarchie van locatie-ruimte-rack-unit maakt elk locatieveld eenduidig, zelfs over serverruimtes heen.
- Let op de hardware. Hittebestendig materiaal, nooit over ventilatieopeningen, nooit over de servicetag van de leverancier.
Verplaatsingen en buitengebruikstellingen als gebeurtenissen
Servers verplaatsen zelden, en juist daarom blijven verplaatsingen ongeregistreerd - er is geen gewoonte om op terug te vallen. Leg elke verplaatsing vast als gebeurtenis: van rack en U-positie naar rack en U-positie, wie het deed, wanneer. Locatie bijhouden is maar zo goed als de laatst vastgelegde verplaatsing.
Buitengebruikstelling verdient dezelfde formaliteit. Het is een proces, geen verwijdering: zet de status op buiten gebruik, leg het wissen van de data en de afvoerroute vast, en bewaar de registratie met bijgevoegde documenten. Vraagt een security review wat er is gebeurd met de machine die klantdata bevatte, dan moet het antwoord bij de asset staan - niet in het geheugen van iemand die vorig voorjaar vertrok.
Tip: stem de verlengingslijst van supportcontracten eenmaal per jaar af tegen de racks, de week voordat de verlengingen aflopen. Support betalen voor buiten gebruik gestelde machines is de stilste verspilling in een IT-budget, en dit is het uur dat het opspoort.
Garantie, support en einde levensduur
Het register verdient zich het meest terug rond het verlengingsseizoen en bij vervanging. Filter op einddatum van de support voordat er iets uitvalt, zodat machines die buiten de dekking lopen bewust worden verlengd of voor vervanging worden ingepland. De aankoopdata bekeken in groepen laten zien wanneer een golf hardware samen veroudert - het verschil tussen een gepland vervangingsbudget en een noodbudget. En reserves tellen alleen als reserves als het register zegt waar ze zijn en dat ze nog werken.
Tools die dit makkelijker maken
Rack-spreadsheets zijn momentopnames van de installatiedag. Servers veranderen langzaam genoeg dat de veroudering onzichtbaar blijft: een herbestemming hier, een verplaatsing daar, een gewijzigde hostnaam - en drie jaar later is het bestand een archeologisch document. Een spreadsheet heeft ook geen antwoord op de vraag die voor servers het zwaarst telt: niet “waar is hij?” maar “wat is ermee gebeurd?” (Waarom Excel tekortschiet voor assetbeheer gaat dieper.)
AMPthilly houdt beide vragen beantwoord. Elke server is een profiel met serienummer of servicetag, model, locatie, status, aankoop- en garantiedata, en bijgevoegde facturen, supportcontracten en notities over buitengebruikstelling. Elke verplaatsing, statuswijziging en veldbewerking komt in een filterbare audithistorie, en een QR-label op het frontpaneel opent de gegevens in een telefoonbrowser, staand bij het rack. Filter op einde garantie vóór het verlengingsseizoen en exporteer naar CSV wanneer finance erom vraagt. Een bestaande racklijst laadt u in via CSV-import op het Starter-abonnement en hoger. Het gratis abonnement (3 gebruikers, 25 assets) dekt het register, de uitleen en de audithistorie voor een klein serverpark.
FAQ
Hoe houd ik een inventaris van servers bij? Een permanent asset-ID per machine, serienummer of servicetag vastgelegd, rack en U-positie, voor- en achterlabels, en elke verplaatsing, herbestemming en buitengebruikstelling vastgelegd als gebeurtenis.
Wat moet een serverinventaris bevatten? Asset-ID, hostnaam, merk en model, serienummer, rack en U-positie, status, aankoopdatum en prijs, einde garantie of support, plus bijgevoegde facturen, contracten en certificaten van buitengebruikstelling.
Kan ik servers alleen op hostnaam bijhouden? Nee - hostnamen zijn herbruikbare aliassen. Sleutel het register op asset-ID en serienummer; leg de hostnaam vast als een veld dat verandert.
Hoe moeten servers in een rack worden gelabeld? Frontpaneel en achterkant, asset-ID plus QR-code, nooit de hostnaam. Label racks met eigen ID’s en houd labels weg van ventilatieopeningen en servicetags.
Moeten virtuele machines in de assetinventaris? Houd de fysieke hosts bij in het register; laat de virtualisatietooling de VM-lijst beheren. Houd de koppeling van host naar workload dichtbij.
Hoe ga ik om met buiten gebruik gestelde servers? Status naar buiten gebruik, het wissen van de data en de afvoerroute vastgelegd, registratie behouden. De vraag komt jaren later terug; het antwoord moet bij de asset staan.
Conclusie
Een serverinventaris gaat minder over verlies en meer over identiteit en historie. Geef elke machine een ID dat zijn hostnamen overleeft, label voor en achter, leg verplaatsingen en buitengebruikstellingen vast als gebeurtenissen, en stem contracten eenmaal per jaar af tegen de racks. De opbrengst is concreet: kortere onderhoudsvensters, geen verlengingen op dode machines, en een schoon antwoord wanneer iemand vraagt waar de data naartoe ging.