Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: Internet Information Services
Diese Kurzanleitung hilft Ihnen bei der Fehlerbehebung von Web Deploy (Web Deployment Tool).
Voraussetzungen
Dieser Leitfaden erfordert die folgenden Voraussetzungen:
- .NET Framework 2.0 SP1 oder höher
- Web Deploy 1.0 oder höher
Hinweis
Falls Sie Web Deploy noch nicht installiert haben, lesen Sie Installing Web Deploy.
Problembehandlung bei Betriebsabläufen
Die erste Überprüfungsebene für einen Vorgang sollte der -whatif-Schalter sein. Das -whatif-Flag zeigt Ihnen, was passieren würde, wenn Sie einen Befehl ausführen und alles erfolgreich wäre. Es soll eine Vergleichsflagge sein und wird Ihnen nicht viele Fehler anzeigen. Aber wenn der Vorgang nicht wie erwartet verlaufen ist und -whatif keine Probleme gefunden hat, können Sie das -verbose-Flag verwenden, um die Ausgabeoptionen festzulegen. Dies ist sehr nützlich, wenn Sie ermitteln müssen, was nicht synchronisiert werden konnte, und gibt häufig zusätzliche Details zum Vorgang.
Um mit detaillierter Ausgabe auszuführen
Angenommen, wir würden einen Synchronisationsvorgang durchführen. Führen Sie den Befehl erneut aus, mit -verbose angegeben.
msdeploy.exe -verb:sync -source:metakey=lm/w3svc/1,computername=Server1 -dest:metakey=lm/w3svc/1 -verbose >msdeploysync-verbose.log
Durch die Angabe von >msdeploysync-verbose.log
werden die Ergebnisse des Vorgangs und alle zusätzlichen Informationshinweise in der Protokolldatei aufgelistet, und Sie können problemlos darauf zurückgreifen.
Je nach Fehler sollten Sie das Protokoll nach entsprechenden Einträgen durchsuchen. Zum Beispiel, wenn eine Eigenschaft nicht korrekt eingestellt wurde, prüfen Sie die ausführlichen Protokollierungsaktionen, um zu sehen, warum sie übersehen oder übersprungen wurde.
Häufige Fehler
Kann die Konfigurationsdatei nicht lesen oder ein ähnlicher Fehler könnte daran liegen, dass ein nicht-erhöhter Eingabeaufforderungsmodus auf Windows Server 2008 verwendet wird. Stellen Sie sicher, dass Sie Administratorberechtigungen für Vorgänge wie das Lesen von Konfigurationen, das Schreiben von Konfigurationen oder das Ändern von Registrierungseinstellungen haben.
Eine Assembly oder ein anderes Objekt mit Kommata in seinem Pfad wird nicht korrekt synchronisiert. Dies ist ein bekanntes Problem und erfordert die Verwendung von Doppel- und einfachen Anführungszeichen um den Pfad. Beispielweise enthält der Pfad zu einer Assembly Kommas und muss speziell behandelt werden: -source:gacAssembly="'System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'"
Wenn Ihre Website auf IIS 6.0 keinen Serverkommentar hat, wird die ABO Mapper-Komponente sie auf IIS 7.0 und höher nicht erkennen können, und sie werden nicht korrekt migriert.
Wenn IIS nicht auf der Quell- oder Zielmaschine installiert ist, während Sie versuchen, auf IIS-bezogene Provider wie Metakey oder Apphostconfig zuzugreifen, erhalten Sie möglicherweise die folgende Fehlermeldung:
Retrieving the COM class factory for component with CLSID {2B72133B-3F5B-4602-8952-803546CE3344} failed due to the following error: 80040154.
Fehler im Fernwartungsdienst
404 Remote-Datei nicht gefunden: Der entfernte Dienst ist entweder nicht installiert, läuft nicht, oder die URL ist falsch. Es handelt sich um einen manuellen Startdienst, also stellen Sie sicher, dass er läuft.
Die Verbindung zum Remote-Computer wird unterbrochen oder gibt einen Zeitüberschreitungsfehler zurück. Stellen Sie sicher, dass der Port für den Remotedienst auf dem Zielcomputer geöffnet ist. Wenn es geöffnet ist, führen Sie den Befehl erneut aus. Es könnte nach einem erneuten Versuch funktionieren.