Für Admins & Power-User: So können Sie Office 365 32bit via PowerShell installieren – eine Schritt-für-Schritt-Anleitung

In der heutigen IT-Landschaft ist die flexible und effiziente Bereitstellung von Software entscheidend. Gerade im Unternehmensumfeld, wo hunderte oder tausende von Arbeitsplätzen verwaltet werden müssen, sind manuelle Installationen ein absolutes No-Go. Wenn es um Office 365 geht, entscheiden sich die meisten Unternehmen heute für die 64-Bit-Version. Doch es gibt weiterhin Szenarien, in denen die 32-Bit-Version unerlässlich ist, beispielsweise aufgrund von Kompatibilität mit älteren Add-Ins, spezifischen VBA-Makros oder legacy-Anwendungen. Für IT-Administratoren und Power-User, die maximale Kontrolle und Automatisierung wünschen, bietet die Installation via PowerShell in Kombination mit dem Office Deployment Tool (ODT) die perfekte Lösung. Dieser umfassende Guide führt Sie Schritt für Schritt durch den Prozess, um Office 365 32-Bit maßgeschneidert und automatisiert zu installieren.

Warum dieser Ansatz? Der Einsatz von PowerShell ermöglicht es Ihnen, den gesamten Installationsprozess zu skripten. Das bedeutet nicht nur eine enorme Zeitersparnis bei der Bereitstellung auf mehreren Geräten, sondern auch eine garantierte Konsistenz und Reproduzierbarkeit. Fehlerquellen werden minimiert und die Installation kann nahtlos in bestehende Deployment-Workflows integriert werden. Verabschieden Sie sich von Klick-Installation und begrüßen Sie die Effizienz der Automatisierung!

Warum noch 32-Bit Office im Jahr 2024?

Es ist eine berechtigte Frage: Wenn die meisten modernen Systeme und Anwendungen auf 64-Bit basieren, warum sollte man sich dann noch für eine 32-Bit-Version von Office entscheiden? Die Antwort liegt oft in der Kompatibilität. Viele Unternehmen nutzen seit Jahren speziell entwickelte Add-Ins oder komplexe VBA-Lösungen, die möglicherweise nicht mit der 64-Bit-Architektur von Office kompatibel sind. Eine Migration dieser alten Lösungen kann extrem aufwendig und teuer sein. In solchen Fällen ist die 32-Bit-Version kein Rückschritt, sondern eine pragmatische Notwendigkeit, um den Geschäftsbetrieb aufrechtzuerhalten, bis eine Umstellung möglich ist. Für Administratoren bedeutet dies, dass sie die Flexibilität besitzen müssen, beide Versionen je nach Anwendungsfall bereitstellen zu können.

Grundlagen: Das Office Deployment Tool (ODT)

Das Herzstück unserer automatisierten Installation ist das Office Deployment Tool (ODT). Das ODT ist ein Befehlszeilentool von Microsoft, das Ihnen ermöglicht, Microsoft 365 Apps auf Clientcomputern bereitzustellen und anzupassen. Mit dem ODT können Sie:

• Microsoft 365 Apps herunterladen.
• Microsoft 365 Apps installieren.
• Sprachpakete herunterladen und installieren.
• Spezifische Office-Anwendungen (z. B. Access, Publisher) ausschließen.
• Den Installationsprozess steuern (Update-Kanal, Aktivierung, Update-Quelle).

Das ODT benötigt eine Konfigurationsdatei (configuration.xml), um zu wissen, welche Office-Produkte, Sprachen und Einstellungen angewendet werden sollen. Diese XML-Datei ist der Schlüssel zu unserer maßgeschneiderten 32-Bit-Installation.

Voraussetzungen für die Installation

Bevor wir mit der eigentlichen Installation beginnen, stellen Sie sicher, dass die folgenden Punkte erfüllt sind:

• Administratorrechte: Sie benötigen lokale Administratorrechte auf dem Computer, auf dem Sie Office installieren möchten.
• Internetverbindung: Für den Download der Office-Installationsdateien ist eine aktive Internetverbindung erforderlich. Alternativ können Sie die Installationsdateien einmal herunterladen und dann für weitere Installationen verwenden.
• Grundlegende PowerShell-Kenntnisse: Ein Verständnis der PowerShell-Befehlszeile und Skripterstellung ist hilfreich, aber diese Anleitung führt Sie detailliert durch die notwendigen Schritte.
• Office 365 Lizenz: Eine aktive Office 365- oder Microsoft 365-Lizenz für das entsprechende Produkt (z. B. Microsoft 365 Apps for Enterprise).

Schritt-für-Schritt-Anleitung zur 32-Bit Office 365 Installation via PowerShell

Schritt 1: Office Deployment Tool herunterladen

Der erste Schritt ist der Download des ODT. Es ist kostenlos und kann direkt von der Microsoft-Website bezogen werden.

Gehen Sie zu: Download Office Deployment Tool

Laden Sie die Datei herunter und führen Sie sie aus. Sie werden aufgefordert, einen Speicherort zum Extrahieren der Dateien (setup.exe und einige Beispiel-XML-Dateien) auszuwählen. Erstellen Sie am besten einen neuen Ordner, z. B. C:OfficeDeployment.

Schritt 2: Ordnerstruktur erstellen

Für eine saubere und übersichtliche Arbeitsweise empfehle ich, eine dedizierte Ordnerstruktur zu erstellen. Dies macht es einfacher, die Installationsdateien und Skripte zu verwalten, insbesondere wenn Sie mehrere Konfigurationen oder Versionen verwalten.

Erstellen Sie einen Hauptordner, zum Beispiel C:Office365_Deployment. Innerhalb dieses Ordners erstellen Sie zwei Unterordner:

• C:Office365_DeploymentODT (Hierhin verschieben Sie die setup.exe aus Schritt 1)
• C:Office365_DeploymentFiles (Hier werden die heruntergeladenen Office-Installationsdateien gespeichert)

Schritt 3: Konfigurationsdatei erstellen (configuration.xml)

Dies ist der wichtigste Schritt, da die XML-Datei festlegt, *was* und *wie* installiert wird. Öffnen Sie einen Texteditor (z. B. Notepad++) oder Visual Studio Code und erstellen Sie eine neue Datei namens configuration.xml im Ordner C:Office365_DeploymentODT. Kopieren Sie den folgenden XML-Inhalt hinein:

<Configuration>
  <Add OfficeClientEdition="32" Channel="PerpetualVL2021" >
    <Product ID="Microsoft365Apps">
      <Language ID="de-de" />
      <ExcludeApp ID="Access" />
      <ExcludeApp ID="Publisher" />
      <ExcludeApp ID="Teams" />
      <ExcludeApp ID="OneDrive" />
    </Product>
  </Add>

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

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

  <Property Name="SharedComputerLicensing" Value="0" />
  <Property Name="PinIconsToTaskbar" Value="TRUE" />
  <Property Name="AUTOACTIVATE" Value="FALSE" />
</Configuration>

Erläuterung der XML-Parameter:

• <Configuration>: Das Stamm-Element für alle Einstellungen.
• <Add OfficeClientEdition="32" Channel="PerpetualVL2021">:
  • OfficeClientEdition="32": Hier legen wir fest, dass die 32-Bit-Version von Office 365 installiert werden soll. Dies ist der entscheidende Parameter für unser Vorhaben.
  • Channel="PerpetualVL2021": Gibt den Update-Kanal an. Für Office 365 Abonnements können Sie Kanäle wie „Current”, „MonthlyEnterprise”, „SemiAnnualEnterprise” oder „PerpetualVL2021” (für Office LTSC, aber auch nutzbar für Microsoft 365 Apps mit dem gleichen Build-Stand wie LTSC) verwenden. Passen Sie diesen je nach Ihren Unternehmensrichtlinien an.
• <Product ID="Microsoft365Apps">: Dies identifiziert das zu installierende Produkt. Microsoft365Apps ist der gängige Name für Office 365 ProPlus oder Microsoft 365 Apps for Enterprise/Business.
• <Language ID="de-de" />: Definiert die Sprache der Installation. Hier ist es Deutsch. Für Englisch wäre es „en-us”.
• <ExcludeApp ID="..." />: Mit diesen Zeilen können Sie spezifische Anwendungen ausschließen, die Sie nicht installieren möchten (z. B. Access, Publisher, Teams, OneDrive).
• <Updates Enabled="TRUE" Channel="PerpetualVL2021" />: Konfiguriert die Update-Einstellungen. Enabled="TRUE" bedeutet, dass Office automatisch Updates vom angegebenen Kanal erhält.
• <Display Level="None" AcceptEULA="TRUE" />: Steuert die Benutzeroberfläche während der Installation. Level="None" sorgt für eine vollständig stille Installation ohne Benutzerinteraktion. AcceptEULA="TRUE" akzeptiert automatisch die Endbenutzer-Lizenzvereinbarung.
• <Property Name="SharedComputerLicensing" Value="0" />: Wichtig für Einzelplatzinstallationen. Setzen Sie auf „1” für Shared Computer Activation (z. B. in Terminalserver-Umgebungen).
• <Property Name="PinIconsToTaskbar" Value="TRUE" />: Legt fest, ob die Office-Symbole an die Taskleiste angeheftet werden sollen.
• <Property Name="AUTOACTIVATE" Value="FALSE" />: Setzen Sie auf „TRUE” nur, wenn Sie eine KMS- oder MAK-Lizenzierung verwenden und diese aktiviert werden soll. Für Office 365 Abo-Lizenzen ist die Aktivierung benutzerbasiert und erfolgt beim ersten Start einer Anwendung.

Speichern Sie diese Datei als configuration.xml im Ordner C:Office365_DeploymentODT.

Schritt 4: PowerShell-Skript erstellen

Jetzt erstellen wir das PowerShell-Skript, das den Download und die Installation orchestriert. Öffnen Sie einen Texteditor und erstellen Sie eine neue Datei namens Install-Office365.ps1 im Hauptordner C:Office365_Deployment. Kopieren Sie den folgenden Code hinein:

# Skriptname: Install-Office365.ps1
# Beschreibung: Automatisiert die Installation von Office 365 32-bit mittels ODT und Konfigurationsdatei.

# --- Variablen definieren ---
$DeploymentRoot = "C:Office365_Deployment"
$ODTPath = Join-Path $DeploymentRoot "ODT"
$SourcePath = Join-Path $DeploymentRoot "Files"
$ConfigurationFile = Join-Path $ODTPath "configuration.xml"
$LogFile = Join-Path $DeploymentRoot "Office365_Installation.log"

# --- Funktionen ---
function Write-Log {
    Param (
        [Parameter(Mandatory=$true)]
        [string]$Message,
        [string]$Level = "INFO"
    )
    $Timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss"
    "$Timestamp [$Level] $Message" | Out-File -FilePath $LogFile -Append
    Write-Host "$Timestamp [$Level] $Message"
}

# --- Skriptstart ---
Write-Log "----------------------------------------------------"
Write-Log "Start der Office 365 32-bit Installation via PowerShell."
Write-Log "Deployment Root: $DeploymentRoot"
Write-Log "ODT Path: $ODTPath"
Write-Log "Source Path: $SourcePath"
Write-Log "Configuration File: $ConfigurationFile"
Write-Log "Log File: $LogFile"
Write-Log "----------------------------------------------------"

# --- Prüfen auf Administratorrechte ---
if (-not ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)) {
    Write-Log "Skript muss mit Administratorrechten ausgeführt werden. Beende Skript." "ERROR"
    Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
    Exit 1
}

# --- Prüfen auf Existenz der ODT setup.exe und Konfigurationsdatei ---
if (-not (Test-Path (Join-Path $ODTPath "setup.exe"))) {
    Write-Log "ODT setup.exe nicht im Pfad $ODTPath gefunden. Bitte herunterladen und extrahieren." "ERROR"
    Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
    Exit 1
}

if (-not (Test-Path $ConfigurationFile)) {
    Write-Log "Konfigurationsdatei $ConfigurationFile nicht gefunden. Bitte erstellen Sie die XML-Datei." "ERROR"
    Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
    Exit 1
}

# --- Download der Office-Installationsdateien ---
Write-Log "Starte Download der Office 365 32-bit Installationsdateien..."
try {
    # Der SourcePath wird automatisch von ODT verwendet, wenn er nicht in der XML angegeben ist.
    # Hier nutzen wir das ODT, um die Dateien in den gewünschten Ordner zu legen.
    $DownloadCommand = Join-Path $ODTPath "setup.exe"
    $DownloadArgs = "/download `"$ConfigurationFile`""
    
    Write-Log "Führe Download-Befehl aus: $DownloadCommand $DownloadArgs"
    
    $DownloadProcess = Start-Process -FilePath $DownloadCommand -ArgumentList $DownloadArgs -NoNewWindow -PassThru -Wait
    
    if ($DownloadProcess.ExitCode -eq 0) {
        Write-Log "Office 365 32-bit Installationsdateien erfolgreich heruntergeladen."
    } else {
        Write-Log "Fehler beim Download der Office 365 32-bit Installationsdateien. Exit Code: $($DownloadProcess.ExitCode)" "ERROR"
        Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
        Exit 1
    }
}
catch {
    Write-Log "Ein unerwarteter Fehler ist während des Downloads aufgetreten: $($_.Exception.Message)" "ERROR"
    Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
    Exit 1
}

# --- Installation von Office 365 ---
Write-Log "Starte Installation von Office 365 32-bit..."
try {
    $InstallCommand = Join-Path $ODTPath "setup.exe"
    # Der SourcePath muss hier explizit angegeben werden, damit setup.exe die lokalen Dateien nutzt
    # Ansonsten versucht setup.exe die Dateien erneut aus dem Internet zu laden
    $InstallArgs = "/configure `"$ConfigurationFile`""
    
    Write-Log "Führe Installations-Befehl aus: $InstallCommand $InstallArgs"
    
    # Office-Dateien müssen im SourcePath sein, den setup.exe findet
    # Wenn die XML keinen SourcePath hat, nimmt setup.exe den aktuellen Arbeitsordner oder sucht im Internet
    # Wir stellen sicher, dass die Dateien im $SourcePath sind (via Download-Befehl oben)
    # Und setup.exe findet sie, wenn es aus dem ODTPath aufgerufen wird, solange die 'Files' im DeploymentRoot sind.
    # Alternativ könnte man "SourcePath=""$SourcePath""" in die XML-Datei hinzufügen
    
    $InstallProcess = Start-Process -FilePath $InstallCommand -ArgumentList $InstallArgs -NoNewWindow -PassThru -Wait
    
    if ($InstallProcess.ExitCode -eq 0) {
        Write-Log "Office 365 32-bit erfolgreich installiert."
    } else {
        Write-Log "Fehler bei der Installation von Office 365 32-bit. Exit Code: $($InstallProcess.ExitCode)" "ERROR"
        Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
        Exit 1
    }
}
catch {
    Write-Log "Ein unerwarteter Fehler ist während der Installation aufgetreten: $($_.Exception.Message)" "ERROR"
    Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."
    Exit 1
}

Write-Log "----------------------------------------------------"
Write-Log "Office 365 32-bit Installation abgeschlossen."
Write-Log "----------------------------------------------------"

# Optional: Office-Anwendung starten, um die Aktivierung zu triggern
# Write-Log "Starte Word, um Aktivierung zu triggern (optional)..."
# Start-Process -FilePath "C:Program Files (x86)Microsoft OfficerootOffice16WINWORD.EXE" -ErrorAction SilentlyContinue

Read-Host "Drücken Sie eine beliebige Taste zum Beenden..."

Erläuterung des PowerShell-Skripts:

• Variablen: Definieren wichtige Pfade und Dateinamen, um das Skript leichter an Ihre Umgebung anpassen zu können.
• Log-Funktion: Write-Log ist eine einfache Funktion, um Meldungen sowohl auf der Konsole als auch in einer Log-Datei (Office365_Installation.log) festzuhalten. Dies ist unerlässlich für die Fehlerbehebung und Dokumentation.
• Administratorrechte-Prüfung: Stellt sicher, dass das Skript mit den notwendigen Rechten ausgeführt wird.
• Pfad- und Dateiprüfung: Überprüft, ob setup.exe und configuration.xml an den erwarteten Orten existieren, bevor weitere Schritte unternommen werden.
• Download-Phase:
  • setup.exe /download "configuration.xml": Dieser Befehl instruiert das ODT, die in der configuration.xml definierte Office-Version (hier 32-Bit Microsoft 365 Apps in Deutsch) herunterzuladen. Die Dateien werden standardmäßig in einen Ordner namens „Office” innerhalb des Verzeichnisses gelegt, in dem sich setup.exe befindet, wenn kein SourcePath in der XML angegeben ist. Wir haben unseren $SourcePath (C:Office365_DeploymentFiles) bewusst leer gelassen und lassen ODT die Dateien dorthin legen.
  • Start-Process -NoNewWindow -PassThru -Wait: Führt den Download-Befehl im Hintergrund aus und wartet, bis er abgeschlossen ist, um den Exit Code zu überprüfen.
• Installations-Phase:
  • setup.exe /configure "configuration.xml": Sobald die Dateien heruntergeladen sind, verwendet dieser Befehl die gleiche configuration.xml, um Office auf dem System zu installieren. Das ODT erkennt, dass die Installationsdateien lokal verfügbar sind und verwendet diese.
  • Fehlerbehandlung (`try-catch`): Robustes Skripting umfasst die Abfrage von Exit-Codes und die Reaktion auf Fehler, um einen saubereren Prozess zu gewährleisten.
• Optionaler Teil (aktiviert aber auskommentiert): Das Starten einer Office-Anwendung kann die Lizenzaktivierung bei einer Office 365 Lizenz triggern. Lassen Sie dies auskommentiert, es sei denn, Sie haben einen spezifischen Grund dafür. Die Aktivierung erfolgt normalerweise beim ersten manuellen Start.

Speichern Sie diese Datei als Install-Office365.ps1 im Ordner C:Office365_Deployment.

Schritt 5: Skript ausführen

Öffnen Sie PowerShell als Administrator. Navigieren Sie zu Ihrem Deployment-Ordner:

cd C:Office365_Deployment

Führen Sie das Skript aus:

.Install-Office365.ps1

Das Skript beginnt zuerst mit dem Download der Office-Dateien (dies kann je nach Internetgeschwindigkeit eine Weile dauern). Nach Abschluss des Downloads startet es automatisch die Installation. Da wir Display Level="None" in der XML festgelegt haben, sehen Sie keine Installationsfenster, aber die PowerShell-Konsole und die Log-Datei geben Ihnen Status-Updates. Die Installation selbst dauert je nach Systemressourcen ebenfalls einige Minuten.

Schritt 6: Überprüfung der Installation

Nachdem das Skript erfolgreich durchgelaufen ist, sollten Sie überprüfen, ob Office 365 32-Bit korrekt installiert wurde:

1. Systemsteuerung: Gehen Sie zu „Systemsteuerung” -> „Programme und Funktionen”. Suchen Sie nach „Microsoft 365 Apps for Enterprise” (oder dem entsprechenden Produktnamen).
2. Office-Anwendung starten: Öffnen Sie z. B. Word. Gehen Sie zu „Datei” -> „Konto” -> „Über Word”. Hier sollte „32-Bit” hinter der Version stehen.
3. Log-Datei prüfen: Überprüfen Sie die Datei C:Office365_DeploymentOffice365_Installation.log auf Fehlermeldungen und den Eintrag „Office 365 32-bit erfolgreich installiert.”

Erweiterte Tipps und Best Practices

• Netzwerkfreigabe für Downloads: Statt die Office-Dateien auf jedem Client herunterzuladen, können Sie sie einmal auf einem Netzlaufwerk herunterladen und dann in der XML-Konfiguration einen SourcePath zu diesem Netzlaufwerk angeben. Dies beschleunigt die Bereitstellung erheblich und spart Bandbreite. Fügen Sie dazu z.B. SourcePath="\YourServerOfficeShare" in das <Add>-Element Ihrer configuration.xml ein.
• Update-Verwaltung: Mit dem ODT können Sie auch den Update-Kanal steuern. Stellen Sie sicher, dass Ihr gewählter Kanal (z. B. „SemiAnnualEnterprise”) den Unternehmensrichtlinien entspricht. Sie können Updates auch manuell über ODT ausführen oder auf einen internen Update-Server (WSUS) umleiten.
• Deinstallation mit ODT: Das ODT kann nicht nur installieren, sondern auch deinstallieren. Eine Konfigurationsdatei mit <Remove>-Element kann verwendet werden, um Office oder spezifische Anwendungen zu entfernen.
• Fehlerbehebung: Die Log-Datei (Office365_Installation.log) und die standardmäßigen ODT-Logs (im Temp-Ordner des Benutzers) sind Ihre besten Freunde bei der Fehleranalyse. Häufige Probleme sind falsche Pfade, XML-Syntaxfehler oder Berechtigungsprobleme.
• Versionskontrolle für Konfigurationsdateien und Skripte: Verwenden Sie ein Versionskontrollsystem (z. B. Git), um Ihre Konfigurationsdateien und PowerShell-Skripte zu verwalten. Dies hilft, Änderungen nachzuvollziehen und verschiedene Versionen zu handhaben.
• Integration in SCCM/Intune: Für größere Umgebungen können diese Skripte und Konfigurationen problemlos in Deployment-Lösungen wie Microsoft Endpoint Configuration Manager (SCCM) oder Microsoft Intune integriert werden, um eine noch breitere und automatisierte Verteilung zu ermöglichen.

Fazit

Die Installation von Office 365 32-Bit via PowerShell und dem Office Deployment Tool mag auf den ersten Blick komplex erscheinen, bietet jedoch unschätzbare Vorteile für Admins und Power-User. Sie erhalten volle Kontrolle über den Installationsprozess, können Anwendungen spezifisch ausschließen und die Bereitstellung vollständig automatisieren. Dies spart nicht nur wertvolle Zeit, sondern gewährleistet auch eine konsistente und fehlerfreie Installation auf allen Zielsystemen.

Egal, ob Sie auf die 32-Bit-Version aufgrund von Kompatibilitätsanforderungen angewiesen sind oder einfach nur die Macht der Automatisierung schätzen: Diese Schritt-für-Schritt-Anleitung stattet Sie mit dem Wissen aus, das Sie benötigen, um Ihre Office-Bereitstellung auf das nächste Level zu heben. Nutzen Sie die Flexibilität und Effizienz von PowerShell und ODT, um Ihre IT-Aufgaben zu optimieren.