Frage

Das Unternehmen hatte einen Wunsch, Inhalte von der Produktion an die Annahme (Publishing Environment) zu kopieren. Also erstellte ich einen Inhaltsbereitstellungsjob, um dies zu tun, und lief es.

Es ist mit dem folgenden Fehler fehlgeschlagen:

Inhaltsbereitstellung Job 'Prod -> ACC' fehlgeschlagen. Die Ausnahme war ausgenommen 'Microsoft.Sharepoint.spexception': 'Feature '32E8942e-F6D6-48EC-AB6A-A75BEDD2816D' für die Listenvorlage '10000' ist in dieser Farm nicht installiert. Die Operation konnte nicht abgeschlossen sein. '

Die Feature-ID zeigt auf eine benutzerdefinierte Funktion, die tatsächlich in beiden Umgebungen installiert ist, genau das gleiche WSP. Eine Sache, die Sie anmerkt sind, ist, dass auf dem Server, in dem die zentrale Verwaltung beherbergt, keine Webapplikationen bereitgestellt werden. Daher werden die Web-Smoked-Funktionen auch auf diesem Server weggelassen und somit nicht vorhanden. Daher habe ich den zentralen Verwaltungsdienst an einem der Front-Enden aktiviert und die Inhaltsbereitstellungseinstellungen bearbeitet, um diesen Server anstelle des zentralen Administrators einzusetzen. Hat es nicht behoben.

Wenn ich den Job teste, testet es in Ordnung, daher ist es wirklich der Import, der Probleme verursacht.

So ist jetzt die Frage; Sollte das überhaupt arbeiten? Oder brauche ich die Webanwendungen auf dem zentralen Administrator-Server, sodass auch die Funktionen vorhanden sind? Klingt ein bisschen ungerade.

War es hilfreich?

Lösung

Die Lösung war einfacher, dann konnte ich mir vorstellen.Auf unseren Anwendungsservern wurden die Webrollen ausgeschaltet.In IIS gibt es also nicht die SharePoint-Web-Apps.Anscheinend gibt SharePoint auch die Bereitstellung von WSP-Dateien auf Server, auf denen diese Rollen nicht anwesend sind, eingesetzt.Die Inhaltsbereitstellung benötigt jedoch diese Dateien, um die Funktionsdefinitionen und solche Sachen zu lesen.

Um dies zu lösen, gibt es zwei Möglichkeiten: 1) Starten Sie den zentralen Verwaltungsdienst an einem der Frontenden.Konfigurieren Sie nun die Content-Bereitstellungsmaschine, um den Dienst auf diesem Computer zu verwenden (wo die XML-Dateien vorhanden sind). 2) Aktivieren Sie den Webanwendungsdienst auf einem der Anwendungsserver.Konfigurieren Sie die Content-Bereitstellungsmaschine, um diesen Server für Jobs zu verwenden.

Das Ergebnis beider ist gleich;Die Inhaltsbereitstellungsaufträge sollten von einem Server behandelt werden, auf dem die Feature-Dateien vorhanden sind.

Andere Tipps

Inhaltsbereitstellung kann problemlos schief gehen, wenn alle erforderlichen "Voraussetzer" nicht anwesend sind. Hier sind ein paar durch meinen Kopf laufen:

  • Stellen Sie sicher, dass die Zielumgebung sauber ist, und hat denselben WSP, der bereitgestellt ist als die Quellumgebung
  • Stellen Sie sicher, dass Sie mit einer Frischinhaltsdatenbank auf der Zielumgebung starten (falls es fehlgeschlagen ist, dass der Zufall hoch ist, dass Sie in Ihrer Zielinhaltsdatenbank Reste haben, die ein Problem mit zusätzlicher oder neu erstellter Content-Bereitstellung mitbringen kann) < / li>
  • Stellen Sie sicher, dass Ihre Ziel-Site-Kollektion leer ist (AKA "Pick-Template später")
  • Vergewissern Sie sich, dass Ihr Code Content Deployment aufmerksam ist (z. B. erstellen Sie in der Empfängerelemente in Ihrer Liste keine Erstellen, da diese Elemente von der Inhaltsbereitstellung kopiert werden und Sie in diesem Fall am besten in diesem Fall haben, duplicates-Einträge) .
  • Stellen Sie sicher, dass die Inhaltsbereitstellung "lokal" funktioniert. Sie können eine Inhaltsbereitstellung auf einem Farm einrichten, um sich für sich selbst bereitzustellen (offensichtlich an eine andere Webanwendung / Site-Sendung).

    Aber zurück zu Ihrer Frage, haben Sie ein funktionierendes WFE in Ihrer Zielumgebung? Sie benötigen eine zentrale Verwaltung auf beiden Farmen, da die Inhaltsbereitstellung mit ihren Webdiensten ist, um die Operation auszuführen, aber Sie benötigen außerdem mindestens einen Server mit der darauf aktivierten Webanwendungsrolle (kann der App-Server sein, der den zentralen Administrator angibt)

    Sie könnten auch einen generationspoDiCETAGCODE-Modus in der Quellumgebung und einen stsadm -o export (oder den ähnlichen Befehl in PowerShell) in der Zielumgebung durchführen, der Inhaltsbereitstellungsjob ist fast so dabei, dass Sie dabei helfen, dass Sie Ihre Probleme beheben können. .

    Stellen Sie schließlich sicher, dass Ihre Farmen (sowohl Quelle als auch Ziel) so gepatcht wie möglich (Oktober 2012 CU?), Ich habe ein paar Tickets an Microsoft aufgeworfen (einige von ihnen sind in einigen Cu anwesend).

    Viel Glück, lassen Sie uns wissen, wie sich Sachen entwickeln.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top