Neues zum Upgrade (SharePoint Foundation 2010)

 

Gilt für: SharePoint Foundation 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Beim Entwurf von Microsoft SharePoint Foundation 2010 standen Skalierung und Leistung im Vordergrund. Daher wurden neue Hardware- und Softwareanforderungen erforderlich, die in diesem Artikel beschrieben werden. Diese Anforderungen gelten sowohl für das direkte Upgrade als auch für das Upgrade durch Datenbankanfügungen. Weitere Informationen finden Sie unter Bestimmen der Upgrademethode (SharePoint Foundation 2010).

Wenn Sie ein vorhersagbares Upgrade erleichtern und die Beeinträchtigungen durch die Anpassung sowie Probleme in der Umgebung minimieren möchten, die ein erfolgreiches Upgrade gefährden können, können Sie das Windows PowerShell-Cmdlet test-spcontentdatabase, die neue Option des visuellen Upgrades oder den Stsadm-Vorgang preupgradecheck verwenden.

Inhalt dieses Artikels:

  • Upgradeanforderungen

  • Tool zum Ausführen einer Überprüfung vor dem Upgrade

  • Windows PowerShell-Befehl zum Prüfen von Datenbanken, bevor sie angefügt werden

  • Visuelles Upgrade

  • Featureupgrade

  • Neue Optionen zum Reduzieren der Downtime während eines Upgrades

  • Änderungen an wichtigen Features zwischen Versionen

Upgradeanforderungen

Bevor Sie ein direktes Upgrade oder ein Upgrade durch Datenbankanfügungen für SharePoint Foundation 2010 durchführen können, muss die vorhandene Windows SharePoint Services 3.0-Umgebung oder die neue SharePoint Foundation 2010-Umgebung die folgenden Mindestanforderungen erfüllen.

Hinweis

Weitere Informationen zu allgemeinen Systemanforderungen für SharePoint Foundation 2010 finden Sie unter Hardware- und Softwareanforderungen (SharePoint Foundation 2010). Weitere Informationen zu Upgradeanforderungen finden Sie unter Überprüfen der Systemanforderungen für das Upgrade (SharePoint Foundation 2010).

Hardwareanforderung: 64 Bit

SharePoint Foundation 2010 kann nur unter einer 64-Bit-Edition des Betriebssystems Windows Server 2008 R2 oder Windows Server 2008 mit SP2 ausgeführt werden. Wenn Sie ein direktes Upgrade ausführen möchten, muss die Windows SharePoint Services 3.0-Installation in einer 64-Bit-Windows Server 2008-Umgebung ausgeführt werden. Wenn die Windows SharePoint Services 3.0-Installation momentan in einer 32-Bit-Umgebung ausgeführt wird, ist ein direktes Upgrade auf dem vorhandenen Server oder in der vorhandenen Serverfarm nicht möglich. Sie müssen SharePoint Foundation 2010 in diesem Fall auf einem anderen Server oder in einer anderen Farm installieren, der bzw. die 64-Bit-Anwendungen unterstützt, und die Daten dann mithilfe eines Upgrades durch Datenbankanfügungen verschieben.

Zur besseren Identifizierung und Beseitigung von Problemen, die beim Migrieren oder Aktualisieren auftreten können, empfiehlt es sich, die Schritte zum Migrieren zu einer 64-Bit-Umgebung und die Schritte eines direkten Upgrades auf SharePoint Foundation 2010 nicht zu vermengen. Da Sie eine 64-Bit-Umgebung benötigen, um ein direktes Upgrade auf SharePoint Foundation 2010 ausführen zu können, müssen Sie die Migration zu einem 64-Bit-Betriebssystem abschließen, bevor Sie ein direktes Upgrade ausführen. Wenn Sie ein Upgrade durch Anfügen von Datenbanken verwenden, kann die Migration zu einer 64-Bit-Umgebung im Rahmen des Upgradeprozesses erfolgen.

Vor der Migration zu einer 64-Bit-Umgebung:

  • Aktualisieren Sie Windows SharePoint Services 3.0 auf allen Computern in der Quellfarm, sodass auf allen Computern dasselbe Service Pack oder Softwareupdate installiert ist.

  • Stellen Sie fest, ob Sie vorhandene 32-Bit-Anwendungen und benutzerdefinierte Assemblys neu kompilieren müssen, z. B. Webparts und Ereignisempfänger, damit sie in der 64-Bit-Umgebung ausgeführt werden können. (Einige Anwendungen können in beiden Umgebungen ausgeführt werden und müssen nicht neu kompiliert werden.) Wenn es sich bei den vorhandenen Anwendungen um Drittanbieteranwendungen handelt, sollten Sie sich beim Hersteller über 64-Bit-Versionen und die Kompatibilität der jeweiligen Anwendung informieren.

Weitere Informationen zum Planen und Ausführen einer Migration zu einer 64-Bit-Umgebung finden Sie im TechNet-Artikel Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Windows SharePoint Services 3.0) (https://go.microsoft.com/fwlink/?linkid=161120&clcid=0x407).

Betriebssystemanforderung: Windows Server 2008 oder Windows Server 2008 R2

SharePoint Foundation 2010 muss unter einer 64-Bit-Edition von Windows Server 2008 R2 oder Windows Server 2008 mit Service Pack 2 (SP2) ausgeführt werden. Wenn Sie Windows SharePoint Services 3.0 zurzeit unter Windows Server 2003 ausführen und auf SharePoint Foundation 2010 upgraden möchten, müssen Sie eine ausreichende Anzahl von Windows Server-Lizenzen für die Bereitstellung auf dem neueren Betriebssystem einplanen.

Zur besseren Identifizierung und Beseitigung von Problemen, die beim Migrieren oder Aktualisieren auftreten können, empfiehlt es sich, die Schritte zum Aktualisieren oder Migrieren zu Windows Server 2008 oder Windows Server 2008 R2 nicht mit dem Upgrade auf SharePoint Foundation 2010 zu vermengen. Die Migration zu 64-Bit-Hardware kann mit der Migration zu Windows Server 2008 oder Windows Server 2008 R2 kombiniert werden.

Datenbankanforderung: 64-Bit-SQL Server 2005 SP3 oder SQL Server 2008 SP1

Für SharePoint Foundation 2010 muss der zugehörige Datenbankserver einer 64-Bit-Version eines der folgenden Produkte entsprechen: Microsoft SQL Server 2008 R2, SQL Server 2008 mit Service Pack 1 (SP1) und kumulativen Update 2 oder SQL Server 2005 mit SP3 und kumulativen Update 3. Wenn die aktuelle Windows SharePoint Services 3.0-Installation SQL Server 2000 verwendet, müssen Sie ein Upgrade auf eine dieser Versionen ausführen, bevor Sie mit dem Upgrade auf SharePoint Foundation 2010 beginnen können.

Zur besseren Identifizierung und Beseitigung von Problemen, die beim Migrieren oder Aktualisieren auftreten können, empfiehlt es sich, die Schritte zum Migrieren zu einer 64-Bit-Version von SQL Server nicht mit dem Upgrade auf SharePoint Foundation 2010 zu vermengen. Die Migration zu einer 64-Bit-Version von SQL Server kann mit der Migration zu 64-Bit-Hardware kombiniert werden.

  • Wenn Sie die Migration zu SQL Server 2005 SP3 oder SQL Server 2008 auf 64-Bit-Hardware mit einer generellen Migration zu einer 64-Bit-Umgebung kombinieren, sollten Sie den Anweisungen zur Migration zu einer 64-Bit-Umgebungen folgen, die weiter oben in diesem Artikel beschrieben wurden.

    Weitere Informationen zum Migrieren aller Datenbanken finden Sie im Artikel Verschieben aller Datenbanken (Windows SharePoint Services 3.0) im TechNet (https://go.microsoft.com/fwlink/?linkid=161208&clcid=0x407).

  • Wenn Sie bereits über 64-Bit-Hardware verfügen, aber ein Upgrade auf SQL Server 2005 SP3 oder SQL Server 2008 ausführen müssen, sollten Sie den Anweisungen in der SQL Server-Dokumentation folgen.

Tool zum Ausführen einer Überprüfung vor dem Upgrade

Das Tool zum Ausführen einer Überprüfung vor dem Upgrade ist ein Befehlszeilentool, das Sie in einer Windows SharePoint Services 3.0-Umgebung ausführen können, um potenzielle Upgradeprobleme zu identifizieren und Empfehlungen und bewährte Methoden prüfen zu können.

STSADM.exe –o preupgradecheck

Dieses Tool stellt Ihnen u. a. folgende Informationen zur Verfügung:

  • Eine Liste aller Server und Komponenten in der Farm und Informationen dazu, ob die Server die folgenden Anforderungen für ein Upgrade erfüllen: 64-Bit-Hardware und das Betriebssystem Windows Server 2008.

  • Die URLs für alternative Zugriffszuordnungen, die in der Farm verwendet werden.

  • Eine Liste aller Websitedefinitionen, Websitevorlagen, Features und Sprachpakete, die in der Farm installiert sind.

  • Ob die Farm nicht unterstützte Anpassungen aufweist (z. B. Änderungen am Datenbankschema).

  • Ob die Farm Datenbanken oder Websites mit verwaisten Elementen enthält.

  • Ob die Farm fehlende oder ungültige Konfigurationseinstellungen aufweist (z. B. eine fehlende Web.config-Datei, ungültige Hostnamen oder ungültige Dienstkonten).

  • Ob die Datenbanken die Upgradeanforderungen erfüllen, z. B. Lese-/Schreibzugriff für Datenbanken und dass Datenbanken und Websitesammlungen, die in Windows Internal Database gespeichert sind, nicht größer als 4 GB sind.

Das Tool zum Ausführen einer Überprüfung vor dem Upgrade ist mit Windows SharePoint Services 3.0 Service Pack 2 verfügbar und wurde im kumulativen Update Oktober 2009 für Windows SharePoint Services 3,0 aktualisiert. Sie können das kumulative Update Oktober 2009 unter Kumulative Updatepakete für SharePoint Server 2007 und Windows SharePoint Services 3.0 vom Oktober 2009 wurden veröffentlicht (https://go.microsoft.com/fwlink/?linkid=169179&clcid=0x407) herunterladen. Weitere Informationen zur Verwendung des Tools zum Ausführen einer Überprüfung vor dem Upgrade finden Sie in den folgenden Artikeln auf der TechNet-Website:

Windows PowerShell-Befehl zum Prüfen von Datenbanken, bevor sie angefügt werden

Sie können das Windows PowerShell-Cmdlet test-spcontentdatabase verwenden, bevor Sie eine Inhaltsdatenbank an SharePoint Foundation 2010 anfügen, um festzustellen, ob serverseitige Anpassungen in der Umgebung fehlen. Weitere Informationen finden Sie unter Anfügen von Datenbanken und Durchführen eines Upgrades auf SharePoint Foundation 2010 und Test-SPContentDatabase.

Visuelles Upgrade

Ein neues Feature, das im Rahmen eines Upgrades verfügbar ist, ermöglicht es dem Serveradministrator oder dem Websitebesitzer, festzulegen, wann und ob das neue Erscheinungsbild für SharePoint Foundation 2010 für eine bestimmte Websitesammlung verwendet wird. Serveradministratoren können sich dafür entscheiden, das neue Erscheinungsbild während des Upgrades für alle Websites zu übernehmen. Sie können diese Entscheidung auch den Websitebesitzern überlassen oder festlegen, dass für alle Websites das alte Erscheinungsbild beibehalten wird.

Wenn der Serveradministrator angibt, dass die Websitebesitzer diese Entscheidung treffen können, nachdem eine Website im Rahmen eines direkten Upgrades aktualisiert wurde, ist auf der Website-Benutzeroberfläche eine Vorschauoption verfügbar. Mit dieser Option kann eine Vorschau des SharePoint Foundation 2010-spezifischen Erscheinungsbilds für die Website angezeigt werden:

  • Wenn dem Besitzer das Erscheinungsbild und die Funktionsweise der Website gefallen, kann er das visuelle Upgrade akzeptieren.

  • Wenn der Besitzer das alte Erscheinungsbild beibehalten möchten, kann er zum Erscheinungsbild von Windows SharePoint Services 3.0 zurückkehren.

Standardmäßig wird das Windows SharePoint Services 3.0-Aussehen beibehalten. Weitere Informationen finden Sie unter Planen des visuellen Upgrades (SharePoint Foundation 2010).

Featureupgrade

SharePoint Foundation 2010 verfügt über neue Elemente und Typen, die ein Upgrade von benutzerdefinierten Features über die Versionsverwaltung und über deklarative Upgradeaktionen ermöglichen. Sie können mithilfe dieser Elemente alle für Windows SharePoint Services 3.0 erstellte Features zur Verwendung in SharePoint Foundation 2010 aktualisieren. Weitere Informationen finden Sie unter Durchführen von Upgrades für Features.

Neue Optionen zum Reduzieren der Downtime während eines Upgrades

Je nach Umgebung sowie Komplexität und Anzahl der SharePoint-Websites kann ein Upgrade sehr viel Zeit in Anspruch nehmen. Um die Downtime während dieses Vorgangs zu reduzieren, unterstützt SharePoint Foundation 2010 die folgenden Optionen:

  • Gleichzeitiges Upgrade mehrerer Datenbanken (paralleles Upgrade): Beim Upgrade auf SharePoint Foundation 2010 können Sie mithilfe der hybriden Methode mit Trennen der Datenbanken für das Upgrade das gleichzeitige Upgrade mehrerer Datenbanken manuell einleiten. In Windows SharePoint Services 3.0 konnte nur ein Upgrade gleichzeitig durchgeführt werden, sodass jede Datenbank einzeln verarbeitet werden musste. Das Upgraden mehrerer Datenbanken an Stelle einer einzelnen wirkt sich auf die Leistung aus, das gleichzeitige Upgrade mehrerer Datenbanken nimmt jedoch möglicherweise weniger Zeit in Anspruch als ein sequenzielles Upgrade. Die Anzahl der Datenbanken, für die ein Upgrade parallel durchgeführt werden kann, hängt von der Hardware der Umgebung und von der Struktur der Datenbankinhalte ab. Weitere Informationen finden Sie unter Planungshilfe für ein direktes Upgrade mit getrennten Datenbanken (SharePoint Foundation 2010).

  • Verwenden schreibgeschützter Datenbanken, um den kontinuierlichen Zugriff auf Daten zu ermöglichen: Wenn Sie ein Upgrade durch Datenbankanfügungen vornehmen und die ursprünglichen Datenbanken als schreibgeschützt kennzeichnen, kann die alte Farm weiterhin Inhalte für die Benutzer bereitstellen, während Sie gleichzeitig Kopien der Datenbanken in einer neuen Farm aktualisieren. Auf diese Weise können die Benutzer weiterhin auf ihre Daten zugreifen. Es ist ihnen jedoch nicht möglich, neue Daten hinzuzufügen oder Daten zu aktualisieren. Wenn die neue Farm bereit ist und das Upgrade aller Inhalte erfolgreich abgeschlossen wurde, können die Benutzer zur neuen Livefarm wechseln.

    Weitere Informationen zu schreibgeschützten Datenbanken finden Sie im Artikel Ausführen einer Farm mit schreibgeschützten Inhaltsdatenbanken (Windows SharePoint Services).

Weitere Informationen zu diesen Techniken zum Reduzieren der Downtime finden Sie im Artikel Bestimmen der Upgrademethode (SharePoint Foundation 2010).

Änderungen an wichtigen Features zwischen Versionen

SharePoint Foundation 2010 besitzt eine neue Architektur und schließt zahlreiche neue Funktionen ein. In den folgenden Tabellen sind einige wichtige Änderungen an der Terminologie und an Features aufgeführt, die sich nach dem Upgrade sofort auf die Verwaltung und den Websiteveraltungsprozess auswirken.

Konzept, Ausdruck oder Feature Neu oder geändert Anmerkungen

Tool zum Ausführen einer Überprüfung vor dem Upgrade

Neu

Das Tool zum Ausführen einer Überprüfung vor dem Upgrade ist ein Stsadm-Befehlszeilenvorgang, den Sie in einer Windows SharePoint Services 3.0-Umgebung ausführen, um potenzielle Probleme beim Upgrade zu finden und sich über Empfehlungen und bewährte Methoden zu informieren.

Anders als beim Tool zum Ausführen eines Scans vor dem Upgrade (Prescan.exe), das beim Upgrade auf Windows SharePoint Services 3.0 verwendet wurde, nimmt das Tool zum Ausführen einer Überprüfung vor dem Upgrade keine Änderungen an der Umgebung vor. Weitere Informationen finden Sie unter Ausführen des Tools zum Ausführen einer Überprüfung vor dem Upgrade (SharePoint Foundation 2010).

Website für die SharePoint-Zentraladministration

Geändert

Der Entwurf für die Website der Zentraladministration wurde geändert und enthält nun neue verfügbar Optionen und Funktionen wie die Folgenden:

Menüband

Neu

Die Menüband-Benutzeroberfläche wurde eingeführt, um eine konsistente Benutzererfahrung sicherzustellen und die Arbeit mit SharePoint-Websites zu erleichtern. Das Menüband ist kontextabhängig, sodass nur die Optionen angezeigt werden, die für die auszuführenden Aufgaben relevant sind. Das Menüband kann zudem angepasst werden.

Dienstanwendungen

Neu

Es gibt eine neue Dienstarchitektur, mit der Sie Dienste effektiv verwalten und zentralisieren können. Einzelne Dienste können unabhängig konfiguriert werden, und Drittanbieter können der Plattform Dienste hinzufügen. Weitere Informationen finden Sie unter Konfigurieren von Diensten (SharePoint Foundation 2010).

Gestaltungsvorlagen

Geändert

Ein Websitebesitzer kann nun unabhängig von anderen Websites Branding auf seine Website anwenden, und Administratoren können angeben, ob die Systemseiten im Ordner _Layouts mithilfe der Website-Gestaltungsvorlagen gerendert werden, die von Websitebesitzern bereitgestellt werden, oder mithilfe der Standardgestaltungsvorlagen, die im System verfügbar sind. Zudem kann mit Windows PowerShell eine Kundengestaltungsvorlage für Systemfehlerseiten, Anmeldeseiten, Bestätigungsseiten und andere nicht websitespezifische Seiten angegeben werden.

Designs

Geändert

In SharePoint Foundation 2010 wurde die Funktionsweise von Designs geändert, sodass diese einfacher angepasst werden können. Sie können Microsoft PowerPoint 2010-Designs direkt in SharePoint Foundation 2010 importieren. Zudem können Designs jetzt von dieser Oberfläche auf alle Unterwebsites angewendet werden. Weitere Informationen finden Sie unter Planen der Verwendung von Designs (SharePoint Foundation 2010).

Business Connectivity Services (BCS)

Neu

Business Connectivity Services (BCS) baut auf der Funktionalität des Geschäftsdatenkatalogs auf, der in der vorherigen Produktversion zum Bereitstellen des Zugriffs auf externe Systeme von SharePoint-basierten Lösungen verwendet wurde. Business Connectivity Services unterstützt die Interaktion mit externen Systemen mithilfe von SharePoint-Listen und Webparts. Zudem wird die Interaktion mit Daten von Office Rich Clients unterstützt. Weitere Informationen finden Sie unter Business Connectivity Services (Übersicht) (SharePoint Foundation 2010).

Forderungsbasierte Authentifizierung

Neu

Die forderungsbasierte Authentifizierung ist ein neues, leistungsstärkeres und flexibles Authentifizierungsmodell, das mit jedem Identitätssystem für Unternehmen, wie z. B. den Active Directory-Verzeichnisdiensten (Active Directory Domain Services, AD DS), LDAP-basierten Verzeichnissen, anwendungsspezifischen Datenbanken und neuen benutzerorientierten Identitätsmodellen wie Live ID, verwendet werden kann. Weitere Informationen finden Sie unter Konfigurieren der formularbasierten Authentifizierung für eine forderungsbasierte Webanwendung (SharePoint Foundation 2010).

Drosselungs- und Listensteuerelemente

Neu

Drosselungs- und Listensteuerelemente sind zwei neue Leistungssteuerelemente. Die Drosselung stellt eine Möglichkeit zur Kontrolle von Serverressourcen dar und wurde entwickelt, um den Server in Spitzenzeiten vor Überlastung in zu schützen. In SharePoint Foundation 2010 sind zudem verschiedene Einstellungen verfügbar, die möglichen Abfragen für lange Listen einschränken. Diese Einstellungen können für jede Webanwendung konfiguriert werden.

SharePoint Designer

Geändert

Durch SharePoint Foundation 2010 erhalten Administratoren zusätzliche Kontrollmöglichkeiten über die Verwendung von SharePoint Designer in den einzelnen Webanwendungen. Administratoren können z. B. steuern, ob Websiteadministratoren Gestaltungsvorlagen und Layoutseiten anpassen können und ob Websiteadministratoren die URL-Struktur der Website verwalten können.

Entwicklerdashboard

Neu

Dies ist eine neue Funktion bei der Serverdiagnose. Es zeigt ausführliche Informationen zu jedem Ladevorgang der Seite an und kann daher bei der Behebung von Leistungsproblemen verwendet werden.

Sandkastenlösungen

Neu

Websiteadministratoren können nun Benutzercode mithilfe von Sandkastenlösungen heraufladen. Weitere Informationen finden Sie unter Planen von Sandkastenlösungen (SharePoint Foundation 2010).