Public procurement notice: Contract Notice
Published: 2022-05-06
Buyer: Land Hessen, vertreten durch die Hessische Zentrale für Datenverarbeitung
Country: DE
Contract type: Supplies
Procedure: Open procedure
CPV classification: 30200000 | 48000000 | 72000000
Estimated value: 54360000 EUR
Submission deadline: 2022-06-14
Award criteria: The most economic tender

Technical requirements: Beschaffung von Hard- und Software-Support sowie Hard- und Software-Erweiterungen für die bestehende SAN- und Storagelandschaft
Leistungsort für die zu erbringenden Leistungen sind die derzeitigen und zukünftigen Standorte der HZD in Wiesbaden, Mainz und Hünfeld, alle Dienststellen des Landes Hessen sowie der Standort der Föderalen IT-Kooperation (FITKO) in Frankfurt am Main.
Die HZD benötigt Storagesubsysteme, um die Kapazitäten der älteren Systeme zu ersetzen sowie den weiteren Ausbau der Storagelandschaft zu bedienen. Aufgrund der stark gestiegenen Leistungsdaten, Verfügbarkeit und Skalierung der modernen Midrange-Geräte wird erwartet, dass die gegenwärtig mit Enterprise-Geräten bedienten Anforderungen künftig mit Midrange-Geräten erfüllt werden können, wenn moderne Technologien eingesetzt werden (z.B. Flash-Speicher, Active-Active Pfadverteilung, Automated Tiering/FAST).
Somit sollen grundsätzlich in Zukunft nur noch Midrangesysteme zur Bedarfsdeckung der Storageklassen Premium und Standard eingesetzt werden. Die Storage-Tiers werden hierbei durch unterschiedliche interne Plattentypen (einschließlich Flashdrives) und intelligente Zugriffsverwaltung gesteuert werden. Dies kann auch durch die Virtualisierungs-Software SVC geschehen (in diesem Fall: Automated Tiering).
Die Kapazität kann nicht in einem zentralen Gerät zur Verfügung gestellt werden, sondern ist auf die Standorte und teilweise auch auf die verschiedenen RZ-Räume aufzuteilen.
Die Storage Subsysteme aller definierten Klassen müssen eine hohe Verfügbarkeit aufweisen (bei Model 1a/b mindestens 99,9 %, bei Model 2 und 3 sind es mindestens 99,95%, bei Model 4 99,99 %, bezogen auf jährliche Verfügbarkeit). Darüber hinaus muss sichergestellt sein, dass das Disk Storage Subsystem hochverfügbar ausgelegt ist, was durch Redundanz aller Komponenten realisiert ist (möglichst kein Single-Point-of-Failure SPOF). Die Einzelkomponenten müssen im laufenden Betrieb unterbrechungsfrei austauschbar sein.
Auf mögliche Inkompatibilitäten von einzelnen Produkten insbesondere bei Firmwareständen, Microcodes etc. und deren Behebung durch Patches bzw. Anheben des Firmwarestandes ist vom Auftragnehmer aktiv hinzuweisen - sowohl in seinem Angebot (bzgl. der angebotenen Komponenten) als auch im Falle eines Zuschlages während der Laufzeit des Rahmenvertrags.
Die Anforderungen müssen sowohl von zurzeit lieferbaren Systemen als auch von Systemen, die sich in der Entwicklung befinden und voraussichtlich im angestrebten Vertragszeitraum verfügbar werden, erfüllt werden.
Für die Implementierung eines Storage Subsystems in den Betrieb der HZD muss Consulting-Leistung im Sinne der Konzeptionierung erbracht werden können.
Derzeit wird eine besonders kritische Datenspiegelung/Datenhaltung für einen internen Kunden auf Enterprisegeräten abgebildet. Hier besteht gegenwärtig ein Cluster auf Enterprise-Storagesubsystemen Typ VMAX 450 mit dem Clustersystem HP Metro Mirror (MC/Service Guard mit MetroCluster für EMC SRDF) und dedizierten FA- und Mirror-Ports (SRDF-Ports) für die Verbindung beider Storagegeräte untereinander. Dies soll auf Midrangestorage umgestellt werden, wenn hierfür geeignete Spiegelungstechniken im Zusammenhang mit HP Metro-Mirror vorhanden sind.
Die zur Ablösung angebotenen Speichersysteme müssen mit SVC und Brocade-Switchen in den aktuellen und zukünftigen Versionen kompatibel und von der IBM-Support-Matrix für den SAN-Volumen-Controller unterstützt sein. Ein Ausbau für neu hinzukommende Speichersysteme muss gewährleistet sein.
Wartung, Support und Pflege werden i.d.R. mit einer Laufzeit von vier Jahren abgeschlossen. Die Laufzeit beginnt mit Abnahme des gelieferten Gerätes.
Die Softwareseitige Aktualität des Systems muss sichergestellt werden. Dies schließt insbesondere die regelmäßige Bereitstellung von Patches durch den Bieter ein, insbesondere wenn diese Einflüsse auf die Betriebs- und Datensicherheit des Systems haben.
Kleinere (minor) oder umfassendere (major) Release-Wechsel dienen in der Regel dazu, neue Funktionalitäten bereitzustellen oder das System an aktuelle technologische Entwicklungen anzupassen. Es muss dem Auftraggeber mit Bezug auf jedes freigegebene neue Release (minor oder major) möglich sein zu entscheiden, ob er auf dieses umsteigen oder auf dem derzeitigen Release-Stand verharren möchte.

Eligibility requirements: -

Award value: 54360000