Fehler: Mehrere ASP.NET-Anwendung Neustarts auftreten 1 alle 5 Minuten

Wenn viele neue ASPX, ASCX oder ASMX-Dateien an einen Server weitergegeben werden, meldet der Server möglicherweise aufeinander folgenden Neustarts für einige Zeit später. Dieses Problem kann auf verschiedene Arten angezeigt:

• Der Leistungsindikator ASP.NET\Application Neustart wird für jeden Neustart erhöht.
• Wenn Sie Sitzungsstatus im Speicher verwenden, werden Sitzungsvariablen gehen verloren.
• Der Anwendungszustand geht verloren.
• Application_Start und Application_End Ereignisse werden wiederholt ausgeführt.

In der Standardeinstellung beim Aktualisieren von weniger als 15 Dateien in ASP.NET die Dateien werden kompiliert und in den Speicher mit den alten Versionen der kompilierten Dateien geladen. Dies ist ein Feature der .NET-Common Language Runtime mit dem Namen Side-by-Side-Ausführung.

Jedoch bleiben die alten Versionen von kompiliertem Code im Speicher unbegrenzt mit Side-by-Side-Ausführung. Wenn Sie viele Dateien (z. B. mehr als 30 Dateien),, aktualisieren Wenn Sie die Anwendung die alten Versionen aus dem Speicher löschen nicht neu starten, kann zu viel Arbeitsspeicher verwendet werden. Um dieses Problem zu umgehen, hat ASP.NET eine Funktion, in der die Anwendung automatisch neu gestartet wird, nachdem eine bestimmte Anzahl von Dateien aktualisiert wurden.

Der Neustart sollte nur einmal für die gesamte Liste der aktualisierten Dateien auftreten. Nach dem Neustart Anwendung sollte die alte Versionen nicht im Speicher befinden. Die Anwendung sollte daher nicht über die neu gestartet werden, um die neue Versionen der Dateien neu kompilieren. Dieses Problem tritt jedoch auf, wenn viele neue ASPX- oder ASCX-Dateien auf dem Server (z. B. 61 Dateien) zu laden. Entlädt die Server kompiliert die Anwendung, wenn die ersten 15 Dateien sind und jedes Mal neu anderen 15 Dateien kompiliert werden, bis der Server 61 erreicht. Dies führt vier Neustarts, obwohl nur eine erforderlich ist.

Um einen automatischen Neustart basierend auf der Anzahl der aktualisierten Dateien zu vermeiden, legen Sie das NumRecompilesBeforeAppRestart -Attribut in der Datei Machine.config von der Standardeinstellung von 15 auf eine Zahl, ist größer als die Anzahl der Dateien, die zwischen geplanten Neustarts aktualisiert werden. Wenn Sie eine große Anzahl NumRecompilesBeforeAppRestart festlegen, können Sie neu starten die Anwendung manuell in den Speicher frei, den die alten Versionen der Assemblys verwenden möchten.

Hinweis : Wenn ASP.NET zu viel Speicher beansprucht, ASP.NET die Anwendung automatisch neu gestartet.

Wenn Sie eine bekannte Anzahl von Dateien werden aktualisiert, und wenn Sie die Anwendung automatisch neu starten möchten NumRecompilesBeforeAppRestart in eine Zahl, ist nur kleiner als die Anzahl der Dateien, die aktualisiert werden. Dadurch wird einen einzelne Anwendung Neustart mit einer kleinen Anzahl von alten Assemblys im Arbeitsspeicher. NumRecompilesBeforeAppRestart beispielsweise wie folgt festlegen:

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel Microsoft-Produkten handelt.

In der ausführbare ASP-Code in der ASPX- oder ASCX-Datei ist möglicherweise Sie dieses Verhalten mit Active Server Pages (ASP) Code Inline angezeigt. Jedoch wird nicht dieses Verhalten angezeigt, wenn Sie das Code-Behind-Modell, verwenden um die ASP.NET-Anwendung zu erstellen. Der kompilierte Code im Code-Behind-Modell wird in Form einer dynamic-link Bibliothek (DLL) und in das Verzeichnis Bin für die Anwendung eingefügt. Dadurch wird den Neustart der Anwendung, so dass Sie nicht das genaue Verhalten sehen, das in diesem Artikel erwähnt wird.

Weitere Informationen zu den <processmodel>-Element, finden Sie in die MSDN-Dokumentation: Weitere Informationen zu ASP.NET-Features finden Sie die Artikel der Microsoft Knowledge Base: