+49 6430 9227117
Strategisches Lifecycle-Management
EOSL-WARTUNG · END OF SERVICE LIFE

EOSL-Wartung — Hardware nach End of Life (EOL) um Jahre weiterbetreiben

End-of-Service-Life ist eine Hersteller-Entscheidung, keine technische Realität. Eine Storage-Plattform, die seit 7 Jahren stabil läuft, geht nicht automatisch kaputt, weil der OEM ihre Wartung einstellt. Aber genau in diesem Moment beginnt das Drama: OEM-Verlängerung wird verweigert oder nur als überteuertes Custom-Support-Paket angeboten, Software-Updates fließen langsamer, und intern entsteht der Druck, vorzeitig zu refreshen. Wir bieten den Ausweg: vollwertige Wartung für EOSL-Hardware, mit Original-Ersatzteilen, gleichwertigen SLA-Stufen und ehrlichem Risiko-Assessment pro System.

8+ Jahre
wartbare Standzeit
bis 70 %
Ersparnis ggü. OEM-Custom-Support
24×7×4
max. SLA auch bei EOSL
weltweit
Spare-Parts-Depots + globales Hub-Netzwerk

Was EOSL-Wartung über TechCare leistet

EOSL-Wartung ist keine Notlösung mit reduziertem Service-Umfang. Sie bekommen die volle Wartung — die einzige Einschränkung, die EOSL technisch mit sich bringt, ist der fehlende OEM-Software-Patch-Zyklus, den wir nicht ersetzen können (aber bei stabiler Hardware-Generation auch oft nicht relevant ist).

01

Ersatzteile auch für 8-10 Jahre alte Generationen

Wir halten zertifizierte Original- und Refurbished-Komponenten für EOSL-Hardware in DACH-Depots vor. Disk-Arrays vergangener Generationen, ältere Storage-Prozessor-Module, ECC-RAM mehrerer Generationen, Backplanes, Netzteile. Bei extrem seltenen Komponenten (Mainframe-Class, Spezial-Boards) gibt es Pre-Stock-Vereinbarungen pro Vertrag.

02

Realistische Lebensdauer-Prognose pro System

Bei Vertragsbeginn bekommen Sie eine Einschätzung pro System: Wie lange ist der weitere Betrieb empfehlenswert, wo gibt es typische Ausfallrisiken in diesem Modell, ab welchem Zeitpunkt sollten Sie aktiv den Refresh planen. Diese Einschätzung ist herstellerunabhängig und basiert auf unserer DACH-Service-Datenbank — nicht auf Marketing-Druck zum Refresh.

03

Engineers, die EOSL-Generationen kennen

Unsere Field-Engineers haben Generationen wie VNX2, EqualLogic PS-Serie, IBM Storwize V7000 G2, Cisco Catalyst 6500, HPE EVA, NetApp FAS2200 hundertfach in der Hand gehabt. Das ist Know-how, das bei OEMs systematisch verloren geht, sobald ein Modell EOSL erreicht — die internen Spezialisten werden auf neue Generationen umgeschult oder verlassen das Unternehmen.

04

SLA-Stufen wie bei aktiver Hardware

EOSL bedeutet bei TechCare nicht reduzierter Service. Wenn Ihr System einen 24×7×4-SLA braucht, bekommen Sie 24×7×4 — auch bei einem 9 Jahre alten EqualLogic-Cluster. Voraussetzung ist die Spare-Parts-Verfügbarkeit, die wir vor Vertragsabschluss verifizieren. Wenn wir den SLA nicht halten können, sagen wir das vorher — nicht im Eskalationsfall.

Vom EOSL-Bescheid bis zum aktiven Vertrag

Wenn der Hersteller das EOSL-Datum für eine Ihrer Plattformen ankündigt, haben Sie typischerweise 12 bis 18 Monate Vorlauf. Optimal: Sie kommen 6 Monate vor EOSL zu uns, dann bauen wir die Spare-Parts-Vorhaltung in Ruhe auf.

  1. 1

    EOSL-Risiko-Audit

    Sie schicken uns die Liste der EOSL-betroffenen Systeme. Wir machen ein Risiko-Audit: technische Wartbarkeit, Spare-Parts-Verfügbarkeit, typische Ausfallraten, kritische Single-Points-of-Failure. Daraus entsteht eine Empfehlung pro System: weiterbetreiben (mit oder ohne Pre-Stock), schnell ersetzen, oder Migration in einer geplanten Reihenfolge.

  2. 2

    Spare-Parts-Strategie definieren

    Für jedes weiterzubetreibende System legen wir fest: Welche Komponenten sind im Standard-Depot vorhanden, welche werden zentral pre-stocked, welche werden ggf. vor Ort beim Kunden zwischengelagert. Bei sehr seltenen Komponenten kann es eine Pool-Vereinbarung mit anderen TechCare-Kunden geben, die dieselbe Plattform betreiben.

  3. 3

    Vertrag mit klaren EOSL-Klauseln

    Vertragstexte für EOSL-Wartung haben Besonderheiten: definierte SLA-Stufen, dokumentierte Fallback-Szenarien für nicht beschaffbare Ersatzteile, ehrliche Ausstiegsklauseln, falls die Plattform plötzlich technisch nicht mehr haltbar wird. Wir nutzen Standardvorlagen, die mit DACH-Mittelstand durchverhandelt sind — keine versteckten Eskalations-Kosten.

  4. 4

    Übergabe und Pre-Stock-Aufbau

    Vertragsbeginn ist meist passgenau zum Auslaufen Ihres OEM-Vertrags. In den ersten 4 bis 8 Wochen bauen wir die Pre-Stock-Lagerung auf — abhängig davon, wie schnell die Komponenten beschaffbar sind. Bei sehr alten Generationen kann es länger dauern; in diesem Fall überbrücken wir mit einer Best-Effort-SLA-Stufe und stocken nach.

  5. 5

    Quartalsweise Lifecycle-Reviews

    Bei EOSL-Hardware reicht ein einmaliges Lifecycle-Assessment nicht — die Risikolage entwickelt sich. Im Quartalsreview prüfen wir: gab es Ausfälle, wie verändert sich die Spare-Parts-Lage, gibt es neue Hinweise auf systematische Schwachstellen. Daraus entsteht eine fortlaufende Empfehlung: weiter betreiben oder Refresh-Planung beginnen.

Warum EOSL-Wartung über TechCare und nicht OEM-Custom-Support

Wenn ein Hersteller die offizielle Wartung beendet, gibt es üblicherweise zwei OEM-Optionen: gar keine Verlängerung mehr (Sie sind ohne Vertrag), oder ein Custom-Support-Vertrag, der je nach OEM 50 bis 200 Prozent über dem ursprünglichen Wartungspreis liegt. Diese Custom-Support-Verträge sind betriebswirtschaftlich kalkuliert, um den Refresh-Verkauf zu fördern — nicht, um EOSL-Hardware wirtschaftlich zu betreiben. Bei einer 6 Jahre alten EqualLogic kann der OEM-Custom-Support pro Jahr mehr kosten als die Hardware ursprünglich gekostet hat.

Wir kalkulieren EOSL-Wartung anders, weil wir kein Refresh-Geschäft haben. Unser Modell: für jedes System ein realistisches Risiko-Profil aufstellen, passgenau Ersatzteile vorhalten, klare SLA-Stufen anbieten. Bei Hardware mit gut bekannter Schwachstelle (z.B. Backplanes der Generation X, Disks aus einer bekannten Charge mit erhöhter Ausfallrate) sind wir oft günstiger als der OEM-Custom-Support, weil wir wissen, was wir vorhalten müssen — der OEM kalkuliert pauschal hoch, weil er das Detail-Wissen der Generation nicht mehr aktiv pflegt.

0
OEM-Custom-Support nötig
8+ Jahre
wartbare EOSL-Standzeit
−60 %
ø vs. OEM-Custom-Support
Q1/Q2/Q3/Q4
Lifecycle-Reviews inklusive

Häufige Fragen zur EOSL-Wartung

Welche Plattformen warten Sie typischerweise im EOSL-Zustand?
Sehr breit: Dell EMC VNX/VNXe (alle Generationen), Compellent SC, EqualLogic PS-Serie, ältere VMAX-Generationen, Data Domain DD3/4-Generationen, IBM Storwize V7000 G1/G2, IBM DS-Serie, HPE EVA, ältere 3PAR-Generationen, NetApp FAS2200/FAS3200, ältere Cisco Catalyst 6500, ältere Brocade-FC-Switches, EMC Isilon X-Generationen. Auch Server der R-Serie von Dell (R610-R730), HPE ProLiant Gen8/9, IBM x3650 M3/M4. Bei sehr seltenen Plattformen prüfen wir die Wartbarkeit individuell.
Was bekomme ich für meinen aktuellen Bestand bei einem Refresh — und sollte ich überhaupt refreshen?
Wir machen kein Hardware-Geschäft, beraten aber ehrlich. Bei Hardware mit weiteren 3-5 Jahren technischer Lebensdauer und ohne Cloud-Feature-Abhängigkeit ist EOSL-Wartung wirtschaftlicher als ein Refresh. Bei Hardware mit bekannten systematischen Schwachstellen oder vor einer Anwendungs-Migration empfehlen wir aktiv den Refresh. Falls Sie refreshen, übernehmen wir die ausgemusterte Hardware auch — siehe Hardware Lifecycle.
Was passiert, wenn Sie einen kritischen Ersatzteil nicht beschaffen können?
Im Vertrag steht eine Fallback-Klausel: Falls ein Teil global nicht beschaffbar ist, bekommen Sie zunächst eine Best-Effort-Wartung mit dokumentierter SLA-Anpassung. Parallel suchen wir aktiv nach Alternativen — gleichwertige Refurbished-Komponente, Pool-Vereinbarung mit anderen TechCare-Kunden, in Einzelfällen auch Komponenten-Tausch. Falls wirklich keine Lösung existiert, dokumentieren wir das ehrlich und unterstützen Sie bei der Migrations-Planung.
Wie verlässlich sind Refurbished-Ersatzteile?
Sehr verlässlich, wenn die Refurbishment-Quelle zertifiziert ist. Wir arbeiten mit DACH-Refurbishern, die ISO-9001-zertifiziert sind und 100-Prozent-Funktionstest durchführen. Refurbished-Disks bekommen vor Auslieferung einen 72-Stunden-Burn-In-Test, Storage-Controller werden gegen Originalspezifikation kalibriert. Ausfallraten in unserer DACH-Service-Datenbank liegen bei guten Refurbished-Komponenten auf demselben Niveau wie neue Original-Teile, oft sogar leicht besser, weil die schwachen Teile bei der Refurbishment-Prüfung aussortiert werden.
Können Sie auch Storage-Cluster, die Replikation oder Encryption nutzen, im EOSL-Zustand warten?
Ja — die Hardware-Wartung ist unabhängig von der Software-Konfiguration. Replikations-Mechanismen (SnapMirror, RecoverPoint, EMC SRDF, Compellent Live Volume) und Encryption (D@RE, BitLocker, ZFS-Encryption) laufen weiter, solange die Storage-Software läuft. Was wir nicht ersetzen: OEM-Patches für die Storage-Software. In der Praxis ist das auf einer reifen EOSL-Generation oft kein Problem, weil keine neuen Features mehr kommen, die Sie nutzen würden. Bei aktiv genutzten Cloud-Tier-Features sollten Sie das im Detail prüfen.
Wir haben ein EOSL-System in einer Compliance-Audit-Umgebung (KRITIS, BAIT, ISO 27001) — geht das überhaupt?
Ja, ist sogar regelmäßiger Use Case. Compliance-Frameworks fordern dokumentierte Wartung mit definierten SLA-Stufen — sie schreiben in der Regel keinen OEM-Vertrag vor. TechCare-Verträge sind audit-tauglich aufgebaut: dokumentierte Wartungsprozesse, Field-Engineer-Qualifikationsnachweise, ISO-zertifizierte Refurbishment-Quellen, ITIL-konformes Ticketing mit Audit-Trail. Bei KRITIS-relevanten Systemen schließen wir zusätzlich einen Daten-Schutz-Anhang nach BSI-Vorgaben ab. Auditoren akzeptieren unsere Verträge in der Regel ohne Diskussion.
Wie planen wir den Refresh-Zeitpunkt richtig, wenn die EOSL-Wartung läuft?
In den Quartalsreviews. Wir verfolgen vier Indikatoren: technische Häufigkeit von Ausfällen in Ihrem Bestand und in vergleichbaren DACH-Beständen, Spare-Parts-Marktlage (werden bestimmte Komponenten knapp und teurer), Anwendungs-Roadmap (gibt es geplante Migrationen, die ein Refresh ohnehin nötig machen), und Capex/Opex-Ratio. Daraus ergibt sich pro System ein Empfehlungs-Fenster, typischerweise 9 bis 12 Monate weit. Sie behalten die Entscheidung — wir liefern die Datengrundlage.
Was kostet eine EOSL-Wartung typischerweise im Vergleich zum letzten OEM-Vertrag?
Faustregel: EOSL-Wartung über TechCare liegt etwa beim Niveau Ihres letzten regulären OEM-Vertrags vor EOSL — also nicht teurer trotz EOSL. OEM-Custom-Support liegt typischerweise bei 150 bis 300 Prozent dieses Niveaus. Konkrete Vergleichszahlen liefern wir nach Bestandsabgleich. In Ausnahmefällen — sehr seltene Hardware mit aufwändiger Pre-Stock-Logistik — können EOSL-Verträge etwas teurer werden, bleiben aber fast immer deutlich unter OEM-Custom-Support.
Was ist der Unterschied zwischen End of Life (EOL) und End of Service Life (EOSL)?
Die Begriffe werden oft synonym genutzt, meinen aber zwei Stufen. End of Life (EOL) ist meist der Punkt, ab dem der Hersteller ein Produkt nicht mehr verkauft und keine neuen Features mehr liefert — Support gibt es oft noch eine Weile. End of Service Life (EOSL), teils auch End of Support Life, ist der härtere Schnitt: ab hier gibt es vom Hersteller keine Wartung, keine Ersatzteile und keine Sicherheits-Updates mehr. Genau ab EOSL setzt Third-Party-Maintenance an — wir warten Ihre Hardware weiter, mit Original-Ersatzteilen und gleichwertiger SLA, oft Jahre über das herstellerseitige EOSL-Datum hinaus.
Bekomme ich nach End of Life (EOL) noch Sicherheits-Patches — und ist Weiterbetrieb ein Risiko?
Firmware-/Microcode-Sicherheits-Patches vom Hersteller enden in der Regel mit EOSL — die liefern wir als Third-Party-Maintainer nicht. Das heißt aber nicht, dass Weiterbetrieb unsicher ist: In den meisten Datacenter-Setups ist die EOL-Hardware ohnehin segmentiert, nicht direkt aus dem Internet erreichbar, und das Sicherheitsniveau hängt weit mehr an OS-/Applikations-Patching und Netzwerk-Segmentierung als an Firmware-Updates. Wir unterstützen mit kompensierenden Maßnahmen: dokumentierte Härtung, Netz-Segmentierung, Monitoring und einen audit-tauglichen Wartungsnachweis. Für regulierte Umgebungen (KRITIS, BAIT, ISO 27001) liefern wir die Risikobewertung mit, die Auditoren erwarten.
Service-Performance

Echte Ist-Werte Q1 2026 — direkt aus unserem ITIL-Ticketing.

99,2 %
Tickets innerhalb vereinbarter Response-Time gelöst
2,4 h
Ø Erst-Reaktion bei 4h-SLA-Tier
88 %
First-Time-Fix beim Ersttermin
97 %
Ersatzteil binnen 4 h vor Ort, DACH-Depots

Hardware-Lifecycle: wo Sie heute stehen

Die 4 Lifecycle-Phasen Ihrer Hardware — und in welchen TechCare TPM den entscheidenden Hebel hat.

  1. 0–3 J

    Werksgarantie

    Risiko: Niedrig

    OEM-Garantie aktiv, Hardware-Defekte werden direkt vom Hersteller ersetzt.

  2. 3–7 J TPM Sweet-Spot

    Post-Warranty

    Risiko: Mittel

    Werksgarantie abgelaufen. OEM-Care-Verlängerung wird zunehmend teuer — TPM ist hier wirtschaftlicher.

  3. 7–12 J TPM Sweet-Spot

    EOSL

    Risiko: Hoch

    End-of-Service-Life — OEM bietet Wartungsverlängerung gar nicht mehr oder nur zu Mondpreisen. TPM ist Plan A.

  4. 12+ J Legacy-TPM

    EOL / Legacy

    Risiko: Kritisch

    End-of-Life und Legacy-Bestände gehören zu unserem Kerngeschäft. Spare-Komponenten aus zertifiziertem Refurbishing-Pool, OEM-Original-Teile wo möglich. Migration sinnvoll parallel planbar — kein Zwang.

Auch interessant

Weiter im Thema bleiben

Service-Bausteine

Andere Service-Themen

Alle Leistungen im Überblick