schneller - sharepoint tuning




Sharepoint Site braucht eine Weile, um als erstes am Morgen geladen zu werden (4)

Meine Vermutung ist, dass die Worker-Prozesse des Anwendungspools jeden Abend zu einem bestimmten Zeitpunkt in IIS recycelt werden, was die Verzögerung als erstes am Morgen verursacht. Klicken Sie mit der rechten Maustaste auf den Anwendungspool in IIS -> Eigenschaften -> und sehen Sie unter "Worker-Prozesse zu den folgenden Zeiten recyceln" nach, um selbst zu sehen.

Sie können diese Option deaktivieren, um Ihr Problem zu beheben, aber ich empfehle es nicht, da die Arbeitsabläufe, die jede Nacht recycelt werden, Speicherplatz beanspruchen, der möglicherweise verloren gegangen ist. Speicherlecks sind insbesondere während der SharePoint-Entwicklung möglich, da viele der Objekte im SharePoint-Objektmodell den größten Teil ihrer Arbeit in nicht verwaltetem Speicher ausführen. Wenn diese Objekte nicht ordnungsgemäß entsorgt werden, kann eine große Speichermenge belegt sein, während dem .NET-Garbage Collector wenig Speicherdruck hinzugefügt wird, was die Garbage Collection verzögert.

Bewährte Methoden: Verwenden von Einweg-Windows SharePoint Services-Objekten

Ich stimme dem Vorschlag von seanb zu, eine geplante Aufgabe einzurichten, um die Website am Morgen zu laden, um das Verzögerungsproblem zu lösen. Stellen Sie nur sicher, dass Sie es für eine gewisse Zeit planen, nachdem die Arbeitsprozesse offensichtlich recycelt wurden.

Unser Team hat eine Website mit Sharepoint und einigen benutzerdefinierten Webparts erstellt. Wir haben festgestellt, dass das Laden der Website beim ersten Zugriff auf die Website am Morgen etwas dauert. Nachfolgende Zugriffe sind in Ordnung. Wir vermuten, dass Sharepoint seine Listen neu indiziert usw.

Hat jemand anderes dieses Problem mit Sharepoint gesehen? Hat jemand eine vorgeschlagene Lösung?


Nein. Ich würde vermuten, dass die kompilierten Komponenten in der Anwendung aus dem Speicher entladen wurden und erneut in den Cache geladen werden müssen. Dies geschieht auch mit meinen ASP.NET-Web-Apps. Ich bemerke es besonders auf den QA-Seiten, die nicht so oft getroffen werden und daher fast immer aus dem Cache gelöscht werden, wenn ich darauf zugreife.

Sie können prüfen, wie lange der App-Pool für Ihre Site gewartet wird, bevor ein leerer Worker-Prozess wiederverwendet wird.


Natürlich hebt Björn den Hauptgrund für das "Problem" hervor. Anwendungspool wird während der Nacht recycelt.

Dies sollte jedoch etwa 30 Sekunden dauern.

Wenn es etwa 2 oder 3 Minuten dauert, lesen Sie dies . Wenn Ihr Server keinen Zugang zum Internet hat, erklären Sie hauptsächlich, warum es so langsam ist. Versuchen Sie einfach, die Zertifikatwiderrufsliste von microsoft.com herunterzuladen, um zu sehen, ob es einen Unterschied macht.


Standardmäßig wird eine IIS-Anwendung ihre Arbeitsprozesse während der Nacht wiederverwenden. Sie können dies im IIS-Manager deaktivieren, aber eine bessere Option könnte darin bestehen, einem zeitgesteuerten Job nur ein Warmup-Skript hinzuzufügen. Sie können dies in SharePoint tun, aber es ist einfacher, einfach eine geplante Aufgabe in Windows hinzuzufügen, um das Warmup-Skript nach dem Recycling auszulösen.

Ein google für "sharepoint warmup script" liefert mehrere Ergebnisse, darunter auch das , was eigentlich auch die gleiche Situation erklärt :-)