Ein Hauch von Cloud: Die SharePoint Subscription Edition auf Windows Server Core

Die Ausgangslage

Um mich mit der Materie vertraut zu machen, habe ich mir zunächst eine geeignete Test-Umgebung aufgebaut. Die Bereitstellung habe ich auf einem Intel-NUC 10 mit einem Core i5 auf Basis von Microsoft Hyper-V realisiert. Mit 64 GB Arbeitsspeicher und einer 2 TB NVMe-Festplatte war die Installation erwartungsgemäß schnell und schmerzlos machbar. Ebenso lässt sich die Performance der installierten Systeme keine grauen Haare wachsen.

Soweit die Voraussetzungen für das Zielsystem durch Microsoft freigegeben wurden, habe ich für die Installationen Windows 2022 Datacenter in der Trial-Version für die Bereitstellung verwendet. Insgesamt waren an dem Test sechs Server beteiligt. Aufgrund der guten Performance in der Virtualisierungsplattform war es ohne erkennbare Performance-Verluste möglich, mit dynamischer Zuordnung des Arbeitsspeichers zu arbeiten (Bei einer produktiven Installation würde ich davon allerdings nach wie vor Abstand nehmen).

Windows Server Core – Die Qual der Wahl

Die Gründe, weshalb man einen Windows Server als Core-Variante installieren möchte, sind ziemlich einleuchtend. Neben dem geringeren Ressourcen-Verbrauch punkten auch Themen wie Stabilität und Sicherheit gegenüber der Desktop-basierten Server Variante.

Dem entgegen steht allerdings zum Teil sicher die Tatsache, dass die Verwaltung eines Core-Servers zumindest auf den ersten Blick nicht ganz so komfortabel ist, wie dies bei einer Windows Version mit „Desktop Experience“ der Fall ist. Aufgrund der umfangreichen Möglichkeiten zur Remote-Verwaltung (Remote-Administration, Windows-Admin-Center, Remote PowerShell) ist das jedoch ein Umstand, den man absolut in Kauf nehmen kann.

Es stellt sich also gar nicht so sehr die Frage, ob Windows Server als Core-Variante installiert werden soll, sondern vielmehr für welche Dienste dies möglich ist.

Unproblematisch sind hier die klassischen Server-Rollen wie Domänencontroller mit zugehörigen Diensten oder auch Zertifikatsserver. Eine vollständige Auflistung der möglichen Server-Rollen und Dienste kann bei Microsoft abgerufen werden.

Doch welche Server-Rollen können nun für die Bereitstellung einer SharePoint Farm in der Core-Variante implementiert werden?

Neben der Bereitstellung von SharePoint Server Subscription Edition ist auch die Installation von Microsoft SQL Server auf Windows Server Core möglich. SharePoint benötigt hier insbesondere die Datenbank-Dienste, sowie ggf. den SQL Server Agent und eventuell noch den SQL Browserdienst. Das SQL Management Studio wird hingegen konsequenter Weise auf einem Verwaltungsrechner installiert (Das war aber auch in der Vergangenheit bereits Best Practice im Sinne von Sicherheit und Performance).

Die einzige Enttäuschung beim Aufbau des Szenarios war folglich die Implementierung von Office Online Server als unterstützenden Dienst für die SharePoint Server Farm. Die Erwartungshaltung, dass ein „einfacher Webservice“ mit deutlich geringeren Anforderungen als SharePoint sicher ohne Weiteres ebenfalls auf Windows Core laufen würde, wird bereits bei der Vorbereitung der Server-Rollen pulverisiert. Tatsächlich ist es nicht möglich, alle benötigten Features auf einer Core-Installation zu aktivieren. Laut Microsoft Dokumentation wird für Office Online Server tatsächlich ein Server mit „Desktop Experience“ benötigt.  Hier bleibt zu hoffen, dass Microsoft diesbezüglich in Kürze nachlegen wird und auch Office Online Server für die Installation auf Windows Core fit machen wird.

Erfahrungen bei der Installation

Doch nun zurück zum eigentlichen Thema, der Installation von SharePoint Server Subscription Edition (SPSE) auf dem Windows Core Server. Nachdem ich die Infrastruktur ebenfalls auf Windows 2022 Servern vorbereitet hatte (bestehend aus Domänen Controller, Zertifikatsserver, Management-Server) habe ich zunächst den SQL Server auf einem frisch installierten Windows Server 2022 Core installiert. Aufgrund der wirklich guten Dokumentation, die Microsoft für die SQL Installation über PowerShell zur Verfügung stellt, ist das fast ein Spaziergang, hier musste ich lediglich bei der Firewall-Freigabe etwas nachjustieren, bevor ich mich mit dem SQL Server Management Studio von meinem Verwaltungsserver aus verbinden konnte. Im vorliegenden Fall habe ich mich auf eine einfache SQL Instanz beschränkt, wobei die Verwendung von Always On Verfügbarkeitsgruppen tatsächlich nur geringfügig aufwändiger ist. Eine kleine Überraschung gab es dann erst bei dem initialen Versuch, die SharePoint Farm zu erstellen, dazu aber gleich mehr.

Vergleichbar unspektakulär war dann tatsächlich auch die Installation der SharePoint Server Subscription Edition ebenfalls auf einem Windows Server 2022 Core entsprechend der Anleitung von Microsoft. Für die Evaluierung habe ich mich dabei zunächst auf die Installation mit einer angepassten config.xml entschieden. Der Frage ob und wie es mit SharePointDsc und/oder AutoSPInstaller ebenfalls problemlos klappt, werde ich mich in einem anderen Beitrag widmen. Vor der eigentlichen SharePoint Installation wurden wie üblich die Prerequisites bereitgestellt.

Installation OK, und jetzt die Konfiguration?

Der darauffolgende Konfigurationslauf kann ebenfalls per Shell durchgeführt werden (Anlegen der Config-Datenbank und der Zentraladministration über psconfig.exe. Ebenso funktioniert allerdings hier auch die psconfigui.exe, welche zwar am Ende einen Fehler wirft, die Farm jedoch trotzdem korrekt bereit stellt.

Um das fehlende CU schnell auf dem SQL Server installieren zu können, ist der einfachste Weg, die Datei mit Hilfe von „Invoke-WebRequest“ und der Option -OutFile direkt auf dem Core Server herunterzuladen und sie dort zu installieren.

Sobald der Konfigurationsassistent durchgelaufen ist, lässt sich die Zentraladministration auf einem Computer mit Browser Unterstützung aufrufen. Den fehlgeschlagenen Browseraufruf am Ende kann man einfach ignorieren.

Die Zentraladministration präsentiert sich dann im gewohnten Bild.

Und wie läuft es mit der Verwaltung der Server?

Nachdem die SharePoint Installation ja größtenteils reibungslos über die Bühne gegangen war, habe ich mich noch mit der Frage beschäftigt, was sich hinsichtlich Administration und Governance der Installationen ändert, wenn man auf Windows Server Core setzt. Hier hatte ich tatsächlich zunächst doch Bedenken, dass es vielleicht doch um einiges umständlicher ist, als wenn man wie gewohnt auf der graphischen Benutzeroberfläche arbeitet.

Für die Remote-Administration habe ich insbesondere folgende Möglichkeiten verwendet:

• Remote Server Administration Tools (Windows)
• Remote PowerShell (Kommandozeile)
• Windows Admin Center (Web-Oberfläche)
• SharePoint Zentraladministration
• Remote Desktop und “SConfig” (Windows Server Core Verwaltung)

Zunächst ist Freigabe der zugehörigen Ports in der Firewall und Anpassung der Server-Richtlinien auf den Ziel-Systemen notwendig. Sobald dies allerdings erledigt ist, gestaltet sich die Administration der Server und Dienste unproblematisch. Kurz gesagt vermisst man kaum eine Funktion, lediglich die Vorbereitungen und ein wenig Know-How Aufbau sind erforderlich.