Als gebruikers zet meer en meer informatie over servers en bedrijven kosten te besparen door het elimineren veel desktop- printers in het voordeel van een paar gedeelde printers , de rol van de server wordt belangrijker . Uptime regels in een gecentraliseerde server -omgeving en de gebruikers zijn snel te schreeuwen als er iets mis gaat . Het is cruciaal dat de server beheerders bedenken procedures die uptime , wat resulteert in een hogere productiviteit voor de gebruikers te maximaliseren .
Geplande Downtime

Ongeacht hoe goed de operationele procedures , serverbeheerders moeten routine-onderhoud op de server af en toe uit te voeren . Software-updates moeten worden geïnstalleerd , back-ups moeten worden uitgevoerd en alle andere benodigde onderhoud eist doorgaans dat de server down is voor een tijd . Geplande downtime is een onderdeel van het maximaliseren van de uptime , en wordt meestal gepland in het weekend om de impact gebruiker te minimaliseren . Hoewel deze "down " en " up " van de server is technisch een bounce , wordt de term meer typisch toegepast op noodsituaties downtime .
Emergency Downtime

bij gelegenheid zal een server ervaren "noodsituatie downtime . " Dit kan gebeuren wanneer een schijf uitvalt of een voeding brandt uit of wanneer een van een aantal onverwachte problemen zich voordoet . Dit kan gebeuren , ongeacht het niveau van aandacht voor de operationele procedures . Meestal is dit soort downtime optreedt op het slechtst mogelijke moment , zoals tijdens salarisverwerking . Af en toe zal een server gewoon " lock up ", geven geen indicatie van wat het probleem is , maar niet helemaal naar beneden .
Bouncing de Server

Bouncing de server vereist meestal een harde stroom uit . Dit betekent dat de beheerder of technicus een macht moet verwijderen om het apparaat "niet - uitschakeling . " Dit is de "down " deel van de bounce . Zodra de server is volledig uitgeschakeld , en alle activiteiten heeft gestaakt , de beheerder de server opnieuw opgestart . Dit is de " up " een deel van de bounce . Als alles goed gaat , zal de server terug te komen naar de normale bedrijfstoestand . In de beste omstandigheden zal de beheerder in staat zijn om log gegevens met vermelding van de reden voor het probleem te vinden . Echter , de meeste van de tijd is er geen indicatie van wat leidde tot de noodzaak van de server bounce .