Überprüfen des Upgrades und aktualisierter Websites (SharePoint Server 2010)

  • Artikel

 

Gilt für: SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Nachdem Sie ein direktes Upgrade oder ein Upgrade durch Datenbankanfügungen auf Microsoft SharePoint Server 2010 durchgeführt haben, müssen Sie überprüfen, ob die Inhalte erfolgreich auf die neue Version aktualisiert wurden. Sie können den Status des Upgrades überprüfen (noch im Gang, erfolgreich oder mit Fehlern abgeschlossen). Anschließend können Sie auch die aktualisierten Websites überprüfen, um festzustellen, ob noch Probleme zu beheben sind. Wenn Sie diese Schritte im Rahmen eines Testupgrades ausführen, können Sie mit ihrer Hilfe die Anpassungen ausmachen, die überarbeitet werden müssen, bevor Sie versuchen, Ihre Produktionsumgebung zu aktualisieren. Wenn Sie Ihre Produktionsumgebung upgraden, ist es noch wichtiger, dass Sie wissen, wann das Upgrade abgeschlossen wurde, welche Websites erfolgreich aktualisiert wurden und welche Websites noch nachbearbeitet werden müssen, bevor Sie den Benutzern wieder den Zugriff darauf gewähren.

In manchen Fällen müssen Sie das Upgrade möglicherweise neu starten, um das Upgrade Ihrer Websites abzuschließen. Weitere Informationen zum Starten des Upgrades finden Sie unter Fortsetzen des Upgrades (SharePoint Server 2010):

Inhalt dieses Artikels:

  • Überprüfen des Upgradestatus

  • Überprüfen der aktualisierten Umgebung

  • Überprüfen aktualisierter Websites

Überprüfen des Upgradestatus

Der Upgradeprozess hat mehrere 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 der Upgradeprozess für Inhalte. Es gibt verschiedene Möglichkeiten, in den einzelnen Phasen den Status des Upgradeprozesses 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 Upgradeprozess anschließend neu starten.

Überprüfen der Protokolldateien

Zum Überprüfen, ob das Upgrade erfolgreich war, können Sie die folgenden Protokoll- und Fehlerdateien untersuchen:

  • Die Protokolldatei von Setup.exe für SharePoint Server 2010.

    Die Protokolldatei von Setup wird im TEMP-Verzeichnis (%USERTEMP% oder %WINDIR%\Users\Benutzerkonto\AppData\Local\Temp) des Kontos des Benutzers gespeichert, der Setup ausführt. Ihr Name lautet SharePoint Server Setup(JJJJMMTTHHMMSSSSS).log, wobei JJJJMMTT das Datum und HHMMSSSSS die Uhrzeit ist (Stunden im 24-Stunden-Format, Minuten, Sekunden und Millisekunden).

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

    Die Protokolldateien von Psconfig.exe befinden sich unter %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Die Protokollnamen das folgende Format: PSCDiagnostics_TT_MM_JJJJ_HH_MM_SS_SSS_beliebige_Zahl.log, wobei TT_MM_JJ das Datum und HH_MM_SS_SSS die Uhrzeit ist (Stunden im 24-Stunden-Format, Minuten, Sekunden und Millisekunden). Die beliebige Zahl dient zum Unterscheiden möglicher gleichzeitiger Versuche zum Ausführen des Programms Psconfig.exe.

  • Die Upgradeprotokolldatei und die Upgradefehler-Protokolldatei.

    Die Upgradeprotokolldatei und die Upgradefehlerprotokoll-Datei finden Sie unter %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Die Protokolldateien werden nach dem folgenden Format benannt: Upgrade-JJJJMMTT-HHMMSS-SSS.log. Dabei ist JJJJMMTT das Datum und HHMMSS-SSS die Uhrzeit (Stunden im 24-Stunden-Format, Minuten, Sekunden und Millisekunden). In der Upgradefehlerprotokoll-Datei werden alle Fehler und Warnungen in einer kürzeren Datei zusammengefasst, deren Name Upgrade-JJJJMMTT-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 wiederholen sich möglicherweise, wenn sie für mehrere Websitesammlungen in der Umgebung auftreten oder wenn sie den Upgradevorgang vollständig blockieren. Ein 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 Administratorrechte 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 Datei in einem Text-Editor.

  4. Suchen Sie in der Upgradeprotokolldatei mit der Suchfunktion oder visuell den folgenden Eintrag:

    Upgradesitzung erfolgreich abgeschlossen!

    Wenn Sie diesen Eintrag finden, war die Installation erfolgreich.

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

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

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

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

Wenn Sie Probleme in der Protokolldatei ausmachen, können Sie diese beheben und anschließend das Upgrade neu starten, um den Prozess fortzusetzen.

Überprüfen der Versionsnummer

Zusätzlich zum Überprüfen der Upgradeprotokolldatei können feststellen, ob das Upgrade erfolgreich ausgeführt wurde, indem Sie auf der Website der SharePoint-Zentraladministration auf der Seite Server in Farm die Versionsnummer anzeigen.

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

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

    • Sie müssen Mitglied der SharePoint-Gruppe Farmadministratoren sein, um die SharePoint-Zentraladministration verwenden zu können.

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

  3. Prüfen Sie unter Farminformationen neben Konfigurationsdatenbankversion, ob die Nummer mit "14" beginnt.

Überprüfen des Upgradestatus für Websites

Um herauszufinden, welche Website aktualisiert wurden oder gegenwärtig aktualisiert werden, können Sie die Seite Upgradestatus in der SharePoint-Zentraladministration oder den Vorgang localupgradestatus in Stsadm.exe verwenden.

Die Seite Upgradestatus listet die Upgradesitzungen auf und liefert Einzelheiten zum Zustand der jeweiligen Sitzung (Erfolg oder Fehler sowie Anzahl der Fehler oder Warnungen pro Server). Diese Seite enthält auch Informationen zu den Protokoll- und Fehlerdateien zum Upgradeprozess und Vorschläge zur Behebung ggf. aufgetretener Probleme.

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 Administratorrechte verfügen:

    • Sie müssen Mitglied der SharePoint-Gruppe Farmadministratoren sein, um die SharePoint-Zentraladministration verwenden zu können.

  2. Klicken Sie auf der Startseite 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 Administratorrechte verfügen:

    • Um Stsadm verwenden zu können, 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. Wechseln 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 dann die EINGABETASTE:

    Stsadm -o localupgradestatus

Weitere Informationen zum Vorgang localupgradestatus finden Sie unter Localupgradestatus: Stsadm-Vorgang (Office SharePoint Server).

Überprüfen der aktualisierten Umgebung

Nachdem Sie festgestellt haben, dass das Upgrade erfolgreich abgeschlossen wurde, sollten Sie sich die Zeit zum Überprüfen der Umgebung nehmen. Überprüfen Sie Folgendes:

  • Dienstanwendungen

    • Sind sie ordnungsgemäß konfiguriert?

    • Sind die Dienstanwendungsproxys nach Ihren Vorgaben konfiguriert?

    • Müssen Sie neue Verbindungen zwischen Farmen erstellen?

  • Meine Websites

    • Werden alle Webparts ordnungsgemäß ausgeführt?

    • Werden alle Features für die Websites vom Typ Meine Website ordnungsgemäß ausgeführt?

    • Können Benutzer auf die Websites zugreifen oder werden Fehler vom Typ "Zugriff verweigert" angezeigt?

      Dieser Fehler wird möglicherweise angezeigt, wenn der Mein Websitehost, den sie besuchen, nicht der standardmäßige Mein Websitehost ist. Überprüfen Sie die Fehlerfreiheit der Dienstanwendung und der Proxyzuordnungen. Überprüfen Sie anschließend, ob der Mein Websitehost in der Benutzerprofildienst-Anwendung ordnungsgemäß angegeben ist. Setzen Sie Internetinformationsdienste (Internet Information Services, IIS) zurück, um Änderungen anzuwenden.

  • Suche

    • Führen Sie eine Durchforstung aus, und überprüfen Sie die Protokolldateien.

    • Führen Sie Suchabfragen aus, und überprüfen Sie, ob die Abfragen ordnungsgemäß ausgeführt werden und die entsprechenden Resultate liefern. Zeigen Sie 24 Stunden später die Abfrageberichte an, und suchen Sie nach Problemen.

    • Suchen Sie nach Personen und Profilen.

    • Überprüfen Sie die Anpassungen für den Suchdienst, um sicherzustellen, dass sie ordnungsgemäß ausgeführt werden.

Ü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 des Features Visuelles Upgrade eine Vorschau der Websites in der neuen Benutzeroberfläche anzeigen. Weitere Informationen zum Anzeigen einer Vorschau für Websites mithilfe des visuellen Upgrades finden Sie unter Verwalten des visuellen Upgrades (SharePoint Server 2010).

Zur Überprüfung grundlegender Funktionalität können Sie eine neue Websitesammlung erstellen, indem Sie einen repräsentativen Satz von Listen, Bibliotheken, Webparts usw. verwenden. Überprüfen Sie die neue Website, um sicherzustellen, dass die allgemeinen, grundlegenden Elemente 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.

Beginnen Sie mit der Überprüfung der Websites, bei denen die Auswirkungen am gravierendsten sind oder die am stärksten genutzt werden, und fahren Sie dann mit Websites mit niedrigerer Priorität fort. Im Rahmen des Planungsprozesses sollten Sie identifiziert haben, bei welchen Websites die Auswirkungen am gravierendsten sind und die am stärksten genutzt werden und deshalb ein sofortiges Eingreifen erfordern, und welche Websites noch ein bisschen länger warten können.

Überprüfen Sie anhand der folgenden Checklisten Ihre aktualisierten Websites, und suchen Sie nach Problemen.

Webparts

In der folgenden Tabelle sind Probleme bei Webparts, die nach dem Upgrade auftreten können, und Maßnahmen zu deren Behebung aufgelistet.

Tipp

Zum schnellen Testen Ihrer Webparts können Sie vor dem Testen des Upgrades eine neue Webpartseite mit allen benutzerdefinierten Webparts erstellen und anschließend die Seite nach dem Testupgrade auf fehlende oder fehlerhafte Webparts überprüfen.

Zu Überprüfen Vorgehensweise bei Problemen

Werden alle Webparts aus Ihrer ursprünglichen Website in 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 des Browsers 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 im SharePoint Designer-Hilfesystem.

Werden die Webparts hinsichtlich Zone, Position und Größe ordnungsgemäß angezeigt?

Ziehen Sie das Webpart im Seitenbearbeitungsmodus des Browsers 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 Ihrer 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 korrekt installiert oder konfiguriert wurde und dass es neu installiert oder neu konfiguriert werden muss.

Funktionieren die Webparts wie gewünscht?

Ö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 die Upgrademethode durch Datenbankanfügungen müssen Sie sicherstellen, dass Sie alle für die Webparts benötigten Komponenten oder Dienste installiert und ordnungsgemäß konfiguriert haben (z. B., dass die Liste der sicheren Steuerelemente in der Datei Web.config konfiguriert ist).

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

Sind noch Webparts-Seiten ausgecheckt?

Wenn Sie eine Seite auschecken, um Änderungen vorzunehmen, denken Sie daran, die Seite danach wieder einzuchecken.

Funktionieren Ihre Excel Web Access-Webparts ordnungsgemäß? Wurden Ihre Verbindungen ordnungsgemäß neu eingerichtet? Funktionieren externe Datenquellen weiterhin?

Überprüfen Sie alle Verbindungen und externen Datenquellen.

Tipp

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

Große Listen

Standardmäßig wird die Anfrageneinschränkung für große Listen nach einem Upgrade auf SharePoint Server 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 sind allgemeine Probleme bei den Formatvorlagen und der Darstellung der Website, die nach dem Upgrade auftreten können, und Maßnahmen zu deren Behebung aufgelistet.

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 Ihren 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 Cascading Stylesheet-Datei. Überprüfen Sie den Link auf der Gestaltungsvorlage.

Bleibt das auf Ihre Website angewendete Design erhalten?

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

Gibt es Skriptsteuerelemente, die nicht funktionieren?

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

Werden Ihre Seiten in Windows Internet Explorer 8 ordnungsgemäß angezeigt?

Überprüfen Sie, ob HTML-Code auf der Seite im Strict XHTML-Modus angezeigt wird.

Sind auf Seiten Skriptfehler vorhanden?

Überprüfen Sie die Skripts und Links sowie, ob HTML-Code im Strict XHTML-Modus angezeigt wird.

Berechtigungen

Verfügen die gewünschten Benutzer und Gruppen weiter über die ordnungsgemäßen Berechtigungen für Websites, Seiten, Listen und Elemente?

Im Menüband können Sie im Abschnitt Berechtigungstools über die Schaltfläche Berechtigungen überprüfen nachprüfen, wer in einer Website oder Unterwebsite über welche Berechtigungen verfügt.

Angepasste (nicht duplizierte) Seiten

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

Zu Überprüfen Vorgehensweise bei Problemen

Sind Ihre Anpassungen noch an den richtigen Stellen vorhanden?

Bestimmen Sie, ob nur ein einzelnes Problem oder ein größeres Problem bei der gesamten Seite besteht.

Wenn Sie Ihrer ursprünglichen Website eine komplett neue Seite hinzugefügt haben (falls Sie beispielsweise die Datei Default.aspx durch eine andere Datei ersetzt haben, anstatt die vorhandene Datei Default.aspx zu ändern), liegt keine Zuordnung zwischen der neuen Seite und der Websitedefinition vor. Daher sieht sie nicht wie die anderen Seiten der aktualisierten Website aus, und sie kann nicht zurückgesetzt werden, um so auszusehen. Wenn die angepasste Seite dasselbe Erscheinungsbild 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 Websiteaktionen oder Seite bearbeiten), überprüfen Sie, ob sie weiterhin angezeigt werden. Ist dies nicht der Fall, ersetzen Sie sie durch die Bearbeitungssteuerelemente der neuen Version, indem Sie die Seite auf die Standardversion zurücksetzen.

Setzen Sie die Seite mithilfe des Befehls Auf Vorlage zurücksetzen in SharePoint Designer auf die Standardversion zurück (dieser Vorgang wird auch als Reghosting bezeichnet). Nachdem Sie die Standardseite wiederhergestellt haben, können Sie Ihre Anpassungen im Browser erneut anwenden, indem Sie eine andere Gestaltungsvorlage verwenden oder indem Sie die Anpassungen in SharePoint Designer erneut anwenden.

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

Wenn Sie die neue Funktionalität und die neuen Features verwenden möchten, müssen Sie die angepassten Seiten zurücksetzen, sodass die Vorlage verwendet wird. Durch das Zurücksetzen der Seite werden im Prinzip 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.

Setzen Sie die Seite mithilfe des Befehls Auf Vorlage zurücksetzen in SharePoint Designer auf die Standardversion zurück (dieser Vorgang wird auch als "Reghosting" bezeichnet). Nachdem Sie die Standardseite wiederhergestellt haben, können Sie Ihre Anpassungen im Browser erneut anwenden, indem Sie eine andere Gestaltungsvorlage verwenden oder indem Sie die Anpassungen in SharePoint Designer erneut anwenden.

Sind noch Seiten ausgecheckt?

Wenn Sie eine Seite auschecken, um Änderungen vorzunehmen, denken Sie daran, die Seite danach wieder einzuchecken.

See Also

Concepts

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