Bereinigen einer Umgebung vor dem Upgrade auf SharePoint 2013

  • Artikel

GILT FÜR:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

Bevor Sie mit dem Upgrade von SharePoint 2010-Produkten auf SharePoint 2013 beginnen, sollten Sie sicherstellen, dass Ihre Umgebung in einem fehlerfreien Zustand funktioniert und Dass Sie alle Inhalte bereinigen, die Sie nicht aktualisieren müssen. Sie können sich auch die Zeit nehmen, Inhalte zu entfernen oder neu anzuordnen, sodass Sie nach dem Upgrade über die gewünschte Struktur verfügen.

Zu bereinigende Elemente

Viele dieser Elemente können mithilfe des Befehlszeilentools Stsadm oder PowerShell-Cmdlets entfernt oder repariert werden.

Wichtig

[!WICHTIGER HINWEIS] Für die Verwendung des Befehlszeilentools Stsadm müssen Sie Mitglied der Gruppe Administratoren auf dem lokalen Computer sein. >Um PowerShell-Cmdlets in der SharePoint-Verwaltungsshell verwenden zu können, müssen Sie über die folgenden Mitgliedschaften verfügen: > feste Serverrolle securityadmin für die SQL Server-Instanz. >db_owner feste Datenbankrolle für alle Datenbanken, die aktualisiert werden sollen. > Gruppe "Administratoren" auf dem Server, auf dem Sie die PowerShell-Cmdlets ausführen.

Löschen nicht verwendeter oder selten verwendeter Websitesammlungen und Unterwebsites

Sie möchten keine Inhalte aktualisieren, die Sie nicht beibehalten müssen. Wenn es lange nicht verwendet wurde und in Zukunft nicht benötigt wird, sichern Sie sie, und löschen Sie sie dann, um Speicher und Verwaltungsressourcen freizugeben, die Upgradeleistung zu verbessern und das Upgraderisiko zu verringern. Stellen Sie sicher, dass Sie mit Websitebesitzern oder Organisationskontakten über den Websitestatus kommunizieren. Sie möchten sicherstellen, dass die Website nicht benötigt wird, bevor Sie sie löschen (z. B. möchten Sie websites nicht löschen, die für die Compliance erforderlich sind, z. B. Notfallverfahren, auch wenn sie möglicherweise nicht häufig aktualisiert werden).

Weitere Informationen zum Löschen von Websitesammlungen und Unterwebsites finden Sie in den folgenden Artikeln:

Überprüfen umfangreicher Listen (Listen mit vielen Daten)

Standardmäßig ist die Abfrageeinschränkung für umfangreiche Listen in SharePoint 2010-Produkte aktiviert. Dieses Verhalten hat sich in SharePoint 2013 nicht geändert. Wenn eine Liste sehr groß ist und Benutzer eine Ansicht verwenden oder eine Abfrage ausführen, die den Grenzwert oder Drosselungsschwellenwert überschreitet, ist die Ansicht oder Abfrage nicht zulässig. Wenn Sie Inhalte von den Serverprodukten in der Office 2007-Version aktualisieren, überprüfen Sie alle großen Listen, und lassen Sie den Websitebesitzer oder Listenbesitzer das Problem beheben. Beispielsweise können sie indizierte Spalten mit gefilterten Ansichten erstellen, Elemente in Ordnern anordnen, für eine umfangreiche Ansicht einen Elementgrenzwert auf der Seite festlegen oder aber eine externe Liste verwenden. Weitere Informationen zur Drosselung großer Listen und zum Beheben von Problemen mit großen Listen finden Sie unter Verwalten von Listen und Bibliotheken mit vielen Elementen.

Löschen der überzähligen Spalten von breiten Listen (Listen mit zu vielen Spalten) oder Entfernen von breiten Listen

Breite Listen sind Listen mit mehr Spalten als in einen Zeilenbereich in der Inhaltsdatenbank passen. Während des Upgrades wird der zugrunde liegende Speicher in der Datenbank zu einer Tabellenstruktur mit geringer Dichte geändert, sodass eine sehr breite Liste zum Fehlschlagen des Upgrades führen kann. Suchen Sie mithilfe des Befehls Test-SPContentDatabase in PowerShell breiten Listen in den Inhaltsdatenbanken, und entfernen Sie dann überzählige Spalten vor dem Upgrade.

Weitere Informationen zu maximalen Spaltengrößen in einer Liste finden Sie unter Spaltengrenzen.

Verschieben von Websitesammlungen in gesonderte Datenbanken

Wenn Sie über 5.000 oder mehr Websitesammlungen in einer Datenbank verfügen, sollten Sie diese in mehrere Datenbanken aufteilen. In SharePoint 2010-Produkte wird standardmäßig eine Warnung bei 9.000 Websitesammlungen ausgegeben, wobei die harte Grenze bei 15.000 Websitesammlungen liegt. In SharePoint 2013 liegen diese Werte für die Warnung bei 2.000 Websitesammlungen und für die harte Grenze bei 5.000 Websitesammlungen. Damit Fehler während des Upgrades oder beschädigte Websites nach dem Upgrade vermieden werden, wird empfohlen, einen Teil der Websitesammlungen in getrennte Datenbanken zu verschieben. Wenn Sie mit mehreren Inhaltsdatenbanken arbeiten, können Sie einen Upgradevorgang auch durch paralleles Aktualisieren mehrerer Datenbanken beschleunigen.

Weitere Informationen zu Grenzen für Websitesammlungen finden Sie unter Grenzwerte für Inhaltsdatenbanken. Weitere Informationen zum Verschieben von Websitesammlungen in eine neue Datenbank finden Sie unter Verschieben von Websitesammlungen zwischen Datenbanken in SharePoint Server.

Entfernen irrelevanter Dokumentversionen

Durch eine große Anzahl von Dokumentversionen kann ein Upgrade erheblich verlangsamt werden. Wenn Sie nicht mehrere Versionen beibehalten müssen, können Benutzer diese manuell löschen oder das Objektmodell verwenden, um sie zu suchen und zu entfernen. Weitere Informationen zum programmgesteuerten Entfernen irrelevanter Versionen finden Sie unter Versionenwebdienst auf MSDN.

Entfernen nicht verwendeter Vorlagen, Features und Webparts

Überprüfen Sie zunächst, dass die Vorlage, das Feature oder das Webpart von keinen Websites verwendet wird. Sie können den Stsadm - EnumAllWebs Vorgang mit den - includefeatures Parametern und - includewebparts verwenden, um diese Anpassungen in Ihrer Umgebung zu identifizieren. Bei diesem Vorgang werden Webparts, Features, Ereignishandler und Setupdateien identifiziert, die in Ihrer Umgebung verwendet werden. Der EnumAllWebs Befehl gibt auch an, welche Dateien von welchen Websites verwendet werden. Im kumulativen Update vom Februar 2011 wurden Änderungen am EnumAllWebs Befehl vorgenommen, damit sowohl Websitesammlungs- als auch Webfunktionen zurückgegeben werden. Weitere Informationen und sowie das kumulative Update finden Sie unter Beschreibung des kumulativen Updatepakets für SharePoint Foundation 2010 (SharePoint Foundation-Serverpaket) vom 3. März 2011.

Sie können ein Feature während des Upgrades einer Websitesammlung entfernen. Einfache Features können auch entfernt werden, indem sie in der Vorlage als veraltet gekennzeichnet werden. Mithilfe des Featureupgrades können Sie auch komplexere Features entfernen. Weitere Informationen finden Sie auf MSDN unter Aktualisieren von Features und Featureupgrade (Übersicht).

Weitere Informationen zum Identifizieren von Anpassungen in Ihrer Umgebung finden Sie unter Use a trial upgrade to SharePoint 2013 to find potential issues. Wenn keine Anpassungen verwendet werden, löschen Sie sie. Weitere Informationen zum Verwalten dieser Art von Anpassungen finden Sie auf MSDN unter Features und Vorlagen und Lösungen und Webpartpakete.

Entfernen von PowerPoint-Übertragungswebsites

Diese Websites und Websitevorlagen sind in SharePoint 2013 nicht verfügbar, da das Office Online Server jetzt getrennt von der SharePoint 2013-Umgebung installiert wird. Websites, die auf diesen Vorlagen basieren, funktionieren in SharePoint 2013 nicht. Entfernen Sie diese Art von Websites vor dem Upgrade.

Mithilfe des Get-SPSite -Befehls in PowerShell und der folgenden Optionen können Sie nach diesen Websites suchen:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}

Damit werden alle Websites zurückgegeben, die diese Vorlage verwenden.

Sie können auch die PowerShell-Befehle Get-SPSite und Remove-SPSite zusammen mit den folgenden Optionen zum Entfernen dieser Websites verwenden:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite

Achten Sie darauf, diese Websites vor dem Entfernen zu sichern. Weitere Informationen finden Sie unter Get-SPSite und Remove-SPSite.

Entfernen von FAST-Suchcenter-Websites

Sie können FAST Search Center-Websites nicht auf die Benutzeroberfläche von 2013 aktualisieren. Bestehende FAST-Suchcenter-Websites funktionieren nach dem Upgrade weiterhin im 2010-Modus. Wenn Sie auf die neue Funktion zugreifen möchten, müssen Sie neue Unternehmenssuchcenter-Websites im 2013-Modus erstellen.

Fertigstellen visueller Upgrades in SharePoint 2010-Produkte

Während eines Upgrades von die Serverprodukte der Office 2007-Version auf SharePoint 2010-Produkte hatten Websitebesitzer die Möglichkeit, die alte Benutzeroberfläche in der aktualisierten Umgebung im Rahmen des visuellen Upgrades beizubehalten. Bei einem Upgrade auf SharePoint 2013 werden alle Websites, die noch die alte Benutzeroberfläche in SharePoint 2010-Produkte aufweisen, automatisch auf die 2010-Benutzeroberfläche aktualisiert. Wenn Sie die Möglichkeit haben möchten, Probleme zu beheben und die Websites zu überprüfen, bevor sie auf die neue Benutzeroberfläche umgestellt werden, aktualisieren Sie sie auf die neue Oberfläche in Ihrer SharePoint 2010-Produktumgebung, und überprüfen Sie sie, bevor Sie sie auf SharePoint 2013 aktualisieren. Es wird empfohlen, visuelle Upgrades vor dem Upgrade auf SharePoint 2013 fertig zu stellen. Das Fertigstellen von visuellen Upgrades vor dem Aktualisieren bietet die folgenden Vorteile:

  • Sie können Probleme beheben, so lange die Serverprodukte der Office 2007-Version-Komponenten noch verfügbar sind.

  • Benutzer können sich am Überprüfen und Beheben von Problemen in ihren Websites beteiligen.

  • Sie können ein vorübergehendes Rollback auf die alte Benutzeroberfläche durchführen, wenn dies erforderlich ist. Sie können kein Rollback ausführen, wenn Sie sich in der SharePoint 2013-Benutzeroberfläche befinden.

  • Zusätzliche potenzielle Fehler während des Upgradevorgangs werden vermieden. Je weniger Vorgänge während des Upgrades stattfinden, desto besser. Die Problembehandlung von Fehlern ist schwieriger, wenn mehr Prozesse beteiligt sind. Benutzer könnten darüber hinaus denken, dass das Problem mit dem Upgrade zusammenhängt, obwohl tatsächlich der Wechsel der Oberfläche zur neuen Version die Ursache ist. Wenn Sie ein Problem mit der Anzeige der Websiteschnittstelle haben, wie werden Sie feststellen, ob es sich um ein altes Problem von der Website handelt, das durch ein visuelles Upgrade erzwungen wurde, ein Problem mit dem 2010-Modus in SharePoint 2013 oder ein Problem mit einer neuen CSS-Datei?

Zum Suchen nach Websites mit alter Oberfläche können Sie in der SharePoint 2010-Produkte-Umgebung den PowerShell-Befehl Get-SPSite verwenden.

So suchen Sie mithilfe von PowerShell in der SharePoint 2010-Produkte-Umgebung nach Websites mit alter Oberfläche und aktualisieren diese

  1. Vergewissern Sie sich, dass Sie über die folgenden Mitgliedschaften verfügen:

  • Feste Serverrolle securityadmin auf der SQL Server-Instanz.

  • Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.

  • Gruppe "Administratoren" auf dem Server, auf dem Sie die PowerShell-Cmdlets ausführen.

    Ein Administrator kann mithilfe des Add-SPShellAdmin -Cmdlets Berechtigungen zur Verwendung des SharePoint 2013-Cmdlets gewähren.

    Hinweis

    Wenn Sie über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

  1. On the Start menu, click All Programs.

  2. Klicken Sie auf Microsoft SharePoint 2010-Produkte.

  3. Klicken Sie auf SharePoint 2010-Verwaltungsshell.

  4. Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein, um alle Websitesammlungen mit alter Oberfläche oder die über Unterwebsites mit alter Oberfläche verfügen zu ermitteln:

Get-SPSite | ForEach-Object{$_.GetVisualReport()}
  1. Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein, um ein Upgrade dieser Websites auf die neue Oberfläche durchzuführen:
Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}

Weitere Informationen finden Sie unter Get-SPSite und Verwalten des visuellen Upgrades (SharePoint Server 2010).

Reparieren von Problemen bei Daten

Achten Sie darauf, alle Probleme in den Datenbanken oder Websiteinhalten vor dem Upgrade zu beseitigen. Überprüfen Sie vor allem die folgenden Elemente:

  • Überprüfen von Datenbanken auf beschädigte Daten

    Bereinigen Sie die Datenbanken, um verwaiste Websites oder sonstige beschädigte Daten wie z. B. eine beschädigte Liste zu entfernen. Nehmen Sie eventuell eine Defragmentierung vor, falls Sie Websites oder Unterwebsites aus der Datenbank entfernt haben. Weitere Informationen finden Sie unter:

  • Überprüfen von Datenbanken auf Duplikate oder verwaiste Websitesammlungen

    Die Websitesammlungen dürfen nur in einer Inhaltsdatenbank enthalten sein. Gelegentlich können Websitesammlungen doppelte oder verwaiste Verweise in alten Inhaltsdatenbanken hinterlassen, wenn sie in neue Datenbanken verschoben werden, wenn eine Kopie einer Datenbank an die Farm angefügt wurde oder wenn beim Bereitstellen einer Websitesammlung ein Fehler aufgetreten ist. Wenn in mehr als einer Inhaltsdatenbank auf eine Websitesammlung verwiesen wird oder mehrere Instanzen der Websitesammlung in einer Inhaltsdatenbank vorhanden sind, kann dies zu Problemen führen, wenn Sie ein Upgrade mithilfe der Methode zum Anfügen von Datenbanken durchführen. Wenn Sie zuerst ein Duplikat der Websitesammlung aktualisieren, verweist die Siteübersicht in Ihrer Konfigurationsdatenbank möglicherweise auf diese Version der Website anstatt auf die aktuelle Version.

    Verwenden Sie vor dem Upgrade den Enumallwebs -Vorgang im Befehlszeilentool Stsadm, um herauszufinden, welche Websites sich in welchen Inhaltsdatenbanken befinden, und vergleichen Sie die Ergebnisse. Überprüfen Sie außerdem jede Websitesammlung in den Ergebnissen, und überprüfen Sie, ob sie in der Websiteübersicht als fehlend aufgeführt ist. Wenn Sie als fehlend verzeichnet ist, ist dies ein Hinweis, dass es sich um eine verwaiste Website handelt. Weitere Informationen finden Sie unter Enumallwebs: Stsadm-Vorgang. Wenn Sie Duplikate oder verwaiste Websites finden, können Sie diese mit dem Cmdlet Remove-SPSite in PowerShell aus der Datenbank entfernen.

    Weitere Informationen finden Sie unter Remove-SPSite.

  • Suchen nach Variationen

    Überprüfen Sie Vorveröffentlichungsumgebungen auf Variationen, die korrigiert werden müssen. Weitere Informationen finden Sie unter Variationsfixuptool: Stsadm-Vorgang (Office SharePoint Server).

So nehmen Sie strukturelle Änderungen vor

Wenn Sie strukturelle Änderungen an Ihrer Umgebung vornehmen möchten, wie z. B. das Verschieben von Websitesammlungen oder das Ändern der Zuordnung der Datenbanken, können Sie die folgenden Methoden verwenden:

  • Move-SPSite Verschieben Sie mit dieser Methode Websitesammlungen zwischen Datenbanken. Wenn eine Datenbank sehr umfangreich ist oder viele Websitesammlungen enthält, können Sie Websites verschieben und die Effizienz des Upgrades so steigern. Darüber hinaus können Sie alle Websites für die Zusammenarbeit in eine Datenbank und alle Meine Websites in eine andere Datenbank verschieben, um die Verwaltung des Upgrades für diese verschiedenen Websitegruppen zu vereinfachen. Hiermit können Sie außerdem große Datenbanken teilen, falls sie mehrere Websitesammlungen enthalten. Dadurch kann auch die Effizienz des Upgrades verbessert werden.

    Weitere Informationen finden Sie unter Move-SPSite.

  • Export-SPWeb und Import-SPWeb Verwenden Sie diese Methode zum Verschieben von Unterwebsites oder Websitesammlungen innerhalb einer Farm oder zwischen Farmen. Weitere Informationen finden Sie unter Export-SPWeb und Import-SPWeb.

Siehe auch

Weitere Ressourcen

Use a trial upgrade to SharePoint 2013 to find potential issues

Bewährte Methoden beim Upgrade von SharePoint 2010 auf SharePoint 2013