Ein nachträglicher Wechsel zwischen QTS und QuTS hero ist auf einem QNAP-NAS keine gewöhnliche Aktualisierung. Die Speicherebene ist unmittelbar betroffen, weil QTS und QuTS hero unterschiedliche Dateisystem- und Speicherstrukturen verwenden. Plane daher mit einer vollständigen externen Datensicherung, einer Neuinitialisierung der Datenträger und einer anschließenden Wiederherstellung. Starte weder die Installation noch eine Initialisierung, bevor Modellkompatibilität, Backup und Restore-Test geklärt sind.
Der entscheidende Unterschied liegt unterhalb der Freigaben
QTS verwendet für seine Volumes üblicherweise ext4, während QuTS hero auf ZFS basiert. Dieser Unterschied betrifft nicht nur einzelne Funktionen der Oberfläche, sondern den Aufbau von Speicherpool, Volume beziehungsweise freigegebenen Ordnern, Snapshots und Metadaten. Ein vorhandener Pool lässt sich deshalb nicht wie bei einem normalen Firmware-Update unverändert in das andere System übernehmen.
Auch ein intaktes RAID löst dieses Problem nicht. RAID stellt je nach RAID-Level Redundanz gegen den Ausfall einzelner Laufwerke bereit, enthält aber weiterhin die zum bisherigen Betriebssystem gehörende Speicherstruktur. Es ist weder ein unabhängiges Backup noch ein geeignetes Austauschformat zwischen ext4 und ZFS.
Für die Planung bedeutet das: Der Wechsel besteht aus drei getrennten Vorgängen – Daten und benötigte Konfigurationen sichern, das unterstützte Zielsystem neu einrichten und die gesicherten Inhalte zurückspielen. Eine direkte Umwandlung des bestehenden Dateisystems ist nicht der vorgesehene Weg.
Zuerst klären, ob das QNAP-Modell beide Systeme unterstützt
Nicht jedes QNAP-NAS kann wahlweise mit QTS und QuTS hero betrieben werden. Maßgeblich sind die exakte Modellbezeichnung, die Hardwareausstattung und die von QNAP dafür angebotenen Firmwarevarianten. Ähnlich benannte Modelle oder Geräte derselben Baureihe können sich dabei unterscheiden.
Notiere die vollständige Modellkennung und die installierte Betriebssystemversion aus der Systemübersicht. Suche das Modell anschließend im QNAP Download Center beziehungsweise in der offiziellen Produktrubrik für Betriebssystem- und Firmwarekompatibilität. Das gewünschte System muss dort ausdrücklich für genau dieses Modell angeboten werden. Eine Firmwaredatei für ein verwandtes Modell ist kein Ersatz.
Prüfe außerdem die modellbezogenen Anforderungen für QuTS hero. Arbeitsspeicher, Laufwerksbestückung und Empfehlungen für den Systempool können je nach Gerät und Einsatzprofil abweichen. Eine verfügbare Installationsdatei sagt noch nicht, dass die bestehende Laufwerksaufteilung sinnvoll weiterverwendet werden kann.
- Wird für das Modell nur QTS angeboten, ist ein Wechsel zu QuTS hero nicht vorgesehen.
- Werden beide Systeme angeboten, muss zusätzlich das offizielle Verfahren für den Wechsel geprüft werden.
- Ist die Modellkennung nicht eindeutig oder fehlt eine passende Wechselanleitung, sollte der QNAP-Support den vorgesehenen Installationsweg bestätigen.
Was beim Wechsel nicht automatisch erhalten bleibt
Eine Datensicherung der Freigaben deckt nur einen Teil des NAS ab. Anwendungen, Zugriffsrechte und Dienste besitzen eigene Einstellungen oder Datenbanken. Vor der Neuinstallation muss daher feststehen, welche Bestandteile später wiederhergestellt werden sollen.
Dateien, Freigaben und Berechtigungen
Sichere alle produktiven Dateien auf ein unabhängiges Ziel. Dazu zählen auch selten genutzte Freigaben, persönliche Benutzerordner und versteckte Anwendungsdaten, sofern diese für die Wiederherstellung benötigt werden. Bei verschlüsselten Freigaben müssen Schlüssel, Kennwörter und gegebenenfalls exportierte Schlüsseldateien außerhalb des NAS verfügbar sein.
Benutzer, Gruppen, Freigabenamen und Zugriffsrechte sollten zusätzlich dokumentiert werden. Ein Export der Systemeinstellungen kann hilfreich sein, darf aber nicht ungeprüft als vollständig kompatible Übertragung zwischen QTS und QuTS hero behandelt werden. Stelle nur Einstellungen wieder her, die für das Zielsystem und die verwendete Version ausdrücklich unterstützt werden.
Snapshots und Versionen
Lokale Snapshots im vorhandenen Speicherpool sind keine externe Sicherung. Wird der Pool bei der Neuinitialisierung entfernt, verschwinden auch die darin gespeicherten Snapshot-Stände. Benötigte Dateiversionen müssen daher vor dem Wechsel auf ein separates Ziel repliziert oder als Dateien wiederhergestellt und gesichert werden.
Dasselbe gilt für Papierkörbe und lokale Versionsordner. Prüfe vor dem Backup, ob dort noch Datenstände liegen, die nicht in den aktiven Freigaben enthalten sind.
Apps, Container und virtuelle Maschinen
Installierte QNAP-Apps werden nicht allein durch das Kopieren ihrer sichtbaren Nutzdaten wieder funktionsfähig. Halte App-Namen, Versionen, Lizenzen und anwendungsspezifische Exportmöglichkeiten fest. Prüfe im App Center des Zielsystems, ob die benötigten Pakete für QTS beziehungsweise QuTS hero verfügbar sind.
Bei Container Station gehören persistente Daten, Konfigurationsdateien, Umgebungsvariablen, Portzuordnungen und Freigabebindungen in die Sicherung. Ein Container-Image allein enthält diese Betriebsdaten häufig nicht. Bei Virtualization Station müssen virtuelle Maschinen über die vorgesehene Export- oder Sicherungsfunktion gesichert werden; ein bloßer Screenshot der Konfiguration reicht nicht.
Multimedia-Datenbanken, Überwachungsaufzeichnungen und andere paketgebundene Daten benötigen gegebenenfalls einen eigenen Exportweg. Lässt sich eine Anwendung nicht systemübergreifend wiederherstellen, müssen ihre Nutzdaten getrennt gesichert und die Anwendung im Zielsystem neu konfiguriert werden.
Das Backup muss den Verlust des gesamten Pools überstehen
Das Sicherungsziel darf nicht auf denselben Laufwerken oder in demselben Speicherpool liegen, der für den Wechsel neu initialisiert wird. Geeignet sind beispielsweise ein zweites NAS, ausreichend großer USB-Speicher oder ein überprüfter Remote-Speicher. Bei großen Datenbeständen kann eine Kombination mehrerer Ziele sinnvoll sein, sofern die Zuordnung eindeutig dokumentiert wird.
Für eine belastbare Sicherung sind vier Punkte erforderlich:
- Vergleiche den belegten Speicher der zu sichernden Freigaben mit der tatsächlich verfügbaren Kapazität am Ziel.
- Kontrolliere das Protokoll des Sicherungsauftrags auf übersprungene Dateien, Abbrüche und Berechtigungsfehler.
- Öffne stichprobenartig Dateien verschiedener Typen direkt vom Sicherungsziel.
- Stelle einen kleinen Testordner an einen getrennten Ort wieder her und vergleiche Inhalt, Dateigrößen und bei Bedarf Prüfsummen.
Bei einer verschlüsselten Sicherung muss auch die Entschlüsselung getestet werden. Ein erfolgreich gemeldeter Auftrag ist unzureichend, wenn Kennwort, Schlüsseldatei oder Wiederherstellungsprogramm später fehlen.
Eine sinnvolle Reihenfolge für die Umstellung
Die eigentliche Installation beginnt erst, wenn die Rückkehr zu den Daten unabhängig vom bisherigen NAS möglich ist. Diese Reihenfolge begrenzt das Risiko und trennt reversible Vorbereitungen von der destruktiven Neuinitialisierung.
- Modellbezeichnung, installierte Version, Laufwerksanordnung, RAID-Level, Speicherpools und Freigaben dokumentieren.
- Im QNAP Download Center prüfen, ob das Zielsystem für das exakte Modell angeboten wird, und die zugehörigen Installationshinweise lesen.
- Dateien, benötigte Versionen, Schlüssel und anwendungsspezifische Exporte auf ein unabhängiges Ziel sichern.
- Benutzer, Gruppen, Freigaberechte, Netzwerkparameter, Dienste, Apps und Lizenzbindungen dokumentieren.
- Einen Restore-Test durchführen und sicherstellen, dass das Sicherungsziel während der Neuinitialisierung nicht überschrieben werden kann.
- Die für das Modell vorgesehene Wechsel- beziehungsweise Neuinstallationsmethode verwenden. Keine Firmware eines ähnlichen Geräts erzwingen.
- Im Zielsystem den neuen Speicherpool und die benötigten Freigaben anlegen, bevor produktive Daten zurückgespielt werden.
- Zuerst einen kleinen Datenbestand wiederherstellen und Rechte, Dateinamen, Zeitstempel sowie Clientzugriffe kontrollieren.
- Erst nach erfolgreicher Gegenprobe die vollständige Wiederherstellung starten und Dienste schrittweise wieder aktivieren.
Trenne das Sicherungsmedium während der Initialisierung nach Möglichkeit physisch vom NAS. So sinkt das Risiko, versehentlich das falsche Laufwerk oder Ziel in einen neuen Pool einzubeziehen.
Der neue Speicheraufbau sollte vor der Installation feststehen
Ein Systemwechsel ist zugleich eine Neuplanung der Speicherebene. Lege vorab fest, welche Laufwerke den System- und Datenpool bilden, welches Redundanzniveau erforderlich ist und wie viel Kapazität für Snapshots, Anwendungen und Wachstum frei bleiben soll.
Bei QuTS hero beeinflussen ZFS, Snapshot-Nutzung, Deduplizierung und weitere Funktionen den Bedarf an Arbeitsspeicher und freier Kapazität. Nicht jede verfügbare Funktion ist für jeden Datenbestand sinnvoll. Deduplizierung sollte beispielsweise nur eingeplant werden, wenn Hardware, Datentyp und erwarteter Nutzen dazu passen. Sie ist keine Voraussetzung für einen normalen QuTS-hero-Betrieb.
Bei der Rückkehr zu QTS entfallen wiederum ZFS-spezifische Eigenschaften des bisherigen QuTS-hero-Pools. Daten lassen sich als Dateien migrieren, ZFS-interne Strukturen oder Funktionen werden dadurch jedoch nicht zu ext4-Strukturen umgewandelt. Die Zielkonfiguration muss mit den in QTS verfügbaren Speicherfunktionen neu aufgebaut werden.
Wann ein Betriebssystemwechsel besser unterbleibt
Fehlt eine verifizierte, unabhängige Sicherung, sollte der Wechsel nicht beginnen. Dasselbe gilt bei mehreren auffälligen Laufwerken, einem degradierten RAID oder ungeklärten Lesefehlern. Ein vollständiges Auslesen des Datenbestands belastet die Laufwerke; bei instabilen Datenträgern kann professionelle Datenrettung Vorrang vor weiteren Kopierversuchen haben.
Auch folgende Situationen sprechen für einen Aufschub:
- Das Zielsystem ist für die genaue Modellkennung nicht freigegeben.
- Eine geschäftskritische App ist im Zielsystem nicht verfügbar oder ihr Migrationsweg ist ungeklärt.
- Verschlüsselungsschlüssel, Lizenzzugänge oder Administratorzugriff fehlen.
- Das Backup wurde noch nie testweise wiederhergestellt.
- Es gibt keinen Zeitpuffer für das Zurückspielen, die Rechteprüfung und die erneute Einrichtung der Dienste.
Ein Wechsel nur wegen einzelner gewünschter Funktionen ist ebenfalls kritisch, wenn diese Funktionen die vollständige Migration nicht rechtfertigen. Vorher sollte geprüft werden, ob sich das eigentliche Ziel durch eine App, eine geänderte Speicherplanung oder ein separates System erreichen lässt.
Die Erfolgskontrolle endet nicht beim ersten Login
Eine erreichbare Verwaltungsoberfläche bestätigt lediglich, dass das neue Betriebssystem startet. Der Wechsel ist erst abgeschlossen, wenn Speicherzustand, Daten, Rechte, Sicherungen und Dienste geprüft wurden.
Kontrolliere im neuen QNAP-System den Zustand aller Laufwerke und des neu angelegten Pools. Teste danach eine Freigabe mit einem normalen Benutzerkonto statt ausschließlich mit einem Administratorkonto. So werden fehlende Gruppenrechte oder falsch zugeordnete Freigabeberechtigungen sichtbar.
Starte Apps, Container und virtuelle Maschinen einzeln. Prüfe bei jedem Dienst Speicherpfade, Ports, Konten und Abhängigkeiten, bevor der nächste Dienst aktiviert wird. Richte die Sicherungsaufträge für das neue System neu ein und führe erneut eine kleine Wiederherstellung durch. Erst diese Gegenprobe zeigt, dass nicht nur die Migration, sondern auch die künftige Datensicherung funktioniert.
Der sichere Entscheidungsweg ist damit eindeutig: Unterstützt das exakte QNAP-Modell das gewünschte System, sind alle benötigten Anwendungen kompatibel und existiert ein getestetes externes Backup, kann die Neuinstallation geplant werden. Bleibt einer dieser Punkte offen, muss die vorhandene Installation unverändert bleiben, bis die Lücke geschlossen ist.