Freigeben über

Umbenennen eines eigenständigen Servers (Windows SharePoint Services)

  • Artikel

Verwenden Sie dieses Verfahren, um eine eigenständige Installation von Windows SharePoint Services 3.0 umzubenennen, nachdem sie bereits unter Windows Server 2003 oder Windows Server 2008 umbenannt wurde. Dieses Thema enthält keine Informationen zum Umbenennen des tatsächlichen Computers. Weitere Informationen zum Umbenennen des Computers finden Sie in der Windows Server 2003-Dokumentation.

Hinweis

Sie müssen den Server neu starten, nachdem Sie ihn unter Windows Server 2003 oder Windows Server 2008 umbenannt haben und bevor Sie ihn in den SharePoint-Produkten und -Technologien mit dem hier beschriebenen Verfahren umbenennen.

In diesem Verfahren wird der Server umbenannt und der neue Name in der Konfigurationsdatenbank gespeichert. Je nach Konfiguration des Servers, z. B. mit alternativer Zugriffszuordnung und Anpassungen, müssen Sie möglicherweise zusätzliche Schritte ausführen, um alle Websites für Benutzer zugänglich zu machen. Diese zusätzlichen Schritte werden weiter unten in diesem Artikel beschrieben.

Wichtig

Sie müssen ein Mitglied der Gruppe Administratoren auf dem lokalen Computer sein, um dieses Verfahren auszuführen.

Umbenennen des Servers mithilfe des Befehlszeilentools "Stsadm"

Sie können diesen Vorgang vor oder nach der Umbenennung eines Servers in der Domäne ausführen, um das Neuerstellen des Servers zu vermeiden. Sie müssen diesen Vorgang zum Umbenennen des Servers auch ausführen, wenn sich der Server in keiner Domäne befindet.

Umbenennen des Servers mithilfe des Befehlszeilentools "Stsadm"

  1. Wechseln Sie auf dem Laufwerk, auf dem die SharePoint-Produkte und -Technologien installiert sind, zu folgendem Verzeichnis: %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\Bin.

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

    stsadm -o renameserver -oldservername <aktueller Name des Servers> -newservername <neuer Name für den Server>

Weitere Informationen zum Stsadm-Vorgang Renameserver finden Sie unter Renameserver: Stsadm-Vorgang (Windows SharePoint Services).

Wichtig

Nach dem Ausführen des Vorgangs müssen Sie iisreset /noforce ausführen, um sicherzustellen, dass der Umbenennungsvorgang abgeschlossen wird.

Ändern der alternativen Zugriffszuordnungen

Sie sollten die Zugriffszuordnungseinstellungen für jede Webanwendung, einschließlich der Webanwendung für die Zentraladministration, auf dem Server überprüfen, um sicherzustellen, dass die öffentlichen URLs und die internen URLs für den neuen Namen des Servers geeignet sind. Wenn in öffentlichen oder internen URLs der alte Servername verwendet wird, müssen Sie diese URLs mit dem neuen Servernamen aktualisieren. Wenn Sie die URLs nicht ändern, werden Benutzeranforderungen für Inhalte auf dem Server möglicherweise nicht an den Server weitergeleitet, und Benutzer erhalten einen Fehler "404" oder einen ähnlichen Fehler. Sie können die Website für die SharePoint-Zentraladministration zum Ändern der internen URL verwenden.

Wenn Sie Reverseproxys oder Lastenausgleichsmodule verwenden, die von diesen URLs abhängen, stellen Sie sicher, dass die Reverseproxys und Lastenausgleichsmodule ebenfalls aktualisiert werden.

Weitere Informationen zu Reverseproxys und Lastenausgleichsmodulen finden Sie unter Planen der alternativen Zugriffszuordnungen (Windows SharePoint Services).

Ändern der Zuordnung für die Zentraladministration

Das Umbenennen des Servers kann sich auf die URL für die Zentraladministration auswirken, und die Website ist möglicherweise nach dem Vorgang Rename nicht mehr verfügbar. Zum Reparieren der URL müssen Sie das Befehlszeilentool Stsadm verwenden. Da Sie die letzte öffentliche URL für eine Webanwendung nicht löschen können, müssen Sie mit dem folgenden Verfahren zuerst die neue Zuordnung mit dem Vorgang Addalternatedomain hinzufügen und dann die alte Zuordnung mit dem Vorgang Deletealternatedomain löschen.

Ändern von Zuordnungen mithilfe des Befehlszeilentools "Stsadm"

  1. Wechseln Sie auf dem Laufwerk, auf dem die SharePoint-Produkte und -Technologien installiert sind, zu folgendem Verzeichnis: %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\Bin.

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

    stsadm -o addalternatedomain -url <gültige URL> -incomingurl <http://eingehende URL> -urlzone {Default | Internet | Extranet | Custom} -resourcename <Nicht-Webanwendungs-Ressourcenname>

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

    stsadm -o deletealternatedomain -url <gültige URL> -incomingurl <http://eingehende URL>

Weitere Informationen finden Sie in den folgenden Ressourcen:

Ändern von Zuordnungen mithilfe der Zentraladministration

Nachdem Sie sichergestellt haben, dass die Zuordnung für die Zentraladministration funktionsfähig ist, können Sie andere Zuordnungen mithilfe der Zentraladministration ändern.

So bearbeiten Sie eine interne URL mithilfe der Zentraladministration

  1. Klicken Sie in der Zentraladministration auf der Seite Vorgänge im Abschnitt Globale Konfiguration auf Alternative Zugriffszuordnungen.

  2. Klicken Sie auf der Seite Alternative Zugriffszuordnungen auf die interne URL, die Sie bearbeiten möchten.

  3. Ändern Sie im Abschnitt Interne URL bearbeiten im Feld Protokoll, Host und Port der URL den Hostnamen in den neuen Servernamen.

  4. Klicken Sie auf OK, um die Änderungen zu speichern.

Weitere Informationen zu alternativen Zugriffszuordnungen finden Sie in den folgenden Ressourcen:

Ändern von Vorlagen oder websitespezifischen Einstellungen

Einige Elemente einer Webseite müssen möglicherweise ebenfalls geändert werden. Dazu gehören die folgenden:

  • **Dateipfade   **Die Dateipfade oder URLs einiger Bilder auf Webseiten sind möglicherweise nach dem Umbenennen des Servers nicht mehr funktionsfähig. In der Regel sind dies Bilddateien, Audiodateien oder andere auf Webseiten verwendete Ressourcen.

  • **Warnungen   **Wenn Sie Warnungen für Webanwendungen konfiguriert haben, die öffentliche URLs verwenden, müssen Sie diese Warnungen überprüfen und die öffentlichen URLs in die neuen öffentlichen URLs ändern.