Hardwarelieferung Filersysteme

Liste und kurze Beschreibung der Regeln und Kriterien

- Nachweis zertifizierter NetApp Partner mit mind. d.Status Preferred Partner
- Nachweis Zertifizierung nach ISO/IEC 27001 für das Informationssicherheits-Managementsystem

Wichtigste Finanzierungsbedingungen und Zahlungsmodalitäten und/oder Verweis auf die einschlägigen Bestimmungen, die sie regeln

Als Voraussetzung für eine Vorauszahlung ist von Ihnen eine für uns spesenfreie,
unbefristete Bankbürgschaft zu erbringen, die nach Lieferung und Abnahme des Gegenstandes
zurückgegeben wird.

Hinweis Bankbürgschaft: Die Bank verpflichtet sich, Zahlungen aus dieser Bürgschaft ohne
Einwendungen und Einreden zu leisten gegen dessen schriftliche Erklärung, dass der Auftragnehmer
die vorerwähnten Rückzahlungsverpflichtungen nicht erfüllt hat. Auf die Einreden der Anfechtbarkeit
und der Aufrechenbarkeit sowie der Vorausklage gem. § 770/771 BGB wird verzichtet. Der Verzicht auf
die Einrede der Aufrechenbarkeit gilt nicht für den Fall, dass die Gegenforderung des Bürgschaftsauftraggebers
unbestritten oder rechtskräftig festgestellt ist.

Die Bankbürgschaft muss den Voraus-/ Anzahlungsbetrag und die Mehrwertsteuer beinhalten.

Die Technische Universität Hamburg (TUHH) schreibt die Beschaffung eines Enterprise-Storage- Systems auf Grundlage eines EVB-IT Kaufvertrages (Kurzfassung mit Instandhaltung) aus.
Das Rechenzentrum der TUHH betreibt ein komplexes Storagesystem des Herstellers Netapp, einen sog. NAS-Cluster (Network Attached Storage) auf mehreren Säulen (Filersysteme). Dieser besteht aus zwei NetApp FAS2720 Systemen und einem NetApp FAS8200 System. Die Systeme sind auf mehrere geografische Standorte auf dem Campus der TUHH verteilt.
Zwei von drei der vorhandenen Systeme müssen in Kürze ausgetauscht werden, weil diese aufgrund ihres Alters, ihrer Laufzeit und Kapazität nicht mehr weiter betrieben werden können;(EoL = End-of-Life bzw. EoS = End-of-Support der alten Filersysteme.).
Alle drei Systeme nutzen herstellereigene Funktionen und Mechanismen für Ausfallsicherheit, Datentransfer, Backup, Ransomware Protection und Migration. Das derzeitige System wurde seinerzeit in seiner jetzigen Funktionalität beschafft, um eine unterbrechungsfreie Migration auf
vorhandene oder neue NetApp-Systeme ohne Funktionsbeeinträchtigungen, oder Kompatibilitätsprobleme zu ermöglichen.
Der Netapp-Cluster der TUHH speichert fast alle relevanten Hochschuldaten und vor allem auch personenbezogenen Daten aus den verschiedensten Applikationen, die für den IT-Betrieb der TUUH notwendig sind und stellt daher hohe Anforderungen an Ausfallsicherheit, IT-Sicherheit und Datenschutz.
Das Rechenzentrum der TUHH setzt dazu bereits jetzt folgende herstellereigene Funktionen und Mechanismen des Herstellers NetApp ein:
• Cluster-Erweiterung
Unterbrechungsfreies Hinzufügen weiterer Cluster-Nodes, um einen Cluster zu erweitern oder um Daten unterbrechungsfrei von einem auf einen anderen Cluster zu transferieren.
• Storage Virtual Machines (SVMs)
Eine Storage Virtual Machines (SVMs) ist eine virtuelle Maschine, die innerhalb des Betriebssystems ONTAP ausgeführt wird und Ihren Clients Speicher- und Datendienste bereitstellt. SVMs können unterbrechungsfrei in einem NetApp-Cluster verschoben werden. Damit wird der unterbrechungs-freie Betrieb für die Benutzer sichergestellt.
• Storage Virtual Machines Disaster Recovery (SVM-DR)
Mit diesem Verfahren werden Storage Virtual Machines (SVMs) auf ein weiteres System gespiegelt, z.B. in einen anderen Brandabschnitt, um im Falle eines Ausfalls den Betrieb übernehmen zu können.
• SnapMirror
Mit diesem Verfahren werden Volumes zwischen den einzelnen Systemen repliziert.
• SnapLock
Mit diesem Verfahren werden Volumes vor absichtlichem oder unabsichtlichem Löschen geschützt.
Das Rechenzentrum der TUHH geht nach Marktrecherche und Rückfrage beim Hersteller Netapp davon aus, dass:
1. Es technisch nicht möglich ist, vorhandene Festplatten-Shelves von NetApp an einem System eines fremden Herstellers zu betreiben. Ein Fremdhersteller übernimmt darüber hinaus keinen technischen Support für diese Festplatten-Shelves und ist nicht in der Lage Firmware-Updates für diese Hardware bereitzustellen. Ebenso übernimmt der Hersteller Netapp keine Gewähr dafür, dass das Zusammenspiel von Fremd-Komponenten anderer Hersteller im Cluster technisch funktioniert und supportet dies auch nicht im Fehlerfall.
2. Ferner geht das Rechenzentrum der TUHH davon aus, dass im Falle einer Ersetzung der beiden Systeme durch einen fremden Hersteller folgende technische und softwarebasierte notwendige Netapp-Funktionen im Zusammenspiel mit Fremd-Hardware nicht möglich ist:
• Cluster-Erweiterung
Das Zusammenfügen eines NetApp-Systems mit einem System eines Fremdherstellers zu einem Cluster-Verbund ist nicht möglich.
• Storage Virtual Machines (SVMs)
Unterbrechungsfreie Verschiebung von Storage Virtual Machines (SVMs) im laufenden Betrieb auf das System eines Fremdherstellers ist nicht möglich.
• Storage Virtual Machines Disaster Recovery (SVM-DR)
Sicherung von Systemen eines Fremdherstellers mittels Storage Virtual Machines Desaster
Recovery (SVM-DR) auf einem NetApp-System ist nicht möglich.
• SnapMirror
Spiegelung von Volumes eines Fremdherstellers mittels SnapMirror auf ein NetApp-System oder Spiegelung von Volumes eines NetApp-Systems mittels SnapMirror auf das System eines Fremdherstellers ist nicht möglich.
• SnapLock
Verarbeitung von SnapLock-Volumes auf dem System eines Fremdherstellers ist nicht möglich.
Da es sich bei allen oben genannten Funktionen und Mechanismen um Netappspezifische Verfahren und Produkte des Herstellers, deren Funktionalität nicht offen liegt, ist es ausgeschlossen, dass die Integration eines Systems von einem Fremdherstellers in den vorhandenen Cluster der TUHH technisch funktioniert.

Da der Storage-Cluster von Netapp das zentrale Speichersystem der TUHH darstellt, ist im Rahmen der IT-Sicherheit, Ausfallsicherheit und den Anforderungen an Datenschutz, Datensicherheit und Datenintegrität, jedes Risiko des Auftraggebers TUHH zu vermeiden, um die Betriebssicherheit des
Systems durch Einsatz inkompatibler Produkte bei der Erneuerungsinvestition zu gefährden.
Das Risikopotential bei der Systemerneuerung muss minimal gehalten werden.