Problembehandlung und Fortsetzen des Upgrades (Office SharePoint Server)

  • Artikel

Inhalt dieses Artikels:

  • Allgemeine Informationen zur Problembehandlung und zum Neustarten des Upgrades

  • Bekannte Probleme beim Ausführen eines Scans vor dem Upgrade

  • Bekannte Probleme beim direkten Upgrade

  • Bekannte Probleme beim schrittweisen Upgrade

  • Bekannte Probleme bei der Datenbankmigration

  • Bekannte Probleme bei angepassten Websites

Allgemeine Informationen zur Problembehandlung und zum Neustarten des Upgrades

Wenn das Upgrade angehalten wird, können Sie die Probleme mithilfe der folgenden Methoden behandeln:

  • Suchen Sie in den Upgradeprotokolldateien nach dem Wort "error". Die Upgradeprotokolldateien befinden sich im Verzeichnis %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS. Weitere Informationen zum Anzeigen des Upgradeprotokolls finden Sie unter Überprüfen des Upgrades (Office SharePoint Server).

    Tipp

    Suchen Sie mit der Windows-Funktion Nach Dateien und Ordnern suchen nach Vorkommen des Worts "error" in den Protokolldateien.

  • Überprüfen Sie die Ereignisse in der Ereignisanzeige, und suchen Sie nach Anwendungsfehlern.

  • Suchen Sie in der Readme-Datei nach bekannten Problemen und Problemumgehungen. Bei Fehlern handelt es sich häufig um Probleme, die umgangen werden können.

  • Wenn Sie eine schrittweise Aktualisierung ausführen, überprüfen Sie, ob die Websitesammlungen, die ausgeführt wurden, in der neuen Version angezeigt werden. Sie können die Problemumgehung bei Bedarf direkt dort vornehmen oder die Website von der neuen Version auf die vorherige Version wieder zurücksetzen und die Aktualisierung der Website erneut ausführen. Weitere Informationen zum Zurücksetzen auf die vorherige Version finden Sie unter Wiederherstellen der vorherigen Version einer Website (Office SharePoint Server).

  • Direkte Aktualisierungen können mithilfe des Befehls stsadm –o upgrade neu gestartet werden. Bei der Wiederaufnahme werden bereits abgeschlossene Aufgaben übersprungen und die Aktualisierung an der Unterbrechungsstelle fortgesetzt. Weitere Informationen zum Aktualisierungsvorgang finden Sie unter Aktualisieren von Websites (Office SharePoint Server).

Bekannte Probleme beim Ausführen eines Scans vor dem Upgrade

Das Upgrade wird blockiert, wenn "localhost" als Servername verwendet wird

Das Verwenden von localhost als Servername kann zahlreiche Probleme in der Umgebung verursachen und wird nicht empfohlen. Wenn Sie localhost als Servername verwenden und das Tool zum Ausführen eines Scans vor der Aktualisierung ausführen, wird dieses Problem protokolliert, und die Aktualisierung kann nicht fortgesetzt werden. Sie müssen den Server umbenennen und anschließend einen Scan ausführen, bevor Sie die Aktualisierung fortsetzen können. Führen Sie die nachfolgend beschriebenen Schritte aus, um den Server umzubenennen und das Problem mit dem Tool zum Ausführen eines Scans vor der Aktualisierung zu beheben.

  1. Sichern Sie die Konfigurationsdatenbank.

  2. Wechseln Sie über die Befehlszeile zum Pfad %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin, und führen Sie dann den folgenden Befehl aus, um den Servernamen in der Konfigurationsdatenbank zu ändern:

    Stsadm.exe -o setconfigdb -databaseserver <Servername> -connect

  3. Wechseln Sie über die Befehlszeile zum Pfad %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin, und führen Sie dann den folgenden Befehl aus, um das Problem mit dem Tool zum Ausführen eines Scans vor dem Update zu beheben:

    Prescan /fixlocalhost

  4. Führen Sie auf der Befehlszeile den folgenden Befehl aus, um den Scanprozess vor dem Upgrade erneut auszuführen:

    Prescan /all

    • Wenn der Vorgang erfolgreich abgeschlossen wird, setzen Sie das Upgrade fort.

    • Wenn der Vorgang weiterhin nicht erfolgreich abgeschlossen wird, verwendet ein weiterer Dienst localhost als Servername. Die Aktualisierung ist zwar nicht mehr blockiert, aber bestimmte Dienste werden möglicherweise nicht erfolgreich aktualisiert.

Bekannte Probleme beim direkten Upgrade

Für Serverfarmupgrades muss anstelle des Netzwerkdiensts ein Domänenkonto verwendet werden.

Für direkte oder schrittweise Aktualisierungen in einer Serverfarmumgebung sollten Sie in der neuen Versionsumgebung dieselben Anmeldeinformationen verwenden, die Sie in der vorherigen Versionsumgebung verwendet haben. Wenn Sie für die vorherige Versionsumgebung das Netzwerkdienstkonto verwendeten, müssen Sie für die neue Version jedoch stattdessen ein Domänenkonto verwenden. Die vorherige Versionsumgebung kann weiterhin den Netzwerkdienst verwenden, aber beim Installieren der neuen Version und der Erstellung der neuen Farm müssen Sie stattdessen ein Domänenkonto angeben. Stellen Sie sicher, dass Sie dem verwendeten Domänenkonto die entsprechenden Berechtigungen für die Datenbanken in SQL Server erteilen (muss Mitglied der Gruppe der Datenbankersteller, der Prozessadministratoren und der Datenbankbesitzer für alle Datenbanken der vorherigen Version sein).

Manche Einstellungen der Webanwendung werden beim Ausführen eines direkten Upgrades nicht beibehalten

Wenn Sie SSL (Secure Sockets Layer) verwenden und ein direktes Upgrade ausführen, müssen Sie das Feature Alternative Zugriffszuordnung (Alternate Access Mapping, AAM) verwenden, um die URL in Microsoft Office SharePoint Server zu ändern, da manche Einstellungen der Webanwendung nicht beibehalten werden.

Vor dem Aktualisieren, wenn ein AAM-Eintrag wie beispielsweise der folgende vorhanden ist, in dem HTTPS verwendet wird:

Eingehende URL: https://<Servername>

Ausgehende URL: https://<Servername>

Nach dem Ausführen eines direkten Upgrades von Microsoft Office SharePoint Server 2007 wird dieser Eintrag falsch wie folgt festgelegt:

Eingehende URL: https://<Servername>

Ausgehende URL: http://<Servername>

Zum Korrigieren der URL klicken Sie auf der Website für die SharePoint-Zentraladministration auf der Seite Vorgänge auf Alternative Zugriffszuordnungen und dann auf Öffentliche URLs bearbeiten, um die URL wieder wie folgt festzulegen:

Eingehende URL: https://<Servername>

Ausgehende URL: https://<Servername>

Weitere Informationen zu alternativen Zugriffszuordnungen finden Sie unter Planen von alternativen Zugriffszuordnungen (Office SharePoint Server).

Upgrade wird auf dem ersten Front-End-Webserver fertig gestellt, aber es treten Fehler auf

Wenn in einer Farm, in der mehrere Front-End-Webserver verwendet werden, das Upgrade zwar fertig gestellt wird, aber Fehler auftreten, wird empfohlen, das Problem zu lösen und das Upgrade erneut auszuführen, bevor Sie mit dem Aktualisieren zusätzlicher Front-End-Webserver fortfahren.

Wenn Sie aus irgendeinem Grund den Fehler ignorieren möchten (beispielsweise weil der Fehler mit einer selten verwendeten Websitesammlung zusammenhängt), können Sie mit dem Aktualisieren des zweiten Front-End-Webservers fortfahren, indem Sie das Befehlszeilentool Psconfig verwenden. Verwenden Sie den folgenden Befehlszeilenvorgang:

Psconfig -cmd upgrade -inplace b2b -wait -force

Hinweis

Wenn Sie das Befehlszeilentool Psconfig verwenden, können Sie nicht den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien zum Aktualisieren zusätzlicher Front-End-Webserver verwenden.

Fehler bei der Reihenfolge von "SPConfigurationDatabase2" im Upgradeprotokoll

Wenn Sie ein direktes Upgrade ausführen und dabei Fehler auftreten, überprüfen Sie die Datei Upgrade.log, die sich im Ordner COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS befindet. Wenn die Fehlermeldung "[SPConfigurationDatabaseSequence2] [ERROR] [date]: Die WSS_Content_Application_Pools-Rolle ist in der aktuellen Datenbank bereits vorhanden" angezeigt wird, können Sie das Problem mithilfe einer der folgenden Problemumgehungen lösen:

  • Führen Sie die folgenden SQL-Abfragen für die Konfigurationsdatenbank aus.

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    Hinweis

    Wenn die zu entfernende Rolle beim Auftreten des Fehlers bei der Aktion Mitglieder enthält, werden durch den sp_droprole-Aufruf die Namen dieser Mitglieder zurückgegeben. Sie müssen dann für die einzelnen Mitglieder den folgenden Befehl ausführen.

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    Dann müssen Sie die folgende Abfrage erneut ausführen.

    exec sp_droprole N'WSS_Content_Application_Pools'

  • Erstellen Sie eine neue V3-Farm, und fügen Sie dann die vorhandene Inhaltsdatenbank an. Mit dieser Option werden alle Benutzerdaten beibehalten, die in der V2-Konfigurationsdatenbank gespeicherten Konfigurationsinformationen, wie beispielsweise Webpartpakete und Einstellungen für virtuelle Server, gehen jedoch verloren.

  • Wenn der ursprüngliche Fehler behandelt wurde (beispielsweise wenn der Fehler auf eine getrennte Netzwerkverbindung oder nicht ausreichenden Speicherplatz auf dem Computer mit SQL Server zurückzuführen war und dann korrigiert wurde), können Sie die V2-Farm wiederherstellen und dann das Upgrade neu starten.

Hinweis

Denken Sie daran, nach dem Ausführen der Problemumgehungen das Upgrade neu zu starten.

Sie können nicht Websitedefinitionen aus Microsoft Office SharePoint Portal Server 2003 für Office SharePoint Server 2007-Websites verwenden

Wenn Sie für SharePoint Portal Server 2003: und Microsoft Office SharePoint Server 2007 die gleichen benutzerdefinierten Websitedefinitionsvorlagen verwenden, treten beim Zugriff auf die Website Seitenfehler auf. Sie können nicht benutzerdefinierte Websitedefinitionsvorlagen verwenden, die Sie für SharePoint Portal Server 2003: erstellt haben. Sie müssen für Microsoft Office SharePoint Server 2007 neue benutzerdefinierte Websitedefinitionsvorlagen erstellen. Außerdem müssen Sie eine Websitedefinitions-Upgradedatei erstellen, in der die benutzerdefinierten Elemente aus der alten benutzerdefinierten Websitedefinition der neuen benutzerdefinierten Websitedefinition zugeordnet werden, damit jedes Element der Website (beispielsweise eine benutzerdefinierte Seite) auf das entsprechende neue Element aktualisiert werden kann. Weitere Informationen zum Erstellen neuer Websitedefinitionen für Microsoft Office SharePoint Server 2007 finden Sie unter Festlegen neuer benutzerdefinierter Websitedefinitionen und Erstellen von Aktualisierungsdefinitionsdateien (Office SharePoint Server) und Bereitstellen von Upgradedefinitionsdateien und neuen Websitedefinitionen (Office SharePoint Server). Weitere Informationen zu unterstützten und nicht unterstützten Szenarien für das Arbeiten mit benutzerdefinierten Websitedefinitionen finden Sie in Artikel 898631, Unterstützte und nicht unterstützte Szenarien zu dem Bearbeiten von benutzerdefinierten Website-Definitionen und benutzerdefinierten Bereichsdefinitionen in Windows SharePoint Services, SharePoint Portal Server 2003 und Office SharePoint Server 2007 (möglicherweise maschinelle Übersetzung), in der Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=140380&clcid=0x407).

Wenn Sie eine neue Farm erstellen und dann eine vorhandene Inhaltsdatenbank anfügen, enthält das ursprüngliche Auflistungs-Webpart eine URL zur Hilfedatei für die vorherige Version des Produkts. Die Hilfedatei für die vorherige Version des Produkts ist auf dem Server nicht verfügbar. Daher wird für den Link zu Hilferessourcen für Microsoft SharePoint-Produkte und -Technologien, der auf die URL
http://< Server:Portnummer>/_vti_bin/help/1033/sps/html/HelpResources.htm
zeigt, eine Fehlermeldung angezeigt, aus der hervorgeht, dass die Seite nicht gefunden werden kann (HTTP-Fehler 404). Löschen Sie den Link, um das Problem zu lösen.

Bei direkten Upgrades können bei mittleren und großen Farmen mit Nicht-Front-End-Webservern Fehler auftreten, wenn die Standardwebsite in IIS (Internet Information Services, Internetinformationsdienste) verwendet wird.

Wenn eine mittlere oder große Serverfarm einen oder mehrere Server enthält, die keine Front-End-Webserver sind und Sie zum Hosten einer SharePoint-Website die Standardwebsite in IIS verwendet haben, kann bei der Aktualisierung ein Fehler auftreten, wobei die Meldung angezeigt wird, dass die Standardwebsite nicht aktualisiert werden kann. Benennen Sie zur Umgehung dieses Problems vor dem Ausführen der Aktualisierung auf allen Nicht-Front-End-Webservern (z. B. dem Indexserver) die Standardwebsite in IIS mit einem anderen Namen um. Führen Sie anschließend die Aktualisierung aus, und stellen Sie schließlich den Namen Standardwebsite wieder her. Auf Front-End-Webservern der Serverfarm müssen Sie die Website nicht umbenennen.

Wenn Sie die Standardwebsite in IIS vor der Ausführung der Aktualisierung nicht umbenennen, tritt bei der Aktualisierung ein Fehler auf. Wenn dies geschieht, können Sie die Standardwebsite auf den Nicht-Front-End-Webservern umbenennen und die Aktualisierung anschließend fortsetzen. Sie können die folgende Befehlszeile zum Fortsetzen der Aktualisierung verwenden:

psconfig -cmd upgrade -inplace previous versionv -wait -force

Bei direkten Upgrades können Fehler auftreten, wenn in der Umgebung mehrere Portalwebsites mit der gleichen URL vorhanden sind.

Wenn Ihre Umgebung mehrere Portalwebsites mit derselben URL enthält, schlägt der Konfigurations-Assistent für SharePoint-Produkte und -Technologien mit dem folgenden Fehler in der Protokolldatei fehl: "Ein Element mit demselben Schlüssel wurde bereits hinzugefügt". Dieser Fehler tritt auf, wenn verwaiste Portalwebsites vorhanden sind – Websites, die in IIS oder im Dateisystem, nicht jedoch in der Konfigurationsdatenbank vorhanden sind. Ihre Umgebung kann auf eine der folgenden Arten in diesen Zustand gelangt sein:

  • Sie haben die IIS-Website, auf der eine Portalwebsite gehostet wird, versehentlich gelöscht und dann erneut erstellt.

  • Sie haben die Erweiterung eines vorhandenen virtuellen Servers rückgängig gemacht und dann den gleichen virtuellen Server zum Hosten einer neuen Portalwebsite erneut erweitert.

  • Es sind mehrere IIS-Websites für die gleiche Portnummer vorhanden.

Wechseln Sie zur Überprüfung, ob Sie über Standorte mit duplizierten URLs verfügen, in Ihrer SharePoint Portal Server 2003-Umgebung in der SharePoint-Zentraladministration zur Seite Portalwebsites auflisten und verwalten, und suchen Sie nach Portalwebsites mit derselben URL. Bestimmen Sie, welche Website verwendet wird, welche die verwaiste Website ist, und löschen Sie die verwaiste Website vor Ausführung der Aktualisierung.

Bei direkten Aktualisierungen werden möglicherweise falsche URLs für Websites in der Zentraladministration angezeigt, wenn Sie die Zentraladministrationswebsite auf einem Nicht-Front-End-Webserver erstellen.

Wenn Sie eine direkte Aktualisierung auf einer großen Farm vornehmen und Sie vor dem Ausführen der Aktualisierung auf einem Front-End-Webserver diese auf einem Indexserver ausgeführt haben, wird die Zentraladministration auf dem Indexserver statt auf dem Front-End-Webserver erstellt. Dadurch zeigt die Zentraladministration möglicherweise falsche Hostnamen für die URLs zu den Websites an, die auf der Seite Updatestatus des Websiteinhalts aktualisiert werden. Zur Umgehung dieses Problems können Sie eine alternative Zugriffszuordnung für die Zentraladministrationswebite hinzufügen, um auf die richtige URL für den Front-End-Webserver zu zeigen.

  1. Überprüfen Sie auf dem Front-End-Webserver im Internetinformationsdienste-Manager den Hostnamen und die Portnummer für die Zentraladministration.

  2. Öffnen Sie auf dem Indexserver die Zentraladministration, und klicken Sie auf der Registerkarte Vorgänge unter Globale Konfiguration auf Alternative Zugriffszuordnungen.

  3. Klicken Sie auf der Seite Alternative Zugriffszuordnungen auf Öffentliche URLs bearbeiten.

  4. Klicken Sie auf der Seite Öffentliche URLs bearbeiten auf den Pfeil nach unten für Alternative Zugriffszuordnungssammlung, und wählen Sie Alternative Zugriffszuordnungssammlung ändern aus.

  5. Klicken Sie im Feld Alternative Zugriffszuordnungssammlung auswählen auf Zentraladministration.

  6. Geben Sie im Abschnitt Öffentliche URLs im Feld Intranet die richtige URL für die Zentraladministration des Front-End-Webservers ein, und klicken Sie dann auf Speichern.

  7. Öffnen Sie auf dem Front-End-Webserver die Zentraladministration, und klicken Sie auf der Registerkarte Vorgänge unter Update und Migration auf Updatestatus des Websiteinhalts.

    Die URLs sollten richtig angezeigt werden.

Beim Upgrade der Startadresse und der Dateitypen für die Suche können Fehler auftreten, wenn in Microsoft Office SharePoint Portal Server 2003 eine ungewöhnliche Startadresse konfiguriert ist.

Wenn eine ungewöhnliche Startadresse als Startadresse für die Indizierung vorliegt, beispielsweise http://Servername/ Servername .com, kann bei der Aktualisierung der Suche die Aktualisierung der Startadressen und Dateitypen fehlschlagen, und Sie müssen diese Konfigurationseinstellungen manuell in der Microsoft Office SharePoint Server 2007-Umgebung eingeben.

Bekannte Probleme beim schrittweisen Upgrade

Für Serverfarmupgrades muss anstelle des Netzwerkdiensts ein Domänenkonto verwendet werden.

Für direkte oder schrittweise Aktualisierungen in einer Serverfarmumgebung sollten Sie in der neuen Versionsumgebung dieselben Anmeldeinformationen verwenden, die Sie in der vorherigen Versionsumgebung verwendet haben. Wenn Sie für die vorherige Versionsumgebung das Netzwerkdienstkonto verwendeten, müssen Sie für die neue Version jedoch stattdessen ein Domänenkonto verwenden. Die vorherige Versionsumgebung kann weiterhin den Netzwerkdienst verwenden, aber beim Installieren der neuen Version und der Erstellung der neuen Farm müssen Sie stattdessen ein Domänenkonto angeben. Stellen Sie sicher, dass Sie dem verwendeten Domänenkonto die entsprechenden Berechtigungen für die Datenbanken in SQL Server erteilen (muss Mitglied der Gruppe der Datenbankersteller, der Prozessadministratoren und der Datenbankbesitzer für alle Datenbanken der vorherigen Version sein).

Zum schrittweisen Aktualisieren von reinen SSL-Servern sind zusätzliche Schritte erforderlich

Bei einem schrittweisen Upgrade werden IIS-Websites paarweise verwendet, auf denen die ursprüngliche (nicht aktualisierte) bzw. die neue (aktualisierte) Website gehostet werden. Standardmäßig wird für die neu erstellte Website SSL nicht verwendet. Wenn auf dieser Website SSL verwendet werden soll, müssen Sie während des schrittweisen Upgrades zusätzliche Schritte ausführen, um die IIS-Einstellungen und die Portnummer auf die richtigen Werte für SSL festzulegen.

Führen Sie die folgenden Schritte aus, nachdem Sie die Zielwebanwendung für die Websites erstellt haben, aber bevor Sie die Websites aktualisieren.

Weitere Informationen zum Erstellen der Zielwebanwendung finden Sie in den Artikeln zur Erstellung neuer Webanwendungen zum Hosten aktualisierter Websites unter Aktualisieren von Websites (Office SharePoint Server).

Ändern der Portnummern und der SSL-Einstellungen im IIS-Manager

  1. Klicken Sie im IIS-Manager auf das Pluszeichen (+) neben dem Namen des Servers, auf dem sich die zu ändernde Anwendung befindet.

  2. Klicken Sie auf das Pluszeichen (+) neben Websites.

  3. Klicken Sie mit der rechten Maustaste auf Standardwebsite, und klicken Sie anschließend auf Eigenschaften.

  4. Geben Sie auf der Registerkarte Website in das Feld SSL-Port den Wert 444 ein, und klicken Sie dann auf OK.

  5. Klicken Sie mit der rechten Maustaste auf die Kopie der Standardwebsite, und klicken Sie anschließend auf Eigenschaften.

  6. Geben Sie auf der Registerkarte Website in das Feld SSL-Port den Wert 443 ein, und klicken Sie dann auf Übernehmen.

  7. Klicken Sie auf der Registerkarte Verzeichnissicherheit im Abschnitt Sichere Kommunikation auf Serverzertifikat.

    Folgen Sie den Anweisungen des Assistenten, um ein neues Zertifikat zuzuweisen.

  8. Klicken Sie auf der Registerkarte Verzeichnissicherheit im Abschnitt Sichere Kommunikation auf Bearbeiten.

  9. Aktivieren Sie im Dialogfeld Sichere Kommunikation das Kontrollkästchen Sicheren Kanal voraussetzen (SSL), und klicken Sie dann auf OK.

  10. Klicken Sie auf OK, um das Dialogfeld Eigenschaften für die Kopie der Standardwebsite zu schließen.

Aktualisieren der alternativen Zugriffszuordnungseinstellungen und Zurücksetzen von IIS

  1. Öffnen Sie ein Eingabeaufforderungsfenster, und wechseln Sie zum folgendem Verzeichnis: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Führen Sie den folgenden Befehl aus, um die alternative Zugriffszuordnung für die ursprüngliche Standardwebsite in Port 444 zu ändern:

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    Dabei ist Servername:Port der Speicherort für die Standardwebsite.

  3. Wechseln Sie zum folgenden Verzeichnis: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.

  4. Führen Sie den folgenden Befehl zum Ändern der alternativen Zugriffszuordnung für die umgeleitete Website aus:

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    Dabei ist Servername:Port der Speicherort für die beim Erstellen der Zielwebanwendung erstellte Website.

  5. Führen Sie den folgenden Befehl aus, um IIS zurückzusetzen:

    iisreset /noforce

Das Upgrade wurde abgeschlossen, aber es wurden noch nicht alle Websites aktualisiert. Welche Schritte muss ich ausführen?

Nach Abschluss der Aktualisierung können Sie die verbleibenden Websites nicht mehr mithilfe der schrittweisen Aktualisierung aktualisieren. Sie können die Websites allerdings mithilfe der Datenbankmigration aktualisieren. Weitere Informationen zum Aktualisieren von Websites mithilfe der Datenbankmigration nach dem Abschluss einer schrittweisen Aktualisierung finden Sie im Artikel 926718 der Microsoft Knowledge Base (https://support.microsoft.com/kb/926718/de-de/de).

Beim Ausführen von Suchvorgängen von einem untergeordneten Portal werden nach dem Ausführen eines schrittweisen Upgrades mit gemeinsamen Diensten möglicherweise keine neuen Dokumente gefunden.

Wenn Sie ein untergeordnetes Portal mit gemeinsamen Diensten von einer übergeordneten Serverfarm aus aktualisiert haben, müssen Sie die alternativen URL-Zuordnungen für die Portalwebsite auf die aktualisierte URL aktualisieren. Andernfalls wird Benutzern Inhalt, der dem untergeordneten Portal hinzugefügt wurde, bei einer Suche vom untergeordneten Portal aus möglicherweise nicht angezeigt.

Wichtig

Diese Schritte müssen in der SharePoint Portal Server 2003-Umgebung ausgeführt werden.

Aktualisieren der alternativen URL-Zuordnungen der Portalwebsite

  1. Zeigen Sie im Startmenü auf Alle Programme und dann auf SharePoint Portal Server, und klicken Sie anschließend auf SharePoint-Zentraladministration.

  2. Klicken Sie unter Konfiguration für Portalwebsite und virtuellen Server auf Alternative Portalwebsite-URLs für Intranet-, Extranet- und benutzerdefinierten Zugriff konfigurieren.

  3. Klicken Sie im Dropdownmenü für die aktualisierte Website auf dem untergeordneten Portal auf Bearbeiten.

  4. Geben Sie auf der Seite Alternative Zugriffseinstellung ändern in das Feld Intranet-URL die URL der ursprünglichen Website ein, und klicken Sie dann auf OK.

    Jetzt sollte eine Standard-URL auf die aktualisierte Website und eine Intranet-URL auf die ursprüngliche Website zeigen.

  5. Führen Sie einen Crawl für die SharePoint Portal Server 2003-Umgebung aus.

    Weitere Informationen zum Ausführen eines Crawls finden Sie im SharePoint Portal Server 2003-Administratorhandbuch im Artikel "Verwalten von Updates von Inhaltsindizes" (https://office.microsoft.com/de-de/sharepointserver/CH011715081031.aspx).

Beim Upgrade der Startadressen und Dateitypen für die Suche können Fehler auftreten, wenn in SharePoint Portal Server 2003 eine ungewöhnliche Startadresse konfiguriert ist.

Wenn eine ungewöhnliche Startadresse als Startadresse für die Indizierung vorliegt, beispielsweise http://Servername/ Servername .com, kann bei der Aktualisierung der Suche die Aktualisierung der Startadressen und Dateitypen fehlschlagen, und Sie müssen diese Konfigurationseinstellungen manuell in der Microsoft Office SharePoint Server 2007-Umgebung eingeben.

Die übergeordnete Portalwebsite wurde nach dem Upgrade nicht gecrawlt.

Auf einem übergeordneten Portal wird kein Crawl ausgeführt, wenn die folgenden Bedingungen vorliegen:

  • Sie verwenden gemeinsame Dienste.

  • Sie verfügen über eine große Serverfarm mit mehreren Indexservern.

  • Auf einem dieser Indexserver ist eine Ausschlussregel für das übergeordnete Portal vorhanden.

  • Zum Generieren der Indizes können Sie die Regel löschen oder die Regel von Ausschließen auf Einschließen ändern und dann den Crawl erneut ausführen.

Bei einer Abfrage auf dem übergeordneten Portal ist nach dem Upgrade mit separaten Abfrageservern ein Fehler aufgetreten.

Wenn Sie zwischen Farmen Abfrageindexverteilung verwenden, dauert die Initialisierung der Abfrageserver einen Moment. Führen Sie auf jedem der Abfrageserver in der Befehlszeile den folgenden Vorgang aus, um sicherzustellen, dass diese initialisiert werden:

stsadm.exe -o osearch -propagationlocation <applications directory>

Dabei ist <Anwendungsverzeichnis> der Speicherort oberhalb der Indexdaten für alle SSPs, beispielsweise:

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

Mein aktualisiertes übergeordnetes Portal verfügt nicht über konvertierte Startadressen, sondern nur über die ursprüngliche Startadresse für Inhalt, der sich noch auf SharePoint Portal Server 2003 Websites befindet.

Nach einer schrittweisen Aktualisierung werden für die übergeordnete Portalwebsite möglicherweise nicht die richtigen temporären URLs als Startadressen aufgeführt, sondern nur die ursprünglichen Startadressen. Gehen Sie zur Umgehung dieses Problems folgendermaßen vor:

  1. Fügen Sie in SharePoint Portal Server 2003: auf den Seiten zur Suchverwaltung eine Ausschlussregel hinzu, um Inhalte zu löschen, die zurzeit in der Microsoft Office SharePoint Server 2007-Umgebung gespeichert sind.

  2. Fügen Sie eine neue Inhaltsquelle hinzu, um die neue URL für Websites zu crawlen, die sich weiterhin in der SharePoint Portal Server 2003:-Umgebung befinden.

  3. Führen Sie einen Crawl in der SharePoint Portal Server 2003:-Umgebung aus.

Fehler beim Starten des Office SharePoint Server-Suchdiensts

Wenn der Office SharePoint Server-Suchdienst während des Updates nicht automatisch gestartet wird, wird für den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien die folgende Fehlermeldung angezeigt:

Fehler beim Starten des Diensts SearchServiceInstance auf diesem Server nach Abschluss des Updates. Starten Sie manuell.

Der Konfigurations-Assistent für SharePoint-Produkte und -Technologien wird zwar erfolgreich abgeschlossen, der Office SharePoint Server-Suchdienst bleibt jedoch beendet. So starten Sie den Office SharePoint Server-Suchdienst:

  1. Öffnen Sie ein Eingabeaufforderungsfenster, und wechseln Sie zu folgendem Ordner:

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\BIN

  2. Führen Sie den folgenden Befehl aus:

    stsadm –o osearch –action start

Ich habe auf dem Setupbildschirm die Option "Nicht aktualisieren" ausgewählt und habe es mir jetzt anders überlegt und möchte aktualisieren

Wenn Sie während des Setups die Option Nicht aktualisieren ausgewählt haben und es sich nach dem Ausführen des Konfigurations-Assistenten für SharePoint-Produkte und -Technologien anders überlegt haben, müssen Sie den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien erneut ausführen, um die Auswahl in ein schrittweises Upgrade zu ändern.

Verwenden des Konfigurations-Assistenten für SharePoint-Produkte und -Technologien zum Ändern von der Option "Nicht aktualisieren" in ein schrittweises Upgrade

  1. Führen Sie den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien aus, um die Verbindung mit der Farm zu trennen.

  2. Gehen Sie zu %COMMOMPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12.0\WSS\, und ändern Sie den Registrierungsschlüssel für SetupType und SetupTypeBackup in V2V_GRADUAL_UPGRADE.

  3. Führen Sie den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien erneut aus, um das Upgrade auszuführen.

Fehler beim Durchführen des Updates für SharePoint-Produkte und -Technologien

Wenn Sie einer vorhandenen Serverfarm ohne Webanwendungen einen neuen Webserver hinzufügen, den Webserver aktualisieren und dann den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien ausführen, wird möglicherweise die folgende Fehlermeldung angezeigt:

Eine Ausnahme vom Typ "Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException" wurde ausgelöst. Zusätzliche Ausnahmeinformationen: Fehler beim Durchführen des Updates für SharePoint-Produkte und -Technologien.

Dieser Fehler tritt auf, wenn der Konfigurations-Assistent für SharePoint-Produkte und -Technologien die Datei Web.config nicht finden oder ändern kann. Zum Beheben dieses Problems müssen Sie die Datei Web.config manuell aus dem Ordner %CommonProgramFiles%\Microsoft Shared\Web Server Extensions\12\Config in den Ordner %CommonProgramFiles%\Microsoft Shared\Web Server Extensions\12\Template\Layouts kopieren. Wenn sich die Datei Web.config im Ordner Layouts befindet, können Sie den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien erneut ausführen.

Beim Upgrade treten Fehler auf, und im Upgradeprotokoll wird eine Fehlermeldung angezeigt, aus der hervorgeht, dass kein Web vorhanden ist

Wenn Sie ein schrittweises Upgrade ausführen und dabei Fehler auftreten, sollten Sie das Upgradeprotokoll überprüfen, das sich im Ordner %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS befindet. Wenn aus der Fehlermeldung im Upgradeprotokoll hervorgeht, dass kein Web vorhanden ist, wurde die Website gelöscht. Als Ergebnis kann im entsprechenden Speicherort keine Website gefunden werden. Zum Lösen dieses Problems beenden Sie den Windows SharePoint Services-Timerdienst, starten Sie diesen neu, und führen Sie dann das Upgrade erneut aus.

Bekannte Probleme bei der Datenbankmigration

Einer Farm kann eine Inhaltsdatenbank auch in verschiedenen Webanwendungen nur einmal hinzugefügt werden.

Jeder Websitesammlung in einer Inhaltsdatenbank (einschließlich der Portalwebsites) ist ein global eindeutiger Bezeichner (GUID) zugeordnet, der in der Konfigurationsdatenbank registriert ist. Daher kann einer Farm dieselbe Websitesammlung (oder dasselbe Portal) nur einmal hinzugefügt werden. Zwar kann die Datenbank in dieser Situation erfolgreich angefügt werden, doch die Websitesammlung kann nicht gestartet werden. Wenn Sie ein Duplikat einer Websitesammlung (oder eines Portals) in derselben Farm benötigen, müssen Sie zuerst die Datenbank mit der Websitesammlung an eine andere Farm anfügen und dann mithilfe der Vorgänge backup und restore im Befehlszeilentool Stsadm.exe die Websitesammlung in die andere Farm kopieren. Während des Sicherungs- und Wiederherstellungsvorgangs wird eine neue GUID für die Websitesammlung erstellt.

Für Umgebungen mit gemeinsamen Diensten müssen Sie vor dem Trennen einer Datenbank einen zusätzlichen Befehl ausführen.

Wenn Sie in einer Umgebung mit gemeinsamen Diensten vor einer Trennung (oder Sicherung) der Datenbanken eine Datenbankmigration vornehmen, müssen Sie in der Befehlszeile die folgenden Vorgänge ausführen:

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

Mit diesem Vorgang wird sichergestellt, dass die Inhaltsdatenbank nach der erneuten Anfügung in die Mitgliedschaft und Profilsynchronisierung eingeschlossen wird. Wenn Sie diesen Vorgang nicht ausführen, bevor Sie die Inhaltsdatenbank trennen, sind Mitgliedschaft und Profilinformationen in der Inhaltsdatenbank statisch und werden nach der Aktualisierung nicht synchronisiert.

Wenn dieser Vorgang nicht vor dem Trennen der Datenbank ausgeführt wurde, können Sie nach dem Anfügen den folgenden Vorgang ausführen, um das Synchronisierungsproblem zu beheben:

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

Beachten Sie, dass Sie den GUID für die Datenbank bestimmen müssen, bevor Sie den preparetomove-Vorgang für eine bereits getrennte Datenbank ausführen können. Führen Sie zur Bestimmung des GUID den folgenden Vorgang aus:

stsadm -o sync -listolddatabases <days>

Weitere Informationen zum Trennen einer Datenbank finden Sie unter Trennen und Anfügen von Datenbanken.

Fügen Sie die Datenbank für die Komponenteneinstellungen (_SERV) oder die Datenbank für Benutzerprofile (_PROF) während einer Datenbankmigration nicht an

Wenn Sie eine Datenbankmigration ausführen, müssen Sie die SharePoint Portal Server 2003-Datenbank für Komponenteneinstellungen oder die Datenbank für Benutzerprofile (_PROF) nicht migrieren und anfügen (die Suchdatenbank hat normalerweise den Namen ID_SERV, wobei ID eine ID ist, beispielsweise der Servername). Stattdessen müssen Sie beim Ausführen einer Datenbankmigration die Suchdatenbank erneut erstellen und die Sucheinstellungen neu konfigurieren. Der Grund dafür ist, dass die Sucheinstellungen für SharePoint Portal Server 2003 sowohl in der Registrierung auf dem Server als auch in der Datenbank gespeichert wurden und eine Datenbankmigration nicht alle Einstellungen enthält.

Wenn Sie die Datenbank für die Komponenteneinstellungen (Suchdatenbank) während der Datenbankmigration anfügen, tritt beim Upgrade der gemeinsamen Dienste ein Fehler auf, und möglicherweise wird folgende Meldung angezeigt: "Die gespeicherte Prozedur 'dbo.proc_MSS_PropagationGetQueryServers' wurde nicht gefunden".

Führen Sie die Datenbankmigration erneut aus, und fügen Sie die Datenbank für die Komponenteneinstellungen (_SERV) oder die Datenbank für die Benutzerprofile (_PROF) nicht an.

In einer Umgebung, die gemeinsame Dienste unterstützt und Meine Website enthält, enthalten die aktualisierten Websiteseiten nach dem Aktualisieren durch eine Datenbankmigration nicht den Link Meine Website. Wenn Sie eine Datenbankmigration ausführen, führen Sie ein direktes Upgrade der Datenbanken aus. Die Konfigurationsdaten der Serverfarm werden jedoch nicht aktualisiert. Daher ist die URL für den Host für Meine Website in der aktualisierten Serverfarm nicht konfiguriert.

Legen Sie nach dem Migrieren der Inhaltsdatenbank, die die persönlichen Websites enthält, zur neuen Serverfarm die URL fest, die als Hostspeicherort für Meine Website verwendet werden soll. Klicken Sie auf der Homepage der Verwaltung der gemeinsamen Dienste im Abschnitt Benutzerprofile und Meine Websites auf Einstellungen für "Meine Website". Geben Sie in den Abschnitt Persönliche Websitedienste die Zeichenfolge /MySite als URL der Webanwendung für den Hostspeicherort für Meine Website in der aktualisierten Serverfarm ein. /MySite ist der Pfad des Hostspeicherorts für Meine Website, der standardmäßig in der Webanwendung für die SharePoint-Website erstellt wird. Weitere Informationen finden Sie unter Konfigurieren von Einstellungen für "Meine Website".

Bekannte Probleme bei angepassten Websites

Nach nicht zulässigen Anpassungen in Web.config-Dateien können Anwendungsfehler auftreten

Bestimmte Anpassungen sind in Web.config-Dateien für Unterordner innerhalb eines virtuellen Servers nicht zulässig. Beispielsweise sind die Knoten AUTHENTICATION und SESSIONSTATE auf dieser Ebene in der Datei Web.config nicht zulässig. Das Ändern der Datei Web.config in nicht empfohlener Weise kann zu unerwarteten Upgradeergebnissen führen. Befolgen Sie die empfohlenen Methoden für Anpassungen auch für die Datei Web.config. Weitere Informationen finden Sie unter Bewährte Methoden zum Sicherstellen der Wiederverwendbarkeit und des Upgrades von Anwendungen in Windows SharePoint Services (in englischer Sprache) auf der MSDN-Website (https://msdn.microsoft.com/de-de/library/dd583161.aspx).

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.