Microsoft 365 auf Terminalserver installieren – Schritt-für-Schritt-Anleitung

Microsoft 365 gehört in vielen Unternehmen zur täglichen IT-Ausstattung. Anwendungen wie Word, Excel, Outlook und PowerPoint werden sowohl auf lokalen Arbeitsplätzen als auch auf zentralen Terminalservern verwendet.

Gerade kleine und mittelständische Unternehmen setzen auf Windows Server mit Remote Desktop Services (RDS), damit mehrere Mitarbeiter gleichzeitig auf einer zentralen Windows-Umgebung arbeiten können.

Doch wer Microsoft 365 auf einem Terminalserver installieren möchte, muss einige Besonderheiten beachten.

Anders als bei einem normalen Windows-PC reicht es nicht aus, Microsoft 365 Apps einfach herunterzuladen und mit einem beliebigen Microsoft-365-Konto zu aktivieren.

Für den gemeinsamen Betrieb auf einem Terminalserver werden geeignete Lizenzen und die sogenannte Shared Computer Activation (SCA) benötigt.

In dieser Anleitung erfahren Sie, wie Sie Microsoft 365 auf Windows Server 2025 installieren, welche Lizenzen erforderlich sind, wie Sie das Office Deployment Tool verwenden und welche Fehler bei der Einrichtung häufig auftreten.

Kann man Microsoft 365 auf einem Terminalserver installieren?

Ja. Microsoft 365 Apps können auf unterstützten Windows-Server-Versionen mit Remote Desktop Services installiert werden.

Dadurch können mehrere Benutzer gleichzeitig mit Word, Excel, Outlook und anderen Office-Anwendungen arbeiten.

Typische Einsatzbereiche sind:

• Kleine und mittelständische Unternehmen
• Steuerkanzleien
• Anwaltskanzleien
• Arztpraxen
• Handwerksunternehmen
• Unternehmen mit Homeoffice-Arbeitsplätzen
• Zentral bereitgestellte Fachanwendungen

Allerdings gelten besondere Anforderungen an die Lizenzierung und Aktivierung.

Warum ist die Installation auf einem Terminalserver anders?

Auf einem gewöhnlichen Windows-PC verwendet normalerweise ein bestimmter Mitarbeiter seine Office-Anwendungen.

Auf einem Terminalserver können dagegen mehrere Benutzer gleichzeitig angemeldet sein.

Beispielsweise:

Windows Server 2025 mit Remote Desktop Services

• Mitarbeiter 1: Word und Outlook
• Mitarbeiter 2: Excel und Outlook
• Mitarbeiter 3: Word und PowerPoint
• Mitarbeiter 4: Excel und Outlook

Alle Mitarbeiter verwenden dieselbe Office-Installation, besitzen aber jeweils ein eigenes Windows-Benutzerprofil und benötigen eine geeignete persönliche Microsoft-365-Lizenz.

Damit die Aktivierung funktioniert, wird Shared Computer Activation verwendet.

Was ist Shared Computer Activation (SCA)?

Shared Computer Activation bedeutet auf Deutsch „Aktivierung gemeinsam genutzter Computer“.

Diese Aktivierungsmethode wurde speziell für Umgebungen entwickelt, in denen mehrere Benutzer dieselbe Office-Installation verwenden.

Dazu gehören beispielsweise:

• Terminalserver
• Remote Desktop Services
• Virtuelle Desktop-Infrastrukturen
• Gemeinsam genutzte Unternehmenscomputer

Wie funktioniert Shared Computer Activation?

Die Office-Anwendungen werden einmal zentral auf dem Terminalserver installiert.

Anschließend meldet sich jeder Mitarbeiter mit seinem eigenen Microsoft-365-Konto an.

Microsoft prüft, ob der jeweilige Benutzer über eine geeignete Lizenz verfügt.

Bei erfolgreicher Prüfung wird ein benutzerbezogenes Aktivierungstoken erstellt.

Damit kann der Mitarbeiter Microsoft 365 Apps verwenden.

Benötigt jeder Benutzer eine eigene Lizenz?

Ja.

Jeder Mitarbeiter, der Microsoft 365 Apps auf dem Terminalserver verwendet, benötigt eine entsprechende Lizenz.

Eine einzelne Microsoft-365-Lizenz darf nicht einfach für alle Mitarbeiter gemeinsam verwendet werden.

Braucht man zusätzlich Windows-RDS-Lizenzen?

Ja. Microsoft 365 ersetzt nicht die Lizenzierung des Windows-Terminalservers.

Für eine klassische Windows-Server-RDS-Umgebung müssen auch die Windows-Server- und Remote-Desktop-Services-Lizenzanforderungen erfüllt werden.

Dazu gehören je nach Lizenzmodell insbesondere:

• Windows Server Lizenzierung
• Windows Server CALs
• RDS CALs
• Geeignete Microsoft-365-Lizenzen für Office

Die genaue Lizenzierung sollte vor der Bereitstellung geprüft werden.

Welche Microsoft-365-Lizenz benötigt man für einen Terminalserver?

Nicht jede Microsoft-365-Lizenz unterstützt Shared Computer Activation.

Das ist einer der häufigsten Fehler bei der Einrichtung.

Microsoft 365 Business Basic

Business Basic enthält keine lokal installierbaren Microsoft-365-Desktopanwendungen.

Für die Installation von Word, Excel und Outlook auf einem Terminalserver ist dieser Plan allein deshalb nicht geeignet.

Microsoft 365 Business Standard

Business Standard enthält zwar Microsoft 365 Apps für den Desktop, unterstützt jedoch nicht die erforderliche Shared Computer Activation.

Deshalb reicht Business Standard allein für den beschriebenen Terminalserverbetrieb nicht aus.

Microsoft 365 Business Premium

Microsoft 365 Business Premium unterstützt Shared Computer Activation.

Damit ist der Plan für viele kleine und mittelständische Unternehmen interessant.

Microsoft 365 Apps for enterprise

Microsoft 365 Apps for enterprise unterstützt ebenfalls Shared Computer Activation.

Die Lizenz eignet sich für Unternehmen, die die Office-Desktopanwendungen benötigen und die weiteren Dienste gegebenenfalls separat lizenzieren.

Microsoft 365 E3 und E5

Auch geeignete Enterprise-Pläne mit Microsoft 365 Apps for enterprise unterstützen Shared Computer Activation.

Übersicht der Microsoft-365-Lizenzen

Microsoft-365-Lizenz	Für Shared Computer Activation geeignet?
Microsoft 365 Business Basic	Nein
Microsoft 365 Business Standard	Nein
Microsoft 365 Business Premium	Ja
Microsoft 365 Apps for business als eigenständiger Plan	Nein
Microsoft 365 Apps for enterprise	Ja
Microsoft 365 E3	Ja
Microsoft 365 E5	Ja
Office 365 E3	Ja
Office 365 E5	Ja

Wichtig: Die Unterstützung bezieht sich auf die jeweils enthaltenen und entsprechend lizenzierten Office-Desktopanwendungen. Für andere Produkte wie Project oder Visio können zusätzliche Lizenzen erforderlich sein.

Welche Windows-Server-Version unterstützt Microsoft 365 Apps?

Microsoft 365 Apps unterstützt nicht jede Windows-Server-Version dauerhaft.

Die Supportzeiträume sollten deshalb vor der Installation geprüft werden.

Windows Server 2025

Microsoft 365 Apps wird auf Windows Server 2025 während dessen Mainstream-Support unterstützt.

Dieser endet im Oktober 2029.

Für neue Terminalserver-Installationen ist Windows Server 2025 deshalb eine naheliegende Wahl.

Windows Server 2022

Der reguläre Support für Microsoft 365 Apps auf Windows Server 2022 endet im Oktober 2026.

Microsoft stellt noch bis zum 10. Oktober 2028 Sicherheitsupdates für Microsoft 365 Apps auf dieser Plattform bereit.

Das ist allerdings nicht mit einer vollständigen Verlängerung des regulären Supports gleichzusetzen.

Windows Server 2019 und 2016

Der reguläre Support für Microsoft 365 Apps auf Windows Server 2019 und Windows Server 2016 endete im Oktober 2025.

Für neue Installationen sollten diese Versionen deshalb nicht mehr eingeplant werden.

Empfehlung: Verwenden Sie für neue klassische RDS-Umgebungen eine aktuell unterstützte Windows-Server-Version und berücksichtigen Sie den Lebenszyklus von Microsoft 365 Apps.

Voraussetzungen für die Installation

Bevor Sie Microsoft 365 auf einem Terminalserver installieren, sollten einige Voraussetzungen erfüllt sein.

1. Unterstütztes Betriebssystem

Für diese Anleitung verwenden wir:

Windows Server 2025 mit Desktop Experience

Der Server ist bereits installiert und für den vorgesehenen Terminalserverbetrieb vorbereitet.

2. Remote Desktop Services

Der Server soll als RD-Sitzungshost betrieben werden.

Die benötigten RDS-Rollen und Lizenzierungsdienste müssen entsprechend der geplanten Umgebung eingerichtet sein.

3. Microsoft-365-Lizenzen

Jeder Benutzer benötigt eine Lizenz, die Shared Computer Activation unterstützt.

Beispielsweise Microsoft 365 Business Premium.

4. Internetverbindung

Für die benutzerbezogene Aktivierung muss Microsoft 365 Apps die benötigten Microsoft-Lizenzierungsdienste erreichen können.

5. Administratorrechte

Für die Installation benötigen Sie administrative Berechtigungen auf dem Windows Server.

6. Office Deployment Tool

Das Office Deployment Tool wird verwendet, um Microsoft 365 Apps mit einer passenden Konfiguration zu installieren.

7. Ausreichende Serverressourcen

CPU, Arbeitsspeicher und Speicherleistung müssen für die Anzahl gleichzeitig arbeitender Benutzer ausgelegt sein.

Insbesondere Outlook, Excel und umfangreiche Office-Dateien können die Ressourcen eines Terminalservers erheblich beanspruchen.

Microsoft 365 auf Windows Server 2025 installieren – Schritt für Schritt

Im folgenden Beispiel installieren wir Microsoft 365 Apps auf einem Windows Server 2025 mit Shared Computer Activation.

Wir verwenden dazu das Office Deployment Tool.

Schritt 1: Vorhandene Office-Installation prüfen

Melden Sie sich als Administrator am Terminalserver an.

Öffnen Sie die installierten Anwendungen und prüfen Sie, ob bereits Microsoft Office oder Microsoft 365 Apps vorhanden sind.

Bei einer bestehenden Installation müssen insbesondere folgende Punkte berücksichtigt werden:

• Installierte Office-Version
• 32-Bit oder 64-Bit
• Vorhandene Aktivierung
• Installationsart
• Kompatibilität mit Fachanwendungen

Nicht jede vorhandene Office-Installation muss zwingend entfernt werden.

Eine Neuinstallation sollte aber nicht unvorbereitet über eine produktive Umgebung erfolgen.

Schritt 2: Office Deployment Tool herunterladen

Laden Sie das aktuelle Office Deployment Tool direkt bei Microsoft herunter.

Offizielle Downloadseite:

https://www.microsoft.com/en-us/download/details.aspx?id=49117

Das Office Deployment Tool ermöglicht eine automatisierte und konfigurierbare Installation von Microsoft 365 Apps.

Schritt 3: Installationsverzeichnis erstellen

Erstellen Sie auf dem Terminalserver beispielsweise folgenden Ordner:

C:\OfficeDeployment

Entpacken Sie das Office Deployment Tool in dieses Verzeichnis.

Anschließend sollte dort unter anderem folgende Datei vorhanden sein:

C:\OfficeDeployment\setup.exe

Schritt 4: Konfigurationsdatei erstellen

Erstellen Sie im selben Ordner eine Datei mit folgendem Namen:

configuration.xml

Die Konfigurationsdatei bestimmt:

• Welche Office-Version installiert wird
• Welche Sprache verwendet wird
• Welche Anwendungen installiert werden
• Welcher Updatekanal verwendet wird
• Ob Shared Computer Activation aktiviert ist

Schritt 5: XML-Konfiguration für Microsoft 365 erstellen

Für eine Installation mit Microsoft 365 Business Premium kann beispielsweise folgende Konfiguration verwendet werden:

<Configuration>
  <Add OfficeClientEdition="64" Channel="MonthlyEnterprise">
    <Product ID="O365BusinessRetail">
      <Language ID="de-de" />
      <ExcludeApp ID="Access" />
      <ExcludeApp ID="Publisher" />
    </Product>
  </Add>

  <Property Name="SharedComputerLicensing" Value="1" />

  <Updates Enabled="TRUE" Channel="MonthlyEnterprise" />

  <Display Level="None" AcceptEULA="TRUE" />
</Configuration>

Was bedeutet diese Konfiguration?

OfficeClientEdition=“64″

Installiert die 64-Bit-Version von Microsoft 365 Apps.

Channel=“MonthlyEnterprise“

Verwendet den Monthly Enterprise Channel.

Product ID=“O365BusinessRetail“

Wählt Microsoft 365 Apps for business aus, wie sie beispielsweise in Microsoft 365 Business Premium enthalten sind.

Language ID=“de-de“

Installiert die deutsche Sprachversion.

ExcludeApp

Schließt die angegebenen Anwendungen aus.

SharedComputerLicensing=“1″

Aktiviert Shared Computer Activation.

Das ist die entscheidende Einstellung für den gemeinsamen Betrieb auf dem Terminalserver.

Welche Product ID benötigt Microsoft 365 E3 oder E5?

Wenn Microsoft 365 Apps for enterprise verwendet wird, kann stattdessen folgende Product ID erforderlich sein:

<Product ID="O365ProPlusRetail">
  <Language ID="de-de" />
</Product>

Die Product ID muss zum bereitgestellten Office-Produkt passen.

Die tatsächliche Aktivierungsberechtigung wird anschließend über die zugewiesene Benutzerlizenz geprüft.

Schritt 6: Konfiguration überprüfen

Speichern Sie die XML-Datei.

Achten Sie darauf, dass die Datei tatsächlich configuration.xml heißt und nicht versehentlich als configuration.xml.txt gespeichert wurde.

Optional können Sie die Konfiguration auch über das offizielle Office Customization Tool erstellen:

https://config.office.com

Wählen Sie dort bei der Aktivierung die Option für gemeinsam genutzte Computer.

Schritt 7: Installationsdateien herunterladen

Öffnen Sie die Eingabeaufforderung als Administrator.

Wechseln Sie in das Installationsverzeichnis:

cd /d C:\OfficeDeployment

Starten Sie anschließend den Download:

setup.exe /download configuration.xml

Das Office Deployment Tool lädt die benötigten Installationsdateien herunter.

Abhängig von Internetgeschwindigkeit und Office-Konfiguration kann dieser Vorgang einige Zeit dauern.

Schritt 8: Terminalserver für die Installation vorbereiten

Führen Sie die Installation möglichst außerhalb der regulären Arbeitszeiten durch.

Stellen Sie sicher, dass alle Benutzer ihre Arbeit gespeichert und sich abgemeldet haben.

Bei produktiven RDS-Umgebungen sollte der RD-Sitzungshost vorübergehend für neue Anmeldungen gesperrt beziehungsweise in einen geeigneten Wartungszustand versetzt werden.

Erstellen Sie vor größeren Änderungen außerdem eine geeignete Systemsicherung.

Schritt 9: Microsoft 365 Apps installieren

Öffnen Sie erneut die Eingabeaufforderung als Administrator.

Führen Sie folgenden Befehl aus:

setup.exe /configure configuration.xml

Die Installation wird entsprechend der XML-Konfiguration durchgeführt.

Da wir die Anzeige deaktiviert haben, erscheint nicht zwingend ein interaktiver Installationsassistent.

Warten Sie, bis der Vorgang abgeschlossen ist.

Schritt 10: Installation überprüfen

Öffnen Sie nach der Installation beispielsweise Microsoft Word.

Prüfen Sie, ob die gewünschten Office-Anwendungen vorhanden sind.

Starten Sie den Server bei Bedarf beziehungsweise entsprechend der durchgeführten Änderungen neu.

Anschließend kann die benutzerbezogene Aktivierung getestet werden.

Shared Computer Activation überprüfen

Nach der Installation sollte kontrolliert werden, ob Shared Computer Activation tatsächlich aktiviert ist.

Dafür gibt es verschiedene Möglichkeiten.

Methode 1: Über Microsoft Word

Öffnen Sie Microsoft Word.

Navigieren Sie zu:

Datei → Konto → Info zu Word

In den Produktinformationen beziehungsweise Versionsdetails sollte der Modus für Shared Computer Activation erkennbar sein.

Methode 2: Über die Windows-Registrierung

Öffnen Sie den Registrierungs-Editor.

Navigieren Sie zu:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\Configuration

Prüfen Sie den Wert:

SharedComputerLicensing

Dieser sollte auf 1 gesetzt sein.

Methode 3: Mit PowerShell

Alternativ können Sie die Konfiguration über PowerShell überprüfen:

Get-ItemProperty `
  -Path "HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration" `
  -Name SharedComputerLicensing

Bei korrekt aktivierter Shared Computer Activation sollte der Wert 1 zurückgegeben werden.

Microsoft 365 auf dem Terminalserver aktivieren

Nachdem Microsoft 365 Apps installiert wurde, erfolgt die Aktivierung durch die einzelnen Benutzer.

Schritt 1: Benutzer am Terminalserver anmelden

Melden Sie sich mit einem normalen Benutzerkonto am Terminalserver an.

Verwenden Sie für den Test kein Administratorkonto, sondern einen regulären RDS-Benutzer.

Schritt 2: Word oder Excel starten

Öffnen Sie Microsoft Word.

Gegebenenfalls erscheint eine Aufforderung zur Anmeldung.

Schritt 3: Microsoft-365-Konto verwenden

Melden Sie sich mit dem Microsoft-365-Konto des jeweiligen Mitarbeiters an.

Dem Benutzer muss eine geeignete Lizenz zugewiesen sein.

Schritt 4: Aktivierung prüfen

Microsoft überprüft die Lizenz und erstellt bei erfolgreicher Aktivierung ein benutzerbezogenes Aktivierungstoken.

Schritt 5: Weitere Benutzer testen

Melden Sie sich anschließend mit einem zweiten Benutzer an.

Auch dieser sollte Word und Excel erfolgreich aktivieren können.

So lässt sich überprüfen, ob die Mehrbenutzeraktivierung funktioniert.

Microsoft 365 auf Terminalserver ohne Internet aktivieren – geht das?

Shared Computer Activation benötigt regelmäßig eine Verbindung zu den Microsoft-Lizenzierungsdiensten.

Ein vollständig dauerhaft vom Internet getrennter Terminalserver ist deshalb für diesen Aktivierungsmodus nicht geeignet.

Wie lange ist ein Aktivierungstoken gültig?

Microsoft verwendet für Shared Computer Activation benutzerbezogene Lizenzierungstoken mit einer begrenzten Gültigkeitsdauer.

Diese beträgt grundsätzlich 30 Tage.

Während der Nutzung versucht Microsoft 365 Apps, das Token rechtzeitig zu erneuern.

Ist die erforderliche Verbindung über längere Zeit nicht verfügbar, kann es zu Aktivierungsproblemen und eingeschränkter Funktionalität kommen.

Welche Verbindungen müssen erlaubt sein?

Die erforderlichen Microsoft-365-Endpunkte müssen erreichbar sein.

Dazu gehören unter anderem Dienste für:

• Anmeldung
• Lizenzierung
• Aktivierung
• Updates

Die konkreten URLs und Endpunkte sollten anhand der aktuellen Microsoft-Dokumentation freigegeben werden.

Pauschale Firewallfreigaben für sämtliche ausgehenden Verbindungen sind dafür nicht erforderlich.

Microsoft 365 Business Standard auf Terminalserver installieren – funktioniert das?

Microsoft 365 Business Standard ist für viele Unternehmen eine beliebte Lizenz.

Allerdings unterstützt dieser Plan keine Shared Computer Activation.

Deshalb ist Business Standard allein für den hier beschriebenen Mehrbenutzerbetrieb auf einem Terminalserver nicht geeignet.

Welche Alternative gibt es?

Für kleine und mittelständische Unternehmen ist Microsoft 365 Business Premium häufig eine passende Option.

Alternativ können geeignete Enterprise-Lizenzen verwendet werden.

Wichtig: Ein Upgrade sollte nicht ausschließlich wegen der Office-Installation vorgenommen werden, ohne die übrigen Lizenzanforderungen und Kosten zu prüfen.

Outlook auf einem Terminalserver einrichten

Nach der Installation von Microsoft 365 Apps kann Outlook von mehreren Benutzern verwendet werden.

Dabei sollte besonders auf die Profil- und Cache-Konfiguration geachtet werden.

Warum ist Outlook auf Terminalservern anspruchsvoller?

Outlook kann lokale Cache-Dateien erstellen.

Bei Exchange Online betrifft das insbesondere OST-Dateien.

Diese Dateien können je nach Postfachgröße erheblichen Speicherplatz benötigen.

Beispiel

Ein Unternehmen besitzt 15 Mitarbeiter.

Jeder Mitarbeiter verwendet Outlook mit einem größeren Exchange-Online-Postfach.

Wenn alle Outlook-Profile umfangreiche lokale Caches erstellen, kann dies zu einem hohen Speicherbedarf führen.

Outlook Cached Exchange Mode

Der Cached Exchange Mode speichert Teile des Postfachs lokal.

Das kann die Benutzererfahrung verbessern, benötigt allerdings zusätzlichen Speicherplatz.

Bei Terminalservern sollte deshalb geprüft werden:

• Ob Cached Exchange Mode sinnvoll ist
• Wie groß die lokalen Postfach-Caches werden dürfen
• Wo Benutzerprofile gespeichert werden
• Wie mit mehreren RDS-Hosts umgegangen wird
• Welche Auswirkungen auf Speicher und Anmeldung entstehen

FSLogix für Microsoft 365 auf Terminalserver verwenden

FSLogix wird häufig in RDS- und VDI-Umgebungen eingesetzt, um Benutzerprofile und Office-Daten zentral bereitzustellen.

Was ist FSLogix?

FSLogix kann Benutzerprofile in virtuellen Datenträgern speichern.

Diese werden bei der Anmeldung des Benutzers eingebunden.

Das kann insbesondere in Umgebungen mit mehreren Sitzungshosts sinnvoll sein.

Welche Vorteile bietet FSLogix?

Je nach Konfiguration:

• Zentrale Benutzerprofile
• Konsistente Office-Einstellungen
• Unterstützung für Outlook-Caches
• Verbesserte Profilverwaltung
• Nutzung über mehrere RDS-Hosts

Braucht man FSLogix zwingend?

Nein.

Für einen einzelnen Terminalserver kann eine einfachere Profilverwaltung ausreichen.

Bei größeren Umgebungen mit mehreren RDS-Hosts ist FSLogix jedoch häufig eine sinnvolle Option.

Vor der Einführung sollten die FSLogix-Lizenzvoraussetzungen, unterstützten Betriebssysteme und Speicheranforderungen geprüft werden.

OneDrive auf einem Terminalserver verwenden

Auch OneDrive kann in geeigneten Remote-Desktop-Umgebungen eingesetzt werden.

Dabei müssen jedoch die unterstützten Betriebssysteme und Bereitstellungsszenarien berücksichtigt werden.

Worauf sollte man achten?

• Benutzerbezogene Anmeldung
• Speicherbedarf
• Synchronisierte Datenmengen
• Profilverwaltung
• Netzwerkbandbreite
• Unterstützte OneDrive-Konfiguration
• FSLogix-Integration

Gerade bei mehreren gleichzeitigen Benutzern sollte verhindert werden, dass unnötig große Datenbestände lokal synchronisiert werden.

Microsoft Teams auf Terminalserver installieren

Microsoft Teams kann ebenfalls in unterstützten virtuellen Desktop- und RDS-Umgebungen bereitgestellt werden.

Die Anforderungen unterscheiden sich jedoch von einer gewöhnlichen Office-Installation.

Warum ist Teams besonders anspruchsvoll?

Teams verwendet unter anderem:

• Audio
• Video
• Bildschirmfreigabe
• Echtzeitkommunikation

Diese Funktionen können die CPU, den Arbeitsspeicher und die Netzwerkverbindung stark beanspruchen.

Was ist bei Teams auf RDS wichtig?

Prüfen Sie insbesondere:

• Unterstützung des Betriebssystems
• Aktuelle Teams-Version
• Unterstützte VDI- beziehungsweise RDS-Konfiguration
• Medienoptimierung
• Eingesetzte RDP-Clients
• Audio- und Videogeräte
• Gleichzeitige Benutzerzahl

Wichtig: Eine funktionierende Office-Installation bedeutet nicht automatisch, dass Teams mit sämtlichen Audio- und Videofunktionen auf dem Terminalserver optimal funktioniert.

Microsoft 365 auf mehreren Terminalservern installieren

Bei größeren Unternehmen werden häufig mehrere RD-Sitzungshosts eingesetzt.

Beispielsweise:

RD Connection Broker

↓

RDS-Host 1

RDS-Host 2

RDS-Host 3

Auf jedem Sitzungshost muss Microsoft 365 Apps entsprechend bereitgestellt werden.

Was sollte einheitlich sein?

• Office-Version
• Updatekanal
• Installierte Anwendungen
• Shared Computer Activation
• Gruppenrichtlinien
• Outlook-Konfiguration
• Benutzerprofile

Unterschiedliche Office-Versionen innerhalb derselben RDS-Farm können die Fehlersuche erschweren.

Microsoft 365 auf Terminalserver aktualisieren

Microsoft 365 Apps erhalten regelmäßig Updates.

Diese enthalten je nach Updatekanal:

• Sicherheitskorrekturen
• Fehlerbehebungen
• Funktionsänderungen

Welcher Updatekanal ist sinnvoll?

Für viele klassische Unternehmensumgebungen kann der Monthly Enterprise Channel eine gute Wahl sein.

Dieser bietet einen planbaren monatlichen Aktualisierungsrhythmus.

Warum Updates nicht während der Arbeitszeit durchführen?

Updates können Office-Anwendungen beeinflussen und gegebenenfalls einen Neustart erforderlich machen.

Deshalb sollten sie möglichst in Wartungsfenstern installiert werden.

Empfehlung für mehrere RDS-Hosts

Wenn mehrere Sitzungshosts vorhanden sind, können Updates schrittweise ausgerollt werden.

So lässt sich das Risiko reduzieren, dass alle Benutzer gleichzeitig von einem problematischen Update betroffen sind.

Microsoft 365 auf Terminalserver installieren – häufige Fehler

Fehler 1: Microsoft 365 lässt sich nicht aktivieren

Mögliche Ursachen:

• Falsche Microsoft-365-Lizenz
• Shared Computer Activation nicht aktiviert
• Lizenz dem Benutzer nicht zugewiesen
• Microsoft-Lizenzierungsdienste nicht erreichbar
• Fehlerhafte Benutzeranmeldung

Lösung:

Prüfen Sie zuerst die Lizenz und den Wert SharedComputerLicensing.

Fehler 2: Office meldet „Nicht lizenziertes Produkt“

Die Meldung kann auftreten, wenn Microsoft 365 Apps keine gültige Benutzeraktivierung durchführen kann.

Prüfen Sie:

• Zugewiesene Benutzerlizenz
• Microsoft-365-Anmeldung
• Internetverbindung
• Aktivierungstoken
• Shared Computer Activation

Fehler 3: Microsoft 365 Business Standard funktioniert nicht

Business Standard unterstützt keine Shared Computer Activation.

Verwenden Sie einen geeigneten Lizenzplan.

Fehler 4: Nur der Administrator kann Office verwenden

Möglicherweise wurde Office nicht korrekt für den Mehrbenutzerbetrieb bereitgestellt.

Prüfen Sie, ob Shared Computer Activation aktiviert ist und ob die regulären Benutzer über geeignete Lizenzen verfügen.

Fehler 5: Outlook startet sehr langsam

Mögliche Ursachen:

• Große OST-Dateien
• Langsame Profilspeicher
• Hohe Serverauslastung
• Outlook-Add-ins
• Netzwerkprobleme

Prüfen Sie insbesondere die Profil- und Cache-Konfiguration.

Fehler 6: Office-Aktivierung geht nach Benutzerwechsel verloren

Bei einer fehlerhaften Profilverwaltung können Aktivierungstoken möglicherweise nicht korrekt gespeichert werden.

Das betrifft insbesondere Umgebungen mit mehreren Sitzungshosts oder nicht persistenten Profilen.

Fehler 7: Office-Installation schlägt fehl

Mögliche Ursachen:

• Fehlerhafte XML-Datei
• Nicht unterstützte Product ID
• Bestehende Office-Installation
• Fehlende Internetverbindung
• Unzureichende Berechtigungen
• Nicht unterstützte Betriebssystemkonfiguration

Fehler 8: Office-Anwendungen stürzen ab

Mögliche Ursachen:

• Inkompatible Add-ins
• Fehlerhafte Benutzerprofile
• Nicht unterstützte Softwarekombinationen
• Ressourcenengpässe
• Beschädigte Office-Installation

Fehler 9: Teams funktioniert nicht richtig

Möglicherweise fehlen geeignete Medienoptimierungen oder die eingesetzte Umgebung unterstützt bestimmte Funktionen nicht.

Fehler 10: Microsoft 365 wird nicht aktualisiert

Prüfen Sie den Updatekanal, die Office-Konfiguration und die Erreichbarkeit der benötigten Microsoft-Dienste.

Microsoft 365 auf Terminalserver bereits installiert – Shared Computer Activation nachträglich aktivieren

Wenn Microsoft 365 Apps bereits installiert ist, kann Shared Computer Activation unter geeigneten Voraussetzungen nachträglich aktiviert werden.

Eine vollständige Neuinstallation ist nicht zwingend erforderlich.

Methode über die Registrierung

Öffnen Sie PowerShell als Administrator.

Führen Sie folgenden Befehl aus:

New-ItemProperty `
  -Path "HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration" `
  -Name "SharedComputerLicensing" `
  -Value "1" `
  -PropertyType String `
  -Force

Starten Sie den Server anschließend neu.

Wichtiger Hinweis

Wenn Office bereits vor der Umstellung aktiviert wurde, kann es notwendig sein, vorhandene Aktivierungsinformationen zurückzusetzen.

Verwenden Sie dafür die von Microsoft dokumentierten Verfahren.

Alternative über Gruppenrichtlinien

Bei unterstützten Office-Varianten kann Shared Computer Activation auch über Gruppenrichtlinien konfiguriert werden.

Die entsprechende Einstellung befindet sich unter den Office-Lizenzierungseinstellungen der administrativen Vorlagen.

Für Microsoft 365 Apps for business gelten hierbei Einschränkungen. Dort sollte die Aktivierung über eine unterstützte andere Methode erfolgen.

Microsoft 365 Terminalserver: Performance optimieren

Eine funktionierende Installation allein garantiert noch keine gute Benutzererfahrung.

Gerade bei mehreren gleichzeitigen Benutzern sollten einige Punkte berücksichtigt werden.

1. Ausreichend Arbeitsspeicher

Outlook, Excel, Word und andere Anwendungen benötigen Arbeitsspeicher.

Je mehr Benutzer gleichzeitig arbeiten, desto höher kann der Bedarf werden.

2. Schnelle SSD- oder NVMe-Speicher

Besonders Benutzerprofile, Outlook-Caches und temporäre Dateien profitieren von einer geeigneten Speicherinfrastruktur.

3. Outlook-Caches optimieren

Übermäßig große OST-Dateien können den Speicherbedarf erhöhen.

4. Nicht benötigte Add-ins deaktivieren

Office-Add-ins können die Startzeit und Stabilität beeinflussen.

5. Updates planen

Office- und Windows-Updates sollten kontrolliert durchgeführt werden.

6. Benutzerprofile optimieren

Bei mehreren RDS-Hosts kann eine geeignete FSLogix-Konfiguration hilfreich sein.

7. Serverauslastung überwachen

Wichtige Kennzahlen sind:

• CPU-Auslastung
• Arbeitsspeicher
• Datenträgerlatenz
• Netzwerk
• Anzahl aktiver Sitzungen
• Anmeldezeiten

Checkliste: Microsoft 365 auf Terminalserver installieren

Vorbereitung

• Unterstützte Windows-Server-Version vorhanden
• RDS-Rollen eingerichtet
• Windows- und RDS-Lizenzen geprüft
• Microsoft-365-Lizenzen geprüft
• Benutzerlizenzen zugewiesen
• Internetverbindung vorhanden
• Backup erstellt
• Wartungsfenster geplant

Installation

• Office Deployment Tool heruntergeladen
• Konfigurationsdatei erstellt
• Passende Product ID gewählt
• 64-Bit-Version geprüft
• Sprache festgelegt
• Updatekanal festgelegt
• Shared Computer Activation aktiviert
• Installationsdateien heruntergeladen
• Microsoft 365 Apps installiert

Aktivierung

• SharedComputerLicensing auf 1
• Anmeldung mit regulärem Benutzer getestet
• Microsoft-365-Lizenz erkannt
• Word aktiviert
• Excel aktiviert
• Outlook getestet
• Zweiten Benutzer getestet

Betrieb

• Outlook-Profile eingerichtet
• Profilverwaltung geprüft
• FSLogix bei Bedarf eingerichtet
• OneDrive-Konfiguration geprüft
• Teams-Unterstützung geprüft
• Office-Updates geplant
• Monitoring eingerichtet
• Dokumentation erstellt

Fazit: Microsoft 365 auf Terminalserver richtig installieren

Microsoft 365 Apps lassen sich auf einem unterstützten Windows-Terminalserver betreiben.

Für eine erfolgreiche Installation sind jedoch die richtige Lizenzierung und die passende Aktivierung entscheidend.

Die wichtigsten Voraussetzungen sind:

1. Geeignete Microsoft-365-Lizenz

Beispielsweise Microsoft 365 Business Premium oder ein geeigneter Enterprise-Plan.

2. Shared Computer Activation

Die Einstellung SharedComputerLicensing="1" ermöglicht die benutzerbezogene Aktivierung auf gemeinsam genutzten Computern.

3. Office Deployment Tool

Damit lässt sich Microsoft 365 Apps gezielt und reproduzierbar auf dem Terminalserver installieren.

4. Unterstütztes Betriebssystem

Für neue Installationen sollte eine aktuell unterstützte Windows-Server-Version verwendet werden.

5. Geeignete Profil- und Performance-Konfiguration

Besonders Outlook, OneDrive und Teams sollten sorgfältig geplant werden.

Wer diese Punkte berücksichtigt, kann Microsoft 365 Apps auch in einer zentralen Terminalserverumgebung zuverlässig bereitstellen.

Microsoft 365 auf Terminalserver installieren lassen

Sie möchten Microsoft 365 auf einem Terminalserver installieren oder eine bestehende RDS-Umgebung modernisieren?

Unetifi unterstützt kleine und mittelständische Unternehmen bei der Planung, Einrichtung und Betreuung von Windows-Terminalservern und Microsoft 365.

Unsere Leistungen umfassen unter anderem:

• Windows Server 2025 Einrichtung
• Remote Desktop Services
• Terminalserver-Installation
• Microsoft-365-Lizenzberatung
• Microsoft 365 Apps Installation
• Shared Computer Activation
• Outlook und Exchange Online
• FSLogix und Benutzerprofile
• Terminalserver-Migration
• Microsoft-365-Administration
• Backup und Monitoring
• Laufende Serverbetreuung

Ob einzelner Terminalserver oder Umgebung mit mehreren Sitzungshosts: Wir unterstützen Sie bei einer passenden und zuverlässig betreuten Lösung.

Jetzt Microsoft 365 auf Terminalserver installieren lassen und professionelle Unterstützung anfragen.

Häufig gestellte Fragen zur Microsoft-365-Installation auf Terminalservern

Kann ich Microsoft 365 auf Windows Server 2025 installieren?

Ja. Microsoft 365 Apps wird auf Windows Server 2025 während dessen Mainstream-Support unterstützt. Für den Mehrbenutzerbetrieb auf einem Terminalserver benötigen Sie zusätzlich eine geeignete Lizenz und Shared Computer Activation.

Kann ich Microsoft 365 Business Standard auf einem Terminalserver verwenden?

Business Standard unterstützt keine Shared Computer Activation und reicht deshalb für den beschriebenen gemeinsamen Terminalserverbetrieb nicht aus.

Welche Microsoft-365-Lizenz benötige ich für einen Terminalserver?

Geeignet sind beispielsweise Microsoft 365 Business Premium und Pläne mit Microsoft 365 Apps for enterprise, darunter Microsoft 365 E3 und E5.

Was ist Shared Computer Activation?

Shared Computer Activation ermöglicht die benutzerbezogene Aktivierung von Microsoft 365 Apps auf einem Computer, der von mehreren Mitarbeitern verwendet wird.

Muss jeder Terminalserver-Benutzer eine Microsoft-365-Lizenz besitzen?

Ja. Jeder Benutzer, der Microsoft 365 Apps verwendet, benötigt eine geeignete Lizenz.

Brauche ich für Microsoft 365 auf Terminalserver RDS CALs?

Bei einer klassischen Windows-Server-RDS-Umgebung sind zusätzlich zu den Microsoft-365-Lizenzen die entsprechenden Windows-Server- und RDS-Lizenzanforderungen zu erfüllen.

Wie installiere ich Microsoft 365 auf einem Terminalserver?

Verwenden Sie das Office Deployment Tool mit einer XML-Konfiguration, die Shared Computer Activation aktiviert. Anschließend installieren Sie Office über setup.exe /configure configuration.xml.

Kann ich Shared Computer Activation nachträglich aktivieren?

Ja. Bei einer bestehenden unterstützten Microsoft-365-Apps-Installation kann Shared Computer Activation nachträglich aktiviert werden. Gegebenenfalls müssen vorhandene Aktivierungen zurückgesetzt werden.

Kann ich Outlook auf einem Terminalserver verwenden?

Ja. Outlook kann in unterstützten RDS-Umgebungen betrieben werden. Besonders wichtig sind eine geeignete Profilverwaltung und die Konfiguration des Outlook-Caches.

Brauche ich FSLogix für Microsoft 365 auf Terminalserver?

Nicht zwingend. Bei mehreren RDS-Hosts oder komplexeren Profilanforderungen kann FSLogix jedoch sinnvoll sein.

Kann ich Microsoft Teams auf einem Terminalserver verwenden?

Teams kann in unterstützten RDS- und VDI-Szenarien eingesetzt werden. Die konkrete Unterstützung und Medienoptimierung müssen für die jeweilige Umgebung geprüft werden.

Kann ich Microsoft 365 ohne Internet auf einem Terminalserver verwenden?

Shared Computer Activation benötigt regelmäßig eine Verbindung zu den Microsoft-Lizenzierungsdiensten. Ein dauerhaft isolierter Server ist für diesen Aktivierungsmodus nicht geeignet.

Warum lässt sich Microsoft 365 auf meinem Terminalserver nicht aktivieren?

Häufige Ursachen sind ungeeignete Lizenzen, eine fehlende Shared Computer Activation, nicht erreichbare Lizenzierungsdienste oder Probleme mit dem Benutzerprofil.

Kann ich Microsoft 365 auf mehreren Terminalservern installieren?

Ja. Microsoft 365 Apps kann auf mehreren unterstützten RDS-Hosts bereitgestellt werden. Wichtig sind einheitliche Installations- und Aktivierungseinstellungen.

Ist Microsoft 365 auf Terminalserver langsamer als auf einem PC?

Nicht zwangsläufig. Die Leistung hängt von Serverressourcen, Benutzerzahl, Speicherinfrastruktur, Profilverwaltung und den verwendeten Anwendungen ab.

Wie aktualisiere ich Microsoft 365 auf einem Terminalserver?

Microsoft 365 Apps können über den konfigurierten Updatekanal aktualisiert werden. In produktiven RDS-Umgebungen sollten Updates möglichst in geplanten Wartungsfenstern erfolgen.