Überprüfen der Aktualisierung und der aktualisierten Websites (SharePoint Foundation 2010)

  • Artikel

 

Gilt für: SharePoint Foundation 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Nach einem direkten Upgrade oder einem Upgrade mit Anfügen der Datenbanken auf Microsoft SharePoint Foundation 2010 müssen Sie überprüfen, ob der Inhalt erfolgreich auf die neue Version aktualisiert wurde. Sie können den Status des Upgrades (wird das Upgrade noch ausgeführt oder wurde es erfolgreich bzw. mit Fehlern beendet?) sowie die aktualisierten Websites überprüfen, um festzustellen, ob noch Probleme behoben werden müssen. Wenn Sie diese Schritte im Rahmen eines Testupgrades durchführen, können Sie mit ihrer Hilfe Anpassungen identifizieren, die vor dem Aktualisieren der Produktionsumgebung überarbeitet werden müssen. Wenn Sie die Produktionsumgebung aktualisieren, ist es noch wichtiger, den Zeitpunkt der abgeschlossenen Durchführung des Upgrades zu kennen und zu wissen, welche Websites erfolgreich aktualisiert wurden bzw. welche Websites noch weiter bearbeitet werden müssen, ehe Sie den Zugriff für Benutzer wieder zulassen können.

In einigen Fällen müssen Sie das Upgrade nach dem Aktualisieren der Websites erneut starten. Weitere Informationen zum Neustart von Upgrades finden Sie unter Fortsetzen des Upgrades (SharePoint Foundation 2010).

Inhalt dieses Artikels:

  • Überprüfen des Upgradestatus

  • Überprüfen aktualisierter Websites

Überprüfen des Upgradestatus

Das Upgrade erfolgt in mehreren Phasen. Für ein direktes Upgrade führen Sie zum Installieren der neuen Software Setup.exe und dann den Konfigurations-Assistent für SharePoint-Produkte aus, um die Konfigurationsdatenbank und die Inhaltsdatenbank für die Administration zu aktualisieren. Anschließend wird die Website für die SharePoint-Zentraladministration geöffnet. An dieser Stelle beginnt das Upgrade von Inhalten. Es gibt verschiedene Möglichkeiten, in den einzelnen Phasen den Status des Upgradevorgangs zu überprüfen. Sie können Protokolldateien für Setup.exe , für den Konfigurations-Assistent für SharePoint-Produkte und für das Inhaltsupgrade überprüfen. In der SharePoint-Zentraladministration können Sie die Versionsnummer anzeigen, um sicherzugehen, dass das Upgrade auf die ordnungsgemäße Version erfolgt ist. Sie können auch auf der Seite Upgradestatus in der SharePoint-Zentraladministration oder über den Vorgang localupgradestatus in Stsadm.exe herausfinden, welche Websites aktualisiert wurden bzw. werden. Wenn das Upgrade nicht erfolgreich abgeschlossen wurde, können Sie die Protokolldateien untersuchen und die Probleme ermitteln, sie beheben und den Upgradevorgang anschließend neu starten.

Überprüfen der Protokolldateien

Sie können anhand der folgenden Protokoll- und Fehlerdateien überprüfen, ob das Upgrade erfolgreich durchgeführt wurde:

  • Die Protokolldatei Setup.exe für SharePoint Foundation 2010.

    Die Setup-Protokolldatei wird im temporären Verzeichnis für das Benutzerkonto gespeichert, über das das Setup ausgeführt wird (%USERTEMP% oder %WINDIR%\Users\user account\AppData\Local\Temp). Die Protokolldatei erhält den Namen SharePoint Foundation Setup(JJJJMMTT-HHMMSS-SSS.log, wobei JJJJMMTT das Datum und HHMMSS-SSS die Uhrzeit ist (Stunden im 24-Stunden-Format, Minuten, Sekunden, Millisekunden).

  • Die Protokolldatei des Konfigurations-Assistent für SharePoint-Produkte (Psconfig.exe).

    Die Psconfig.exe-Protokolldateien befinden sich unter %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS. Die Protokolldateien werden nach dem folgenden Format benannt: PSCDiagnostics_MM_TT_JJJJ_HH_MM_SS_SSS-Zufallszahl.log, wobei MM_TT_JJJJ das Datum und HH_MM_SS_SSS die Zeit (Stunden im 24-Stunden-Format, Minuten, Sekunden und Millisekunden) ist und die Zufallszahl zum Unterscheiden zwischen möglichen gleichzeitig ausgeführten Versuchen zur Ausführung des Programms Psconfig.exe verwendet wird.

  • Die Upgradeprotokolldatei und die Upgradefehlerprotokoll-Datei.

    Die Upgradeprotokolldatei und die Upgrade-Fehlerprotokolldatei befinden sich unter %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Die Protokollnamen haben das folgende Format: Upgrade-YYYYMMDD-HHMMSS-SSS.log, wobei YYYYMMDD das Datum und HHMMSS-SSS die Uhrzeit darstellt (Stunden im 24-Stunden-Uhrzeitformat, Minuten, Sekunden und Millisekunden). In der Upgrade-Fehlerprotokolldatei werden alle Fehler und Warnungen in einer kürzeren Datei zusammengefasst, deren Name Upgrade-YYYYMMDD-HHMMSS-SSS-error.log lautet.

Wenn Sie die Protokolldateien überprüfen möchten, um Probleme zu finden und zu beheben, starten Sie ganz oben in den Dateien. Fehler oder Warnungen werden möglicherweise wiederholt, wenn sie für mehrere Websitesammlungen in der Umgebung auftreten oder wenn sie den Upgradevorgang vollständig blockieren. Beispiel: Wenn Sie keine Verbindung mit der Konfigurationsdatenbank herstellen können, wird der Upgradevorgang mehrmals gestartet (und es tritt ein Fehler auf), und diese Versuche werden in der Protokolldatei aufgeführt.

So überprüfen Sie die Protokolldateien

  1. Stellen Sie sicher, dass Sie über die folgenden Administratoranmeldeinformationen verfügen:

    • Zum Anzeigen der Protokolldateien müssen Sie Mitglied der lokalen Gruppe Administratoren auf dem Server sein.

  2. Wechseln Sie in Windows Explorer zum Verzeichnis mit der Protokolldatei, die Sie anzeigen möchten.

  3. Öffnen Sie die Protokolldatei in einem Text-Editor.

  4. Suchen Sie in der Upgradeprotokolldatei nach folgendem Eintrag:

    Upgrade session finished successfully!

    Wenn Sie diesen Eintrag finden, war die Installation erfolgreich.

  5. Wenn die Einträge aus dem vorherigen Schritt nicht in der Upgradeprotokolldatei zu finden sind, oder wenn Sie eine der anderen Protokolldateien überprüfen, können Sie bestimmte Probleme erkennen, die möglicherweise zu einem Fehler beigetragen haben, indem Sie in der Datei nach den folgenden Elementen suchen:

    • Suchen Sie in den Protokolldateien nach ERROR, um nach Fehlern (z. B. Fehler bei Komponenten und fehlerhafte Datenbankverbindungen) zu suchen.

    • Suchen Sie nach WARNING, um nach Problemen wie z. B. fehlenden Features oder Komponenten zu suchen.

Bei der Suche nach Problemen kann es hilfreich sein, einen Protokollparser zum Ausführen von Abfragen in den Protokolldateien zu verwenden.

Wenn Sie Probleme in der Protokolldatei finden, können Sie diese beheben und das Upgrade dann erneut starten, um den Vorgang fortzusetzen.

Überprüfen der Versionsnummer

Zusätzlich zum Anzeigen der Upgradeprotokolldatei können Sie überprüfen, ob das Upgrade erfolgreich ausgeführt wurde. Zeigen Sie dazu auf der Website für die SharePoint-Zentraladministration auf der Seite Server in Farm die Versionsnummer an.

So überprüfen Sie die Versionsnummer auf der Seite "Server in Farm"

  1. Stellen Sie sicher, dass Sie über die folgenden Administratoranmeldeinformationen verfügen:

    • Für die Verwendung der SharePoint-Zentraladministration müssen Sie Mitglied der Gruppe der Farmadministratoren sein.

  2. Klicken Sie auf der Homepage der Zentraladministration unter Systemeinstellungen auf Server in dieser Farm verwalten.

  3. Stellen Sie unter Farminformationen neben Konfigurationsdatenbankversion sicher, dass die Nummer mit "14" beginnt.

Überprüfen des Upgradestatus für Websites

Um herauszufinden, welche Websites aktualisiert wurden oder derzeit aktualisiert werden, können Sie die Seite Upgradestatus in der SharePoint-Zentraladministration oder den Localupgradestatus-Vorgang in Stsadm.exe verwenden.

Auf der Seite Upgradestatus werden die Upgradesitzungen aufgelistet und Details über den Status einer Sitzung aufgeführt (erfolgreiche oder fehlerhafte Durchführung, Anzahl der Fehler oder Warnungen für die einzelnen Server). Die Seite Upgradestatus enthält auch Informationen über die Protokoll- und Fehlerdateien für den Upgradevorgang und schlägt Lösungen für mögliche Probleme vor.

Um festzustellen, ob beim Upgrade Websites ausgelassen oder übersprungen wurden, können Sie den Vorgang localupgradestatus in Stsadm.exe auf jedem Front-End-Webserver in einer Serverfarm ausführen.

So zeigen Sie den Upgradestatus in der SharePoint-Zentraladministration an

  1. Stellen Sie sicher, dass Sie über die folgenden Administratoranmeldeinformationen verfügen:

    • Für die Verwendung der SharePoint-Zentraladministration müssen Sie Mitglied der Gruppe der Farmadministratoren sein.

  2. Klicken Sie auf der Homepage der Zentraladministration unter Upgrade und Migration auf Upgradestatus überprüfen.

So zeigen Sie den Upgradestatus über die Befehlszeile an

  1. Stellen Sie sicher, dass Sie über die folgenden Administratoranmeldeinformationen verfügen:

    • Für die Verwendung von Stsadm müssen Sie Mitglied der lokalen Gruppe Administratoren auf dem Server sein.

  2. Klicken Sie auf Start, klicken Sie mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen.

  3. Navigieren Sie im Eingabeaufforderungsfenster zu folgendem Verzeichnis:

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin

  4. Geben Sie den folgenden Befehl ein, und drücken Sie die EINGABETASTE:

    Stsadm -o localupgradestatus

Weitere Informationen zum Vorgang localupgradestatus finden Sie unter Localupgradestatus: Stsadm-Vorgang (Windows SharePoint Services)

Überprüfen aktualisierter Websites

Überprüfen Sie die aktualisierten Websites, um Probleme zu erkennen, die behoben werden müssen, bevor Sie den Upgradevorgang in der Produktionsumgebung ausführen. Wenn Sie ein direktes Upgrade ausgeführt haben und sich für ein visuelles Upgrade entschieden haben, können Sie mithilfe der Funktion Visuelles Upgrade eine Vorschau der Websites auf der neuen Benutzeroberfläche anzeigen. Weitere Informationen zum Anzeigen der Vorschau von Websites mithilfe von Visuelles Upgrade finden Sie unter Verwalten des visuellen Upgrades (SharePoint Foundation 2010).

Wenn Sie grundlegende Funktionen überprüfen möchten, können Sie mit einem repräsentativen Satz von Listen, Bibliotheken, Webparts usw. eine neue Websitesammlung erstellen. Überprüfen Sie die neue Website, um sicherzustellen, dass die Grundelemente der Websites ordnungsgemäß ausgeführt werden.

Wenn Seiten nicht ordnungsgemäß gerendert werden, können Sie die Seite Websiteeinstellungen überprüfen, indem Sie direkt zur URL wechseln (http://Website-URL/_layouts/settings.aspx). Falls die Seite Websiteeinstellungen funktioniert und das Upgrade erfolgreich ausgeführt wurde, ist das Problem möglicherweise bei der Gestaltungsvorlage oder der Homepage zu suchen. Falls die Seite Websiteeinstellungen nicht funktioniert, überprüfen Sie die Protokolldatei auf zusätzliche Informationen zu dem Problem.

Überprüfen Sie zunächst Websites, bei denen die Auswirkungen am gravierendsten sind oder die am stärksten genutzt werden, und setzen Sie dann die Überprüfung mit Websites geringerer Priorität fort. Im Rahmen der Planung sollten Sie bestimmt haben, bei welchen Websites es sich um Websites mit gravierenden Auswirkungen und starker Nutzung handelt, die ein sofortiges Eingreifen erfordern, und bei welchen Websites kein sofortiges Eingreifen erforderlich ist.

Verwenden Sie die folgenden Prüflisten, um die aktualisierten Websites zu überprüfen und nach Problemen zu suchen.

Webparts

In der folgenden Tabelle werden Probleme mit Webparts, die nach dem Upgrade auftreten können, und Maßnahmen zur Abhilfe aufgeführt.

Tipp

Zum raschen Testen der Webparts können Sie vor dem Testen des Upgrades eine neue Webpartseite erstellen, die alle benutzerdefinierten Webparts enthält. Überprüfen Sie nach dem Testupgrade die Seite auf fehlende oder fehlerhafte Webparts.

Zu überprüfen Vorgehensweise bei Problemen

Werden alle Webparts aus der ursprünglichen Website auf der aktualisierten Website angezeigt?

Wenn eine Webpartzone zwar in einer angepassten Seite (ohne Duplizierung), jedoch nicht in der Websitedefinition vorhanden ist, wurden die Webparts von dieser Webpartzone möglicherweise während des Upgrades in die untere Zone der Seite verschoben.

Suchen Sie im Seitenbearbeitungsmodus im Browser oder in Microsoft SharePoint Designer 2010 nach fehlenden Webparts in der unteren Zone oder in anderen Zonen, oder überprüfen Sie, ob die Webparts geschlossen wurden. Weitere Informationen zum Arbeiten mit Webparts und Webpartzonen in SharePoint Designer 2010 finden Sie in der SharePoint Designer-Hilfe.

Werden die Webparts korrekt angezeigt (richtige Zone, Größe und richtiger Speicherort)?

Ziehen Sie das Webpart im Seitenbearbeitungsmodus im Browser oder in SharePoint Designer 2010 in die richtige Zone, oder ändern Sie die Webparteigenschaften, um Größen- oder Positionierungsprobleme zu korrigieren.

Gibt es zusätzliche oder fehlende Webparts?

Öffnen Sie die Seite im Seitenbearbeitungsmodus des Browsers oder in SharePoint Designer 2010. Wenn Sie auf der Seite zusätzliche Webparts finden, suchen Sie in der ursprünglichen Version der Seite nach geschlossenen oder inaktiven Webparts. Wurden die geschlossenen oder inaktiven Webparts durch den Upgradevorgang geöffnet? Falls ja, können Sie die Webparteigenschaften ändern, sodass diese Webparts geschlossen werden.

Suchen Sie bei fehlenden Webparts in SharePoint Designer 2010 nach Fehlern, beispielsweise "Fehler beim Anzeigen des Steuerelements" oder "Fehlende Assembly". Diese Fehler weisen darauf hin, dass das Webpart für die neue Umgebung nicht ordnungsgemäß installiert oder konfiguriert wurde und dass es neu installiert oder neu konfiguriert werden muss.

Werden die Webparts richtig ausgeführt?

Öffnen Sie die Seite im Seitenbearbeitungsmodus des Browsers oder in SharePoint Designer 2010, und suchen Sie nach Fehlern, die darauf hindeuten, dass eine Komponente oder ein Dienst fehlt. Stellen Sie sicher, dass alle Komponenten oder Dienste, von denen das Webpart abhängig ist, in der aktualisierten Website vorhanden sind. Insbesondere für ein Upgrade mit Anfügen der Datenbanken müssen Sie sicherstellen, dass Sie alle für die Webparts benötigten Komponenten oder Dienste installiert und ordnungsgemäß konfiguriert haben (z. B. die Liste der sicheren Steuerelemente in Web.config).

Sie müssen alle vorhandenen Webparts, die nicht mehr ordnungsgemäß ausgeführt werden, aktualisieren und erneut bereitstellen.

Tipp

Wenn bei einem Webpart Probleme auftreten, fügen Sie am Ende der URL-Syntax contents=1 an (http:// Website-URL/default.aspx?contents=1), und drücken Sie dann die EINGABETASTE. Hierdurch wird die Seite für die Webpartverwaltung geöffnet, auf der Sie das fehlerhafte Webpart entfernen und reparieren können.

Große Listen

Standardmäßig wird die Anfrageneinschränkung für umfangreiche Listen nach einem Upgrade auf SharePoint Foundation 2010 angewendet. Falls eine Liste sehr umfangreich ist und die Benutzer eine Ansicht verwenden oder eine Abfrage ausführen, die den Grenzwert oder den Einschränkungsschwellenwert überschreitet, ist die Ansicht oder Abfrage nicht zulässig. Überprüfen Sie umfangreiche Listen in Ihrer Umgebung, und lassen Sie den Websitebesitzer oder Listenbesitzer das Problem beheben. Beispielsweise können Sie mithilfe gefilterter Ansichten indizierte Spalten erstellen, Elemente in Ordnern anordnen, einen Elementgrenzwert auf der Seite für eine umfangreiche Ansicht festlegen oder aber eine externe Liste verwenden.

Formatvorlagen und Darstellung

In der folgenden Tabelle werden häufige Probleme bei Stil und Aussehen der Website nach dem Upgrade und Abhilfemaßnahmen aufgeführt.

Tipp

Die meisten Probleme in diesem Abschnitt können behoben werden, indem die Links zu einem Element korrigiert werden.

Zu überprüfen Vorgehensweise bei Problemen

Werden alle Bilder auf den Seiten ordnungsgemäß angezeigt?

Überprüfen oder korrigieren Sie die Links zu den Bildern.

Werden die entsprechenden Cascading Stylesheet-Farben und -Formatvorlagen an den richtigen Stellen verwendet?

Überprüfen oder korrigieren Sie die Links zur Datei des Cascading Stylesheets. Überprüfen Sie den Link auf der Gestaltungsvorlage.

Bleibt das auf die Website angewendete Design erhalten?

Die Startseite der Website oder andere Seiten auf der Website werden nach dem Upgrade möglicherweise anders angezeigt als vorher. Möglicherweise müssen Sie ein Design neu erstellen oder überarbeiten und erneut anwenden.

Sind Skriptsteuerelemente vorhanden, die nicht ausgeführt werden?

Überprüfen oder korrigieren Sie die Links zu den Steuerelementen.

Werden die Seiten in Windows Internet Explorer 8 richtig angezeigt?

Überprüfen Sie, ob sich sämtliches HTML auf der Seite im strikten XHTML-Modus befindet.

Werden auf den Seiten Skriptfehler angezeigt?

Überprüfen Sie die Skripts und Links, und überprüfen Sie, ob sich sämtliches HTML im strikten XHTML-Modus befindet.

Berechtigungen

Verfügen die entsprechenden Personen und Gruppen weiterhin über die richtige Berechtigungsstufe für Websites, Seiten, Listen und Elemente?

Mithilfe der Schaltfläche Berechtigungen überprüfen im Abschnitt Berechtigungstools auf dem Menüband können Sie anzeigen, welche Benutzer Berechtigungen zu welchen Elementen in einer Website oder Unterwebsite haben.

Angepasste (nicht duplizierte) Seiten

Angepasste (nicht duplizierte) Seiten sind Seiten, die bearbeitet wurden und nun eindeutige Versionen der Seiten statt Standardvorlagenseiten sind.

Zu überprüfen Vorgehensweise bei Problemen

Befinden sich die Anpassungen noch an den korrekten Positionen?

Bestimmen Sie, ob nur ein einziges Problem auftritt oder ob es sich um ein größeres Problem mit der gesamten Seite handelt.

Wenn Sie der ursprünglichen Website eine komplett neue Seite hinzugefügt haben (falls Sie beispielsweise die Datei Default.aspx durch eine andere Datei ersetzt haben, anstatt an der vorhandenen Datei Default.aspx Änderungen vorzunehmen), liegt keine Zuordnung zwischen der neuen Seite und der Websitedefinition vor. Daher sieht sie möglicherweise nicht wie die anderen Seiten der aktualisierten Website aus, und sie kann nicht zurückgesetzt werden, um so auszusehen. Wenn die angepasste Seite dasselbe Aussehen und Verhalten wie die anderen Seiten der Website haben soll, ziehen Sie die Erstellung einer komplett neuen Seite in Erwägung, die auf der Websitedefinition basiert. Übertragen Sie anschließend Ihre Anpassungen auf diese neue Seite.

Können Sie auf den Seiten weiterhin auf die Bearbeitungssteuerelemente zugreifen?

Wenn Sie die Bearbeitungssteuerelemente angepasst haben (z. B. den Link Websiteeinstellungen oder Seite bearbeiten), überprüfen Sie, ob sie noch angezeigt werden. Wenn sie nicht angezeigt werden, können Sie sie durch Bearbeitungssteuerelemente der neuen Version ersetzen, indem Sie die Seite auf die Standardversion zurücksetzen.

Verwenden Sie zum Zurücksetzen der Seite auf die Standardversion (auch als Reghosting bezeichnet) den Befehl Auf Vorlage zurücksetzen in SharePoint Designer. Nachdem Sie die Standardseite wiederhergestellt haben, können Sie die Anpassungen im Browser erneut vornehmen, indem Sie eine andere Gestaltungsvorlage anwenden oder die Anpassungen erneut in SharePoint Designer anwenden.

Sind Ihre Anpassungen auch in der neuen Umgebung geeignet, oder möchten Sie eine Aktualisierung auf die neue Funktionalität und das neue Aussehen vornehmen?

Wenn Sie die neuen Funktionen und Features verwenden möchten, müssen Sie alle angepassten Seiten zurücksetzen, sodass die Vorlage verwendet wird. Durch das Zurücksetzen der Seite werden die Anpassungen verworfen, und die Seiten werden an die entsprechende Gestaltungsvorlage angefügt. Die gewünschten Anpassungen können dann auf die Gestaltungsvorlage übertragen werden, anstatt sie auf einzelnen Seiten zu speichern.

Verwenden Sie zum Zurücksetzen der Seite auf die Standardversion (d. h. zum Reghosten der Seite) den Befehl Auf Vorlage zurücksetzen in SharePoint Designer. Nachdem Sie die Standardseite wiederhergestellt haben, können Sie die Anpassungen im Browser erneut vornehmen, indem Sie eine andere Gestaltungsvorlage anwenden oder die Anpassungen erneut in SharePoint Designer anwenden.

Sind noch Seiten ausgecheckt?

Wenn Sie eine Seite auschecken, um Änderungen vorzunehmen, stellen Sie sicher, dass Sie die Seite anschließend wieder einchecken.

See Also

Concepts

Fortsetzen des Upgrades (SharePoint Foundation 2010)
Beheben von Problemen beim Upgrade (SharePoint Foundation 2010)