Fehlermeldung: kann nicht auf Datei AssemblyName zugreifen, da Sie von einem anderen Prozess verwendet wird

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 810281 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Problembeschreibung

Nach der Aktualisierung ASP.NET-Inhalt auf einem Webserver, die empfängt Anforderungen erhalten Sie im Browser folgenden Fehlermeldung:
Serverfehler in der /AppName Anwendungen.
--------------------------------------------------------------------------------
Konfigurationsfehler
Beschreibung: Fehler bei der Verarbeitung einer Konfigurationsdatei für diese Anforderung erforderlich. Überprüfen Sie die folgenden spezifischen Fehlerdetails, und ändern Sie die Konfigurationsdatei entsprechend.

Parser-Fehlermeldung: Kann nicht zugegriffen AssemblyName Datei, da es von einem anderen Prozess verwendet wird.

Quellfehler:

Zeile 197: <add assembly="System.Drawing, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Zeile 198: <add assembly="System.EnterpriseServices, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Zeile 199: <add assembly="*"/> Line 200: </assemblies>
Zeile 201:

Quelle der Datei: c:\ WindowsDirectory \microsoft.net\framework\v1.0.3512\Config\machine.config Zeile: 199


Dieses Problem kann auftreten, wenn Sie mehrere Dateien aktualisieren, die Änderungsbenachrichtigungen (z. B. Web.config, Global.asax und Dateien im Ordner Bin) verursachen würden. Anforderungen in zwischen zwei aufeinander folgenden Änderungsbenachrichtigungen stammen, die Anwendungsdomäne mehrmals gleichzeitig neu geladen werden führen.

Ähnliche Probleme können auch auftreten, wenn Sie ein Programm auf dem Server, die Ordner beim Scannen sperrt verwenden. Beispiele für solche Programme sind Viren-, Indizierung Programme und Sicherungsprogramme.

Ursache

Wenn Sie eine Datei ändern, dass das Änderungsbenachrichtigungen Ursachen, lädt die AppDomain bei der nächsten eingehenden Anforderung erneut. Wenn dies der Fall, Sperren der Aspnet_wp.exe-Prozess das Program / Shadow Copy Ordner (befindet sich im Ordner "Temporary ASP.NET Files"), um die neue Version des Programms problemlos kopieren zu können.

Wenn während dieser stattfindet, und eine neue Anforderung eingeht, die Anwendungsdomäne Seitenaktualisierungen erneut und versucht, einen anderen neuen Version des Programms in den Schatten Kopieren Ordner kopieren, während der Ordner von der ersten Anwendungsdomäne gesperrt ist, ändern eine andere Datei zu laden.

Lösung

Dieses Update ist Bestandteil von .NET Framework 1.1.

Ein Hotfix zur Behebung dieses Problems ist inzwischen bei Microsoft erhältlich; dieser Hotfix wurde jedoch ausschließlich zur Behebung des in diesem Artikel beschriebenen Problems entwickelt. Deshalb sollten Sie nur Systeme aktualisieren, bei denen dieses spezielle Problem auftritt. Dieser Hotfix wird unter Umständen zu einem späteren Zeitpunkt weiteren Tests unterzogen. Wenn Sie durch dieses Problem nicht schwerwiegend betroffen sind, empfiehlt Microsoft daher, auf das nächste .NET Framework 1.0 Servicepack warten, das diesen Hotfix enthält wird.

Wenn Sie das Problem sofort beheben möchten, wenden Sie sich an Microsoft Product Support Services, um den Hotfix zu erhalten. Eine vollständige Liste mit Telefonnummern der Microsoft-Produktsupport und Informationen Supportkosten der folgenden Microsoft-Website:
http://support.microsoft.com/contactus/?ws=support
Hinweis: PLEASE DO NOT TRANSLATE and DELETE THIS PASSAGE. IT DOES NOT APPLY TO GERMANY.

Hinweis: Sie können auch .NET Framework 1.1 verwenden, um dieses Problem zu beheben.

Hinweis: Um das Problem zu beheben, installieren Sie das Update, und konfigurieren Sie die Einstellungen in den Abschnitt "Weitere Informationen".

Die englische Version dieses Hotfixes weist die Dateiattribute (oder höher Dateiattribute), die in der folgenden Tabelle aufgelistet werden. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) angegeben. Wenn Sie sich die Dateiinformationen ansehen, werden diese Angaben in die lokale Zeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu ermitteln verwenden Sie die Registerkarte Zeitzone des Tools ? Datum und Uhrzeit in der Systemsteuerung.
  Date         Time   Version       Size       File name
  --------------------------------------------------------------
  14-Nov-2002  04:12  1.0.3705.377    196,608  Aspnet_isapi.dll
  14-Nov-2002  04:06                    4,169  Aspnet_perf.h
  14-Nov-2002  04:06                   20,468  Aspnet_perf.ini
  14-Nov-2002  04:06                   20,342  Aspnet_perf2.ini
  14-Nov-2002  04:12  1.0.3705.377     24,576  Aspnet_regiis.exe
  14-Nov-2002  04:12  1.0.3705.377     28,672  Aspnet_wp.exe
  14-Nov-2002  01:42  1.0.3705.377     69,632  Corperfmonext.dll
  14-Nov-2002  16:17  1.0.3705.377  1,953,792  Mscorlib.dll
  14-Nov-2002  01:33                   10,256  Mscorlib.ldo
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorsvr.dll
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorwks.dll
  02-Aug-2002  03:38                       15  Smartnav.htm
  17-Oct-2002  23:55                    8,728  Smartnav.js
  29-Jan-2002  00:13                    7,003  Smartnavie5.js
  14-Nov-2002  16:18  1.0.3705.377  1,191,936  System.web.dll
				

Status

Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind.
Das Update ändert die folgenden Verhaltensweisen in ASP.NET:
  • Konfiguration-Fehler werden jetzt nur für 5 Sekunden zwischengespeichert.
  • Benachrichtigungen bei Dateiänderungen werden basierend auf die Werte der folgenden zwei Attribute im Abschnitt "<httpruntime>" in der Machine.config kombiniert.
    • WaitChangeNotification - Anzahl der Sekunden, der nächsten Änderungsbenachrichtigung warten, bevor eine neue Anforderung, eine Anwendungsdomäne ausgelöst wird starten
    • MaxWaitChangeNotification - Änderungsbenachrichtigung maximale Anzahl von Sekunden vom ersten bis auf eine neue Anforderung erneut die Anwendungsdomäne geladen wird
    Zum Beispiel:
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    der Standardwert für beide Parameter ist 0 .
    Beachten Sie, dass wenn Sie die Standardwerte verwenden, noch das Problem angezeigt, das im Abschnitt "Problembeschreibung" beschrieben wird.

    Im folgenden sind die vorgeschlagenen Werte für die Eigenschaften:
    • Legen Sie WaitChangeNotification auf eine Zahl von Sekunden, die die Anzahl der Sekunden überschreitet, die zwischen den Aktualisierungen zweier ändern Notification-Dateien in einer Kopie übergeben kann.
    • Legen Sie eine Anzahl der Sekunden, die die Länge der Zeit für die Kopie überschreitet MaxWaitChangeNotification / Bereitstellung zu verarbeiten.
    Wegen dieser Änderung kann Inhalt zwischengespeichert angezeigt, wenn Sie unmittelbar nach einem Prozess kopieren/bereitstellen anzeigen. Dies ist das typische Verhalten. Die Änderungen wirksam bei Ablauf die Wartezeit, die Sie mithilfe der vorherigen Parameter angegeben.
  • Zehn Sekunden nach einer Initializationerror in HttpRuntime, schließt die Anwendungsdomäne.
  • Der tatsächliche Konfigurationsfehler ist jetzt in InnerException HttpException -Objekts gespeichert.

Eigenschaften

Artikel-ID: 810281 - Geändert am: Montag, 19. Februar 2007 - Version: 6.5
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft ASP.NET 1.0
  • Microsoft .NET Framework 1.1
Keywords: 
kbmt kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug KB810281 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 810281
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com