Die Herausforderung: Installation von Office 365 auf einem Terminalserver, auf dem bereits Office 2013 läuft

In der dynamischen Welt der Unternehmens-IT ist die Optimierung von Ressourcen und die Bereitstellung effizienter Arbeitsumgebungen von entscheidender Bedeutung. Viele Unternehmen setzen auf Terminalserver-Infrastrukturen, um Softwarezentralisierung, einfache Verwaltung und kosteneffiziente Ressourcennutzung zu gewährleisten. Ein häufiges Szenario ist die Notwendigkeit, ältere Softwareversionen zu aktualisieren oder neue Lösungen einzuführen. Eine solche Herausforderung stellt sich oft, wenn auf einem Terminalserver bereits Microsoft Office 2013 läuft und die IT-Abteilung die Einführung von Office 365 plant.

Auf den ersten Blick mag es verlockend erscheinen, einfach beide Versionen nebeneinander zu installieren, um eine reibungslose Übergangsphase zu ermöglichen oder spezielle Anforderungen zu erfüllen. Doch die Realität ist komplexer und die direkte Installation von Office 365 (welches auf der Click-to-Run-Technologie basiert) neben einer älteren MSI-basierten Version wie Office 2013 auf demselben System ist mit erheblichen technischen und lizenzrechtlichen Hürden verbunden. Dieser Artikel beleuchtet die Gründe für diese Herausforderung, die potenziellen Risiken und zeigt bewährte Lösungsansätze auf, um Ihre Produktivität zu sichern und die Compliance zu wahren.

Warum ist die Koexistenz von Office 2013 und Office 365 auf einem Terminalserver so problematisch?

Die scheinbar einfache Idee, Office 2013 und Office 365 parallel auf einem einzigen Terminalserver zu betreiben, stößt schnell an Grenzen. Die Gründe dafür sind vielfältig und liegen tief in der Architektur und Lizenzierung der beiden Office-Suiten begründet:

1. Unterschiedliche Installationstechnologien:
   • Office 2013 (und ältere Perpetual-Lizenzen) verwendet in der Regel die traditionelle MSI-Installation (Windows Installer). Diese Methode installiert die Software mit statischen Komponenten und Bibliotheken, die im System verankert werden.
   • Office 365 (ab Office 2013 / Office 2016-basierte Versionen) nutzt die Click-to-Run (Klick-und-Los)-Technologie. Diese Technologie ist eine Virtualisierungs- und Streaming-Lösung, die Office-Anwendungen in einem isolierten Container ausführt. Dies ermöglicht eine schnellere Installation, automatische Updates und eine gewisse Unabhängigkeit vom zugrunde liegenden Betriebssystem.

   Das Problem: Beide Installationstypen verwalten gemeinsam genutzte Komponenten wie Registrierungseinträge, Dynamic Link Libraries (DLLs) und Dateitypzuordnungen auf unterschiedliche Weisen. Eine Koexistenz führt fast zwangsläufig zu Konflikten, da sie versuchen, dieselben Systemressourcen zu beanspruchen oder zu überschreiben. Dies äußert sich in fehlerhaftem Verhalten, Abstürzen oder gar der Unfähigkeit, eine der Anwendungen überhaupt zu starten.

2. Lizenzierungsmodelle:
   • Office 2013 wird als unbefristete Lizenz (perpetual license) erworben, d.h. Sie kaufen die Software einmalig und können sie dauerhaft nutzen.
   • Office 365 basiert auf einem Abonnementmodell. Die Nutzung ist an ein aktives Abonnement gebunden, das regelmäßig überprüft wird. Für die Nutzung von Office 365 auf einem Terminalserver (oder einem anderen gemeinsam genutzten Computersystem) ist eine spezielle Lizenzierung erforderlich: die Shared Computer Activation (SCA). Diese stellt sicher, dass jeder Nutzer, der auf dem Terminalserver Office 365 verwendet, über eine gültige Lizenz verfügt (z.B. Microsoft 365 Business Premium, E3, E5).

   Ein Mischen dieser Lizenzmodelle auf demselben System ist von Microsoft nicht vorgesehen und kann zu Aktivierungsfehlern und Compliance-Problemen führen.

3. Microsofts klare Haltung: Microsoft selbst rät dringend von der parallelen Installation von MSI- und Click-to-Run-Office-Produkten auf demselben Computer ab. Die offizielle Empfehlung lautet, nur eine Version von Office auf einem System zu betreiben, um Stabilität und Kompatibilität zu gewährleisten. Dies gilt umso mehr für Terminalserver, wo die Komplexität durch mehrere gleichzeitig aktive Benutzer noch steigt.
4. Sicherheit und Updates: Die Update-Zyklen und Patch-Management-Strategien für MSI- und Click-to-Run-Installationen unterscheiden sich erheblich. Das Management von zwei unterschiedlichen Update-Strömen kann die IT-Administratoren vor zusätzliche Herausforderungen stellen und potenzielle Sicherheitslücken schaffen, wenn Updates nicht synchronisiert werden.

Die potenziellen Risiken des „Trotzdem-Versuchs”

Auch wenn es technisch vielleicht *möglich* sein mag, durch komplizierte Workarounds eine Koexistenz zu erzwingen, sind die Risiken bei weitem höher als jeder potenzielle Nutzen:

• Systeminstabilität und Abstürze: Dies ist das häufigste und frustrierendste Ergebnis. Konflikte bei Registrierungseinträgen, DLLs und gemeinsam genutzten Komponenten führen zu häufigen Programmabstürzen, Datenverlusten und einer extrem schlechten Benutzererfahrung.
• Funktionsstörungen: Bestimmte Funktionen oder Add-Ins könnten in einer der beiden Office-Versionen nicht korrekt funktionieren, da sie auf gemeinsam genutzte, aber widersprüchliche Komponenten zugreifen.
• Probleme bei der Aktivierung und Lizenzierung: Eine ordnungsgemäße Lizenzierung wird schwierig bis unmöglich. Sie riskieren, gegen Microsofts Lizenzbedingungen zu verstoßen, was rechtliche und finanzielle Konsequenzen haben kann.
• Kein Herstellersupport: Im Falle von Problemen wird Microsoft den Support verweigern, da Sie eine nicht unterstützte Konfiguration betreiben. Dies kann zu langwierigen Fehlersuchen ohne externe Hilfe führen.
• Erhöhter Verwaltungsaufwand: Die Fehlerbehebung und Wartung einer instabilen und nicht standardisierten Konfiguration bindet erhebliche IT-Ressourcen.
• Sicherheitslücken: Wenn eine der Installationen nicht ordnungsgemäß aktualisiert werden kann, könnten Sicherheitslücken entstehen, die Ihr gesamtes System gefährden.

Die pragmatischen Lösungsansätze: Eine Version – oder klare Trennung

Angesichts der genannten Herausforderungen und Risiken ist klar, dass der Versuch, Office 2013 und Office 365 auf demselben Terminalserver zu installieren, keine praktikable Lösung ist. Stattdessen sollten Sie auf bewährte Strategien setzen, die Stabilität, Sicherheit und Compliance gewährleisten:

1. Die sauberste Lösung: Migration zu einer einzigen Office-Version (Office 365)

Die empfehlenswerteste und langfristig nachhaltigste Strategie ist die vollständige Migration aller Benutzer und Anwendungen auf eine einzige, konsistente Office-Version – in diesem Fall Office 365. Dies vereinfacht die Verwaltung erheblich und stellt sicher, dass alle Benutzer Zugang zu den neuesten Funktionen und Sicherheitsupdates haben.

Schritte für eine erfolgreiche Migration:

1. Umfassende Planung:
   • Bestandsaufnahme: Identifizieren Sie alle Benutzer, die den Terminalserver nutzen, und welche spezifischen Office 2013-Anwendungen und Add-Ins sie benötigen. Prüfen Sie die Kompatibilität dieser Add-Ins mit Office 365.
   • Lizenzprüfung: Stellen Sie sicher, dass für jeden Benutzer, der Office 365 auf dem Terminalserver nutzen wird, eine entsprechende Lizenz mit Shared Computer Activation (SCA)-Rechten vorhanden ist (z.B. Microsoft 365 Business Premium, Office 365 E3/E5, Microsoft 365 E3/E5).
   • Datenmigration: Planen Sie die Migration von lokalen Office-Dateien (falls vorhanden) zu OneDrive for Business oder SharePoint Online, um die Vorteile der Cloud-Speicherung zu nutzen.
   • Schulung: Planen Sie Schulungen für Benutzer, die von Office 2013 auf Office 365 umsteigen, um sie mit neuen Funktionen und der Oberfläche vertraut zu machen.
2. Deinstallation von Office 2013: Bevor Sie Office 365 installieren, müssen Sie Office 2013 vollständig vom Terminalserver deinstallieren. Eine saubere Deinstallation ist entscheidend, um alte Registrierungseinträge und Dateikonflikte zu vermeiden. Nutzen Sie dafür die Systemsteuerung oder, bei hartnäckigen Resten, das Microsoft Support- und Wiederherstellungs-Assistenten-Tool, um Office-Installationen gründlich zu entfernen.
3. Installation von Office 365 mit dem Office Deployment Tool (ODT):
   • Für die Installation von Office 365 auf einem Terminalserver wird dringend die Verwendung des Office Deployment Tool (ODT) empfohlen. Das ODT ermöglicht eine hochgradig angepasste Installation.
   • Erstellen Sie eine Konfigurationsdatei (XML), die die spezifischen Anforderungen Ihrer Umgebung widerspiegelt. Wichtige Parameter sind:
     • Product ID="O365ProPlusRetail" (oder die entsprechende ID für Ihre Lizenz).
     • ExcludeApp für Anwendungen, die Sie nicht installieren möchten (z.B. OneDrive, wenn Sie eine andere Synchronisationslösung verwenden).
     • SharedComputerLicensing="True": Dies ist entscheidend für die Shared Computer Activation auf dem Terminalserver.
     • AcceptEULA="TRUE"
   • Laden Sie die Installationsdateien herunter (setup.exe /download configuration.xml) und führen Sie dann die Installation aus (setup.exe /configure configuration.xml).
4. Konfiguration der Shared Computer Activation (SCA): Durch den Parameter SharedComputerLicensing="True" in Ihrer ODT-Konfigurationsdatei wird SCA automatisch aktiviert. Benutzer melden sich dann mit ihren Office 365-Konten an, und die Lizenz wird pro Benutzer auf dem Server abgerufen und zwischengespeichert.
5. Testen und Verfeinern: Führen Sie umfangreiche Tests mit einer Gruppe von Pilotbenutzern durch, um sicherzustellen, dass alle Anwendungen ordnungsgemäß funktionieren und die Benutzererfahrung optimal ist. Überwachen Sie die Leistung des Servers.

2. Getrennte Server oder Virtualisierung für Legacy-Anforderungen

Wenn es absolut zwingend notwendig ist, Office 2013 für eine kleine Gruppe von Benutzern oder für spezifische Legacy-Anwendungen weiterhin zu betreiben, und gleichzeitig andere Benutzer Office 365 benötigen, müssen Sie eine physische oder virtuelle Trennung vornehmen:

• Separate Terminalserver: Stellen Sie zwei separate Terminalserver-Farmen bereit. Eine Farm läuft ausschließlich mit Office 2013, die andere ausschließlich mit Office 365. Benutzer werden je nach Bedarf auf den entsprechenden Server geleitet. Dies ist die klarste Trennung und minimiert Konflikte.
• Virtualisierung mit Desktop-Virtualisierung (VDI): Eine umfassendere Lösung ist der Einsatz von VDI (Virtual Desktop Infrastructure). Jeder Benutzer erhält seine eigene virtuelle Maschine (VM), auf der dann entweder Office 2013 oder Office 365 installiert ist. Dies bietet höchste Isolation und Flexibilität, ist aber auch die aufwendigste und kostenintensivste Lösung.
• Anwendungs-Virtualisierung (App-V): Für sehr spezifische, isolierte Legacy-Anwendungen könnte Microsoft App-V (Application Virtualization) eine Option sein, um Office 2013-Komponenten zu virtualisieren und neben Office 365 zu betreiben. Dies ist jedoch komplex und wird selten für eine komplette Office-Suite empfohlen, sondern eher für einzelne, kritische Alt-Anwendungen.

Best Practices für Office 365 auf Terminalservern

Sobald Sie sich für die Migration zu Office 365 auf Ihrem Terminalserver entschieden haben, gibt es einige Best Practices, um die Leistung und Benutzerfreundlichkeit zu maximieren:

• Shared Computer Activation (SCA): Wie bereits erwähnt, ist dies essenziell. Stellen Sie sicher, dass Ihre Office 365-Lizenz SCA unterstützt und in Ihrer ODT-Konfiguration aktiviert ist.
• Profilverwaltung:
  • Roaming Profiles oder User Profile Disks (UPD): Für eine konsistente Benutzererfahrung über mehrere Terminalserver hinweg. Office 365 speichert viele benutzerspezifische Daten und Einstellungen.
  • FSLogix Profile Containers: Dies ist die von Microsoft empfohlene Lösung für Profilverwaltung in Remote Desktop Services (RDS) und VDI-Umgebungen. FSLogix kapselt das gesamte Benutzerprofil in einer VHD(X)-Datei, was eine schnelle Anmeldung und eine stabile Benutzererfahrung gewährleistet, insbesondere bei großen Office-Profilen. Es integriert sich nahtlos mit Office 365 und löst viele Probleme, die mit Roaming Profiles auftreten können.
• Optimierung der Terminalserver:
  • Ressourcen: Stellen Sie sicher, dass der Terminalserver über ausreichend CPU, RAM und schnelle Festplatten (SSD/NVMe) verfügt, um die erhöhte Last mehrerer Office-Benutzer zu bewältigen.
  • Gruppenrichtlinien: Konfigurieren Sie Gruppenrichtlinien, um unnötige Dienste zu deaktivieren, die Desktop-Erfahrung zu optimieren und die Leistung von Office-Anwendungen zu steigern.
  • Regelmäßige Updates: Halten Sie sowohl Office 365 als auch das Betriebssystem des Terminalservers stets auf dem neuesten Stand.
• Netzwerkkonnektivität: Eine stabile und schnelle Internetverbindung ist entscheidend für Office 365, da es cloudbasierte Dienste stark nutzt (OneDrive, SharePoint, Exchange Online).

Fazit: Klare Entscheidung statt Kompromiss

Die Installation von Office 365 auf einem Terminalserver, der bereits Office 2013 beherbergt, mag auf den ersten Blick wie eine flexible Lösung erscheinen. Doch die technischen und lizenzrechtlichen Unterschiede zwischen MSI- und Click-to-Run-Technologien machen diese Koexistenz zu einem gefährlichen Unterfangen. Die Risiken von Instabilität, Datenverlust, fehlendem Support und Lizenzverstößen überwiegen bei weitem jeden vermeintlichen Vorteil.

Die einzig wirklich tragfähigen Strategien sind entweder die vollständige Migration zu einer einzigen Office 365-Installation auf dem Terminalserver (was am meisten empfohlen wird) oder eine klare Trennung der Umgebungen durch separate Server oder Virtualisierungslösungen. Investieren Sie Zeit in eine gründliche Planung und Umsetzung der Migration. Nutzen Sie Tools wie das Office Deployment Tool und Lösungen wie FSLogix, um eine stabile, sichere und leistungsfähige Arbeitsumgebung für Ihre Benutzer zu schaffen. Eine gut durchdachte Strategie sichert nicht nur die Produktivität, sondern auch die Zukunftsfähigkeit Ihrer IT-Infrastruktur.