Verwenden von Protokollen zur Behandlung von Installations- und Konfigurationsproblemen in 2007 Office System

Betrifft: Office Resource Kit

 

Letztes Änderungsdatum des Themas: 2015-03-09

Inhalt dieses Artikels:

  • Windows-Anwendungsereignisprotokoll

  • Office System-Setupprotokollierung

  • TCO (GIMME)-Protokollierung

  • Windows Installer-Protokollierung

  • Office 2007 OSE-Protokollierung

In diesem Artikel werden fünf verschiedene Protokollierungsoptionen erläutert, mit deren Hilfe Sie Probleme beim Installieren und Konfigurieren von 2007 Microsoft Office System beheben können.

Windows-Anwendungsereignisprotokoll

Windows Installer schreibt Einträge in das Windows-Anwendungsereignisprotokoll, um Ereignisse wie die Folgenden aufzuzeichnen:

  • Erfolg oder Fehler bei der Installation, dem Entfernen oder der Reparatur eines Produkts.

  • Fehler während der Produktkonfiguration.

  • Erkennen von beschädigten Konfigurationsdaten.

  • Informationen zu fehlenden Komponenten, die zu einer Reparatur der Anwendung führen.

Überprüfen des Anwendungsprotokolls

Die Windows-Anwendungsereignisprotokolle werden in der Ereignisanzeige gespeichert.

Wenn eine Reparatur automatisch vom System initiiert wird und dabei ein Fehler auftritt, werden in der Regel zwei Ereignisse im Windows-Anwendungsereignisprotokoll aufgezeichnet.

  • Mit dem MsiInstaller-Ereignis 1001 werden der Produktcode, das Feature und der Komponentencode des angeforderten Schlüsselpfads identifiziert.

  • Mit dem MsiInstaller-Ereignis 1004 werden der Produktcode, das Feature und der Komponentencode des als fehlerhaft erkannten Schlüsselpfads identifiziert.

Die MSI-Datei des angegebenen Produkts wird benötigt, um die genaue Ressource zu identifizieren, die als fehlerhafter Schlüsselpfad erkannt wurde. Sie finden diese Informationen an einem der folgenden Speicherorte:

  • Systemsteuerung | Software

  • In der Registrierung unter der Struktur HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{90120000-####-####-0000-0000000FF1CE}. Suchen Sie nach der GUID, die auf *<Produkt>*WW.msi verweist.

Informationen zum Nummerierungsschema für GUIDs finden Sie im Microsoft Knowledge Base-Artikel 928516: Beschreibung des Nummerierungsschemas für Produktcode-GUIDs in 2007 Office System-Suites und -Programmen (https://go.microsoft.com/fwlink/?linkid=128098\&clcid=0x407).

2007 Office System-Setupprotokollierung

Wenn bei einer Installation, einem Update oder einer Aktualisierung von 2007 Office System Probleme auftreten, sollten Sie zunächst in den Protokolldateien nach einer Lösung des Problems suchen. Sie können zahlreiche Informationen abrufen, wenn Sie ein ausführliches Protokoll erstellen und dann den Rückgabecode im Protokoll analysieren.

In früheren Office-Versionen wurden Eigenschaften von Windows Installer zum Anpassen und Steuern der Office-Installation verwendet. In 2007 Office System wurde der Installationsvorgang neu strukturiert, und die Protokollierung wird durch folgende Elemente beeinflusst:

  • Das Protokollierungselement in der Datei Config.xml (empfohlene Methode).

  • Die Protokollierungseigenschaft, die mithilfe des Office-Anpassungstools (Office Customization Tool, OCT) hinzugefügt wurde.

Standardmäßig werden beim 2007 Office System-Setup automatisch Protokolldateien im Ordner %TEMP% erstellt. Daher führt ein Fehler bei der Installation oder ein Abbruch dazu, dass zum Zeitpunkt des Fehlers zur ausführlichen Protokollierung gewechselt wird.

Nicht für jede MSI-Datei, die zum installierten Produkt gehört, wird eine separate Protokolldatei erstellt. Zudem steht die Protokolldatei nur auf Englisch ohne eine lokalisierte Version zur Verfügung. Da Windows SharePoint Services jedoch Bestandteil von Windows ist und eine Option bei der 2007 Office System-Installation, wird die Windows MUI-Version der Protokollierung von der Windows Installer-Protokollierung (die von der 2007 Office System-Setupprotokollierung unabhängig ist) weiterhin unterstützt.

Konfigurieren von Protokollierungsattributen

Setup sucht im selben Ordner, in dem Setup.exe gespeichert ist, nach einem Exemplar von Config.xml. Wenn keine Datei gefunden wird, wird die Datei Config.xml verwendet, die im Hauptordner des zu installierenden Produkts gespeichert ist. Wenn in der Installationsquelle mehrere Produkte verfügbar sind, wird Setup angehalten, bis Sie angeben, welches Produkt installiert werden soll, bevor die Kopie von Config.xml gesucht wird. Daher wird das Protokollierungselement nur von Setup verwendet, wenn sich die Datei Config.xml in demselben Ordner befindet wie die Datei Setup.exe oder wenn Sie die Datei Config.xml mithilfe der Befehlszeilenoption Setup / config / festlegen. Wenn Setup die Datei Config.xml im Produktordner verwendet, werden die Standardprotokollierungsoptionen verwendet.

Bearbeiten Sie die Datei Config.xml, die Sie für die Installation verwenden werden, um die Protokollierungsattribute für Setup zu konfigurieren. Verwenden Sie das Protokollierungselement in der Datei Config.xml, um den Typ der Protokollierung anzugeben, die von dieser Installation ausgeführt wird. Es folgt die verwendete Syntax:

<Logging

   Type="Off" | "Standard"(Standard) | "Verbose" | "Debug"

   Path="Pfad"

   Template="Dateiname.txt"

/>

Die folgende Tabelle enthält die verfügbaren Setupprotokollierungsattribute.

Attribut Wert Beschreibung

Type

Off

Es wird keine Protokollierung vorgenommen.

Standard (Standard)

Alle Setupereignisse (übergebene Befehlszeilenprogrammeigenschaften , übergebene Eigenschaften für Config.xml, angewendete Patches), lokale Installationsquelle (Local Installation Source, LIS), MSI-Protokollierung (benutzerdefinierte Aktionen, Featurestatus), Erfolg oder Fehler dieser Ereignisse, Fehler, Benutzerauswahl und angezeigte Benutzeroberfläche werden protokolliert.

Verbose

Alle Installationsinformationen werden in die Protokolldatei geschrieben.

Debug

Alle Informationen der ausführlichen Protokollierung und zusätzliche Debuginformationen werden festgehalten. Dies empfiehlt sich, wenn ein Codeabschnitt als fehlerhaft identifiziert wurde.

Path

Pfad

Der vollqualifizierte Pfad zu dem für die Protokolldatei verwendeten Ordner. Sie können Umgebungsvariablen verwenden. Der Standardwert ist %TEMP%.

Template

Dateiname .txt

Der Name der Protokolldatei. Wenn Sie die Zeichenfolge * an einer beliebigen Stelle des Dateinamens einfügen, wird eine eindeutige Protokolldatei für jede von Setup ausgeführte Installation erstellt. Wenn * nicht verwendet wird und der angegebene Dateiname bereits vorhanden ist, werden Protokollinformationen an die vorhandene Datei angefügt. Es muss eine Dateierweiterung angegeben werden. Die Standardvorlage ist SetupExe(*).log. Umgebungsvariablen, z. B. %COMPUTERNAME%, können zum Erstellen von problemlos zu identifizierenden, eindeutigen Protokollen verwendet werden.

Sie können * überall für Template angeben. An dieser Stelle wird eine Zeichenfolge mit folgendem Format eingefügt:

JJJJMMTTHHMMSS xxx

Dabei gilt:

  1. JJJJ = Jahr

  2. MM = Monat

  3. TT = Tag

  4. HH = Stunde

  5. MM = Minuten

  6. SS = Sekunden

  7. xxx = eine von Setup generierte eindeutige Zeichenfolge

Die Setup.exe-Protokolldatei enthält die für die Installation angegebene Befehlszeile und kann daher zur Bestätigung der richtigen Syntax, Rechtschreibung, Pfade usw. verwendet werden.

Weitere Informationen zum Bearbeiten der Datei Config.xml finden Sie unter "Config.xml" in 2007 Office System.

Überprüfen des Setupprotokolls

Die Protokolldateien befinden sich im Ordner C:\Windows\%TEMP%, wenn Setup vom System ausgeführt wurde. Wenn Setup unter einem Benutzerkonto ausgeführt wird, befinden sie sich im %TEMP%-Ordner des Benutzers.

Die vorletzte Zeile des Setupprotokolls besitzt einen Rückgabecode. Häufig auftretende Rückgabecodes sind 0 für eine erfolgreiche Installation, 3010 für einen erforderlichen Neustart, 1642 für falsche Patchversionen und 1603 für einen schwerwiegenden Fehler. Weitere Rückgabecodewerte finden Sie im Microsoft Knowledge Base-Artikel 290158: Liste der Fehlercodes und Fehlermeldungen für Windows Installer-Prozesse in Office 2003- und Office XP-Produkten (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128248\&clcid=0x407).

Wenn während der Installation eine Fehlermeldung angezeigt wird, suchen Sie in der Protokolldatei nach der Fehlernummer. Führen Sie zur Diagnose des Problems die folgenden Schritte aus:

  1. Suchen Sie die Fehlernummer in der Protokolldatei. Wenn Sie eine Fehlermeldung 1603 erhalten, suchen Sie nach "Rückgabewert 3" (lokalisiert), um die Ursache für den Fehler zu ermitteln.

  2. Lesen Sie jede Zeile oberhalb der Zeile, die die Fehlernummer enthält. In der Regel sehen Sie eine Zeile, in der ein Fehler aufgetreten ist, der schließlich zum Setupfehler geführt hat.

  3. Falls keine Fehlernummer angezeigt wird, können Sie auch nach dem Wort "Error" suchen.

  4. Wenn kein offensichtlicher Fehler generiert oder protokolliert wird, suchen Sie nach der Zeichenfolge "Note". "Note" gibt einen Fehler an, der häufig erwartet wird (z. B. würde beim Überprüfen des Vorhandenseins einer Datei, die gelöscht wurde, ein Fehler "File not found" (Datei nicht gefunden) erwartet). Manchmal ist es jedoch ein Hinweis auf einen richtigen Fehler.

Obwohl der Rückgabecode 0 in der Regel angibt, dass keine Probleme aufgetreten sind, wird in manchen Fällen zwar kein Fehler generiert, der Installationsvorgang kann jedoch nicht wie erwartet abgeschlossen werden.

Weitere Informationen zu den Fehlercodes, die von 2007 Office System-Installationen verwendet werden, wenn die ausführliche Protokollierung aktiviert ist, finden Sie unter Fehlercodes für 2007 Office System-Installationen.

TCO (GIMME)-Protokollierung

Im Modell mit mehreren MSI-Dateien für 2007 Office System werden Features auf mehrere MSI-Dateien verteilt, und jede MSI-Datei besitzt einen eigenen Produktcode. Zur Verwendung dieses neuen Modells mit mehreren MSI-Dateien verwendet die GIMME-API die Datei Setup.exe (anstatt Windows Installer), um IOD- (Install On Demand, Installation bei Bedarf) und ROD-Aktionen (Repair On Demand) durchzuführen. Die GIMME-API erkennt im Wesentlichen, dass ein IOD- oder ROD-Aufruf aufgetreten ist, bestimmt den Satz von MSI-Dateien, in dem die angeforderte Option enthalten ist, und initiiert dann Setup.exe, um sie zu installieren. Die Protokollierung dieser Aktionen wird als TCO-Protokollierung bezeichnet.

Der Begriff "GIMME" ist kein Akronym. Es ist der Begriff, der zum Beschreiben der API verwendet wird, die Installationsanforderungsaktionen von MSO.DLL verarbeitet. Sie dient als erweiterter "Wrapper" um die Windows Installer-Laufzeit-API. Gimme steht für "Give Me" und heißt wörtlich übersetzt "Gib mir". Anders ausgedrückt, wenn die Anwendung geladen wird, werden alle erforderlichen Komponenten gesucht, und es wird überprüft, dass diese ordnungsgemäß installiert wurden.

Zu den Gründen für die Verwendung eines TCO-Protokolls zählen Folgende:

  • Office führt wiederholt Reparaturen aus.

  • Anzeigen der Aktivität vor einem reproduzierbaren Absturz.

  • Installierte Komponenten werden von Office nicht verwendet.

Die TCO-Protokolle sind besonders hilfreich, wenn sich das auslösende Ereignis nicht im Anwendungsereignisprotokoll befindet. Es ist auch sehr hilfreich bei der Diagnose, warum eine Installation bei Bedarf erfolgt.

Aktivieren der TCO-Protokollierung

Fügen Sie die folgenden Registrierungseinstellungen hinzu, um die Protokollierung für 2007 Office System zu aktivieren:

REGEDIT4

[HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Common\Debug]
"TCOTest"=dword:00000001
"TCODarwinTest"=dword:00000001
"TCOAssertInstalls"=dword:00000001
"TCOTrace"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer]
"Logging"="voicewarmupx"
"Debug"=dword:00000007

Die an einer Befehlszeile eingegebenen Informationen werden erst dann von Installer in das Protokoll geschrieben, wenn die Systemrichtlinie zum Debuggen festgelegt ist. Legen Sie die Systemrichtlinie zum Debuggen auf den Wert 7 fest, um Befehlszeilen in das Protokoll zu schreiben.

Die Protokolldatei wird im %TEMP%-Ordner mit dem Namen Office.log erstellt. Der Protokollname kann nicht gesteuert werden und wird überschrieben, wenn das Protokoll voll ist.

Überprüfen des TCO-Protokolls

Wenn die TCO-Protokollierung aktiviert ist, reproduzieren Sie das Problem, und überprüfen Sie die Protokolldatei Office.log, die im Ordner %TEMP% erstellt wird.

Suchen Sie nach GimmeFile()-Einträgen, die anzeigen, dass eine Datei nicht vorhanden ist, beschädigt ist oder eine falsche Version hat. Suchen Sie dann weiter in der Protokolldatei nach diesem Dateinamen, um zu überprüfen, ob sie erfolgreich installiert wurde.

Wenn die Datei nicht erfolgreich installiert wurde, überprüfen Sie den für die Datei angegebenen Quellpfad, um dessen Gültigkeit sicherzustellen.

Wenn das Problem mit einer Aktion vom Typ "Reparatur bei Bedarf" oder "Installation bei Bedarf" verbunden ist, suchen Sie nach den entsprechenden GimmeFile()-Einträgen, um das Problem zu identifizieren.

Deaktivieren der TCO-Protokollierung

Sie können die TCO-Protokollierungseinträge für 2007 Office System deaktivieren (entfernen), indem Sie die folgenden Registrierungseinstellungen in einer REG-Datei platzieren und den Befehl Regedit.exe –s verwenden:

REGEDIT4

[-HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Common\Debug]

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer]
"Logging"=-
"Debug"=-

Löschen Sie keypath-Ressourcen (Dateien oder Registrierungswerte) nicht manuell, um eine Reparatur auszulösen. Wenn Sie vermuten, dass Dateien beschädigt wurden, aktivieren Sie die Protokollierung, führen Sie Office-Setup im Wartungsmodus erneut aus, und verwenden Sie dann die Option zur Reparatur von Office.

Windows Installer-Protokollierung

Mit Einführung des Installationsmodells mit mehreren MSI-Dateien in 2007 Office System tritt die ineffiziente Windows Installer-Protokollierung hinter die 2007 Office System-Setupprotokollierung zurück. Es gibt jedoch auch Gelegenheiten, in denen nur die Windows Installer-Protokollierung die erforderliche zusätzliche Detailebene bereitstellt.

Da die Protokolle sehr groß sein können, sollten Sie die ausführliche Windows Installer-Protokollierung nur bei Bedarf aktivieren und sofort wieder deaktivieren, wenn das Problem gelöst wurde.

Die Windows Installer-Funktionen 2007 Office System sind zwar begrenzt, Setup.exe vertraut jedoch darauf, dass Windows Installer zahlreiche Prozesse ausführt. Daher sollten zunächst einige der häufig auftretenden Probleme in Windows Installer überprüft werden, bevor ermittelt wird, ob tatsächlich ein Problem mit 2007 Office System besteht. Vor der Aktivierung der Windows Installer-Protokollierung sollten Sie folgende Aktionen ausführen:

  • Überprüfen, dass der Windows Installer-Dienst nicht deaktiviert ist.

  • Überprüfen von Systemrichtlinieneinschränkungen.

  • Bereinigen der temporären Dateien.

  • Überprüfen von DCOM-Berechtigungen.

Überprüfen, dass der Windows Installer-Dienst nicht deaktiviert ist

  1. Klicken Sie im Startmenü auf Ausführen, geben Sie services.msc ein, und drücken Sie dann die EINGABETASTE.

  2. Doppelklicken Sie auf den Dienst mit dem Namen Windows Installer.

  3. Überprüfen Sie den Wert im Feld Starttyp. Falls er zurzeit auf Deaktiviert festgelegt ist, ist dies das Problem. Ändern Sie den Wert auf manuellen Start, indem Sie aus der Dropdownliste Manuell auswählen.

Überprüfen von Systemrichtlinieneinschränkungen

  1. Klicken Sie im Startmenü auf Ausführen, geben Sie GPEdit.msc ein, und drücken Sie dann die EINGABETASTE.

  2. Öffnen Sie die Struktur Computerkonfiguration | Administrative Vorlagen | Windows-Komponenten | Windows Installer.

  3. Überprüfen Sie, ob Richtlinien, die die Installation betreffen können, aktiviert oder deaktiviert sind. Ein Beispiel: Windows Installer deaktivieren.

Gruppenrichtlinienobjekt-Editor

Editor für Gruppenrichtlinien

Bereinigen der temporären Dateien

  1. Sie können eine einfache Skript-/Batchdatei mit den folgenden Zeilen erstellen, um alle temporären Ordner automatisch zu leeren und um Fehler zu beseitigen, die durch den Versuch verursacht werden, temporäre Dateien zu löschen, die verwendet werden:

    @Echo off
    cd %temp%
    del *.* /Q
    exit
    

    Alternativ können Sie die temporären Dateien manuell löschen, indem Sie die folgenden Schritte ausführen:

  2. Leeren Sie den Ordner %SYSTEMDRIVE%\temp.

  3. Leeren Sie den Ordner %WINDIR%\Temp.

  4. Leeren Sie den Ordner %TEMP%.

Überprüfen von DCOM-Berechtigungen

Aktivieren der Windows Installer-Protokollierung

Öffnen Sie zum Aktivieren der Windows Installer-Protokollierung die Registrierung mithilfe von Regedit.exe, und erstellen Sie den folgenden Pfad und Schlüssel:

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer
Reg_SZ: Logging
Value: voicewarmupx

Die Buchstaben im Wertfeld können in beliebiger Reihenfolge auftreten. Jeder Buchstabe aktiviert einen anderen Protokollierungsmodus. Die tatsächliche Funktion jedes Buchstabens für die MSI-Version 1.1 ist in der folgenden Tabelle dargestellt.

Wert Beschreibung

v

Ausführliche Ausgabe

o

Meldungen betreffend unzureichenden Speicherplatz

i

Statusmeldungen

c

Anfängliche Benutzeroberflächenparameter

e

Alle Fehlermeldungen

w

Warnungen zu nicht schwerwiegenden Fehlern

a

Starten von Aktionen

r

Aktionsspezifische Einträge

m

Informationen über zu wenig Arbeitsspeicher oder schwerwiegenden Abbruch

u

Benutzeranforderungen

p

Terminaleigenschaften

+

An vorhandene Datei anhängen

!

Jede Zeile in das Protokoll aufnehmen

x

Zusätzliche Debuginformationen. Das "x"-Flag steht nur unter Windows Server 2003 und höheren Betriebssystemen zur Verfügung und in der weitervertreibbaren MSI-Version 3.0 sowie in höheren weitervertreibbaren MSI-Versionen.

*

Platzhalter, alle Informationen speichern außer für die v- und x-Option. Geben Sie "/l*vx" an, um die v- und x-Option einzuschließen.

Die Windows Installer-Protokollierung sollte nur zur Problembehandlung verwendet werden und nicht aktiviert bleiben, da sie nachteilige Auswirkungen auf die Systemleistung und den Speicherplatz hat. Bei jeder Verwendung der Option Software in der Systemsteuerung wird eine neue Msi*.log-Datei erstellt.

Weitere Informationen zum Aktivieren der Windows Installer-Protokollierung finden Sie im Microsoft Knowledge Base-Artikel 223300: Aktivieren der Windows Installer-Protokollierung (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128265\&clcid=0x407).

Überprüfen des Windows Installer-Protokolls mithilfe von Windows Installer Verbose Log Analyzer

Windows Installer Verbose Log Analyzer (Wilogutl.exe) hilft bei der Analyse von Protokolldateien einer Windows Installer-Installation, und es werden vorgeschlagene Lösungen für Fehler angezeigt, die in einer Protokolldatei gefunden werden.

Standardmäßig werden unkritische Fehler nicht angezeigt. Wilogutl.exe kann im stillen Modus oder mit einer Benutzeroberfläche (User Interface, UI) ausgeführt werden. Das Tool generiert Berichte als Textdateien sowohl in der Benutzeroberfläche als auch im stillen Modus. Die besten Ergebnisse werden mit ausführlichen Windows Installer-Protokolldateien erzielt, eine Verwendung mit nicht ausführlichen Protokollen ist jedoch ebenfalls möglich. Weitere Informationen finden Sie unter Protokollierung (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128276\&clcid=0x407).

Weitere Informationen zu Windows Installer Verbose Log Analyzer (Wilogutl.exe) finden Sie unter Wilogutl.exe (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128277\&clcid=0x407) und Microsoft Windows SDK Blog - Verborgene Schätze in Windows SDK: Teil 1 (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128278\&clcid=0x407).

Informationen zum Download von Windows Installer Verbose Log Analyzer (Wilogutl.exe) finden Sie unter Microsoft Windows Software Development Kit-Update für Windows Vista (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128279\&clcid=0x407).

Bei der Ausführung im Benutzeroberflächenmodus zeigt Wilogutl.exe die in der folgenden Tabelle dargestellten Dialogfelder an.

Name Beschreibung

Windows Installer Verbose Log Analyzer

Im Dialogfeld Windows Installer Verbose Log Analyzer können Benutzer eine Protokolldatei für die Analyse auswählen:

  • Mit der Schaltfläche Open wird die Datei im Editor geöffnet. Mit dem Bereich Preview kann überprüft werden, dass die richtige Protokolldatei ausgewählt wurde.

  • Mit der Schaltfläche Analyze wird die Analyse der Protokolldatei gestartet und das Dialogfeld Detailed Log File View geöffnet.

Windows Installer Verbose Log Analyzer

Analyse der ausführlichen Windows Installer-Protokollierung

Detailed Log File View

Im Dialogfeld Detailed Log File View werden Informationen zu protokollierten Fehlern angezeigt. Verwenden Sie die Schaltflächen Back und Next, um durch mehrere Fehler zu navigieren.

Wenn Sie nicht kritische Fehler anzeigen möchten, aktivieren Sie das Kontrollkästchen Show Ignored Debug Errors. Es wird die Installer-Version auf dem Computer angezeigt, die zum Ausführen der protokollierten Installation verwendet wurde. Wenn die protokollierte Installation mit erhöhten Berechtigungen ausgeführt wurde, ist das Kontrollkästchen Elevated install? aktiviert, und in den Textfeldern Client Side Privilege Details und Server Side Privilege Details sind Informationen bereitgestellt. Das Dialogfeld Detailed Log File View enthält die folgenden Schaltflächen:

  • States - Zeigt das Dialogfeld Feature and Component States an.

  • Properties - Zeigt das Dialogfeld Properties an.

  • Policies - Zeigt das Dialogfeld Policies an.

  • HTML Log - Zeigt das Protokoll als kommentierte HTML-Datei an.

  • Save Results - Speichert die Berichtdateien im angegebenen Verzeichnis.

  • Error Help - Zeigt die Hilfe zu Installer-Fehlermeldungen an.

  • Help - Zeigt die Hilfe für Windows Installer Setup Log Analyzer an.

  • How to Read a Log File - Zeigt das Hilfedokument zur Protokolldatei an.

Detailed Log File View

Detaillierte Ansicht der Protokolldatei

Feature and Component States

Im Dialogfeld Feature and Component States werden die folgenden Status von Feature- und Komponentenspalten angezeigt:

  • In der Spalte Feature wird der Name des Features im Installationspaket angezeigt.

  • In der Spalte Component wird der Name der Komponente im Installationspaket angezeigt.

  • In der Spalte Installed wird der Status des Features oder der Komponente am Ende der Installation angezeigt.

  • In der Spalte Request wird die Auswahl des Benutzers während der Installation für den Status des Features oder der Komponente angezeigt.

  • In der Spalte Action wird die Aktion angezeigt, die von Installer für das Feature oder die Komponente ausgeführt wurde.

Weitere Informationen finden Sie unter MsiGetComponentState (Funktion) (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128284&clcid=0x407) und MsiGetFeatureState (Funktion) (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128285&clcid=0x407).

Properties

Im Dialogfeld Properties werden Windows Installer-Eigenschaften und ihre Werte am Ende der Installation angezeigt. Sie können die Eigenschaften nach Name oder nach Wert sortieren, indem Sie die folgenden Registerkarten verwenden:

  • Auf der Registerkarte Client werden Eigenschaften und Werte während des clientseitigen Teils der Installation angezeigt.

  • Auf der Registerkarte Server werden Eigenschaften und Werte während des serverseitigen Teils der Installation angezeigt.

  • Auf der Registerkarte Nested werden die Eigenschaften und Werte von gleichzeitigen Installationen angezeigt.

Weitere Informationen finden Sie unter Eigenschaften (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128287&clcid=0x407) und Gleichzeitige Installationen (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128288&clcid=0x407).

Policies

Im Dialogfeld Policies wird die Systemrichtlinie angezeigt, die nach der Installation festgelegt wurde:

  • Wird ein Wert von 0 (Null) für die Richtlinie festgelegt, bedeutet dies, dass die Richtlinie nicht aktiviert ist.

  • Der Wert 1 (Eins) bedeutet, dass die Richtlinie aktiviert ist.

  • Der Wert ? (Fragezeichen) bedeutet, dass der Richtlinienwert im Protokoll nicht aufgezeichnet wird.

Wenn Sie einen Richtlinienwert benötigen, der im Protokoll nicht enthalten ist, können Sie mit Regedit.exe die Registrierungsschlüssel auf dem Computer überprüfen, auf dem für die Installation ein Fehler aufgetreten ist.

Weitere Informationen zu Systemrichtlinien finden Sie unter Systemrichtlinie (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128292&clcid=0x407).

Weitere Informationen zur Behandlung von Windows Installer-Problemen finden Sie im Microsoft Knowledge Base-Artikel 907749: Erste Schritte bei der Problembehandlung für Windows Installer (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=128294\&clcid=0x407).

Office 2007 OSE-Protokollierung

Die Office Source Engine (OSE)-Protokollierung wird nur in Verbindung mit Microsoft Support Services verwendet und enthält in der Regel nur für einen Software-Entwickler nützliche Informationen. Daher wird diese Referenz mit den Schritten bereitgestellt, die zum Abrufen der OSE-Protokollierung für Microsoft Support Services erforderlich sind.

Bei der Installation von 2007 Office System wird ein Systemdienst — Office Source Engine (Ose.exe) — zum Erstellen der erforderlichen lokalen Installationsquelle (Local Installation Source, LIS) verwendet, indem die erforderlichen Installationsdateien vom Installationspunkt in einen verborgenen Speicherort auf dem Computer kopiert werden. Diese lokale Installationsquelle wird dann von Setup als Quelle für die Installation von 2007 Office System verwendet.

Da Office Source Engine ein wichtiger Teil der Installations- und Wartungsprozesse ist, gibt es eine Methode, um nur die Aktionen zu protokollieren, die von Office Source Engine ausgeführt werden.

In den folgenden beiden Beispielen werden zwei von Office Source Engine generierte Fehler erläutert.

CLView-Fehlermeldung

CLView-Fehlermeldung

Microsoft Office Help Viewer - Fehlermeldung

Microsoft Office Help Viewer - Fehlermeldung

Aktivieren der OSE-Protokollierung

Wenn Sie die OSE-Protokollierung aktivieren möchten, geben Sie die folgenden Registrierungseinträge manuell ein:

REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Delivery\SourceEngine\Settings]
"LogLevel"=dword:00000002
"TraceLevel"=dword:00000003
"TraceFiles"=dword:00000001

Überprüfen des OSE-Protokolls

OSE-Protokolle werden erstmalig im Verzeichnis %TEMP% des installierenden Benutzers erstellt, da Office Source Engine noch nicht als Systemdienst eingerichtet ist.

Nachdem Office Source Engine erfolgreich installiert und registriert wurde, wechselt die Protokollierung in das Verzeichnis %WINDIR%\Temp.

Stellen Sie dieses Protokoll bei Bedarf für Microsoft Product Support zur Analyse bereit.