Bewährte Methoden für die Inhaltsbereitstellung (SharePoint Server 2010)
Gilt für: SharePoint Server 2010
Letztes Änderungsdatum des Themas: 2016-11-30
Dieser Artikel gehört zu einer Reihe von Artikeln über bewährte Methoden für Microsoft SharePoint Server 2010. In diesem Artikel werden bewährte Methoden für die Verwendung der Inhaltsbereitstellung beschrieben. Weitere Informationen und Ressourcen zur Inhaltsbereitstellung finden Sie unter Web Content Management in SharePoint Server 2010 (https://technet.microsoft.com/de-de/sharepoint/ff601874.aspx).
Weitere Artikel aus dieser Reihe finden Sie unter Bewährte Methoden (SharePoint Server 2010). Weitere Informationen und Ressourcen zu bewährten Methoden für SharePoint Server 2010 finden Sie im Ressourcencenter: Bewährte Methoden für SharePoint Server 2010 (https://technet.microsoft.com/de-de/sharepoint/hh189420.aspx).
1. Stellen Sie sicher, dass die Quell- und Zielserverfarmen identische Updates aufweisen
Die Inhaltsbereitstellung wird nur unterstützt, wenn die Updatestufe auf den Quell- und Zielservern identisch ist. Halten Sie sich an die folgenden Richtlinien, um sicherzustellen, dass Aufträge zur Inhaltsbereitstellung erfolgreich sind:
Stellen Sie sicher, dass auf alle Server in den Farmen alle aktuellen Updates für SharePoint Server 2010, Windows Server 2008 R2 und Windows Server 2008 SP2 angewendet wurden.
Ein Auftrag zur Inhaltsbereitstellung zwischen Servern mit einer unterschiedlichen Updatestufe schlägt möglicherweise fehl, falls durch veröffentlichte Hotfixes das Schema der Exportpakete geändert wurde, sodass der Quellserver eine höhere Updatestufe als der Zielserver aufweist. Dies betrifft Aufträge zur Inhaltsbereitstellung, die mit der Website für die Zentraladministration oder mit den Windows PowerShell-Cmdlets Export-SPWeb und Import-SPWeb ausgeführt werden.
In der Quellwebsitesammlung verwendete Sprachpakete müssen auch auf der Zielfarm installiert sein. Bei einem Auftrag zur Inhaltsbereitstellung tritt ein Fehler auf, wenn ein erforderliches Sprachpaket auf der Zielfarm fehlt. Weitere Informationen finden Sie unter Konfigurieren von Sprachpaketen (SharePoint Server 2010).
Wenn Sie benutzerdefinierten Code oder benutzerdefinierte SharePoint-Lösungspakete auf dem Quellserver verwenden, müssen Sie diese Elemente auch auf dem Zielserver bereitstellen. Dazu gehören alle Assemblys, die nicht in der WSP-Datei enthalten sind, die im globalen Assemblycache auf dem Zielserver installiert sein muss.
Wenn Features auf dem Quellserver installiert sind, müssen Sie diese auf dem Zielserver installieren – aber nicht aktivieren –, bevor Sie einen Auftrag zur Inhaltsbereitstellung ausführen, mit dem Inhalt auf dem Zielserver bereitgestellt wird. In der Regel sollten beim Bereitstellen eines Lösungspakets alle Features auf dem Zielserver installiert werden. Wenn Sie jedoch keine WSP-Dateien verwenden, müssen Sie sicherstellen, dass alle Features installiert, aber nicht aktiviert sind.
Während des Importvorgangs auf dem Zielserver werden alle Websitesammlungsfeatures, die für am Import beteiligte Elemente erforderlich sind, aktiviert. Beim Auftrag zur Inhaltsbereitstellung tritt ein Fehler auf, wenn erforderliche Features nicht auf den Zielservern installiert sind. Weitere Informationen finden Sie im Abschnitt "Problem 9: Features used in the site collection are missing on the exporting server" unter Content Deployment – Best Practices (https://blogs.technet.com/b/stefan\_gossner/archive/2009/01/16/content-deployment-best-practices.aspx).
2. Stellen Sie sicher, dass der Zielserver die Größe der CAB-Dateien für den Import bewältigen kann
Bei der Inhaltsbereitstellung werden zunächst alle Inhalte als XML- und Binärdateien in das Dateisystem exportiert und dann in CAB-Dateien gepackt. Die CAB-Dateien werden dann mithilfe von HTTP POST auf den Zielserver hochgeladen und dort extrahiert und importiert. Die vorkonfigurierte maximale Größe der durch den Inhaltsbereitstellungsprozess generierten CAB-Daten beträgt 10 MB. Für IIS 7.0 ist jedoch ein Grenzwert von 28 MB vorkonfiguriert. Einzelne exportierte Dateien werden von SharePoint Server 2010 in mehrere CAB-Dateien aufgeteilt. Wenn daher eine SharePoint Server 2010-Website einzelne Dateien enthält, die nicht auf weniger als 10 MB komprimiert werden können, und die Größe der resultierenden CAB-Datei den standardmäßigen Uploadgrenzwert von 28 MB von IIS 7.0 überschreitet, tritt bei dem Auftrag zur Inhaltsbereitstellung ein Fehler auf.
Wenn die Größe von CAB-Dateien von Aufträgen zur Inhaltsbereitstellung auf dem Server 28 MB überschreitet, müssen Sie die zulässige Dateigröße auf dem Zielserver anpassen, indem Sie die Datei Web.config der Website für die Zentraladministration ändern. Fügen Sie dazu einen Eintrag hinzu, der so oder ähnlich aussieht:
<system.webServer>
<security>
<requestFiltering>
<requestLimits maxAllowedContentLength="52428800"/>
</requestFiltering>
</security>
</system.webServer>
Der Wert der maxAllowedContentLength-Eigenschaft ist eine Zahl (in Bytes), welche die maximale Größe der CAB-Datei darstellt, die auf den Server hochgeladen werden soll. In diesem Beispiel entspricht 52428800 50 MB. Sie sollten diesen Wert an die speziellen Anforderungen der Bereitstellungsumgebung anpassen.
Weitere Informationen finden Sie im KB-Artikel 925083, Fehlermeldung beim Versuch, eine große Datei in eine Dokumentbibliothek auf einer Windows SharePoint Services 3.0-Website hochzuladen: "Timeout bei Anforderung" (https://support.microsoft.com/kb/925083/de-de).
3. Stellen Sie sicher, dass der Wert für die maximale Uploadgröße in der Zielwebanwendung für die bereitzustellenden Dateien groß genug ist
Die Webanwendung, von der die Website für die Zentraladministration auf dem Zielserver gehostet wird, wird oft mit Standardwerten erstellt. Dies bedeutet, dass als maximale Uploadgröße 50 MB festgelegt ist. Falls die Quellwebsitesammlung Dateien enthält, die größer als der Uploadgrenzwert sind, tritt beim Auftrag zur Inhaltsbereitstellung ein Fehler auf.
Stellen Sie sicher, dass die maximale Uploadgröße der Webanwendung, von der die Website für die Zentraladministration auf dem Zielserver gehostet wird, mindestens so groß wie das größte Element in der Quellwebsitesammlung ist. Weitere Informationen zum Ändern der maximalen Uploadgröße für eine Webanwendung finden Sie unter Konfigurieren von Einstellungen für eine Webanwendung (SharePoint Server 2010).
Hinweis
Auch wenn der Auftrag zur Inhaltsbereitstellung erfolgreich ausgeführt wird, wurden Teile der Website möglicherweise nicht bereitgestellt. Überprüfen Sie deshalb unbedingt den Bericht zur Inhaltsbereitstellung auf Warnungen oder nicht schwerwiegende Fehler, selbst wenn der Status des Auftrags Erfolgreich lautet. Weitere Informationen finden Sie unter Anzeigen von Berichten und Verläufen für einen Auftrag zur Inhaltsbereitstellung.
4. Stellen Sie sicher, dass die Quell- und Zielserver ausreichend Speicherplatz zum Speichern der Dateien aufweisen, die beim Exportieren und Importieren verwendet werden
Während des Exports werden alle in den Auftrag zur Inhaltsbereitstellung einzuschließenden Dateien in einem temporären Verzeichnis auf der Exportserverfarm gespeichert und komprimiert, bevor sie für den Import an den Zielserver gesendet werden. Entsprechend werden während des Imports Dateien, die in die Datenbank importiert werden sollen, in einem temporären Verzeichnis auf der Zielserverfarm gespeichert. Standardmäßig werden die komprimierten und unkomprimierten Dateien in separaten Verzeichnissen gespeichert. Stellen Sie sicher, dass die Speicherorte der temporären Verzeichnisse für die einzelnen Serverfarmen ausreichend Speicherplatz für die im Auftrag zur Inhaltsbereitstellung enthaltenen Dateien aufweist. Weitere Informationen finden Sie im Abschnitt "Temporary files" unter Content Deployment – The Complete Guide – Part 3 – Configuration (https://blogs.technet.com/b/stefan\_gossner/archive/2009/11/02/content-deployment-the-complete-guide-part-3-configuration.aspx).
5. Die Export- und Importserver müssen eine Instanz der Website für die Zentraladministration hosten
Beim Konfigurieren der Inhaltsbereitstellungseinstellungen für die Serverfarm wählen Sie die Server in der Serverfarm aus, die bei der Inhaltsbereitstellung als Export- und Importserver fungieren sollen. Die Website für die Zentraladministration muss auf jedem Export- und Importserver bereitgestellt werden. Wenn Sie einen Export- oder Importserver konfigurieren und später die Website für die Zentraladministration vom Server entfernen, wird keine Fehlermeldung angezeigt, und die Export- oder Importphase des Auftrags zur Inhaltsbereitstellung wird nicht gestartet.
6. Stellen Sie einen anfänglichen Auftrag zur Inhaltsbereitstellung immer in einer leeren Websitesammlung bereit
Wenn eine Websitesammlung bereits Inhalt enthält, schlägt der anfängliche Auftrag zur Inhaltsbereitstellung möglicherweise fehl. Verwenden Sie zum Erstellen einer leeren Websitesammlung auf dem Zielserver in der Zentraladministration auf der Seite Websitesammlung erstellen auf der Registerkarte Benutzerdefiniert die Option < Vorlage später auswählen >. Beim erstmaligen Ausführen des Auftrags zur Inhaltsbereitstellung werden die richtige Vorlage sowie alle zugehörigen Konfigurationseinstellungen auf den Zielserver angewendet.
Hinweis
Erstellen Sie Zielwebsitesammlungen nicht mit der Vorlage Leere Website. Durch die Vorlage Leere Website wird keine leere Websitesammlung erstellt, und der Auftrag zur Inhaltsbereitstellung schlägt möglicherweise fehl.
7. Wenn Aufträge zur Inhaltsbereitstellung nicht regelmäßig ausgeführt werden, passen Sie die Dauer für die Aufbewahrung von Änderungen im Änderungsprotokoll an
Standardmäßig ist das Änderungsprotokoll so konfiguriert, dass aufgezeichnete Änderungen für einen Zeitraum von 60 Tagen aufbewahrt werden. Wenn der Zeitraum zwischen zwei inkrementellen Bereitstellungsaufträgen diese Dauer überschreitet (falls die Ausführung des letzten Auftrags zur Inhaltsbereitstellung beispielsweise bereits 70 Tage zurückliegt), enthält das Änderungsprotokoll keine Einträge mehr, die vor dem letzten Änderungstoken protokolliert wurden. Wenn der Zeitraum zwischen den Aufträgen länger als 60 Tage ist, ändern Sie die in der Zentraladministration für die Webanwendung angegebene Anzahl von Tagen. Weitere Informationen zum Ändern der Aufbewahrungsdauer von Einträgen im Änderungsprotokoll finden Sie unter Understand and Configure Resource Throttling on SharePoint Server 2010 (https://technet.microsoft.com/de-de/magazine/gg491393.aspx).
8. Führen Sie Aufträge zur Inhaltsbereitstellung, bei denen der gleiche Pfad verwendet wird, nicht parallel aus
Von einem Auftrag vorgenommene Änderungen können in Konflikt mit denen eines anderen Auftrags stehen, der gleichzeitig mit demselben Pfad zur Inhaltsbereitstellung ausgeführt wird. Wenn dies der Fall ist, kann der Auftrag zur Inhaltsbereitstellung fehlschlagen.
9. Führen Sie benutzerdefinierte Bereitstellungsaufträge und geplante Aufträge zur Inhaltsbereitstellung zu unterschiedlichen Zeiten aus
Mischen Sie geplante Aufträge zur Inhaltsbereitstellung nicht mit benutzerdefinierten Aufträgen zur Inhaltsbereitstellung, die mit Windows PowerShell 2,0, dem Befehlszeilentool Stsadm oder benutzerdefiniertem Code erstellt werden. Beim Versuch, beide Arten von Aufträgen zur Inhaltsbereitstellung gleichzeitig auszuführen, wird möglicherweise ein Fehler gemeldet.
10. Informieren Sie die Benutzer vor der Aktivierung von Aufträgen für schnelles Bereitstellen
Ein Auftrag für schnelles Bereitstellen kann fehlschlagen, wenn ein Seitenautor Verweise auf Websites, Listen oder sonstige Elemente einbezieht, die noch nicht von einem anderen als einem Auftrag für schnelles Bereitstellen bereitgestellt wurden. Wenn Sie Aufträge für schnelles Bereitstellen in der Farm aktivieren möchten, sollten die Benutzer mit dem Inhaltsbereitstellungsprozess und dem Zeitaufwand und Gültigkeitsbereich von Aufträgen für die Inhaltsbereitstellung, die von Ihrer Organisation verwendet werden, vertraut sein. Eventuell sollten Sie auch die Anzahl von Benutzern einschränken, die Mitglied der Gruppe Benutzer für schnelles Bereitstellen sind. Weitere Informationen zu Aufträgen für schnelles Bereitstellen finden Sie unter Content Deployment – The Complete Guide – Part 5 – Quick Deployment (https://blogs.technet.com/b/stefan\_gossner/archive/2009/11/04/content-deployment-the-complete-guide-part-5-quick-deployment.aspx).
11. Bearbeiten Sie die Zielwebsite nicht direkt
Wenn Sie Inhaltsänderungen schnell bereitstellen müssen, sollten Sie die Zielwebsite nicht direkt bearbeiten, da bei der nächsten Bereitstellung von Inhalten die Änderungen überschrieben werden. Verwenden Sie stattdessen einen Auftrag für schnelles Bereitstellen, um die Website schnell zu aktualisieren. Weitere Informationen finden Sie unter Verwalten von Aufträgen für schnelles Bereitstellen.
12. Verwenden Sie SQL Server-Datenbankmomentaufnahmen auf dem Exportserver
Mithilfe der SQL Server-Option für Datenbankmomentaufnahmen eliminieren Sie potenzielle Probleme, die sich dadurch ergeben können, dass Benutzer Inhalt in der Inhaltsdatenbank bearbeiten, während ein Auftrag zur Inhaltsbereitstellung ausgeführt wird. Wenn die Option für Datenbankmomentaufnahmen aktiviert ist, wird eine Momentaufnahme der Quellinhaltsdatenbank erstellt, bevor die Exportphase des Auftrags zur Inhaltsbereitstellung beginnt. Der Auftrag zur Inhaltsbereitstellung führt dann mithilfe der Datenbankmomentaufnahme den Export aus, anstatt direkt aus der Liveinhaltsdatenbank zu exportieren. Die Momentaufnahme wird gelöscht, wenn der Export erfolgreich ausgeführt wurde. Die SQL Server-Option für Datenbankmomentaufnahmen ist nur verfügbar, wenn auf dem Datenbankserver Microsoft SQL Server 2008 Enterprise ausgeführt wird.
13. Gestalten Sie den Code so, dass die Inhaltsbereitstellung unterstützt wird
Sie müssen vorsichtig vorgehen, wenn von Lösungspaketen Features bereitgestellt werden, mit denen der Inhaltsdatenbank Daten hinzugefügt werden. Die Daten müssen der Inhaltsdatenbank nur auf der Quellfarm hinzugefügt werden. Die Inhaltsbereitstellung verschiebt während des Bereitstellungsauftrags unnötige Daten aus der Quellwebsite in die Zielwebsite. Stellen Sie zur Vermeidung von Konflikten während des Importvorgangs sicher, dass benutzerdefinierte Ereignisempfänger oder Featureempfänger, die Websiteinhalt auf der Zielwebsite ändern, die SPImportContext-Klasse verwenden. Mithilfe dieser Klasse können Ereignishandler und Featureaktivierungscode erkennen, ob sie im Kontext eines Importvorgangs ausgeführt werden. Auf diese Weise können Entwickler Code implementieren, um potenzielle Probleme während der Importphase der Inhaltsbereitstellung zu vermeiden. Angenommen, ein Featureempfänger enthält benutzerdefinierten Code, mit dem einer Liste ein neues Element hinzugefügt wird. Der Entwickler muss in diesem Fall sicherstellen, dass der Featureempfängeralgorithmus erkennt, ob er im Kontext eines Inhaltsbereitstellungsvorgangs ausgeführt wird, und falls dies der Fall ist, Datenaktualisierungen überspringen, falls die erkannte Rolle eine Zielwebsite ist. Während des Imports wird der neue Listenelemente-Featureempfänger auf der Zielwebsite aktiviert. Für den Fall, dass der Featureempfänger die Rolle der Website nicht erkennt, wird die neue Inhaltskomponente der Zielwebsite hinzugefügt. Beim Importvorgang wird dann versucht, denselben Inhalt aus der Quellwebsite zu importieren. Dies kann zu einem Importfehler oder zu doppelt vorhandenen Inhalten auf der Zielwebsite führen. Entwickler, die Featureempfänger erstellen, müssen sich dieser Einschränkung bewusst sein und entsprechenden Code schreiben. Weitere Informationen finden Sie unter SPImportContext-Klasse (https://msdn.microsoft.com/de-de/library/microsoft.sharepoint.deployment.spimportcontext.aspx) und Write content deployment aware Event Handlers and Feature Activation code in SP2010 (https://blogs.technet.com/b/stefan\_gossner/archive/2010/05/25/write-content-deployment-aware-event-handlers-and-feature-activation-code-in-sp2010.aspx).
Danksagung
Das SharePoint Server 2010 Content Publishing-Team dankt den folgenden Personen, die an diesem Artikel mitgewirkt haben:
Ethan Gur-Esh, Microsoft Enterprise Content Management
Israel Vega, Jr., Microsoft Consulting Services
Josh Stickler, Microsoft Enterprise Content Management
Stefan Goβner, Microsoft SharePoint Escalation Services
Steve Walker, Microsoft SharePoint Customer Advisory Team