Das hat mich wirklich überrascht, und ich wollte diese Geschichte erzählen, für alle, die vor einem ähnlichen Problem stehen. Ohne Pauls Hilfe vom QNAP-Support hätte ich das nie zum Laufen gebracht. Mein Kunde hatte ein TVS-EC1280U QNAP-System von 2017 mit QTS. Das Gehäuse ist ausgefallen (wir haben alles ausgebaut und ich konnte trotzdem auf keinem Port eine IP bekommen – nicht mal eine selbst vergebene IP), also habe ich gesagt: „Lass uns ein neues QNAP besorgen.“ Wir haben dann ein neues TVS-h1677AX gekauft. Ich habe die Firmware von QuTS auf QTS 5.2.10 zurückgesetzt und die 12 Festplatten aus dem alten QNAP eingebaut. Nach dem Hochfahren wurde das Volume jedoch nicht gemountet und ich konnte es auch in Storage & Snapshots nicht wiederherstellen.
Ich habe den QNAP-Support angerufen, und Paul meinte: „Hast du auf dem alten QNAP READ/WRITE-Cache verwendet? Denn falls ja, kann ich deine Daten nicht mehr wiederherstellen.“ WAS?!!! Die alten mSATA-Laufwerke kann man meines Wissens nach auch nicht in ein modernes Gehäuse setzen. Aber Paul hat festgestellt, dass der Cache des Volumes standardmäßig auf READ only gesetzt war und konnte so mein Volume wiederherstellen, ohne dass Daten verloren gingen.
Das wusste ich überhaupt nicht. Also seid vorsichtig mit dem Read/Write-Cache bei älteren QNAP-Systemen (und macht immer Backups eurer Daten – mein Kunde hatte keine, Paul hat ihm echt den Tag gerettet).
Ich glaube, du liegst falsch. Die alten QNAPs haben keine M.2 SATA-Laufwerke verwendet, und die QM2-2S-220A nutzt M.2 NVMe-Laufwerke (genauso wie die moderne QM2-2P-384A, die ich ständig verwende).
Aber QNAP müsste wahrscheinlich sowieso eingreifen, weil ich bezweifle, dass das M.2 SATA-Laufwerk beim Umzug in ein neues Gehäuse (vor allem als Cache-Laufwerk) automatisch erkannt werden würde.
das alte TVS-EC1280U-SAS-RP verwendet aber KEIN M.2 NVMe!!! Die Bauform der M SATA-Laufwerke ist 22110. Es ist für mich (und ich irre mich da wahrscheinlich) sehr unklar, ob diese Bauform/Stil überhaupt in eine Karte passt, die für M.2-Laufwerke gedacht ist. Vielleicht fehlt mir einfach die Erfahrung, 22110er M SATA-Laufwerke auf eine PCIe-Karte zu montieren.
Ich schätze euer ganzes Feedback – ABER – der ganze Punkt meines Beitrags ist, dass ich im Moment aus keinem Grund den Read/Write-Cache nutzen würde. Denn wenn ein Fehler auftritt und man die Laufwerke in ein neues Gehäuse stecken muss – (außer es ist dasselbe Modell) – kann man echt Probleme bekommen und seine Daten verlieren. Und mal ehrlich – fast niemand steckt seine Festplatten in ein neues QNAP-Gehäuse, es sei denn, das System ist alt und hatte einen Totalausfall.
Ja, Bob, das ist auch mein Mantra, aber sobald Leute „Cache“ hören, denken sie, dass damit irgendwie magisch alle Probleme gelöst werden. Cache funktioniert nur in bestimmten Szenarien und bringt viele Nachteile mit sich, wie etwa das hier erwähnte Migrationsproblem oder einen einfachen Ausfall der Cache-Festplatte.
Und da war vor ein paar Monaten ein Thema, bei dem ein gecachter ZFS-Pool nach dem Neuaufbau extrem langsam wurde. (Das Deaktivieren des Caches hat ihn wieder schnell gemacht.)
Danke, dass du deine Erfahrung geteilt hast! Ich gebe das an unser internes Team weiter, damit wir uns die Systemhinweise rund um den Lese-/Schreibcache (Read/Write Cache) beim Migrieren von Festplatten auf ein neues NAS anschauen und verbessern können.
Bitte drängt sie dazu, eine Warnung darüber einzubauen, immer wenn der Cache aktiv ist und der User etwas tun möchte, das vorher das Deaktivieren des Caches erfordert – eine Warnung muss eingeblendet werden, und zwar ohne die Möglichkeit, künftige Warnungen zu unterdrücken!
Diese Situationen kommen zwar selten vor, aber wenn sie doch passieren, ist es kritisch – und bis dahin haben wir es meistens schon wieder vergessen!
So ein Fall ist mir passiert und ich wäre deswegen fast geflogen ;-(
nee, das wird nicht passieren. Es gibt viele Dinge, die kritisch sind, und die Leute sind sich dessen einfach nicht bewusst (so lernt man dazu!!!). Manche wollen Caching verwenden. Ich habe zum ersten Mal Caching mit dem alten TVS-1282T ausprobiert, mit den 4 SSDs. Für meine Anwendungen (Videoschnitt) habe ich damals nicht realisiert, dass, wenn ich acht 16-TB-Festplatten in einer einzigen RAID-Gruppe hatte und die 4 SSDs als Cache eingerichtet habe, das die Geschwindigkeit und Leistung der RAID-Gruppe (also der SATA-Festplatten) drastisch reduziert hat. Das lernt man durch Erfahrung. Jetzt, wo ich erfahren bin und Leute mich anrufen und sagen: „Ich habe ein 16-Bay-Enterprise-QNAP und die Performance ist mies“ – das erste, was ich heute mache, ist zu Storage & Snapshots zu gehen, auf das Cache-Menü zu klicken und den Cache auszuschalten, und die Geschwindigkeit ist sofort besser. Manche Anwendungen brauchen vielleicht den Cache – halt nur nicht meine für meine Kunden.
Und der GRUND, warum ich dir einen Vortrag halte und überhaupt antworte – das ist Punkt Nummer 1, vor dem JEDER gewarnt wird – und fast NIEMAND macht es (und wahrscheinlich bist du auch schuldig): Jeder sollte ein BACKUP SEINER DATEN woanders haben. Mir ist egal, ob das ein anderes QNAP ist, eine Cloud-Lösung, Einzel-Drives oder ein LTO-Band. RAID ist KEIN Backup – und fast niemand macht das. Warum? Weil sie das Geld für ein Backupsystem nicht ausgeben wollen – und dann gibt es ein Problem – und plötzlich sind alle Daten vielleicht weg. Mein Kunde in diesem Beispiel hatte ein QNAP TVS-EC1280U-SAS-RP von 2017 mit alten HGST-Platten und KEINEM BACKUP. Als wir dann endlich das neue QNAP hatten und die Daten wiederhergestellt wurden (danke an Paul vom QNAP-Support), sagte ich zu meinem Kunden: DU BRAUCHST EIN BACKUP DEINER DATEN – und seine Antwort war: „Ich kann mir nicht noch mal 12 Festplatten leisten.“ Also nein – es muss keine Warnung angezeigt werden. Sichert verdammt nochmal eure Daten irgendwo – und wenn ihr sie verliert – tja – DANN IST ES EUER EIGENES PROBLEM.
