Alternatives Betriebssystem - Windows Server (2019 Standard) auf einem QNAP NAS
tiermutter
[PROLOG]
Hier habe ich bereits beschrieben wie ich ein QNAP NAS mit dem alternativen Betriebssystem TrueNAS in Betrieb genommen habe und hier wurde die Frage gestellt, ob bereits jemand Windows Server auf einem QNAP NAS installiert hat. Eins und Eins macht ein neues Projekt, ist doch klar, also werde ich mich mal ranmachen und Windows Server 2019 auf einem QNAP NAS installieren.
Den Weg dahin und wie sich das verhält möchte ich hier kurz beschreiben.
[VORBEREITUNGEN]
Nach etwas „QuRoulette“ habe ich mich entschieden aus den zur Wahl stehenden NAS ein TS-453A mit 8GB RAM dafür zu verwenden, das Gerät erfüllt die Mindestanforderungen recht gut. Also ab damit in mein Testlab.
Für die Installation habe ich mir einen bootfähigen USB Stick mit Rufus erstellt, zuvor habe ich mir das gewünschte ISO Image heruntergeladen. In Rufus oben einfach den Stick wählen und rechts unter „Auswahl“ das Image, dann starten.
Anmerkung: "Testlab" klingt natürlich mega toll, in Wirklichkeit handelt es sich dabei aber um meinen nach Heizöl stinkenden Heizungsraum, in dem sich diverse Geräte stapeln sodass mir eine Firewall als Mauspad dienen muss... "Testlab" klingt aber geiler.
Bild 001 - Rufus
Für den produktiven Betrieb, sollte das Projekt erfolgreich sein, sollte der DOM des QNAP entfernt werden, denn zumindest nach meiner Erfahrung in dem o.g. Projekt mit TrueNAS hat sich herausgestellt, dass das NAS nachdem es von der Spannungsversorgung getrennt war, die Bootreihenfolge im BIOS so umstellt, dass als erstes vom DOM gebootet und somit QTS geladen wird. Bei Geräten mit festem DOM müsste man sich eventuell damit behelfen, dass der DOM gelöscht wird und nicht mehr davon gebootet werden kann. Alternativ muss man die Bootreihenfolge nach Spannungsausfall manuell umstellen, sofern dies überhaupt auf alle QNAP NAS zutrifft. In diesem Test lasse ich den DOM drin und kann anschließend einfach wieder davon booten, hoffe ich jedenfalls
Während der Installation eine neue Erkenntnis dazu:
Bei diesem Gerät wird die Bootreihenfolge sogar nach jedem Shutdown zurückgesetzt!
Jetzt noch Tastatur und Monitor und für einen „Mausschubser“ wie mich natürlich noch eine Maus an das NAS gesteckt, den Installationsstick rein und schon geht die Reise los.
Übrigens: Manche QNAP NAS haben keinen Monitoranschluss, sind deshalb aber nicht für solche Projekte unbrauchbar. Diese verfügen i.d.R. über eine 3,5mm Buchse als Console-Port. So ein Kabel gibt es sicherlich käuflich zu erwerben, ich habe mir aber auch schon selbst eins gebaut. Damit sollte man theoretisch mittels Putty ins BIOS kommen und die Installation vornehmen können. Später muss man halt alles per RDP o.ä. machen. Getestet habe ich das allerdings nicht.
[INSTALLATION]
Nachdem das NAS eingeschaltet wurde müssen wir mit der Taste „ENTF“ ins BIOS gehen und die Bootreihenfolge umstellen, zunächst auf den Installationsstick. Alternativ könnte man auch das Bootmenü aufrufen, was mir bei QNAP NAS bislang aber nicht geglückt ist, deswegen gehe ich den Weg über das BIOS, was später ohnehin erforderlich ist, wenn trotz installiertem DOM von dem Datenträger auf dem Windows Server installiert ist gebootet werden soll.
Hinweis: Das BIOS erreicht man bei manchen QNAP NAS erst relativ spät nach dem Einschalten, sobald der Monitor kurz nach dem ersten Beep ein erstes Bild zeigt.
Bild 002 - BIOS Bootmenu - Installations-Stick
Ist die Bootreihenfolge angepasst und die Einstellungen gespeichert, startet das NAS neu und es erscheint erwartungsgemäß der Installationsassistent von Windows Server, den man entsprechend seinen Vorlieben durchläuft und die Einstellungen vornimmt. Ich habe mich für Windows 2019 Standard mit grafischer Oberfläche entschieden. Anschließend kommt der erste kritische Punkt, zumindest wenn man den DOM nicht entfernt hat, denn bei der Auswahl auf welchem Datenträger Windows Server installiert werden soll, tauchen auch Partitionen des DOM auf, die nicht angetastet werden sollten, sofern man das NAS später nochmal ohne weitere Maßnahmen mit QTS verwenden möchte.
Bild 003 – Datenträgerauswahl für Windows Server Installation
Einzige Auffälligkeit bislang: Beim Installationsprozess wurde mir zunächst kein Fortschritt (Prozentangabe) angezeigt, es stand stets bei 0%, aber ich konnte an der Datenträger-LED am NAS erkennen, dass hier gearbeitet wird. Später gab es dann doch eine Fortschrittanzeige.
Nach der Installation wird der Installationsstick entnommen und die Reise geht zurück ins BIOS wo die Bootreihenfolge auf den Windows-Datenträger als #1 umgestellt wird. Dies ist nach der Installation auch direkt der Fall.
Bild 004 - BIOS Bootmenu - Windows Boot Manager
Nach einem erneuten Reboot lädt dann auch schon Windows Server 2019 und kann verwendet werden. Das Ganze ist dabei auch alles andere als langsam… das Starten hat -nach der obligatorischen Wartezeit bis zum ersten Beep- gerademal 30 Sekunden gedauert…
[VERHALTEN VON WIN SERVER AUF EINEM QNAP NAS]
… und auch die Bedienung war anschließend sehr flüssig mit kurzen Ladezeiten.
Bild 005 - Windows Systeminfo
Die spannendste Frage wird wohl sein, ob Windows Server mit der Hardware des QNAP klarkommt. Ich habe da wenig Zweifel, da ich Windows seit einigen Jahren als sehr hardwarefreundliches OS betrachte.
Ganz so dolle scheint das aber dann doch nicht der Fall zu sein, denn im Gerätemanager tauchen einige unbekannte/ nicht verwendbare Geräte auf, darunter u.a. der Infrarotcontroller und ein Serial-IO Controller sowie ein SD-Controller. Naja wenn es weiter nichts ist… ansonsten sieht das gut aus!
Bild 006 - Windows Gerätemanager
Das Display am NAS kann man allerdings abschreiben, bzw. sollte man abklemmen, denn dies zeigt erwartungsgemäß stets „System booting“ und erlischt nicht, auch die beiden Tasten zur Bedienung sind ohne Funktion.
In meinem Fall mit installiertem DOM sehe ich dessen Partitionen natürlich auch unter Windows... das ist etwas nervig und man muss wieder aufpassen, dass man hier nichts kaputt macht, sofern man später halt nochmal QTS in Betrieb nehmen möchte... ansonsten sollte der DOM raus oder seine Partitionen gelöscht werden... macht sich sicherlich nicht schlecht für die Auslagerungsdatei wenn er schnell genug angebunden ist... naja jedenfalls wenn man ein Gerät mit einem 4GB statt 512MB DOM hat
Ein Blick in den Taskmanager auf die Systemressourcen verrät, dass die CPU recht gut ausgelastet ist, obwohl noch nichts eingerichtet wurde, allerdings weiß ich auch nicht, welche Dienste hier nach der Installation bereits laufen. Aber… wie konnte ich es vergessen?! Im Hintergrund werden bereits Updates installiert, die fast die gesamte CPU Last verursachen, also alles gut.
Bild 007 - Taskmanager Ressourcen
Das System rennt einfach, bis hierhin absolut problemlos, flüssig und stabil, weiß adhoc aber auch nicht, was ich noch weiter testen kann. Für heute reicht es auch erstmal.
So wirklich aufregend war das Projekt nicht, umso mehr freue ich mich aber darüber, dass es so reibungslos lief. Etwas flau ist mir nun aber doch... ich habe ein QNAP Betriebssystem durch eins von Microsoft ersetzt… ob das der große Sprung ist? Egal, ich weiß wie man mit solchen Zweifeln umgeht… cheers!