Schätzen der Dauer des Upgradeprozesses und des benötigten Speicherplatzes (Office SharePoint Server)

  • Artikel

Inhalt dieses Artikels:

  • Schätzen des für das Upgrade benötigten Speicherplatzes

  • Schätzen der Upgradedauer

  • Zugehöriges Arbeitsblatt

Jede Umgebung ist einzigartig und verfügt über verschiedene Hardwarefunktionen und unterschiedliche Websitemerkmale. Der Speicherplatz und die Zeit, die für eine Aktualisierung benötigt werden, sind stark von der Umgebung abhängig. Beispielsweise können Websites, die auf Microsoft ® Windows ® SharePoint ® Services 2.0 basieren, wesentlich schneller aktualisiert werden als persönliche oder Portalwebsites, die auf Microsoft Office SharePoint Portal Server 2003 basieren. Dies liegt daran, dass der Aktualisierungsvorgang für Websites unter Windows SharePoint Services 2.0 weniger Schritte umfasst als der Aktualisierungsvorgang für persönliche oder Portalwebsites unter SharePoint Portal Server 2003. Die beste Methode zur Schätzung des benötigten Speicherplatzes und der Dauer eines Aktualisierungsvorgangs besteht in der Ausführung eines Aktualisierungstestlaufs mit anschließender Überprüfung des Speicherplatzes und der Dauer. Weitere Informationen zum Ausführen einer Testaktualisierung finden Sie unter Verwenden einer Testaktualisierung zum Suchen nach potenziellen Problemen (Office SharePoint Server).

Schätzen des für das Upgrade benötigten Speicherplatzes

In Abhängigkeit von der gewählten Upgrademethode wird für das Upgrade unterschiedlich viel Speicherplatz benötigt. Beim direkten Upgrade und beim Upgrade mit Datenbankmigration müssen Sie nur eine sehr geringe Zunahme der Datenbanken einplanen. Während des Upgradevorgangs werden jedoch zahlreiche Transaktionen ausgeführt, weshalb die Protokolldateien zum Speichern der Änderungen mehr Speicherplatz benötigen.

Bei einem schrittweisen Upgrade benötigen Sie Speicherplatz für drei Sätze von Datenbanken: die ursprünglichen Datenbanken, die temporären Datenbanken, in denen der Upgradevorgang stattfindet, und die aktualisierten Datenbanken. Zusätzlich wird Speicherplatz für die Protokolldateien und zusätzliche Suchindizes benötigt (falls erforderlich).

Wichtige Empfehlungen und bewährte Methoden zum Planen und Überwachen der SQL Server-Speicheranforderungen im Hinblick auf eine optimale Leistung und einen optimalen Betrieb der Serverfarmen finden Sie unter Planen und Überwachen des SQL Server-Speichers für SharePoint: Leistungsempfehlungen und bewährte Methoden: Whitepaper.

Schätzen des Speicherplatzes für ein direktes Upgrade oder eine Datenbankmigration

Für ein direktes Upgrade oder eine Datenbankmigration müssen Sie nicht viel zusätzlichen Datenbankspeicherplatz einplanen. Für die Migration einer Inhaltsdatenbank müssen Sie auf der neuen Hardware nur so viel Speicherplatz einplanen, wie Ihre aktuellen Datenbanken benötigen, plus etwas Speicherplatz für die spätere Erweiterung. Mithilfe von Microsoft SQL Server Enterprise Manager können Sie herausfinden, wie groß Ihre Datenbanken zurzeit sind. Zusätzlich zum Datenbankspeicherplatz benötigen Sie auch Platz für die folgenden Elemente:

  • Die Upgradeprotokolldateien.

  • Die Transaktionsprotokolldateien für die Datenbanken. Diese Protokolldateien müssen schnell anwachsen können, um die vielen Änderungen in den Datenbanken aufzuzeichnen. Achten Sie darauf, dass ausreichend Speicherplatz für diese Protokolldateien vorhanden ist.

    Hinweis

    In sehr großen Umgebungen ist es möglich, dass die standardmäßige Wachstumsrate für die Transaktionsprotokolldateien (10 %) nicht ausreicht, um mit dem Upgradevorgang Schritt zu halten. Dies kann zu einem Timeout führen. Auch in diesem Fall stellt ein Testupgrade die beste Methode dar, um festzustellen, ob die Transaktionsprotokolldateien mit dem Upgradevorgang Schritt halten können. Wenn Ihre Umgebung sehr groß ist oder der Vorgang während eines Testupgrades wegen eines Timeouts beendet wurde, sollten Sie eventuell die SQL Server-Transaktionsprotokolldateien vorab vergrößern, damit genügend Speicherplatz für die zu verarbeitenden Transaktionen vorhanden ist. Weitere Informationen zur vorzeitigen Vergrößerung der SQL Server-Transaktionsprotokolldateien finden Sie im Thema zur Erweiterung einer Datenbank in der Dokumentation zu SQL Server 2000 oder SQL Server 2005.

Schätzen des Speicherplatzes für ein schrittweises Upgrade

Wenn Sie eine schrittweise Aktualisierung ausführen, müssen Sie über genügend Speicherplatz verfügen, um eine Datenmenge zu speichern, die ca. dreimal so groß ist wie Ihre größte Websitesammlung. Beispielsweise enthielt eine interne Portalwebsite hier bei Microsoft einmal eine Stammportalwebsite in SharePoint Portal Server 2003 mit 400 Gigabyte (GB) Daten in ihrer Datenbank. Die IT-Gruppe schätzte, dass 1,2 Terabyte (TB) des Datenbankspeicherplatzes zum Ausführen der schrittweisen Aktualisierung erforderlich wären. Verwenden Sie Enterprise Manager in SQL Server, um herauszufinden, wie groß Ihre Datenbanken zurzeit sind.

Wenn Sie es sich nicht leisten können, so viel Speicherplatz zuzuweisen, können Sie diesen Aufwand durch das Upgrade Ihrer Websites in Batches reduzieren. Nachdem Sie ein paar Batches aktualisiert haben und von den Websitebesitzern bestätigt wurde, dass die alten Versionen nicht mehr benötigt werden, können Sie die vorherigen Versionen der Websites löschen (nach der Erstellung einer Sicherungskopie). Wenn Sie den Vorgang auf diese Weise fortsetzen und weitere Batches aktualisieren und die alten Versionen der Websites löschen, können Sie bestimmen, wie viel Speicherplatz benötigt wird.

Wenn Sie gemeinsame Dienste verwenden, benötigen Sie zusätzlich noch einmal doppelt so viel Speicherplatz wie für die aktuellen Indizes. Dies liegt daran, dass während einer schrittweisen Aktualisierung mit gemeinsamen Diensten zweimal eine Indizierung vorgenommen erden muss – in der vorherigen Version und in der neuen Version.

Zusätzlich zum Datenbankspeicherplatz benötigen Sie auch Speicherplatz für die folgenden Elemente:

  • Die Upgradeprotokolldateien.

  • Die Transaktionsprotokolldateien für die Datenbanken. Diese Protokolldateien müssen schnell anwachsen können, um die vielen Änderungen in den Datenbanken aufzuzeichnen. Achten Sie darauf, dass ausreichend Speicherplatz für diese Protokolldateien vorhanden ist.

    Hinweis

    In sehr großen Umgebungen ist es möglich, dass die standardmäßige Wachstumsrate für die Transaktionsprotokolldateien (10 %) nicht ausreicht, um mit dem Upgradevorgang Schritt zu halten. Dies kann zu einem Timeout führen. Auch in diesem Fall stellt ein Testupgrade die beste Methode dar, um festzustellen, ob die Transaktionsprotokolldateien mit dem Upgradevorgang Schritt halten können. Wenn Ihre Umgebung sehr groß ist oder der Vorgang während eines Testupgrades wegen eines Timeouts beendet wurde, sollten Sie eventuell die SQL Server-Transaktionsprotokolldateien vorab vergrößern, damit genügend Speicherplatz für die zu verarbeitenden Transaktionen vorhanden ist. Weitere Informationen zur vorzeitigen Vergrößerung der SQL Server-Transaktionsprotokolldateien finden Sie im Thema zur Erweiterung einer Datenbank in der Dokumentation zu SQL Server 2000 oder SQL Server 2005.

  • Die Suchindizes. Bei einer schrittweisen Aktualisierung werden möglicherweise gleichzeitig zwei Crawlvorgänge für die Suche ausgeführt.

Weitere Informationen zur Verwendung des Speicherplatzes während eines schrittweisen Upgrades finden Sie unter Funktionsweise des Aktualisierungsvorgangs (Office SharePoint Server).

Schätzen der Upgradedauer

Nachdem Sie den benötigten Speicherplatz geschätzt haben, können Sie nun berechnen, wie lange der Aktualisierungsvorgang dauern wird. Die Aktualisierungsdauer kann je nach Umgebung stark variieren. Die Leistung für eine Aktualisierung hängt stark von der verwendeten Hardware, von der Komplexität der Websites und den speziellen Merkmalen Ihrer Implementierung ab. Wenn Sie beispielsweise über eine Vielzahl von großen Dokumentbibliotheken oder viele personalisierte Websites verfügen, wird die Aktualisierung wahrscheinlich länger dauern als bei einer einfacheren Website.

Die gewählte Upgrademethode hat ebenfalls großen Einfluss auf die Dauer des Upgradeprozesses. Das Upgrade mithilfe einer Datenbankmigration ist die schnellste Methode (beachten Sie jedoch, dass die Schritte vor und nach dem eigentlichen Upgradeprozess viel mehr Zeit in Anspruch nehmen als bei anderen Methoden). Das schrittweise Upgrade ist die langsamste Methode, da zusätzliche Schritte zum Kopieren von Daten erforderlich sind. Das direkte Upgrade liegt zeitlich irgendwo dazwischen.

Die beste Möglichkeit zum Schätzen der Gesamtdauer besteht im Ausführen eines Testupgrades für einen kleinen Teil der Daten und der anschließenden Überprüfung der Protokolldateien. Anhand der Protokolldateien können Sie auch den Fortschritt während des Upgradeprozesses überprüfen. In der Datei Upgrade.log im Verzeichnis %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS ist die Dauer angegeben.

Die Schätzung, die Sie basierend auf dem Datensatz vornehmen, gilt jedoch nur für den eigentlichen Datenupgradeprozess; die Schritte, die Sie vor und nach diesem Prozess ausführen müssen und die mehr Zeit in Anspruch nehmen können als das eigentliche Upgrade der Daten, sind darin nicht enthalten. Bei der Schätzung der Upgradedauer müssen Sie daher auch schätzen, wie lange die Aktivitäten vor und nach dem eigentlichen Datenupgradeprozess dauern werden.

Schritte vor dem Upgrade:

  • Erstellen benutzerdefinierter Elemente   Das Erstellen einer Websitedefinition oder neuer Seitenlayouts oder das Aktualisieren von Webparts nimmt einige Zeit in Anspruch. Daher sollten Sie mit der Erstellung benutzerdefinierter Elemente schon frühzeitig, während der Testphase des Projekts, beginnen.

  • Sichern der Datenbanken   Sie müssen eine vollständige Sicherung Ihrer Datenbanken vornehmen – keine differenzielle Sicherung – damit Sie für den unwahrscheinlichen Fall, dass beim Upgrade Fehler auftreten und Sie Ihre Serverfarm neu erstellen müssen, gewappnet sind. Bei großen Umgebungen kann dieser Schritt sehr viel Zeit beanspruchen. Insbesondere können, wenn Sie in eine Netzwerkadresse sichern, Netzwerkwartezeitprobleme diesen Prozess verlangsamen.

  • Erstellen neuer DNS-Namen für eine schrittweise Aktualisierung Das Domain Name System (DNS) benötigt etwas Zeit, um Änderungen über das Netzwerk zu übertragen. Weitere Informationen zur vorzeitigen Erstellung von DNS-Namen für eine schrittweise Aktualisierung finden Sie unter Erstellen neuer Domänennamen (nur beim schrittweisen Upgrade).

Schritte nach dem Upgrade:

  • Überprüfen und Ändern von Websites oder Zurücksetzen auf die Vorlage Geben Sie den Benutzern nach der Aktualisierung genügend Zeit, um ihre Websites zu überprüfen. Dies kann mehrere Tage in Anspruch nehmen. Weitere Informationen finden Sie unter Überprüfen aktualisierter Websites (Office SharePoint Server).

  • Erstellen des Anbieters für gemeinsame Dienste (SSP) Dieser Schritt gilt nur für Datenbankmigrationen (bei einer direkten oder schrittweise Aktualisierung wird der SSP im Rahmen des Aktualisierungsvorgangs erstellt). Das Erstellen eines SSPs kann zwischen 10 und 20 Minuten dauern. Wenn die Datenbanken jedoch vorab von einem Datenbankadministrator erstellt werden sollen, benötigen Sie eventuell einen oder zwei Tage Vorlaufzeit.

  • Importieren von Profilen nach dem Upgrade Dieser Schritt kann mehrere Stunden oder bei großen Organisationen (z. B. mit mehr als 1.000 Profilen) bis zu einen Tag dauern.

  • Ausführen eines Personencrawls Bei großen Organisationen kann dieser Schritt mehr als 24 Stunden dauern.

  • Ausführen eines Suchcrawls im gesamten Inhalt Bei großen Websites kann dieser Schritt mehr als 24 Stunden dauern.

Weitere Faktoren in der Umgebung können ebenfalls zu einer längeren Upgradedauer beitragen, z. B.:

  • Sehr große Dokumentbibliotheken Die Aktualisierung einer Dokumentbibliothek mit mehr als 250.000 Dokumenten, die sich alle im Stammverzeichnis der Dokumentbibliothek befinden (und nicht in Ordnern), kann sehr lange dauern und möglicherweise nicht erfolgreich sein. Durch Einhaltung der Richtlinien für Version 2003 und 2.0 zur Aufteilung großer Dokumentbibliotheken in Ordner können Sie die Größe der Bibliothek beschränken. Wenn Sie beispielsweise die 250.000 Dokumente der zuvor genannten Dokumentbibliothek in 125 Ordner unterteilen, sollte die Aktualisierung leichter sein.

  • Sehr große Datenbanken Die Aktualisierung von Datenbanken, die größer als 100 GB sind, kann lange dauern. Allerdings sind Inhaltsdatenbanken, die Portalwebsites enthalten, oft noch viel größer (z. B. 200 GB). Wenn Sie über eine Portalwebsite mit vielen großen Bereichen verfügen, kann sie in SharePoint Portal Server 2003 nicht aufgeteilt werden und muss in einem Vorgang aktualisiert werden.

    Hinweis

    Wenn Sie über Inhaltsdatenbanken verfügen, die größer als 100 GB sind, aber Teamwebsites oder Websites vom Typ Meine Websites statt Portalwebsites umfassen, wird empfohlen, diese vor der Aktualisierung in kleinere Datenbanken zu unterteilen. Bei größeren Datenbanken nimmt nicht nur die Aktualisierung mehr Zeit in Anspruch, sondern sie sind auch schwieriger wiederherzustellen, wenn die Aktualisierung nicht erfolgreich abgeschlossen wird. Zum Verschieben von Websitesammlungen zwischen Datenbanken stehen von der Community unterstützte Tools zur Verfügung.

    Wenn Sie über eine sehr große Datenbank verfügen (mit mehr als 100 GB), die Sie nicht unterteilen können (da sich der Großteil des Inhalts in einer einzigen Websitesammlung befindet), sollten Sie vielleicht eine andere Upgrademethode auswählen. Ein schrittweises Upgrade kann größere Datenbanken bewältigen, da dabei Websitesammlungen einzeln aktualisiert werden können. Eine Datenbankmigration ist bei sehr großen Datenbanken schwieriger, da das Sichern und Wiederherstellen solch großer Datenbanken problematisch ist. Natürlich erfordert ein schrittweises Upgrade mehr Speicherplatz, sodass Sie die Möglichkeiten sorgfältig prüfen müssen. Weitere Informationen zur Verwendung der Datenbankmigration zum Aktualisieren von Websites nach dem Abschluss eines schrittweisen Upgrades finden Sie in Artikel 926718, So fügen Sie eine Inhaltsdatenbanksicherung während eines schrittweisen Upgrades einer Windows SharePoint Services 2.0-Farm auf Windows SharePoint Services 3.0 an in der Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x407) (möglicherweise maschinelle Übersetzung).

    Warnung

    Achten Sie darauf, dass Sie die Kapazitätsplanungsrichtlinien der alten und neuen Version befolgen, bevor Sie ein Upgrade versuchen. Wenn Sie die Richtlinien für optimale Leistung überschritten haben, kann der Upgradevorgang länger dauern oder möglicherweise nicht erfolgreich sein (z. B. könnte der Vorgang immer wieder bei derselben großen Dokumentbibliothek wegen einem Timeout abgebrochen werden). Wenn Ihre Bereitstellung die empfohlenen Kapazitätsrichtlinien nicht erfüllt, sollten Sie überlegen, ob es vielleicht möglich wäre, die Richtlinien vor dem Upgrade mit wenig Arbeitsaufwand zu erfüllen. Ein Testupgrade kann Ihnen bei dieser Entscheidung behilflich sein.

Arbeitsblatt

Verwenden Sie das Dokument Arbeitsblatt zum Schätzen des benötigten Speicherplatzes und der Upgradedauer (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73752&clcid=0x407), um zu ermitteln, wie viel Speicherplatz für das Upgrade erforderlich ist und wie lange der Upgradevorgang dauern wird.

Herunterladen dieses Buchs

Dieses Thema wurde zum leichteren Lesen und Ausdrucken in das folgende Buch zum Herunterladen aufgenommen:

Die vollständige Liste der verfügbaren Bücher finden Sie unter Bücher zum Herunterladen für Office SharePoint Server 2007.