Bestimmen der Upgrademethode (SharePoint Server 2010)
Gilt für: SharePoint Server 2010
Letztes Änderungsdatum des Themas: 2016-11-30
Vor dem Upgraden von Microsoft Office SharePoint Server 2007 auf Microsoft SharePoint Server 2010 müssen Sie die Upgrademethode bestimmen. Vergleichen Sie anhand der Informationen in diesem Artikel die Vor- und Nachteile der einzelnen Methoden, und lesen Sie die Informationen zu Spezialfällen, die die verwendete Methode beeinflussen können. Lesen Sie außerdem unbedingt die Informationen unter Überprüfen unterstützter und nicht unterstützter Upgradepfade (SharePoint Server 2010), um ein genaues Verständnis darüber zu erhalten, welche Upgradesituationen gültig sind und zu erfolgreichen Upgrades führen.
Hinweis
Für ein Upgrade muss Office SharePoint Server 2007 mit Service Pack 2 (SP2) installiert sein.
Inhalt dieses Artikels
Auswählen einer Upgrademethode
Spezialfälle
Auswählen einer Upgrademethode
Es gibt zwei grundlegende Upgrademethoden: direktes Upgrade und Upgrade durch Datenbankanfügungen. Darüber hinaus können Sie mithilfe verschiedener Techniken Aspekte dieser grundlegenden Methoden kombinieren, um das Downtimerisiko zu reduzieren oder die Leistung zu verbessern.
In der folgenden Tabelle wird das direkte Upgrade und das Upgrade durch Datenbankanfügungen miteinander verglichen.
| Ansatz | Beschreibung | Vorteile | Nachteile |
|---|---|---|---|
Direktes Upgrade |
Sie können SharePoint Server 2010 auf derselben Hardware installieren. Außerdem können Sie die Inhalte und Einstellungen in der Serverfarm in einem einzigen Schritt upgraden. |
Farmweite Einstellungen bleiben erhalten und werden aktualisiert. Anpassungen sind nach dem Upgrade in der Umgebung verfügbar. Unter Umständen sind manuelle Schritte erforderlich, um sie zu upgraden oder zu überarbeiten. |
Server und Farmen werden während des Upgradeprozesses offline geschaltet. Das Upgrade wird kontinuierlich fortgesetzt. Daher müssen Sie genügend Zeit für das sequenzielle Upgrade aller Inhalte einplanen. |
Upgrade mit Anfügen der Datenbanken |
Sie können die Inhalte für die Umgebung in einer separaten Farm upgraden. Demzufolge werden Server- und Farmeinstellungen nicht aktualisiert. Sie können die Datenbanken in beliebiger Reihenfolge upgraden. Es können mehrere Datenbanken gleichzeitig aktualisiert werden. Während des Upgradevorgangs einer Datenbank steht der Inhalt der betreffenden Datenbank den Benutzern nicht zur Verfügung. |
Sie können mehrere Inhaltsdatenbanken gleichzeitig aktualisieren. Dadurch wird die gesamte Upgradedauer gegenüber einem direkten Upgrade verkürzt. Mit einem Upgrade mit Anfügen der Datenbanken können Sie mehrere Farmen in einer Farm zusammenfassen. |
Die Server- und Farmeinstellungen werden nicht aktualisiert. Sie müssen Einstellungen, die aus der alten Farm in die neue Farm übernommen werden sollen, manuell übertragen. Alle Anpassungen müssen ebenfalls manuell auf die neue Farm übertragen werden. Fehlende Anpassungen können zu Verlusten hinsichtlich der Funktionalität oder zu Problemen bezüglich der Benutzererfahrung führen. Das Kopieren von Datenbanken über ein Netzwerk nimmt Zeit und Bandbreite in Anspruch. Dies müssen Sie bei der Planung berücksichtigen. Sie benötigen direkten Zugriff auf die Datenbankserver. |
Weitere Informationen zur Funktionsweise von direktem Upgrade und Upgrade durch Datenbankanfügungen finden Sie unter Upgradeprozess (Übersicht) (SharePoint Server 2010).
In der folgenden Tabelle werden die Techniken zur Reduzierung von Downtime aufgelistet, die Sie beim Upgraden verwenden können, um den Zeitraum zu verkürzen, in dem Benutzer keinen Zugriff auf ihre Inhalte haben, oder um die Upgradeleistung zu verbessern.
| Technik | Beschreibung | Vorteile | Nachteile |
|---|---|---|---|
Paralleles Upgrade |
Sie können mehrere Datenbanken gleichzeitig anfügen und upgraden, um den Upgradevorgang insgesamt zu beschleunigen. Die maximale Anzahl paralleler Upgrades hängt von der Hardware ab. Diese Technik ist für das direkte Upgrade oder das Upgrade durch Datenbankanfügungen geeignet. |
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 |
Sie können während des Upgradevorgangs weiterhin schreibgeschützten Zugriff auf Inhalte bereitstellen. Für diese Methode legen Sie die Datenbanken als schreibgeschützt fest, während das Upgrade in einer anderen Farm ausgeführt wird. Mit dieser Methode wird die wahrgenommene Downtime für die Benutzer reduziert. |
Die vorhandene Farm kann weiterhin nicht aktualisierte Websites hosten (im Schreibschutzmodus), während Sie die Inhalte aktualisieren. Folglich ist die Ausfallzeit für die Benutzer minimal. Sie können mehrere Inhaltsdatenbanken gleichzeitig aktualisieren. Dadurch wird die gesamte Upgradedauer gegenüber einem direkten Upgrade verkürzt. Sie können neben der Software auch Hardware aktualisieren. |
Die Server- und Farmeinstellungen werden nicht aktualisiert. Sie müssen Einstellungen, die aus der alten Farm für die neue Farm übernommen werden sollen, manuell übertragen. Alle Anpassungen müssen ebenfalls manuell übertragen und aktualisiert werden. Fehlende Anpassungen können zu Verlusten hinsichtlich der Funktionalität oder zu Problemen bezüglich der Benutzererfahrung führen. Das Kopieren von Datenbanken über ein Netzwerk nimmt Zeit und Bandbreite in Anspruch. Dies müssen Sie bei der Planung berücksichtigen. 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 mit Anfügen der Datenbanken 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 nach dem Upgrade in der Umgebung verfügbar. Unter Umständen sind manuelle Schritte erforderlich, um sie zu aktualisieren oder zu überarbeiten. Sie können mehrere Inhaltsdatenbanken gleichzeitig aktualisieren. Dadurch wird die gesamte Upgradedauer gegenüber einem direkten Upgrade verkürzt. |
Das Kopieren von Datenbanken über ein Netzwerk nimmt Zeit und Bandbreite in Anspruch. Dies müssen Sie bei der Planung berücksichtigen. Sie benötigen direkten Zugriff auf die Datenbankserver. |
Beachten Sie, dass diese Techniken auch kombiniert werden können. Beispielsweise können Sie für die ursprüngliche Farm den schreibgeschützten Modus festlegen, eine Kopie der Farm erstellen und diese ohne die Inhaltsdatenbanken upgraden, mit einem parallelen Upgrade schnell alle Benutzerinhalte upgraden und schließlich nach Abschluss des Upgrades die Benutzer auf die neue Farm umstellen. Weitere Informationen zur Funktionsweise dieser Techniken zur Reduzierung von Downtime finden Sie unter Upgradeprozess (Übersicht) (SharePoint Server 2010).
Bei extrem langen Ausfallzeiten können Sie eventuell auch die AAM-URL-Umleitungsfunktion (Alternative Access Mappings, alternative Zugriffszuordnungen) mit dem Upgrade durch Datenbankanfügungen verwenden, um Benutzer temporär an eine vorhandene Farm umzuleiten, während der Inhalt in einer neuen Farm aktualisiert wird. Hierbei handelt es sich um eine erweiterte Methode, die nur verwendet werden sollte, wenn sich andere Techniken zur Reduzierung von Downtime als unzureichend erweisen. Weitere Informationen finden Sie unter Verwenden der AAM-URL-Umleitung als Teil des Upgradeprozesses (SharePoint Server 2010) (Whitepaper).
Spezialfä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 von einer 32-Bit-Version auf eine 64-Bit-Version von SQL Server? |
Wenn Sie eine 32-Bit-Edition von SQL Server verwenden, müssen Sie zu einer 64-Bit-Edition migrieren. Sie sollten die Migration vor dem Upgrade aufSharePoint Server 2010 ausführen, um eine optimale Leistung sicherzustellen. Führen Sie jeweils nur eine Art von Upgrade oder Migration aus, um Probleme zu vermeiden. Weitere Informationen finden Sie unter Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Office SharePoint Server 2007). Für das Upgrade von einer 32-Bit-Version auf eine 64-Bit-Version von SQL Server bestehen zwei Möglichkeiten:
Hinweis Wenn Sie eine SQL Server-Version, beispielsweise von SQL Server 2005 SP2 auf SQL Server 2008, aktualisieren, 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. |
Upgrade von einem 32-Bit-Betriebssystem auf ein 64-Bit-Betriebssystem? |
Wenn Sie ein 32-Bit-Betriebssystem verwenden, müssen Sie vor dem Upgrade auf ein 64-Bit-Betriebssystem migrieren. Weitere Informationen finden Sie unter Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Office SharePoint Server 2007). |
Upgraden einer Umgebung, in der die formularbasierte Authentifizierung verwendet wird? |
Zusätzliche Schritte sind für das Upgrade erforderlich, wenn Sie die formularbasierte Authentifizierung verwenden. Weitere Informationen finden Sie unter Konfigurieren der formularbasierten Authentifizierung für eine forderungsbasierte Webanwendung (SharePoint Server 2010). |
Upgraden sehr großer Datenbanken? |
Im Allgemeinen dauert das Upgraden sehr großer Datenbanken (insbesondere Datenbanken mit sehr vielen oder sehr großen Dokumentversionen) länger als bei kleineren Datenbanken. Die Komplexität der Daten, und nicht die Größe der Datenbank selbst, bestimmt jedoch die Dauer des Upgradevorgangs. Falls beim Upgradevorgang ein Timeout auftritt, ist dies gewöhnlich auf Verbindungsprobleme zurückzuführen. In Office SharePoint Server 2007 trat beim Upgradevorgang oft ein Timeout auf, da die Ausführung eines Prozesses lange dauerte. Bei SharePoint Server 2010 passiert dies jedoch selten. Weitere Informationen zur Dauer des Upgrades für Ihre Umgebung finden Sie unter Schätzen der Dauer des Upgradevorgangs und des benötigten Speicherplatzes (SharePoint Server 2010). |
Upgrade von SharePoint Portal Server 2003:? |
Verwenden Sie ein Upgrade durch Datenbankanfügungen zum Upgraden auf Microsoft Office SharePoint Server 2007, und upgraden Sie dann auf SharePoint Server 2010. Weitere Informationen zu diesem Upgradevorgang finden Sie unter Upgraden von SharePoint Portal Server 2003 auf SharePoint Server 2010. |
Upgrade von Windows SharePoint Services 3,0? |
Verwenden Sie ein Upgrade durch Datenbankanfügungen, um die Inhaltsdatenbanken anzufügen und von Windows SharePoint Services 3,0 auf SharePoint Server 2010 zu upgraden. Dabei wird ein Upgrade der Daten in den Inhaltsdatenbanken durchgeführt, es werden aber keine Farmeinstellungen übertragen. |
Verwenden internationaler Domänennamen (IDN)? |
Office SharePoint Server 2007 unterstützt im Gegensatz zu SharePoint Server 2010 internationale Domänennamen (IDN). Falls Sie aktuell IDNs zusammen mit Office SharePoint Server 2007 verwenden und auf SharePoint Server 2010 upgraden oder zu SharePoint Server 2010 migrieren möchten, 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 für die Zusammenarbeit (SharePoint Server 2010). |