Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
GILT FÜR:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
Wenn Sie Ihre Websites basierend auf SharePoint 2010-Produkten umfassend angepasst haben, müssen Sie beim Upgrade auf SharePoint 2013 bestimmen, wie Sie Ihre Anpassungen behandeln möchten. Ihr Vorgehen ist dabei abhängig vom Umfang der Anpassungen, der Art der Anpassungen, der Komplexität der Website und den Zielen des Upgrades. Vor dem Upgrade müssen Sie die Anpassungen in Ihrer Umgebung identifizieren und dann auswerten und bestimmen, ob und wie sie aktualisiert werden.
Identifizieren der Anpassungen in Ihrer Umgebung
Im Rahmen eines Upgradetests sollten Sie eine Bestandsaufnahme der serverseitigen Anpassungen in Ihrer Umgebung vornehmen (Lösungen, Features, Webparts, Ereignishandler, Gestaltungsvorlagen, Seitenlayouts, CSS-Dateien usw.). Weitere Informationen zum Identifizieren von Anpassungen finden Sie unter Use a trial upgrade to SharePoint 2013 to find potential issues.
Auswerten der Anpassungen
Nachdem Sie die Anpassungen identifiziert haben, denken Sie über die potenziellen Upgradeeffekte der einzelnen Anpassungen nach. In der folgenden Tabelle sind Typen von Anpassungen und ihre möglichen Auswirkungen beim Upgrade beschrieben.
| Kategorie der Anpassung | Anpassungstypen | Mögliche Auswirkungen auf das Upgrade |
|---|---|---|
| Visuell beeinflussend |
Gestaltungsvorlagen Designs Webseiten Webparts Benutzerdefiniertes JavaScript Benutzerdefinierte CSS-Dateien |
Sollte sich nicht auf das Datenbankupgrade auswirken. Bei Websiteupgrades: wahrscheinlich im 2010-Modus funktionsfähig, für den 2013-Modus sind jedoch Änderungen erforderlich. Führen Sie in beiden Modi umfangreiche Tests aus. |
| Datenstrukturanpassungen |
Inhaltstypen Listentypen Webvorlagen Websitedefinitionen |
Können sich auf das Datenbankupgrade auswirken, wenn Konflikte zwischen Inhalts- oder Listentypnamen mit neuen Inhalts- oder Listentypen im Produkt auftreten oder wenn Vorlagen oder Definitionen fehlen. |
| Nicht visuelle Anpassungen |
Webdienste Windows-Dienste HTTP-Handler HTTP-Modul |
Sind möglicherweise nicht kompatibel mit SharePoint 2013. Testen Sie die Auswirkungen ausführlich. Rechnen Sie damit, die Anpassung entfernen oder ersetzen zu müssen. |
Nachdem Sie die Anpassungen und ihre Typen identifiziert haben, können Sie über das weitere Vorgehen entscheiden. Die folgenden Fragen können beim Auswerten der Anpassungen nützlich sein:
Ist die Anpassung noch hilfreich?
Dient sie einer sinnvollen Unternehmensanforderung?
Wird sie auf breiter Front bereitgestellt und verwendet?
Kann es etwas tun, das Sie mit standardfeatures im Produkt nicht tun können?
Weist die Anpassung einen guten Entwurf auf?
Basiert sie auf unterstützten, vordefinierten Websitedefinitionen?
Hält sie sich an bewährte Methoden für Anpassungen?
Handelt es sich um eine unterstützte Anpassung, oder führt dies zu einem Risiko für Ihre Umgebung?
Beim Auswerten der einzelnen Anpassungen können Sie auch die allgemeine Vorgehensweise bei Anpassungen berücksichtigen. Folgende Möglichkeiten stehen zur Auswahl:
Behalten Sie die Anpassungen bei, aktualisieren Sie die Websites nicht . Sie können die Website weiterhin im 2010-Modus in der aktualisierten Umgebung ausführen. Obwohl Sie diesen Ansatz verwenden können, um die gleiche Funktionalität beizubehalten, können Sie die Features und Funktionen, die in der neuen Version verfügbar sind, nicht nutzen. Verwenden Sie diesen Ansatz nur vorübergehend. Schließlich müssen Sie das Problem beheben (z. B. vor einem Upgrade auf die nächste Version des Produkts).
Ersetzen oder erneutes Ausführen von Anpassungen Wenn Sie neue Funktionen verwenden möchten, die Websites vollständig umgestalten möchten oder wenn Sie die Datenarchitektur deutlich ändern, dann ist das Upgrade Ihre Chance, mit neuen Features, einem neuen Erscheinungsbild oder einer neuen Struktur von vorn zu beginnen. Wenn Sie Anpassungen ersetzen oder erneut ausführen, können Sie die neuen Funktionen nutzen, den Websiteentwurf bei Bedarf geringfügig ändern und auf einen leichter zu verwaltenden Entwurf umstellen.
Verwerfen der Anpassungen Ersetzen Sie die Anpassungen durch Standardfunktionalität. Sie können Seiten auf die standardmäßigen Websitedefinitionen zurücksetzen und alle Webparts oder Features entfernen, die nicht mehr unterstützt werden sollen. Bei der Integritätsprüfung von Websitesammlungen wird nach nicht verwaisten Seiten gesucht, die dann auf die Standardversionen zurückgesetzt werden können. Wenn Sie beschließen, alle Anpassungen zu verwerfen, müssen Sie Probleme beheben, die sich aus der Entfernung der Anpassungen in Websites ergeben, in denen diese Anpassungen verwendet wurden. Anhand der Bestandsaufnahme der Anpassungen können Sie bestimmen, um welche Websites Sie sich diesbezüglich vor oder nach dem Upgrade kümmern müssen.
Überlegungen zu bestimmten Anpassungen
Neben der allgemeinen Entscheidung bezüglich der Behandlung von Anpassungen in Ihrer Umgebung während des Upgrades müssen Sie bestimmte Anpassungstypen untersuchen und entscheiden, ob zusätzliche Schritte erforderlich sind, damit sie in der aktualisierten Umgebung ordnungsgemäß ausgeführt werden.
In der folgenden Tabelle werden einige häufige Anpassungen und Empfehlungen zur Verwendung dieser Art von Anpassung aufgeführt.
| Anpassungstyp | Empfehlung |
|---|---|
| Websitedefinition |
Migrieren Sie Websites nach einer unterstützten, vordefinierten Websitedefinition, und wenden Sie anschließend mithilfe der Lösungsbereitstellung benutzerdefinierte Features an. Sie können auch weiterhin eine benutzerdefinierte Websitedefinition verwenden. Sie müssen keine neue Websitedefinition erstellen, die auf SharePoint 2013 basiert. Wenn Sie allerdings benutzerdefinierte Upgradeaktionen für die Definition ausführen müssen, kann es sein, dass Sie eine Upgradedefinitionsdatei für diese Websitedefinition erstellen müssen. Weitere Informationen finden Sie auf MSDN unter Upgrade von Definitionsdateien. |
| Benutzerdefinierte Websitevorlagen |
Wenn Sie über benutzerdefinierte Websitevorlagen verfügen (eine Websitevorlage, die als WSP-Vorlage angepasst und gespeichert wurde), die Sie nach dem Upgrade auf SharePoint 2013 weiterhin verwenden möchten, müssen Sie planen, diese im 2013-Modus neu zu erstellen, bevor Sie ein Upgrade für Ihre Websitesammlung durchführen. Sie müssen sie erneut erstellen, da benutzerdefinierte Websitevorlagen für bestimmte Versionen gelten und in nachfolgenden Versionen nicht immer auf die gleiche Weise aussehen oder funktionieren. Wenn Sie eine Vorlage verwendet haben, um verschiedene 2010-Websites zu erstellen, können alle diese manuell angepasst werden, um sicherzustellen, dass sie in SharePoint 2013 ordnungsgemäß funktionieren und gerendert werden. |
| "Fabulous 40"-Anwendungsvorlagen |
Microsoft erstellt keine neuen Versionen dieser Vorlagen. Für Umgebungen mit Websites, die auf diesen Vorlagen basieren, kann ein Upgrade ausgeführt werden, sofern die Vorlagen installiert sind. Es können jedoch Probleme auftreten, wenn Sie versuchen, ein Upgrade der Websitesammlungen auszuführen. Sie sollten daher jede Website testen, bevor Sie ein Upgrade der Produktionsumgebung ausführen. Weitere Informationen finden Sie unter Troubleshoot database upgrade issues in SharePoint 2013. |
| Feature |
Bewerten Sie diese, und gestalten Sie sie dann neu, oder stellen Sie sie erneut bereit, wenn dies erforderlich ist. |
| Workflows und Serversteuerelemente |
Hängt von der Lösung ab. Wenden Sie sich an den Anbieter, um herauszufinden, ob eine aktualisierte Lösung vorhanden ist. Falls ein Workflow mit der neuen Version kompatibel ist, nehmen Sie eine erneute Bereitstellung vor. |
| Ereignishandler |
Die meisten Ereignishandler sind ohne Änderung funktionsfähig. Wenn der Code für den Ereignishandler jedoch Aufrufe an APIs durchführt, die veraltet waren, müssen Sie ihn neu schreiben und dann als Feature erneut bereitstellen. |
| Verwaltete Pfade (Ein-/Ausschlüsse) |
Erstellen Sie Einschüsse erneut, um den Zugriff auf alle Websitesammlungen unter diesen Pfaden sicherzustellen. Ausschlüsse wurden in SharePoint 2010-Produkten nicht verwendet. Wenn Sie noch über eine frühere Version verfügten, müssen diese nicht neu erstellt werden. |
| Designs |
Erstellen Sie Ihre Designs nach der Anleitung zur Designerstellung für SharePoint 2013 neu, oder wählen Sie ein neues, in SharePoint 2013 verfügbares Design aus. Weitere Informationen finden Sie unter Branding issues that may occur when upgrading to SharePoint 2013 [Migrated]. |
| Gestaltungsvorlagen und CSS-Dateien |
Gestalten Sie sie um, um die neue Benutzeroberfläche zu integrieren. Weitere Informationen finden Sie unter Branding issues that may occur when upgrading to SharePoint 2013 [Migrated]. |
| JavaScript |
Testen Sie, um zu bestimmen, ob Aktionen erforderlich sind. In einigen Fällen müssen Sie möglicherweise die Skripts an das neue Seitenmodell anpassen. Überprüfen Sie die Funktionsfähigkeit im 2010- und im 2013-Modus. |
| Suchanbieter oder Security Trimmer |
Testen Sie, um zu bestimmen, ob Aktionen erforderlich sind. |
| Webparts |
Testen Sie, um zu bestimmen, ob Aktionen erforderlich sind. Möglicherweise müssen Sie die Webparts für den strikten XHMTL-Modus anpassen. Testen Sie, ob keine Änderungen an Objektmodellen oder Webdiensten vorgenommen wurden, die Sie über das Webpart aufrufen. Wenn sich ein Webpart auf einer Seite, aber nicht in einer Webpartzone befindet (also im Prinzip direkt auf einer Seite eingebetteter HTML-Code), ist es nicht funktionsfähig, falls Sie die Seite auf die Standardvorlage zurücksetzen. Durch eine Websitesammlungs-Integritätsregel werden Dateien mit diesem Status in einer Websitesammlung identifiziert. Es gibt einen Link von dieser Regel zu der Seite, auf der sie auf die Vorlage zurücksetzen können. |
| Dienste |
Testen Sie, um zu bestimmen, ob Aktionen erforderlich sind. Ändern oder passen Sie den Code bei Bedarf an. |
| Authentifizierungsanbieter |
Testen Sie, um zu bestimmen, ob Aktionen erforderlich sind. Stellen Sie den Anbieter mit demselben Anbieternamen (genau) erneut bereit. Dies schließt den Buchstabenfall in einer Testfarm ein, und stellen Sie sicher, dass sie ordnungsgemäß funktioniert. |
| Benutzerdefinierte Suchlösungen unter Verwendung von SQL-Syntax |
Erstellen Sie die Lösungen in FQL-Syntax und KQL-Syntax neu. Benutzerdefinierte Suchlösungen in SharePoint 2013 unterstützen keine SQL-Syntax. Die Suche in SharePoint 2013 unterstützt FQL-Syntax und KQL-Syntax für benutzerdefinierte Suchlösungen. Sie können keine SQL-Syntax in benutzerdefinierten Suchlösungen mit beliebigen Technologien verwenden. Hierzu gehören das Abfrageserver-Objektmodell, das Clientobjektmodell und der REST-Dienst der Suche. Benutzerdefinierte Suchlösungen, die SQL-Syntax mit dem Indexserverobjektmodell und dem in SharePoint Server 2010 erstellten Abfragewebdienst verwenden, funktionieren nicht, wenn Sie sie auf SharePoint 2013 aktualisieren. Über diese Anwendungen gesendete Abfragen geben einen Fehler zurück. Weitere Informationen zur Verwendung von FQL-Syntax und KQL-Syntax finden Sie unter KQL-Syntaxreferenz (Keyword Query Language) und FQL-Syntaxreferenz (FAST Query Language). |
Während Sie Anpassungen in Ihrer Umgebung überprüfen, sollten Sie auch sicherstellen, dass die Umgebung keine Features oder Elemente verwendet, die veraltet sind. Web Analytics aus SharePoint 2010-Produkten sind beispielsweise in SharePoint 2013 nicht verfügbar, und Sie sollten sie vor dem Upgrade deaktivieren. Außerdem sind SQL Server Suchabfragen in SharePoint 2013 nicht verfügbar. Weitere Informationen finden Sie unter Changes from SharePoint 2010 to SharePoint 2013.
Einige Methoden zum Bereitstellen von Anpassungen erfordern möglicherweise zusätzliche Schritte in SharePoint 2013. In der folgenden Tabelle sind Probleme aufgeführt, die bei bestimmten Methoden zum Bereitstellen von Anpassungen auftreten können.
| Bereitstellungsmethode** | **Empfehlung |
|---|---|
| Als MSI-Dateien bereitgestellte Anpassungen |
Erkundigen Sie sich beim Hersteller nach aktualisierten Dateien. Höchstwahrscheinlich müssen Sie eine Ersatzdatei erhalten, die mit SharePoint 2013 kompatibel ist. |
| Manuell bereitgestellte Features, Dateien oder Änderungen |
Diese können Sie im entsprechenden Verzeichnis in SharePoint 2013 erneut bereitstellen. Möglicherweise sollten Sie sie jedoch zur einfacheren Verwaltung in ein bereitstellbares Lösungspaket packen. |
| Sandkastenlösungen |
Es sind keine speziellen Schritte erforderlich. Das Upgrade für Sandkastenlösungen wird mit dem Upgrade der Inhaltsdatenbanken ausgeführt. |
| Lösungspakete |
Stellen Sie sie erneut in SharePoint 2013 bereit. Achten Sie darauf, die Pakete je nach Version im entsprechenden Verzeichnis (/14 oder /15) bereitzustellen. Beachten Sie, dass keine teilweise vertrauenswürdigen Lösungspakete mehr im Verzeichnis \bin hinzugefügt werden können. Alle im Verzeichnis \bin bereitgestellten Dateien müssen voll vertrauenswürdig sein. Stellen Sie sicher, dass Sie solche Lösungen testen, um sicherzustellen, dass die vollständige vertrauenswürdige Bereitstellung keine Sicherheitsrisiken mit sich bringt. Aktualisieren Sie auch alle Bereitstellungsskipts, um sicherzustellen, dass in den Skripts die richtige Vertrauensebene angegeben ist. Weitere Informationen finden Sie unter Install-SPSolution. |
| Vom Administrator bereitgestellte Formularvorlagen |
Sie müssen sie aus SharePoint Server 2010 extrahieren und in SharePoint 2013 erneut bereitstellen. Weitere Informationen finden Sie unter Upgrade service applications to SharePoint 2013. |
Die folgenden Arten von Anpassungen werden nicht unterstützt. Falls in Ihrer Umgebung derartige Anpassungen vorhanden sind, müssen Sie sie durch eine unterstützte Anpassung ersetzen, um das Upgrade ausführen zu können. Andernfalls treten möglicherweise Upgradeprobleme auf, die nicht behoben werden können:
Vordefinierte Dateien, Features oder Websitedefinition, die geändert wurden.
Achtung
Einige vordefinierte Dateitypen , z. B. Dokumentsymbole oder Aktionen, können auf unterhaltbare Weise weitergeführt werden, obwohl dies nicht automatisch geschieht. Kopieren Sie die alten Versionsdateien nicht, da dies andere Probleme verursachen kann. Nehmen Sie stattdessen die gleichen Änderungen an der neuen Versionsdatei vor. Änderungen an anderen vordefinierten Dateien, z. B. serverseitigen ASPX-Seiten, gehen beim Upgrade verloren, wenn Sie auf die Websitevorlage zurücksetzen oder nicht die gleichen Änderungen in den Dateien der neuen Version vornehmen. Abhängig von den geänderten Dateien und dem Umfang dieser Änderungen kann die Upgradeerfahrung erheblich variieren.
SharePoint-Datenbanken, die durch direktes Bearbeiten der Daten oder des Schemas geändert wurden. Hierzu gehören das Hinzufügen oder Entfernen von Triggern, Tabellen, Sichten oder Indizes.
Wenn derartige Anpassungen vorhanden sind, entfernen Sie diese, und ersetzen Sie sie durch unterstützte Anpassungen, bevor Sie das Upgrade vornehmen. Mit dieser bewährten Methode wird sichergestellt, dass nicht nur das aktuelle Upgrade problemlos ausgeführt wird, sondern dass auch zukünftige Upgrades reibungsloser ablaufen. Das Ändern vordefinierter Dateien und Datenbanken wird auch weiterhin nicht unterstützt.
Sicherstellen der Einhaltung bewährter Methoden für zukünftige Anpassungen
Stellen Sie sicher, dass in Ihrer Umgebung keine Probleme auftreten und bewährte Methoden eingehalten werden. Stellen Sie nur Anpassungen bereit, die den bewährten Methoden auf der folgenden Seite von MSDN entsprechen: Ressourcencenter: Bewährte Methoden für Entwickler
Siehe auch
Weitere Ressourcen
Bewährte Methoden beim Upgrade von SharePoint 2010 auf SharePoint 2013
Use a trial upgrade to SharePoint 2013 to find potential issues
Deploy custom features to upgraded site collections in SharePoint Server 2013