Welche Hardware-Komponenten sollten Sie zuerst erneuern, wenn Ausfälle zunehmen?

Wenn Hardwareausfälle zunehmen, sollten Sie nicht automatisch die ältesten Geräte ersetzen. Vorrang haben Komponenten, deren Defekt einen kritischen Geschäftsprozess unterbricht, deren Zustand sich nachweislich verschlechtert oder für die kein verlässlicher Ersatz mehr verfügbar ist. Bei Servern können das Speicherlaufwerke, Netzteile oder ausfallgefährdete Infrastrukturkomponenten sein. Bei Arbeitsplätzen stehen häufig besonders störanfällige und geschäftskritische Clients im Vordergrund.

Für eine wirtschaftliche Entscheidung müssen drei Fragen zusammenkommen: Wie wahrscheinlich ist ein Ausfall, wie schwer wären seine Folgen und was kostet der geplante Austausch über den gesamten Lebenszyklus? Das gilt für Schweizer KMU mit wenigen Dutzend Arbeitsplätzen ebenso wie für Unternehmen mit eigener Serverinfrastruktur.

Ein aktuelles Hardware-Inventar, nachvollziehbare Prioritäten und standardisierte Austauschprozesse machen aus einzelnen Reparaturen einen planbaren Beschaffungszyklus. Dadurch lässt sich das verfügbare Budget gezielter einsetzen, ohne funktionsfähige Systeme allein wegen ihres Alters auszusortieren.

Warum Hardware nach 4–6 Jahren plötzlich in Wellen ausfällt?

Hardware kann nach vier bis sechs Jahren gehäuft ausfallen, weil Unternehmen viele Geräte gleichzeitig beschaffen und unter ähnlichen Bedingungen betreiben. Dadurch altern ganze Modellserien parallel, während Garantien und Supportverträge ebenfalls zeitgleich auslaufen. Eine solche Ausfallwelle ist jedoch kein technisches Naturgesetz: Beschaffungsrhythmus, Belastung, Wartung und Gerätequalität beeinflussen das tatsächliche Risiko.

Ein Unternehmen, das während eines Standortausbaus sämtliche Arbeitsplätze gleichzeitig ausgestattet hat, schafft damit auch einen gemeinsamen Ausgangspunkt für den späteren Ersatzbedarf. Werden die Geräte gleich intensiv genutzt, können ähnliche Verschleisserscheinungen zeitlich zusammenfallen. Das bedeutet nicht, dass sämtliche Geräte nach einem bestimmten Geburtstag ersetzt werden müssen.

Ein praktisches Beispiel liefert das Schweizer Bundesamt für Informatik und Telekommunikation. Laut dem Bericht des BIT zur Wiederverwendung von IT-Altgeräten erreichen Notebooks der beschriebenen Bundesverwaltung nach vier Jahren den vorgesehenen Austauschzeitpunkt. Dieser Zeitraum beschreibt eine konkrete Lifecycle-Politik und keine allgemein gültige technische Lebensdauer.

Entscheidend ist deshalb, ob sich eine Verschlechterung bereits erkennen lässt. Drei Frühindikatoren eignen sich für eine regelmässige Auswertung:

• Supporttickets pro Gerät: Wiederkehrende Störungen derselben Geräte oder Modellserie können auf einen wachsenden Wartungsbedarf hinweisen.
• Ersatzteilausfälle: Eine steigende Quote defekter Komponenten innerhalb einer Modellserie macht gemeinsame Schwachstellen sichtbar.
• Garantieablaufwellen: Viele gleichzeitig auslaufende Garantien verändern das finanzielle Risiko, selbst wenn die Geräte noch zuverlässig funktionieren.

Für die Auswertung sollten Supporttickets auf den Gerätebestand und den betrachteten Zeitraum bezogen werden. Andernfalls kann eine grössere Zahl von Tickets lediglich auf einen gewachsenen Gerätebestand zurückzuführen sein. Ebenso ist ein Garantieablauf noch kein Beweis für einen bevorstehenden technischen Defekt.

Der wirtschaftliche Unterschied zwischen geplantem und ungeplantem Austausch liegt vor allem im Zeitpunkt. Bei einem geplanten Wechsel lassen sich Ersatzgeräte konfigurieren, Daten vorbereiten und Termine mit den Fachabteilungen abstimmen. Bei einem plötzlichen Ausfall konkurrieren Beschaffung, Fehlersuche und Wiederherstellung um dieselben knappen IT-Ressourcen.

Besonders problematisch wird es, wenn mehrere Defekte zu kurzfristigen Einkäufen unterschiedlicher Modelle führen. Diese Notkäufe erschweren die Ersatzteilhaltung, vervielfachen Treiberkonfigurationen und können den Supportbedarf über Jahre erhöhen. Die Folgen einer Ausfallwelle reichen damit über die unmittelbare Betriebsunterbrechung hinaus.

Statt einen pauschalen Austausch nach vier oder sechs Jahren festzulegen, sollten Sie die tatsächlichen Störungen mit der Beschaffungshistorie verbinden. Dafür brauchen Sie zunächst eine belastbare Übersicht über Ihren Gerätebestand.

Wie erstellen Sie ein Hardware-Inventar in 7 Tagen, ohne teures Tool?

Ein verwendbares Hardware-Inventar lässt sich bei überschaubaren IT-Beständen innerhalb von sieben Arbeitstagen als erster Planungsstand aufbauen. Nutzen Sie vorhandene Systeminformationen und Verwaltungswerkzeuge, ergänzen Sie Nutzerzuordnung und Garantiedaten und bewerten Sie anschliessend jedes Gerät. Entscheidend ist nicht eine möglichst umfangreiche Datenbank, sondern eine aktuelle Liste, die konkrete Austauschentscheidungen ermöglicht.

Die Sieben-Tage-Methode ist ein pragmatischer Arbeitsplan für eine überschaubare und zugängliche Umgebung. Bei mehreren Standorten, schlecht erreichbaren Geräten oder unvollständigen Bestandsdaten kann die Erfassung länger dauern. Eine vollständige technische und sicherheitsbezogene Inventarisierung kann darüber hinaus zusätzliche Felder erfordern.

Tag 1–2: Technischen Bestand erfassen. Exportieren Sie die verfügbaren Geräteinformationen aus bestehenden Verwaltungswerkzeugen. Unter Windows können beispielsweise Systeminformationen, PowerShell und vorhandene Endgeräteverwaltung helfen. Ein autorisierter Netzwerk-Scan kann ergänzend Geräte sichtbar machen, die nicht zentral verwaltet werden. Er ersetzt allerdings keine persönliche Prüfung von offline betriebenen oder nicht erreichbaren Systemen.

Tag 3–4: Verantwortlichkeiten zuordnen. Ergänzen Sie Standort, zugewiesene Person oder zuständige Abteilung. Stimmen Sie Seriennummern mit Beschaffungsunterlagen ab und prüfen Sie, welche Geräte tatsächlich noch genutzt werden. Nicht eindeutig zuordenbare Einträge erhalten einen Prüfstatus, statt stillschweigend als korrekt zu gelten.

Tag 5–6: Austauschbedarf bewerten. Vergleichen Sie Ausfallhistorie, Alter, Garantieende und geschäftliche Bedeutung. Eine ältere Maschine ohne relevante Störungen kann weiterlaufen, während ein jüngeres Gerät mit wiederholten Defekten und hoher Nutzerkritikalität schneller ersetzt werden sollte.

Tag 7: Aktualisierungsroutine festlegen. Definieren Sie, wer Änderungen dokumentiert und wann die Liste kontrolliert wird. Neue Geräte, Rückgaben, Reparaturen und Standortwechsel müssen in den Bestand zurückfliessen.

Für die eigentliche Austauschplanung reichen zunächst fünf Bewertungsfelder: Modell, Alter, Garantieende, Ausfallhistorie und Nutzerkritikalität. Ergänzend sind eine eindeutige Gerätekennung sowie die Zuordnung zu Standort und Nutzer erforderlich, damit Datensätze nicht verwechselt werden.

Als methodische Orientierung dient die Kontrolle CM-8 der NIST Special Publication 800-53, Revision 5. Sie behandelt die Vollständigkeit, Genauigkeit und Aktualisierung von Komponenten-Inventaren. Die ergänzenden Kontrollen CM-8(1) und CM-8(2) befassen sich mit der Aktualisierung bei Komponentenänderungen beziehungsweise automatisierten Inventarisierungsmechanismen. Der US-Standard ist keine Schweizer Rechtsvorschrift und schreibt weder die Sieben-Tage-Methode noch die genannten fünf Planungsfelder vor.

Ein Inventar beschreibt zunächst nur den Zustand. Zur Beschaffungsgrundlage wird es erst durch die dokumentierte Entscheidung, was weiterläuft, beobachtet oder ersetzt wird. Ein einfacher gemeinsamer Datenbestand ist dafür häufig nützlicher als ein umfangreiches System, dessen Informationen niemand pflegt.

Wenn die priorisierten Geräte und ihre geplanten Ersatztermine bekannt sind, lässt sich auch die Finanzierungsfrage sachlich beantworten: Welche Kosten entstehen bei Kauf oder Leasing tatsächlich über den vorgesehenen Nutzungszeitraum?

Kaufen oder leasen: Was ist sinnvoll bei 80 Clients und knappen IT-Ressourcen?

Bei 80 Clients ist Kaufen häufig dann sinnvoll, wenn Geräte länger genutzt werden sollen, ausreichend Kapital verfügbar ist und die interne IT Austausch und Entsorgung effizient organisiert. Leasing eignet sich eher, wenn regelmässige Ersatzzyklen, planbare Zahlungen und vertraglich vereinbarte Dienstleistungen im Vordergrund stehen. Entscheidend sind die Gesamtkosten einschliesslich Einführung, Betreuung und Rückgabe, nicht allein die monatliche Rate.

Für einen aussagekräftigen Vergleich müssen beide Varianten dieselbe Leistung und denselben Betrachtungszeitraum abdecken. Wenn beim Leasing beispielsweise Gerätebereitstellung, Rücknahme oder Datenlöschung enthalten sind, müssen diese Leistungen beim Kauf ebenfalls als Kostenposition berücksichtigt werden.

Die folgende Gegenüberstellung zeigt die praktischen Entscheidungskriterien, ohne eine generelle Kostenvorteilhaftigkeit zu unterstellen.

Bei begrenzten IT-Ressourcen verdient der operative Aufwand besondere Aufmerksamkeit. Wer übernimmt die Installation, die Übertragung von Benutzerprofilen, den Abbau der Altgeräte und die nachweisbare Datenlöschung? Ein Leasingangebot ohne diese Leistungen entlastet die IT nicht automatisch. Umgekehrt kann ein Kauf mit ergänzenden Dienstleistungen den Betriebsaufwand ebenfalls reduzieren.

Bei den Vertragskosten sollten Sie insbesondere Mindestlaufzeit, vorzeitige Kündigung, Restwertregelung, Rückgabezustand, Zusatzgeräte und die Behandlung defekter Hardware prüfen. Endet ein Leasingvertrag während einer betrieblichen Hochphase, kann auch ein grundsätzlich sinnvoller Austauschzyklus erhebliche organisatorische Belastungen verursachen.

Hinzu kommen die Schweizer Rechnungslegungs- und Steuerfragen. Die steuerliche Fachinformation der Berner Steuerverwaltung zu Leasingverträgen unterscheidet zwischen Operating-Leasing und Finanzierungs-Leasing. Beim bilanzierten Finanzierungs-Leasing werden das Leasingobjekt aktiviert und die Verbindlichkeit passiviert; die Zahlungen werden in Zins- und Amortisationsanteile aufgeteilt.

Diese kantonale Fachinformation ersetzt keine Prüfung nach dem jeweils anwendbaren Rechnungslegungsrahmen. Vor Vertragsabschluss sollte deshalb mit Treuhand oder Wirtschaftsprüfung geklärt werden, wie die konkrete Vertragsgestaltung bilanziell und steuerlich zu behandeln ist.

Für die Beschaffungsentscheidung bietet sich eine einheitliche Gesamtkostenrechnung an: Anschaffung beziehungsweise Leasingzahlungen, Finanzierung, Rollout, Support, Wartung, Rückbau und Datenlöschung werden zusammen betrachtet. Beim Kauf sind zudem mögliche Restwerte zu berücksichtigen. Ein finanzieller Vergleich bleibt allerdings nur belastbar, wenn die zugrunde gelegten Dienstleistungen und Nutzungszeiträume übereinstimmen.

Unabhängig von der Finanzierung entscheidet die Qualität des Gerätewechsels darüber, ob die geplante Investition produktiv genutzt werden kann. Besonders teure Unterbrechungen entstehen häufig nicht beim Einbau, sondern durch unvollständige Migrationsvorbereitung.

Der Austausch-Fehler, der nach Hardwarewechsel 2 Tage Produktivität kostet

Der kostspieligste Fehler beim Hardwarewechsel ist häufig eine unvollständig vorbereitete Arbeitsplatzmigration. Das Ersatzgerät funktioniert technisch, aber Benutzerprofile, Fachanwendungen, Zugriffsrechte oder Druckerkonfigurationen fehlen. Dadurch kann ein eigentlich kurzer Austausch einen erheblichen Teil der Arbeitszeit kosten. Zwei verlorene Arbeitstage sind ein mögliches Szenario, keine allgemeingültige Ausfallstatistik.

Typisch ist ein neuer Client, der am Morgen bereitsteht, dessen Nutzer aber nicht auf benötigte Dateien oder Anwendungen zugreifen kann. Die IT muss während des laufenden Arbeitstags klären, welche Einstellungen fehlen, ob Softwarelizenzen verfügbar sind und wo die aktuellen Benutzerdaten liegen.

Der technische Austausch ist in diesem Fall abgeschlossen, der betriebliche Wechsel jedoch nicht. Genau diese Differenz wird bei der Zeitplanung häufig unterschätzt.

Vor dem eigentlichen Wechsel sollte deshalb feststehen, welche Daten gesichert werden müssen, welche Anwendungen notwendig sind und wie Benutzeridentität, Berechtigungen und individuelle Einstellungen übernommen werden. Auch Drucker, lokale Schnittstellen, VPN-Verbindungen und besondere Fachanwendungen gehören in die Vorbereitung.

Eine dokumentierte Migrationsvorbereitung sollte mindestens die Sicherung beziehungsweise Synchronisierung des Benutzerprofils, die benötigte Software, den Lizenzstatus, die Zugriffsrechte und einen Funktionstest umfassen. Zugangsdaten dürfen dabei nicht ungeschützt in einer Austauschliste gesammelt werden; entscheidend ist, dass der vorgesehene Zugriff über die zugelassenen Verfahren funktioniert.

Ebenso wichtig ist ein realistischer Rückfallplan. Wenn eine kritische Anwendung auf dem Ersatzgerät nicht funktioniert, muss klar sein, ob das bisherige Gerät vorübergehend weiterverwendet werden kann. Dazu sollten Datenstände und Änderungen so behandelt werden, dass bei einer Rückkehr keine neu entstandenen Arbeitsergebnisse verloren gehen.

Ein Test mit einer repräsentativen Nutzergruppe macht Schwierigkeiten sichtbar, bevor der vollständige Rollout beginnt. Besonders aussagekräftig sind dabei nicht nur erfolgreiche Anmeldungen, sondern die tatsächliche Ausführung typischer Arbeitsabläufe.

Die Kosten einer schlechten Migration gehen über die unmittelbare Unterbrechung hinaus. Frustrierte Mitarbeitende können versuchen, fehlende Funktionen durch private Konten, unautorisierte Anwendungen oder improvisierte Datentransfers zu ersetzen. Solche Shadow-IT-Lösungen schaffen zusätzliche Risiken. Zugleich entstehen in den folgenden Tagen weitere Supportanfragen, die in einer reinen Betrachtung der Montagezeit fehlen.

Standardisierte Gerätekonfigurationen und eine wiederholbare Migration verlagern einen Teil des Aufwands in die Vorbereitung. Das garantiert keinen störungsfreien Wechsel, macht die häufigsten Fehler aber früher erkennbar.

Damit diese Vorbereitung bei jedem Austausch gleich zuverlässig gelingt, braucht die IT gemeinsame Standards für Hardware, Software und den Wechselprozess. Nur so wird aus einer Reihe individueller Migrationsprojekte ein beherrschbarer Routineablauf.

Welche 3 Standardisierungen senken Supportaufwand spürbar ohne Komfortverlust?

Drei Standardisierungen entlasten den IT-Support besonders: wenige definierte Hardwaremodelle je Nutzergruppe, zentral verwaltete Softwarekonfigurationen und ein einheitlicher Austauschprozess. Sie verringern die Zahl individueller Fehlerursachen, vereinfachen Fehlerbehebung und beschleunigen den Gerätewechsel. Komfortverluste lassen sich vermeiden, wenn besondere Leistungsanforderungen als dokumentierte Ausnahmen berücksichtigt werden.

1. Hardwaremodelle nach Nutzerkategorie vereinheitlichen. Für typische Büroarbeiten genügt häufig eine gemeinsame Geräteklasse. Leistungsintensive Tätigkeiten wie CAD, grosse Datenanalysen oder spezialisierte Entwicklungsumgebungen benötigen dagegen gegebenenfalls eigene Konfigurationen.

Wenige unterstützte Modellfamilien erleichtern die Bereitstellung kompatibler Ersatzgeräte, die Pflege von Treibern und die Fehlersuche. Ein Ersatzgerät muss nicht erst vollständig neu zusammengestellt werden, wenn die benötigte Ausstattung bereits definiert ist.

2. Softwareimages und zentrale Verteilung standardisieren. Betriebssystem, Sicherheitseinstellungen und Standardanwendungen sollten über eine zentrale Bereitstellung reproduzierbar sein. Moderne Verwaltungsverfahren können dabei auch ohne klassisches, vollständig vorkonfiguriertes Festplattenimage auskommen.

Der Nutzen besteht darin, dass die IT nicht bei jedem Client manuell entscheiden muss, welche Grundkonfiguration erforderlich ist. Unterschiedliche Fachanwendungen bleiben möglich, sofern ihre Zuweisung dokumentiert und automatisierbar ist.

3. Den Austauschprozess vereinheitlichen. Jeder Gerätewechsel folgt denselben klaren Schritten: Vorbereitung, Datensicherung, Bereitstellung, Funktionstest, Nutzerfreigabe und geregelte Rücknahme des Altgeräts.

Ein gemeinsamer Prozess erleichtert die Übergabe zwischen IT-Mitarbeitenden und reduziert das Risiko vergessener Einzelaufgaben. Besonders bei kleinen Teams ist das wichtig, weil die Qualität eines Wechsels nicht vom Erfahrungswissen einer einzigen Person abhängen sollte.

Standardisierung darf allerdings nicht bedeuten, dass alle Mitarbeitenden dieselbe Ausstattung erhalten müssen. Verwaltungsratsmitglieder, mobile Mitarbeitende oder Nutzer spezialisierter Anwendungen können begründete Sonderanforderungen haben. Entscheidend ist, diese Ausnahmen bewusst zu genehmigen und ihre Folgen für Beschaffung, Sicherheit und Support festzuhalten.

Ob die Massnahmen wirken, sollte anhand konkreter Kennzahlen geprüft werden. Geeignet sind beispielsweise der durchschnittliche IT-Aufwand pro Client-Wechsel, die Anzahl nachgelagerter Supporttickets und der Anteil der Geräte, die einem freigegebenen Standardmodell entsprechen. Ein Vergleich vor und nach der Einführung sollte möglichst ähnliche Gerätetypen und Austauschbedingungen berücksichtigen.

Es entsteht ein wichtiger Rückkopplungseffekt: Je leichter standardisierte Geräte gewechselt werden können, desto eher lässt sich ein geplanter Ersatzzyklus tatsächlich einhalten. Bleibt dagegen jeder Wechsel ein Sonderprojekt, steigt die Versuchung, funktionierende, aber zunehmend problematische Hardware immer länger zu betreiben.

Diese Prinzipien gelten nicht nur für Arbeitsplatzgeräte. Bei der Modernisierung eigener Server- und Netzwerkinfrastruktur sind standardisierte Verfahren und überprüfbare Rückfallmöglichkeiten ebenso wichtig, allerdings mit deutlich komplexeren technischen Abhängigkeiten.

Wie modernisieren Sie On-Prem in 3 Etappen, ohne den Betrieb zu unterbrechen?

Eine On-Prem-Infrastruktur lässt sich in drei Etappen risikoarm modernisieren: zuerst Systeme und Abhängigkeiten erfassen, danach Netzwerk, Backup und Sicherheitsgrundlagen absichern und schliesslich Workloads schrittweise migrieren. Jede Etappe benötigt ein überprüfbares Freigabekriterium und einen Rückfallplan. Vollständig unterbrechungsfreier Betrieb ist nur möglich, wenn Architektur und Anwendungen die nötigen Umschaltverfahren unterstützen.

Etappe 1: Bestand und Abhängigkeiten erfassen. Erfassen Sie Server, virtuelle Maschinen, Anwendungen, Datenbanken, Speicher und Netzwerkverbindungen. Wichtiger als eine reine Geräteliste ist die Frage, welche Geschäftsprozesse auf welchen technischen Komponenten beruhen.

Ein scheinbar isolierter Datenbankserver kann beispielsweise mehrere Fachanwendungen versorgen. Wer ihn ohne Abhängigkeitsanalyse ersetzt, riskiert Störungen an Stellen, die im ursprünglichen Projektumfang nicht berücksichtigt wurden.

Bevor die nächste Etappe beginnt, sollten die wesentlichen Abhängigkeiten dokumentiert und die geschäftskritischen Systeme eindeutig identifiziert sein. Ist das nicht möglich, muss die Planung ergänzt werden, statt mit unklaren Voraussetzungen fortzufahren.

Etappe 2: Infrastrukturgrundlage absichern. Prüfen Sie Netzwerkverbindungen, Sicherheitskonfigurationen, Monitoring, Datensicherung und Wiederherstellbarkeit. Insbesondere ein erfolgreich ausgeführtes Backup ist noch kein Nachweis dafür, dass sich ein Dienst innerhalb der benötigten Zeit wiederherstellen lässt.

Ein geeigneter Wiederherstellungstest sollte deshalb zeigen, ob die gesicherten Daten tatsächlich verwendbar sind und welche technischen Abhängigkeiten für einen Neustart benötigt werden. Vor der produktiven Migration müssen ausserdem die vorgesehenen Umschalt- und Rückfallwege nachvollziehbar getestet sein.

Etappe 3: Workloads kontrolliert migrieren. Beginnen Sie mit weniger kritischen Anwendungen und erweitern Sie den Umfang erst nach erfolgreicher Überprüfung. Für jeden Schritt sind Verantwortlichkeiten, Funktionstests, mögliche Umschaltfenster und Rückfallbedingungen festzulegen.

Das zentrale Prinzip ist Reversibilität. Eine Migration sollte möglichst so vorbereitet werden, dass bei einem Fehler auf einen definierten funktionsfähigen Zustand zurückgekehrt werden kann. Besonders bei Datenbanken ist das anspruchsvoll: Sobald neue Daten auf dem Zielsystem entstehen, genügt es möglicherweise nicht, den alten Server wieder einzuschalten. Datenkonsistenz und Rücksynchronisierung müssen deshalb Teil des Konzepts sein.

Ob eine neue On-Prem-Plattform, eine Hybridarchitektur oder Cloud-Anteile sinnvoll sind, lässt sich nicht allein anhand des Alters bestehender Server entscheiden. Massgeblich sind benötigte Kapazität, Anforderungen an Verfügbarkeit, technische Abhängigkeiten und die Gesamtkosten.

Während einer Übergangsphase laufen häufig alte und neue Systeme parallel. Dadurch können vorübergehend zusätzliche Lizenz-, Wartungs-, Infrastruktur- und Betriebsaufwände entstehen. Diese Kosten gehören bereits in die ursprüngliche Investitionsrechnung.

Eine erfolgreiche Modernisierung schafft die Grundlage für den nächsten Hardware-Lifecycle. Wie gross die neue Infrastruktur sein muss und wann zusätzliche Kapazität wirtschaftlich sinnvoll wird, lässt sich jedoch erst mit belastbaren Betriebsdaten beurteilen.

Wie planen Sie Serverkapazität mit 6 Messwerten statt Bauchgefühl?

Serverkapazität lässt sich anhand von sechs Messwertkategorien planen: CPU-Auslastung, RAM-Nutzung, Speicherbelegung und Wachstum, I/O-Latenz, Netzwerkdurchsatz sowie Ausfall- und Wartungsintervalle. Entscheidend sind nicht nur Durchschnittswerte, sondern wiederkehrende Spitzen und langfristige Entwicklungen. Zusammen mit geplanten Geschäftsänderungen zeigen diese Daten, welche Ressourcen knapp werden und wann eine Erweiterung vorbereitet werden sollte.

Die Messung sollte typische Geschäftszeiten, periodische Verarbeitung und bekannte Lastspitzen umfassen. Ein kurzer Beobachtungszeitraum kann irreführend sein, wenn beispielsweise Monatsabschlüsse oder umfangreiche Datenverarbeitungen darin nicht vorkommen.

Für die Planung sind folgende sechs Kategorien besonders hilfreich:

1. CPU-Auslastung: Erfassen Sie zeitliche Verläufe und Belastungsspitzen. Ein unauffälliger Tagesdurchschnitt kann kurze, geschäftskritische Engpässe verdecken.
2. RAM-Nutzung: Untersuchen Sie verfügbaren Arbeitsspeicher, tatsächlichen Speicherdruck und gegebenenfalls Auslagerungsvorgänge. Eine hohe Belegung allein beweist noch keinen Engpass.
3. Speicherplatz und Wachstumsrate: Dokumentieren Sie belegte und verfügbare Kapazität sowie deren Entwicklung. Berücksichtigen Sie auch Snapshots, Sicherungen und geplante Datenzuwächse, soweit diese dieselben Ressourcen beanspruchen.
4. I/O-Latenz: Prüfen Sie Antwortzeiten bei Lese- und Schreibvorgängen, insbesondere während hoher Last. Speicherplatz kann ausreichend vorhanden sein, obwohl die Speichersysteme bei der Verarbeitung zu langsam werden.
5. Netzwerkdurchsatz: Analysieren Sie übertragenes Datenvolumen, Lastspitzen und mögliche Engpässe an relevanten Netzwerkverbindungen.
6. Ausfall- und Wartungsintervalle: Berücksichtigen Sie ungeplante Störungen, wiederkehrende Wartungsarbeiten und eingeschränkte Redundanz während solcher Eingriffe. Diese Kategorie beschreibt vor allem das Betriebsrisiko und ergänzt die eigentlichen Leistungskennzahlen.

Aus den Messwerten entsteht erst durch eine systematische Auswertung eine Beschaffungsentscheidung. Erfassen Sie zunächst den aktuellen Zustand und die erkennbaren Entwicklungen. Anschliessend beurteilen Sie das erwartete Wachstum und legen einen angemessenen Kapazitätspuffer fest.

Ein vereinfachtes, ausdrücklich hypothetisches Beispiel: Ein Speichersystem verfügt über 20 TB nutzbare Kapazität, wovon 14 TB belegt sind. Wenn die belegte Datenmenge jährlich um 2 TB zunimmt und ein Planungspuffer von 2 TB frei bleiben soll, wäre die definierte Planungsgrenze bei 18 TB erreicht. Bei gleichmässigem Wachstum würde dieser Punkt rechnerisch nach etwa zwei Jahren eintreten.

Die Rechnung ist keine Beschaffungsempfehlung für ein reales System. Tatsächliche Reserven hängen unter anderem von Anwendung, Speicherarchitektur, Wachstumsschwankungen und Wiederherstellungsanforderungen ab. Gerade deshalb muss die Planung ihre Annahmen offenlegen.

Historische Messwerte können ausserdem neue Geschäftsszenarien nicht zuverlässig vorhersagen. Eine zusätzliche Anwendung, eine Unternehmensübernahme oder stark veränderte Nutzerzahlen können bisherige Trends entwerten. Für die Investitionsplanung sollten deshalb erwartete Geschäftsveränderungen mit den zuständigen Fachbereichen abgestimmt werden.

Wirtschaftlich bedeutet Kapazitätsplanung, zwei entgegengesetzte Risiken zu begrenzen: Eine zu frühe Erweiterung bindet Kapital, während eine zu späte Erweiterung Notbeschaffungen und Betriebsstörungen begünstigen kann. Die sechs Messwertkategorien schaffen dafür eine sachliche Entscheidungsgrundlage.

Kapazität allein bestimmt allerdings nicht, ob eine Infrastruktur den geschäftlichen Anforderungen genügt. Sobald eine hohe Verfügbarkeit gefordert wird, müssen zusätzlich Ausfallrisiken, Wiederherstellbarkeit und die Kosten technischer Redundanz bewertet werden.

Wie dimensionieren Sie Serverinfrastruktur, wenn 99,9% Verfügbarkeit gefordert wird?

Für 99,9% Verfügbarkeit müssen Sie zunächst festlegen, welche Dienste geschützt werden und über welchen Zeitraum die Verfügbarkeit gemessen wird. Danach werden kritische Ausfallpunkte, Redundanz, Wiederherstellungsverfahren und Monitoring bewertet. Ein leistungsfähiger einzelner Server genügt nicht automatisch: Die Zielerreichung hängt vom Zusammenspiel aller für den Dienst notwendigen Komponenten und Prozesse ab.

Bei einer zeitbezogenen Berechnung über ein ganzes Jahr entspricht eine Verfügbarkeit von 99,9% einer rechnerisch zulässigen Nichtverfügbarkeit von 8,76 Stunden. Das gilt für die zugrunde gelegte Betrachtung ohne gesondert ausgenommene geplante Ausfallzeiten.

Für die Geschäftsleitung ist die Verteilung der Ausfälle mindestens ebenso relevant wie die Jahresquote. Ein längerer Ausfall während einer kritischen Geschäftsphase kann deutlich schwerwiegender sein als mehrere kurze Unterbrechungen ausserhalb der Hauptarbeitszeit.

Deshalb sollte das Unternehmen seine Systeme nach geschäftlicher Kritikalität klassifizieren, statt überall dieselbe Verfügbarkeitsarchitektur zu verlangen.

Diese Einteilung ist ein Planungsvorschlag und keine verbindliche Norm. Welche Absicherung erforderlich ist, hängt von den Folgen eines Ausfalls und den ausdrücklich vereinbarten Betriebszielen ab.

Bei geschäftskritischen Diensten müssen alle relevanten Abhängigkeiten betrachtet werden: Compute-Ressourcen, Speicher, Netzwerk, Stromversorgung, Identitätsdienste und gegebenenfalls externe Verbindungen. Redundante Server allein helfen wenig, wenn beide dieselbe nicht abgesicherte Speicherkomponente benötigen.

Zusätzliche Verfügbarkeitsstufen verursachen zudem laufende Kosten. Redundante Systeme benötigen Hardware oder virtuelle Ressourcen, geeignete Lizenzen, Konfigurationspflege, Monitoring und regelmässige Tests. Diese Ausgaben sollten gegen die wirtschaftlichen Folgen der erwartbaren Unterbrechungen abgewogen werden.

Ein vertraglich zugesichertes Service Level Agreement ist dabei wichtig, ersetzt jedoch keine eigene Betriebsplanung. Ein SLA muss insbesondere die Messgrösse, den Messzeitraum, mögliche Ausschlüsse und den Umgang mit Zielverletzungen eindeutig festlegen. Gutschriften oder andere vertragliche Regelungen stellen einen unterbrochenen Geschäftsprozess nicht automatisch wieder her.

Für die technische Planung sollten Sie deshalb neben der vereinbarten Verfügbarkeitsquote auch die maximal tolerierbare Wiederherstellungsdauer und den akzeptablen Datenverlust bestimmen. Diese Anforderungen beeinflussen, welche Backup-, Replikations- und Failover-Verfahren überhaupt geeignet sind.

Eine Infrastruktur, die auf 99,9% ausgelegt wird, ist schliesslich nicht automatisch nachweislich zu 99,9% verfügbar. Erst ein geeignetes Monitoring des tatsächlich genutzten Dienstes und eine konsistente Auswertung erlauben es, die erreichte Verfügbarkeit mit dem Ziel zu vergleichen.

Beginnen Sie die nächste Budgetrunde mit einer gemeinsamen Bewertung von Gerätebestand, dokumentierten Störungen, Kapazitätsentwicklung und geschäftlicher Kritikalität. Legen Sie anschliessend fest, welche Komponenten kurzfristig ersetzt, welche überwacht und welche im nächsten regulären Beschaffungszyklus erneuert werden. So entsteht ein überprüfbarer Hardwareplan, der Stabilität und Lifecycle-Kosten gemeinsam berücksichtigt.