Der Ausdruck Pool-Migration kann bei QNAP mehrere technisch unterschiedliche Vorhaben bezeichnen. Ein kompletter Laufwerkssatz soll möglicherweise in ein neues NAS wechseln, ein bestehender Pool soll größere Festplatten erhalten oder die Daten sollen auf einen neu aufgebauten Pool kopiert werden. Diese Wege sind nicht austauschbar. Besonders der Wechsel zwischen QTS und QuTS hero darf nicht wie ein gewöhnlicher Gehäusewechsel behandelt werden.
Zuerst festlegen, was tatsächlich umgebaut wird
Der passende Ablauf hängt davon ab, ob die vorhandene Speicherstruktur erhalten bleiben soll oder ob am Ziel ein neuer Pool entsteht. Ordne das Vorhaben vor dem ersten Eingriff einem der folgenden Fälle zu:
- Systemmigration mit vorhandenen Laufwerken: Der vollständige Datenträgersatz wechselt in ein anderes kompatibles QNAP-NAS. RAID, Pool und Volumes sollen erhalten bleiben.
- Kapazitätserweiterung im selben NAS: Laufwerke werden nacheinander durch größere Modelle ersetzt. Das ist ein RAID-Umbau mit anschließender Erweiterung und keine freie Übertragung des Pools.
- Neuer Pool im selben oder einem anderen NAS: Das Ziel erhält eigene Datenträger. Freigaben, Dateien, Anwendungen und LUNs werden anschließend über geeignete Sicherungs- oder Kopierverfahren übertragen.
- Wechsel des Speichersystems: Beim Übergang zwischen QTS und QuTS hero ändern sich wesentliche technische Grundlagen. Eine direkte Übernahme darf nur erfolgen, wenn QNAP sie für die beteiligten Modelle und den vorgesehenen Weg ausdrücklich unterstützt.
Fehlt eine eindeutige Freigabe für die Übernahme des vorhandenen Laufwerkssatzes, ist ein neu angelegter Zielpool mit geprüfter Datenübertragung der sichere Plan. Die bloße Tatsache, dass die Festplatten mechanisch in das neue Gehäuse passen, sagt nichts über die Migrationsfähigkeit aus.
Bestandsaufnahme in Speicher & Snapshots
Die Ausgangskonfiguration muss nachvollziehbar dokumentiert sein, bevor ein Pool verändert wird. In QTS und QuTS hero liefert die Anwendung Speicher & Snapshots die maßgeblichen Angaben. Bezeichnungen und Anordnung können je nach Betriebssystemversion abweichen; entscheidend sind die Funktionsbereiche für Datenträger, RAID-Gruppen, Speicherpools, Volumes, Snapshots und Cache.
Halte mindestens folgende Informationen mit Screenshots und zusätzlichen Notizen fest:
- exaktes QNAP-Modell, installierte Betriebssystemfamilie und Versionsstand,
- Steckplatz, Modell, Kapazität und Seriennummer jedes Laufwerks,
- RAID-Typ, Anzahl der Mitglieder, Hot-Spare-Zuordnung und aktueller RAID-Status,
- Zuordnung von RAID-Gruppe, Speicherpool, Volume und iSCSI-LUN,
- Volume-Typ, belegter Speicher und freier Platz,
- Status von Snapshots, Snapshot-Reserve und Replikationsaufgaben,
- vorhandene SSD-Caches, Qtier-Konfigurationen oder Erweiterungsgehäuse,
- verschlüsselte Volumes sowie Verfügbarkeit der zugehörigen Schlüssel oder Kennwörter,
- Freigaben, Benutzerrechte, Anwendungen, Container und Dienste mit Datenpfaden im betroffenen Pool.
Die Reihenfolge der Laufwerke ist vor allem bei einer Übernahme des kompletten Satzes relevant. Beschrifte jeden Datenträger eindeutig nach seinem bisherigen Einschub. Verlasse dich nicht allein auf die später im Zielgerät angezeigte Nummerierung, denn Gehäuse und Erweiterungseinheiten können Steckplätze anders zuordnen.
Welcher Migrationsweg zum Vorhaben passt
Vorhandene Festplatten in ein anderes QNAP-NAS übernehmen
Eine direkte Systemmigration ist nur vertretbar, wenn QNAP die Kombination aus Quellmodell, Zielmodell, Betriebssystem und Laufwerksanordnung unterstützt. Prüfe dafür die QNAP-Rubrik zur NAS-Systemmigration sowie die Kompatibilitätslisten für das Zielmodell. Relevant sind außerdem die Zahl der Einschübe, die CPU-Plattform, der Einsatz von Erweiterungsgehäusen und die Frage, ob alle Bestandteile des Pools gemeinsam umziehen können.
Ein Pool darf nicht teilweise übertragen werden. Befinden sich Mitglieder einer RAID-Gruppe oder Pool-Bestandteile in einem Erweiterungsgehäuse, müssen deren Abhängigkeiten vor dem Abschalten geklärt sein. Auch SSD-Cache und Qtier verdienen besondere Aufmerksamkeit: Ein Cache ist nicht der eigentliche Datenspeicher, kann aber an den Betriebszustand des Pools gebunden sein. Entferne oder deaktiviere solche Komponenten nur über die dafür vorgesehene Funktion und erst nach abgeschlossener Synchronisierung.
Das Ziel-NAS sollte vor dem Einsetzen des alten Laufwerkssatzes nicht mit diesen Datenträgern initialisiert werden. Zeigt die Oberfläche nach dem Einbau eine Aufforderung zur Initialisierung oder Formatierung, brich den Vorgang ab. Eine erwartete Migration muss als solche erkannt werden; eine Neueinrichtung würde die vorhandene Struktur gefährden.
Größere Laufwerke im bestehenden RAID einsetzen
Beim Austausch gegen größere Festplatten bleibt der Pool zunächst auf derselben RAID-Gruppe. Der übliche sichere Ablauf besteht aus dem Austausch jeweils eines Laufwerks und dem vollständigen Abschluss des Rebuilds, bevor das nächste Mitglied ersetzt wird. Dieses Vorgehen setzt ein gesundes RAID und ausreichende Redundanz voraus.
Bei RAID 0 besteht keine Redundanz, sodass der Ausbau eines Mitglieds den Verbund unbrauchbar macht. Bei bereits degradiertem RAID oder mehreren auffälligen Datenträgern darf kein routinemäßiger Austausch begonnen werden. Ein Rebuild belastet alle verbleibenden Laufwerke stark und garantiert keine erfolgreiche Wiederherstellung. Erst wenn sämtliche vorgesehenen Laufwerke ersetzt und alle Rebuilds fehlerfrei beendet sind, kann die zusätzliche Kapazität über die passende Erweiterungsfunktion nutzbar gemacht werden.
Einen neuen Pool aufbauen und Daten übertragen
Ein neuer Zielpool ist meist die kontrollierbarere Wahl, wenn Hardware, Betriebssystemfamilie oder Speicherlayout geändert werden. Der alte Pool bleibt dabei zunächst unverändert und dient als Quelle. Am Ziel werden RAID, Pool und Volumes passend zur neuen Umgebung eingerichtet; erst danach folgen Daten, Berechtigungen und Dienste.
Eine einfache Dateikopie erfasst nicht automatisch jede NAS-Funktion. iSCSI-LUNs, Anwendungskonfigurationen, Container-Mounts, Datenbanken, Snapshots, erweiterte Dateiattribute und Freigaberechte benötigen jeweils ein geeignetes Übertragungsverfahren. Plane deshalb nicht nur die Dateimenge, sondern jedes Speicherobjekt und jeden abhängigen Dienst ein. Für Anwendungen ist zusätzlich zu prüfen, ob sie auf dem Zielmodell und dessen Betriebssystem verfügbar sind.
Von QTS zu QuTS hero oder in die Gegenrichtung wechseln
QTS und QuTS hero verwenden unterschiedliche Speicherarchitekturen. Ein vorhandener Pool darf daher nicht allein aufgrund ähnlicher Bezeichnungen als direkt übertragbar gelten. Ohne ausdrückliche Freigabe für Quell- und Zielsystem ist der Wechsel als Neuaufbau zu planen: Zielsystem einrichten, neuen Pool erstellen, Daten mit einem geeigneten Verfahren übertragen und alle Dienste am Ziel neu validieren.
Auch ein Systemkonfigurations-Backup ersetzt keine Datensicherung und garantiert keine vollständige Übernahme zwischen verschiedenen Plattformen. Es kann Einstellungen enthalten, aber weder den Pool noch sämtliche App-Daten automatisch in eine kompatible Zielstruktur verwandeln.
Backup, Verschlüsselung und Zugriffsrisiken vor dem Abschalten
RAID-Redundanz schützt nur vor bestimmten Laufwerksausfällen. Sie bietet keinen unabhängigen Rückweg bei Fehlbedienung, inkompatibler Migration, beschädigtem Dateisystem oder versehentlicher Initialisierung. Vor dem Umbau muss daher mindestens eine vom betroffenen Pool getrennte Sicherung der unersetzlichen Daten vorhanden sein.
Die Sicherung gilt erst als belastbar, wenn ausgewählte Dateien testweise wiederhergestellt und geöffnet wurden. Bei großen Datenbeständen kann zusätzlich ein Vergleich von Dateianzahl, Verzeichnisstruktur und Prüfsummen für wichtige Archive sinnvoll sein. Das Backup-Ziel sollte während riskanter Umbauarbeiten nicht dauerhaft beschreibbar mit dem Quellsystem verbunden bleiben.
Für verschlüsselte Volumes oder Freigaben müssen Schlüsseldateien und Kennwörter außerhalb des NAS verfügbar sein. Prüfe den Zugriff darauf vor dem Herunterfahren. Ein funktionsfähiger Pool nützt nichts, wenn nach der Migration der Entschlüsselungsschlüssel fehlt.
Plane auch den vorübergehenden Ausfall der Freigaben ein. SMB- und NFS-Zugriffe, iSCSI-Verbindungen, virtuelle Maschinen, Container, Medienserver sowie Sicherungsaufgaben müssen sauber beendet werden. Schreibzugriffe während der letzten Synchronisierung können sonst einen uneinheitlichen Datenstand erzeugen.
Priorisierte Reihenfolge für den Umbau
Diese Abfolge trennt Vorbereitung, Eingriff und Validierung. Sie gilt als Planungsrahmen; die herstellerspezifische Migrationsanleitung für die beteiligten QNAP-Modelle entscheidet über die zulässige Hardwareprozedur.
- Migrationsart bestimmen: Entscheide zwischen vollständiger Systemmigration, Laufwerkstausch und Neuaufbau mit Datenübertragung.
- Kompatibilität bestätigen: Prüfe Quellmodell, Zielmodell, QTS beziehungsweise QuTS hero, Laufwerke, Erweiterungsgehäuse und die QNAP-Hinweise zur Systemmigration.
- Gesundheitszustand sichern: Dokumentiere Pool-, RAID- und Volume-Status sowie die Laufwerkswarnungen. Beginne nicht mit einem degradierten oder synchronisierenden Verbund.
- Abhängigkeiten erfassen: Notiere Freigaben, Rechte, LUNs, Snapshots, Cache, Qtier, Apps, Container und alle Dienste mit Pfaden im Pool.
- Backup prüfen: Stelle Testdaten aus der externen Sicherung wieder her und kontrolliere Schlüssel für verschlüsselte Speicherobjekte.
- Schreibzugriffe stoppen: Beende Anwendungen, virtuelle Systeme, Container, iSCSI-Sitzungen und laufende Sicherungsjobs geordnet.
- Letzten Zustand dokumentieren: Erstelle aktuelle Screenshots, exportiere verfügbare Systemkonfigurationen und beschrifte die Datenträger nach Einschub.
- Umbau nach freigegebenem Verfahren ausführen: Schalte Geräte sauber aus und halte die vorgeschriebene Laufwerksreihenfolge ein. Bei einem Laufwerkstausch wird immer erst der vollständige Rebuild abgewartet.
- Speicher vor Diensten prüfen: Kontrolliere am Ziel zunächst Datenträger, RAID, Pool und Volumes. Starte abhängige Anwendungen erst, wenn diese Ebenen fehlerfrei und schreibbar bereitstehen.
- Zugriff schrittweise freigeben: Teste zuerst ausgewählte Dateien und Rechte mit einem Testkonto. Danach folgen LUNs, Anwendungen, Container und reguläre Backup-Aufgaben.
Bei diesen Signalen muss die Migration stoppen
Ein Abbruch ist erforderlich, sobald das System einen anderen Zustand zeigt als geplant. Zusätzliche Klicks oder Neustarts können aus einer noch auswertbaren Situation einen Datenverlust machen.
- Das Ziel-NAS fordert zur Initialisierung oder Formatierung der übernommenen Datenträger auf.
- Ein Laufwerk fehlt, wird mit falscher Kapazität erkannt oder erscheint in einem unerwarteten Steckplatz.
- RAID, Pool oder Volume werden als inaktiv, fehlerhaft oder unbekannt angezeigt.
- Mehr als ein Laufwerk meldet Fehler oder der Verbund war bereits vor dem Umbau degradiert.
- Das System bietet einen Neuaufbau oder eine Reparatur an, obwohl deren Wirkung auf die vorhandenen Metadaten ungeklärt ist.
- Ein verschlüsseltes Volume lässt sich mangels Schlüssel nicht entsperren.
- Während eines Rebuilds treten neue Laufwerksfehler, Lesefehler oder Abbrüche auf.
In diesen Fällen bleiben die Datenträger im letzten bekannten Zustand. Notiere Meldungen, Steckplatzzuordnung und alle bereits ausgeführten Schritte. Eine Reparatur, ein erzwungener Rebuild oder das erneute Einsetzen in wechselnder Reihenfolge sollte erst nach Bewertung der Datenlage erfolgen.
Die Migration endet erst nach der Funktionsprüfung
Ein grüner Pool-Status allein bestätigt noch keine vollständige Migration. Prüfe stichprobenartig Dateien aus verschiedenen Freigaben, deren Berechtigungen sowie Schreib- und Lesezugriffe. Kontrolliere danach LUNs, Anwendungen, Container-Pfade und geplante Aufgaben einzeln. Alte und neue Systeme dürfen nicht gleichzeitig mit identischen Netzwerkadressen oder aktiven Schreibdiensten betrieben werden.
Erstelle nach erfolgreicher Prüfung eine neue, vom migrierten Pool getrennte Sicherung. Bestehende Backup-Aufgaben müssen auf die neuen Volume-, Freigabe- oder Anwendungspfade zeigen und mit einem Wiederherstellungstest bestätigt werden. Erst wenn Datenzugriff, Rechte, Dienste und Sicherung funktionieren, ist der QNAP-Umbau abgeschlossen und der bisherige Pool darf außer Betrieb genommen oder anderweitig verwendet werden.