Bestimmen der Upgrademethode (SharePoint Foundation 2010)
Gilt für: SharePoint Foundation 2010
Letztes Änderungsdatum des Themas: 2016-11-30
Bevor Sie einen Prozess zum Upgraden von Windows SharePoint Services 3.0 auf Microsoft SharePoint Foundation 2010 ausführen, müssen Sie sich für ein Upgradeverfahren entscheiden. Vergleichen Sie anhand der Informationen in diesem Artikel die Vor- und Nachteile der einzelnen Vorgehensweisen. Lesen Sie die Informationen über Sonderfälle, um festzustellen, ob sie auf Ihre Situation zutreffen und möglicherweise eine bestimmte Vorgehensweise notwendig machen. Lesen Sie zusätzlich zu diesem Artikel unbedingt die Erläuterungen unter Überprüfen unterstützter und nicht unterstützter Upgradepfade (SharePoint Foundation 2010), um herauszufinden, welche Upgradesituationen gültig sind und ein fehlerfreies Upgrade ermöglichen.
Hinweis
Für ein Upgrade muss Windows SharePoint Services 3.0 mit Service Pack 2 (SP2) installiert sein.
Inhalt dieses Artikels:
Auswählen einer Upgrademethode
Sonderfälle
Auswählen einer Upgrademethode
Es gibt zwei grundlegende Upgradeverfahren: direktes Upgrade und Upgrade durch Datenbankanfügungen. Zudem können Sie mit verschiedenen Techniken Aspekte dieser beiden grundlegenden Vorgehensweisen kombinieren, um die Downtime zu minimieren oder eine Leistungssteigerung zu erzielen.
Die folgende Tabelle zeigt eine Gegenüberstellung zwischen dem direkten Upgrade und dem Upgrade durch Datenbankanfügungen.
| Vorgehensweise | Beschreibung | Vorteile | Nachteile |
|---|---|---|---|
Direktes Upgrade |
Sie können SharePoint Foundation 2010 auf derselben Hardware installieren. Außerdem können Sie die Inhalte und Einstellungen in der Serverfarm in einem einzigen Schritt upgraden. |
Farmweite Einstellungen werden beibehalten und aktualisiert. Anpassungen sind in der Umgebung nach dem Upgrade verfügbar, wobei jedoch möglicherweise manuelle Schritte zum Upgraden oder Überarbeiten erforderlich sind. |
Server und Serverfarmen sind während des Upgrades offline. Das Upgrade wird Schritt für Schritt ausgeführt. Deshalb müssen Sie ausreichend Zeit einplanen, damit alle Inhalte nacheinander aktualisiert werden. |
Upgrade für Datenbankanfügungen |
Sie können den Inhalt für die Umgebung in einer separaten Serverfarm upgraden. Demzufolge werden keine Dienste oder Farmeinstellungen aktualisiert. Sie können die Datenbanken in beliebiger Reihenfolge und mehrere Datenbanken gleichzeitig upgraden. |
Sie können mehrere Inhaltsdatenbanken gleichzeitig upgraden, wodurch der Upgradevorgang im Vergleich zu einem direkten Upgrade insgesamt beschleunigt wird. Mithilfe eines Upgrades für Datenbankanfügungen können mehrere Serverfarmen zu einer einzigen Serverfarm zusammengefasst werden. |
Die Server- und Farmeinstellungen werden nicht aktualisiert. Die Einstellungen, die Sie beibehalten möchten, müssen Sie manuell von der alten Serverfarm an die neue Serverfarm übertragen. Anpassungen müssen ebenfalls manuell an die neue Serverfarm übertragen werden. Fehlende Anpassungen können zu unbeabsichtigten Funktionalitätsverlusten oder Problemen bei der Verwendung führen. Das Kopieren von Datenbanken in einem Netzwerk erfordert Zeit und Bandbreite, was berücksichtigt werden muss. Sie benötigen direkten Zugriff auf die Datenbankserver. |
Weitere Informationen zum Ablauf von direkten Upgrades und Upgrades durch Datenbankanfügungen finden Sie unter Upgradeprozess (Übersicht) (SharePoint Foundation 2010).
In der folgenden Tabelle werden die Vorgehensweisen erklärt, mit denen Sie die Downtime während des Upgrades minimieren können, damit die Benutzer möglichst schnell wieder auf ihre Inhalte zugreifen können, bzw. mit denen Sie die Upgradeleistung steigern können.
| Technik | Beschreibung | Vorteile | Nachteile |
|---|---|---|---|
Paralleles Upgrade |
Sie können mehrere Datenbanken gleichzeitig anfügen und upgraden, um den Upgradeprozess insgesamt zu beschleunigen. Wie viele parallele Upgrades Sie maximal durchführen können, hängt von Ihrer Hardware ab. Diese Technik eignet sich sowohl für direkte Upgrades als auch für Upgrades durch Datenbankanfügungen. |
Kürzere Upgradedauer für die gesamte Umgebung. |
Hierbei handelt es sich um einen manuellen Vorgang, der zusätzliche Schritte und Überwachung erfordert. |
Hybride Methode 1: Datenbankanfügung mit schreibgeschützten Datenbanken |
Mit dieser Methode ist während des Upgradeprozesses weiterhin schreibgeschützter Zugriff auf Inhalte möglich. Dabei legen Sie die Datenbanken als schreibgeschützt fest, während das Upgrade in einer anderen Farm ausgeführt wird. Diese Methode verkürzt die Downtime auf Benutzerseite. |
Die vorhandene Serverfarm kann weiterhin nicht aktualisierte Websites hosten (im schreibgeschützten Modus), während Sie den Inhalt upgraden. Deshalb fällt für die Benutzer minimale Downtime an. Sie können mehrere Inhaltsdatenbanken gleichzeitig upgraden, wodurch der Upgradevorgang im Vergleich zu einem direkten Upgrade insgesamt beschleunigt wird. Zusätzlich zu Software kann auch für Hardware ein Upgrade ausgeführt werden. |
Die Server- und Farmeinstellungen werden nicht aktualisiert. Die Einstellungen, die Sie beibehalten möchten, müssen Sie manuell von der alten Serverfarm an die neue Serverfarm übertragen. Anpassungen müssen ebenfalls manuell übertragen und aktualisiert werden. Fehlende Anpassungen können zu unbeabsichtigten Funktionalitätsverlusten oder Problemen bei der Verwendung führen. Das Kopieren von Datenbanken in einem Netzwerk erfordert Zeit und Bandbreite, was berücksichtigt werden muss. Sie benötigen direkten Zugriff auf die Datenbankserver. |
Hybride Methode 2: Direktes Upgrade mit getrennten Datenbanken |
Sie können die Möglichkeit eines direkten Upgrades nutzen, Inhalte und Einstellungen zu aktualisieren, und gleichzeitig von der Geschwindigkeit eines Upgrades für Datenbankanfügungen profitieren. Bei dieser Methode verwenden Sie zunächst ein direktes Upgrade, um die Farm und die Einstellungen zu aktualisieren. Anschließend trennen und aktualisieren Sie mehrere Datenbanken parallel (in derselben Farm oder einer separaten Farm). |
Farmweite Einstellungen können beibehalten und aktualisiert werden. Anpassungen sind in der Umgebung nach dem Upgrade verfügbar, wobei jedoch möglicherweise manuelle Schritte zum Upgraden oder Überarbeiten erforderlich sein können. Sie können mehrere Inhaltsdatenbanken gleichzeitig upgraden, wodurch der Upgradevorgang im Vergleich zu einem direkten Upgrade insgesamt beschleunigt wird. |
Das Kopieren von Datenbanken in einem Netzwerk erfordert Zeit und Bandbreite, was berücksichtigt werden muss. Sie benötigen direkten Zugriff auf die Datenbankserver. |
Beachten Sie, dass Sie diese beiden Methoden auch kombinieren können. Beispielsweise können Sie Ihre ursprüngliche Farm auf schreibgeschützt festlegen, eine Kopie der Farm erstellen und sie ohne die Inhaltsdatenbanken upgraden, mithilfe eines parallelen Upgrades die gesamten Inhalte der Benutzer rasch aktualisieren und nach Abschluss des Upgrades schließlich die Benutzer auf die neue Farm umstellen. Weitere Informationen zu diesen Techniken zur Minimierung der Downtime finden Sie unter Upgradeprozess (Übersicht) (SharePoint Foundation 2010).
Eine weitere Option, die möglicherweise in Frage kommt, wenn Sie eine überlange Ausfallzeit verhindern möchten, ist die AAM-URL-Umleitung (Alternative Access Mappings, alternative Zugriffszuordnungen) in Verbindung mit ein Upgrade durch Datenbankanfügungen. Dabei leiten Sie Benutzer vorübergehend in eine andere vorhandene Farm um, während Sie die Inhalte in einer neuen Farm upgraden. Dies ist eine Methode, die viel Erfahrung voraussetzt und nur angewendet werden sollte, wenn andere Techniken zur Minimierung der Downtime nicht ausreichen. Weitere Informationen finden Sie unter Verwenden der URL-Umleitungsfeatures der alternativen Zugriffszuordnung im Rahmen des Upgradeverfahrens (SharePoint Foundation 2010) (Whitepaper).
Sonderfälle
Möglicherweise haben Sie beim Upgrade andere Anforderungen oder zusätzliche Ziele. In der folgenden Tabelle werden Sonderfälle aufgelistet und die jeweils geeigneten Upgrademethoden beschrieben.
| Fall | Upgrademethode |
|---|---|
Upgraden einer eigenständigen Installation mit Windows Internal Database? |
Wenn Sie Windows SharePoint Services 3,0 auf einem eigenständigen Server mit Windows Internal Database ausführen, wird Ihre Datenbank im Rahmen des direkten Upgradeprozesses zu SQL Server Express migriert. Wenn die Datenbank größer ist als 4 GB, müssen Sie Remote-BLOB-Speicher für die Speicherung eines Teils der Daten konfigurieren. Weitere Informationen finden Sie unter Durchführen eines Upgrades von einer eigenständigen Installation von Windows SharePoint Services 3.0 auf SharePoint Foundation 2010 mit Remote-BLOB-Speicher. |
Upgraden von einer 32-Bit-Version auf eine 64-Bit-Version von SQL Server? |
Wenn Sie eine 32-Bit-Version von SQL Server ausführen, müssen Sie zu einer 64-Bit-Version migrieren. Es wird empfohlen, diesen Schritt vor dem Upgrade auf SharePoint Foundation 2010 durchzuführen, um eine optimale Leistung sicherzustellen. Führen Sie immer nur eine Art von Upgrade oder Migration aus, um Fehler beim Upgrade zu vermeiden. Weitere Informationen finden Sie unter Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Windows SharePoint Services 3.0). SQL Server bietet zwei Möglichkeiten zum Upgraden von einer 32-Bit-Version auf eine 64-Bit-Version:
Hinweis Wenn Sie eine SQL Server-Version beispielsweise von SQL Server 2005 SP2 auf SQL Server 2008 upgraden, können Sie dieses Upgrade vor, während oder nach dem Upgrade von der 32-Bit-Version auf die 64-Bit-Version von SQL Server ausführen. |
Upgraded von Windows Server 2003 auf Windows Server 2008? |
Führen Sie das Upgrade des Betriebssystems aus, bevor Sie das Upgrade auf SharePoint Foundation 2010 ausführen. Wenn Sie Windows SharePoint Services 3,0 ausführen, müssen Sie bestimmte Schritte für das Upgrade auf Windows Server 2008 ausführen. Weitere Informationen finden Sie unter Aktualisieren auf Windows Server 2008 für Windows SharePoint Services 3.0 mit SP1. |
Upgraden von einer 32-Bit-Version auf eine 64-Bit-Version des Betriebssystems? |
Wenn Sie ein 32-Bit-Betriebssystem verwenden, müssen Sie vor dem Upgrade eine Migration zu einem 64-Bit-Betriebssystem ausführen. Weitere Informationen finden Sie unter Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Windows SharePoint Services 3.0). |
Upgraden einer Umgebung, in der formularbasierte Authentifizierung verwendet wird? |
Zusätzliche Schritte sind beim Upgrade erforderlich, wenn Sie formularbasierte Authentifizierung verwenden. Weitere Informationen finden Sie unter Konfigurieren der formularbasierten Authentifizierung für eine forderungsbasierte Webanwendung (SharePoint Foundation 2010). |
Upgraden von sehr großen Datenbanken? |
Grundsätzliche dauert das Upgrade bei sehr großen Datenbanken, besonders solchen, die zahlreiche Dokumentversionen oder sehr große Dokumentversionen enthalten, länger als bei kleinen Datenbanken. Allerdings hängt die Dauer des Upgrades nicht von der Größe der Datenbank, sondern vielmehr von der Komplexität der Daten ab. Tritt beim Upgradeprozess ein Timeout auf, liegt das meistens an Problemen mit der Verbindung. In Windows SharePoint Services 3.0 traten beim Upgrade häufig Timeouts aufgrund der Dauer der Ausführung eines Prozesses auf. Das ist bei SharePoint Foundation 2010 selten der Fall. Weitere Informationen dazu, wie lange das Upgrade in Ihrer Umgebung wahrscheinlich dauert, finden Sie unter Schätzen der Dauer des Upgradevorgangs und des benötigten Speicherplatzes (SharePoint Foundation 2010). |
Upgrade von Windows SharePoint Services 2.0? |
Verwenden Sie ein Upgrade durch Datenbankanfügungen, um auf Windows SharePoint Services 3.0 zu upgraden, und führen Sie dann ein Upgrade auf SharePoint Foundation 2010 aus. Weitere Informationen zu diesem Upgradeverfahren finden Sie unter Ausführen eines Upgrades von Windows SharePoint Services 2.0 auf SharePoint Foundation 2010. |
Verwenden von internationalen Domänennamen? |
In Windows SharePoint Services 3.0 wurden internationale Domänennamen (IDNs) unterstützt, jedoch werden sie in SharePoint Foundation 2010 nicht unterstützt. Wenn Sie gegenwärtig in Windows SharePoint Services 3.0 IDNs verwenden und ein Upgrade auf oder eine Migration zu SharePoint Foundation 2010 beabsichtigen, müssen Sie zuvor die Verwendung von IDNs beenden, alle IDN-Einstellungen löschen und eine Umgebung ohne IDNs einrichten. Weitere Informationen finden Sie unter Planen mehrsprachiger Websites (SharePoint Foundation 2010). |