Bei der Erstellung von Projektwebsites kann es vorkommen, dass der entsprechende Warteschlangenauftrag fehlschlägt. Hierbei handelt es sich um ein grundsätzliches Problem, welches in Projekten berücksichtigt werden muss. Es kann immer dann auftreten, wenn Sie mehr als nur einen Server in Ihrer Farm haben.
Im einfachsten Fall sieht das Szenario einer Farm so aus:
Server 1: “Frontendserver”
Server 2: “Applicationserver”
Was zeichnet diese Server aus:
Ein “Frontendserver” ist ein Server, auf dem der SharePoint Dienst “SharePoint Foundation Web Application Service” gestartet ist. Dort läuft dann die Website, mit der sich die Benutzer verbinden.
Auf dem “Applicationserver” läuft dieser Dienst nicht. Stattdessen laufen dort Dienste wie Project (PSI, Warteschlange,…) oder die SharePoint Suche.
Das ist die klassische Aufteilung und genau dort entsteht nun ein Problem.
Wenn Sie ein Webpart (oder eine andere SharePoint Solution) deployen, wird diese von SharePoint automatisch auf die Server der Farm verteilt. Und zwar auf die Server, die das Feature benötigen. Ein Webpart wird von den Frontend Servern benötigt – und entsprechend wird es in dem o. g. Szenario nicht auf Server 2 kopiert.
Wenn Sie jetzt eine Websitevorlage speichern, speichert SharePoint in der Vorlage die Information, welche Websitesammlungs- und Websitefeatures aktiv sind / sein sollen. Wenn die Vorlage angewendet wird, aktiviert SharePoint die entsprechenden Features.
Erstellen Sie die Website manuell (über Site Settings oder “Verbundene SharePoint Sites”), funktioniert die Erstellung, weil das auf dem “Frontendserver” stattfindet und dieser die Features findet. Wird die Seite aber automatisch erstellt, macht das die Warteschlange. Und da der Queue Service auf dem “Applicationserver” läuft, findet dieser dort das Feature nicht im Feature Ordner und meldet einen Fehler.
Lösungsmöglichkeiten: