Verwenden des URL-Umleitungsfeatures der alternativen

Verwenden des URLUmleitungsfeatures
der alternativen
Zugriffszuordnung
im Rahmen
des Upgradeprozesses
Autor:
Sean Livingston
Veröffentlichungsdatum:
November 2009
Zusammenfassung
Dieses Whitepaper beschreibt die Planungsaktivitäten, die für eine erfolgreiche Bereitstellung und
Verwendung des URL-Umleitungsfeatures der alternativen Zugriffszuordnung (Alternate Access
Mapping, AAM) in SharePoint Server 2010 oder SharePoint Foundation 2010 notwendig sind, um
Downtime während eines Servercomputer- oder Serverfarmupgrades zu verringern. Darüber
hinaus wird erläutert, wie eine erfolgreiche Konfiguration dieses Features durchgeführt wird,
indem die Konfiguration vorhandener Servercomputer mit Office SharePoint Server 2007 oder
Windows SharePoint Services, Version 3.0, geändert wird.
Wichtig: Das in diesem Whitepaper beschriebene Verfahren ist eine fortgeschrittene
Methode, um Downtime während des Upgrades zu vermeiden. Er sollte nur verwendet
werden, wenn andere Verfahren (wie schreibgeschützte Datenbanken und parallele
Upgrades durch Anfügen von Datenbanken) zu inakzeptabel langer Downtime für die
Benutzer führen würden. Ziehen Sie dieses Verfahren nur dann in Erwägung, wenn
Sie wissen, dass der Upgradeprozess mehr Zeit als ein langes Wochenende
beansprucht. Wenn das Upgrade nicht so lange dauert, würden Sie durch das
Ausführen der im vorliegenden Dokument beschriebenen Verfahren keine Zeit sparen.
Weitere Informationen zu anderen Upgrademethoden finden Sie unter
Bestimmen der Upgrademethode (SharePoint Server 2010)
(http://go.microsoft.com/fwlink/?LinkId=169504&clcid=0x407) oder
Bestimmen der Upgrademethode (SharePoint Foundation)
(http://go.microsoft.com/fwlink/?LinkId=169505&clcid=0x407).
Dieses Dokument wird wie besehen bereitgestellt. Die in diesen Unterlagen enthaltenen
Informationen, einschließlich URLs und anderer Verweise auf Internetwebsites, können ohne
vorherige Ankündigung geändert werden. Die Verantwortung für die Verwendung dieser
Informationen liegt beim Leser.
Einige der hier beschriebenen Beispiele dienen nur der Veranschaulichung und sind frei
erfunden. Jede Ähnlichkeit oder Verbindung mit realen Firmen oder Organisationen ist rein
zufällig.
Mit diesem Dokument erhalten Sie keine Rechte am geistigen Eigentum an einem MicrosoftProdukt. Sie dürfen dieses Dokument nur für den internen Gebrauch als Referenzmaterial
kopieren und verwenden.
© 2010 Microsoft. Alle Rechte vorbehalten.
Microsoft, Outlook, SharePoint und Windows sind Marken der Microsoft-Unternehmensgruppe.
Alle anderen Marken sind Eigentum ihrer jeweiligen Besitzer.
Inhaltsverzeichnis
ÜBERSICHT
1
ÜBERSICHT ÜBER DAS KONFIGURATIONSVERFAHREN
3
Farm der neuen Version
3
Farm der alten Version
3
Netzwerkinfrastruktur
3
Funktionsweise der AAM-Umleitung beim Upgraden
3
KONFIGURATIONSVERFAHREN
7
Vorbereiten der Farm der alten Version
7
Konfigurieren der Farm der neuen Version
7
Bestimmen der URL-Einstellungen und Vorbereiten von DNS für die Umleitung
7
Konfigurieren der parallel ausgeführten Webanwendung
8
Testen der Umleitung
10
Wechsel zum Umleitungssystem
10
Testen der Umleitung
10
Durchführen des Upgradeprozesses
11
UPGRADEPROZESS
11
Überlegungen zu Unterbrechungen während des Upgrades
13
BEFEHLSREFERENZ FÜR DIE ALTE VERSION
14
Ausgabe
BEFEHLSREFERENZ FÜR DIE NEUE VERSION
Ausgabe
15
16
17
Übersicht
Für Upgrades auf Microsoft® Office SharePoint® Server 2007 oder Windows® SharePoint
Services 3.0 konnte eine schrittweise Upgrademethode genutzt werden. Bei dieser
Vorgehensweise wurde die neue Version auf derselben Hardware wie die ältere Version
installiert, und anschließend wurden die jeweiligen Websitesammlungen schrittweise aktualisiert.
Für Microsoft SharePoint Server 2010 und Microsoft SharePoint Foundation 2010 (in diesem
Dokument „SharePoint 2010-Produkte“ genannt) ist ein schrittweises Upgrade nicht möglich. In
einigen Organisationen kann das Fehlen einer schrittweisen Upgrademethode als echtes
Problem angesehen werden, da Teamwebsites stufenweise aktualisiert werden müssen.
Angesichts eines relativ zeitintensiven Upgrades muss es IT-Experten in diesen Organisationen
möglich sein, die Produktivität aufrechtzuerhalten. Wenn dies auch für Ihre Organisation zutrifft,
können Sie die Umleitungsfunktionalität nutzen, die zur alternativen Zugriffszuordnung (Alternate
Access Mapping, AAM) in den SharePoint 2010-Produkten hinzugefügt wurde, um das
Umleitungsverhalten eines schrittweisen Upgrades zu simulieren. Die Verwendung dieses
Features setzt jedoch voraus, dass Sie bereit sind, eine Reihe manueller Schritte auszuführen.
Da es sich um ein manuelles Verfahren handelt, können einige Probleme auftreten, die Sie
mithilfe separater Tools (z. B. URL-Reparaturtools für InfoPath-Formulare und Formularvorlagen) umgehen bzw. beheben müssen. Dieses Verfahren dient nicht dazu, ein
automatisiertes schrittweises Upgradesystem durch eine manuelle Methode zu ersetzen. Das in
diesem Whitepaper beschriebene Verfahren bietet Ihnen die Möglichkeit, die Downtime während
eines Upgrades weiter zu reduzieren, sofern Sie gewillt sind, zusätzlichen administrativen
Aufwand zu betreiben.
Dieses Verfahren soll nicht dazu dienen, das Feature für schrittweise Upgrades zu ersetzen. Im
Vergleich zu einem schrittweisen Upgrade ist es mit einigen Einschränkungen verbunden:

Vorbereitung und Nutzung dieses Verfahrens erfordern die Ausführung manueller
Schritte durch die Systemverwaltung.

Sie müssen komplette Inhaltsdatenbanken und nicht nur einzelne Websitesammlungen
aktualisieren.

Wenn das Zurücksetzen einer Websitesammlung notwendig ist, ist dies nur möglich,
wenn Sie über eine Kopie der ursprünglichen Websitesammlung verfügen.

Diensteinstellungen werden nicht direkt beibehalten.

Solange die AAM-Umleitung aktiv ist, muss das Self-Service Site Creation-Feature in
der SharePoint 2010-Produkte-Farm deaktiviert sein.
Das Verfahren bietet im Vergleich zum schrittweisen Upgrade jedoch auch einige Vorteile:

Die neue Farm wird auf vollständig anderer Hardware ausgeführt, sodass die
Auswirkungen auf die Leistung der vorhandenen Farm deutlich reduziert werden.

Es ist weniger Speicherplatz erforderlich als bei einem schrittweisen Upgrade.
1
Hinweis: Testen Sie dieses Verfahren nicht in Ihrer Produktionsumgebung. Obwohl es
sich empfiehlt, den Upgradeprozess zu testen, um die Funktionsweise von Anpassungen
und Entwürfen der Benutzerwebsites in der aktualisierten Umgebung zu untersuchen,
müssen Sie diese Tests in einer Umgebung testen, die vollständig von der
Produktionsumgebung getrennt ist. Nur dann ist es möglich, Änderungen ggf.
zurückzusetzen, ohne Ihre Daten zu gefährden. Weitere Informationen zum Testen des
Upgradeprozesses finden Sie unter Verwenden eines Testupgrades zur Ermittlung
möglicher Probleme (SharePoint Server 2010)
(http://go.microsoft.com/fwlink/?LinkId=177562&clcid=0x407) oder Verwenden eines
Testupgrades zur Ermittlung möglicher Probleme (SharePoint Foundation 2010)
(http://go.microsoft.com/fwlink/?LinkId=177563&clcid=0x407).
Die SharePoint 2010-Produkte-Farm muss so konfiguriert werden, dass sie die in der Office
SharePoint Server 2007- oder Windows SharePoint Services 3.0-Farm verwendete URL für die
Webanwendung übernimmt, die unter Verwendung des AAM-URL-Umleitungsverfahrens
aktualisiert wird. Die Webanwendung in der Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Farm muss ebenfalls neu konfiguriert werden, sodass sie eine neue
URL verwendet. Wenn eine eingehende Anforderung an die Webanwendung in den
SharePoint 2010-Produkten nicht beantwortet werden kann, da die Websitesammlungssuche
scheitert, wird die Anforderung mit einer Umleitung zur Office SharePoint Server 2007- Windows
SharePoint Services 3.0-Webanwendung beantwortet.
Hierzu ist es notwendig, die aktuelle URL für die Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Quellfarm zu bestimmen. Diese URL wird im weiteren Verlauf als
Original-URL bezeichnet. Die Office SharePoint Server 2007- oder Windows SharePoint
Services 3.0-Webanwendung benötigt eine neue URL, zu der alle Anforderungen an die
SharePoint 2010-Produkte-Zielfarm, die aufgrund einer gescheiterten Websitesammlungssuche
nicht beantwortet werden können, umgeleitet werden. Diese URL wird im weiteren Verlauf als
Umleitungs-URL bezeichnet.
Hinweis: In diesem Dokument wird beschrieben, wie die bestehenden URL- und IISBindungen (Internet Information Services, Internetinformationsdienste) einer
Webanwendung im Rahmen der Konfiguration der AAM-URL-Umleitung geändert
werden können. Wenn Sie einer Webanwendung zusätzliche URLs und IIS-Bindungen
hinzufügen möchten, können Sie die Webanwendung auf eine nicht verwendete Zone
erweitern.
Da im Rahmen dieses Verfahrens zusätzliche URLs eingeführt werden, sind weitere Punkte zu
beachten:
2

Die Umleitung wird von Clientcomputern möglicherweise nicht ordnungsgemäß
gehandhabt, wenn sie die falsche Farm-URL verwenden.

Besprechungen in Microsoft Outlook® können von Besprechungsarbeitsbereichen
getrennt werden.

Nach dem Upgrade müssen Sie die URLs für InfoPath-Formularvorlagen reparieren.
Übersicht über das Konfigurationsverfahren
Die Konfiguration beginnt damit, dass Sie die neue SharePoint® 2010-Produkte-Zielfarm so
konfigurieren, dass sie die Original-URL der Office SharePoint Server 2007- oder Windows®
SharePoint Services 3.0-Farm verwendet.
Farm der neuen Version
Erstellen Sie in der SharePoint 2010-Produkte-Farm die Webanwendung, die
Benutzeranforderungen an die Umleitungs-URL sendet, falls die Webanwendung die
angeforderte Websitesammlung nicht finden kann. Wenden Sie für diese Webanwendung
dieselbe Authentifizierung an.
Farm der alten Version
Sie müssen Service Pack 2 (SP2) und das kumulative Update von April 2009 für Office
SharePoint Server 2007 und Windows SharePoint Services 3.0 installieren, um alle Vorzüge
dieses Verfahrens nutzen zu können. SP2 ist notwendig, da es eine Mindestvoraussetzung für
das Upgrade ist, und das kumulative Update von April (mindestens) ist erforderlich, da es
Verbesserungen an der AAM-URL-Korrektur und der Logik des Stsadm-Vorgangs
mergecontentdbs einschließt, wodurch Websites während der laufenden Zusammenführung
teilweise verfügbar gemacht werden.
Die Webanwendung, die umgeleitet wird, muss in der Office SharePoint Server 2007- oder
Windows SharePoint Services 3.0-Farm so aktualisiert werden, dass sie die neue URL
verwendet. Das bedeutet, dass Sie die Erweiterung der aktuellen Webanwendung aufheben und
dann erneut konfigurieren müssen. Weitere Informationen finden Sie unter Aktualisieren der URLund IIS-Bindungen einer Webanwendung (Windows SharePoint Services)
(http://go.microsoft.com/fwlink/?LinkId=169506&clcid=0x407).
Netzwerkinfrastruktur
Sie müssen die Netzwerkinfrastruktur jetzt aktualisieren, damit die Original-URL auf die
SharePoint 2010-Produkte-Farm verweist. Neben der Änderung von Firewall- und
Lastenausgleichsmodul-Einstellungen kann es notwendig sein, die DNS-Einstellungen (Domain
Name Service) für die Original-URL zu aktualisieren, um die Original-URL zur SharePoint 2010Produkte-Farm zu lenken.
Sie müssen außerdem die Umleitungs-URL für die Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Farm in DNS konfigurieren und ggf. Firewall- und
Lastenausgleichsmodul-Einstellungen ändern, sodass die Umleitungs-URL zur Office SharePoint
Server 2007- oder Windows SharePoint Services 3.0-Farm gelenkt wird.
Funktionsweise der AAM-Umleitung beim Upgraden
Führen Sie die folgenden Schritte aus, um die AAM-Umleitung zu konfigurieren:
1. Erstellen Sie die Zielfarm.
2. Erstellen Sie die Zielwebanwendung, indem Sie die URL aus der Quellwebanwendung
verwenden.
3. Konfigurieren Sie die AAM-Umleitungs-URL für die Umleitung von der
Zielwebanwendung zur Quellwebanwendung.
3
Quellfarm
http://portal.contoso.com
Portal
Home
Internet
Client
3
Zielfarm
http://portal.contoso.com
2
1
4. Ändern Sie die Netzwerknamensauflösung, sodass die AAM-Umleitungs-URL auf die
Quellwebanwendung zeigt.
5. Ändern Sie die Quellwebanwendung, sodass sie die AAM-Umleitungs-URL als primäre
URL verwendet.
6. Ändern Sie die Netzwerknamensauflösung, sodass die Quell-URL auf die
Zielwebanwendung zeigt.
4
Quellfarm
http://portalold.contoso.com
5
Home
AltesPortal
4
Internet
Client
6
Zielfarm
http://portal.contoso.com
7. Aktualisieren Sie die Inhaltsdatenbanken aus der Quellfarm, indem Sie die Methode des
Upgrades durch Anfügen von Datenbanken verwenden. Beginnen Sie hierbei mit der
Inhaltsdatenbank, die die Stammwebsitesammlung enthält.
5
Quellfarm
http://portalold.contoso.com
Home
AltesPortal
7
Internet
Client
Zielfarm
http://portal.contoso.com
Portal
Home
Hinweis: Die ursprünglichen Datenbanken können während des Upgrades in einer
schreibgeschützten Version beibehalten werden, um eine Fallbackressource bereitzustellen,
die für den Vergleich mit den aktualisierten Inhalten verwendet werden kann oder zu der Sie
zurückkehren können, falls das Upgrade scheitert.
6
Konfigurationsverfahren
Vorbereiten der Farm der alten Version
Stellen Sie sicher, dass die vorhandene Microsoft® Office SharePoint® Server 2007- oder
Windows® SharePoint Services 3.0-Farm erfolgreich mindestens auf Service Pack 2 (SP2) und
das kumulative Update von April 2009 für Office SharePoint Server 2007 oder Windows
SharePoint Services 3.0 aktualisiert wurde. SP2 ist die Mindestvoraussetzung für ein Upgrade
auf die SharePoint 2010-Produkte. Das kumulative Update von April 2009 bietet jedoch
zusätzliche Vorteile im Hinblick auf die URL-Korrektur sowie Verbesserungen des StsadmVorgangs mergecontentdbs, was sich ein einer späteren Phase dieses Verfahrens als
vorteilhaft erweisen wird.
Konfigurieren der Farm der neuen Version
Führen Sie die folgenden Schritte aus, wenn Sie die vorhandenen Dienstdaten und -einstellungen
von der Office SharePoint Server 2007- oder Windows SharePoint Services 3.0-Farm
übernehmen möchten.
1. Erstellen Sie auf separater Hardware eine neue Office SharePoint Server 2007- oder
Windows SharePoint Services 3.0-Farm, und zwar parallel zu der Office SharePoint
Server 2007- oder Windows SharePoint Services 3.0-Quellfarm; erstellen Sie jedoch
keine Webanwendung für Inhaltsdatenbanken. Diese Farm wird zur SharePoint 2010Produkte-Zielfarm.
2. Sichern Sie die vorhandenen Farmdienste der Quellfarm.
3. Stellen Sie die Farmdienste in der Zielfarm wieder her.
4. Konfigurieren Sie bei Bedarf die Farmdienste in der Zielfarm, und vergewissern Sie
sich, dass die ordnungsgemäß funktionieren.
5. Aktualisieren Sie die Zielfarm auf die SharePoint 2010-Produkte.
6. Vergewissern Sie sich, dass die Dienste ordnungsgemäß aktualisiert wurden, und
ändern Sie die Dienstkonfiguration bei Bedarf, um sie an die geplante Konfiguration für
die SharePoint 2010-Produkte anzupassen.
Führen Sie die folgenden Schritte aus, wenn Sie die vorhandenen Dienstdaten und -einstellungen
nicht von der Office SharePoint Server 2007- oder Windows SharePoint Services 3.0-Farm
übernehmen möchten.
1. Erstellen Sie auf separater Hardware eine komplett neue SharePoint 2010-ProdukteZielfarm, und zwar parallel zur Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Quellfarm.
2. Konfigurieren Sie die Dienste nach Bedarf, und vergewissern Sie sich, dass sie
ordnungsgemäß funktionieren.
Bestimmen der URL-Einstellungen und Vorbereiten von DNS für
die Umleitung
1.
Bestimmen Sie in der Office SharePoint Server 2007- oder Windows SharePoint
Services 3.0-Quellfarm die Original-URL, d. h. die aktuellen AAM-URL-Einstellungen
für die Webanwendung, die Sie als Ziel der AAM-Umleitung konfigurieren möchten.
Die Liste der aktuellen AAM-Einstellungen für eine Webanwendung erhalten Sie,
indem Sie den Stsadm-Vorgang enumalternatedomains mit der folgenden Syntax
ausführen:
STSADM.EXE
-o
enumalternatedomains
-url
http://OriginalURL
Weitere Informationen zu diesem Vorgang finden Sie unter Enumalternatedomains:
Stsadm-Vorgang (Office SharePoint Server) (http://technet.microsoft.com/dede/library/cc263292(Office.12).aspx) oder Enumalternatedomains: Stsadm-Vorgang
(Windows SharePoint Services) (http://technet.microsoft.com/dede/library/cc288303(Office.12).aspx).
7
2. Notieren Sie für jede Zone, die in dem durch den Stsadm-Vorgang
enumalternatedomains generierten XML-Bericht aufgeführt wird, den Wert jeder
zugeordneten URL (diese stellen die öffentlichen URLs in AAM dar) und den Wert
jeder eingehenden URL. Sie können hierfür die folgende Tabelle verwenden. Lassen
Sie die Spalte für die Umleitungs-URL jedoch vorerst leer:
Zone
Eingehende
URL
Öffentliche URL/
Zugeordnete URL
Eingehende
IP
UmleitungsURL
UmleitungsIP
Standard
Intranet
Internet
Extranet
Benutzerdefiniert
3. Bestimmen Sie mithilfe des NSLookup-Befehls die aktuellen DNS-Nachschlagewerte
für jede eingehende URL, und notieren Sie die IP-Adressen in der Spalte UmleitungsIP der vorangegangenen Tabelle.
4. Bestimmen Sie eine neue Umleitungshost-URL für jede AAM-Zone in der Office
SharePoint Server 2007- oder Windows SharePoint Services 3.0-Farm, die Sie als
Umleitungsziel für Inhaltsanforderungen verwenden möchten.
5. Sie müssen nun für jede Zone, für die Sie die Umleitung zulassen möchten, einen
neuen Eintrag zum DNS-Server hinzufügen, um den Zugriff für eine neue URL
zulassen. Weisen Sie, ausgehend von der Schritt 2 erstellten Tabelle, die neue
Umleitungs-URL zu einem neuen DNS-Eintrag auf dem DNS-Server zu. Dieser Eintrag
muss auf die bestehende zugehörige Umleitungs-IP-Adresse (gemäß der
vorangegangenen Tabelle) zeigen.
6. Fordern Sie neue IP-Adressen für jede Webanwendungszone an, für die in dieser
Farm die Umleitung erfolgen soll, und notieren Sie diese Adressen in der Spalte
Eingehende IP der vorangegangenen Tabelle.
7. Wenn Sie ein software- oder hardwarebasiertes Lastenausgleichsmodul verwenden,
müssen Sie Einstellungen für das Lastenausgleichsmodul hinzufügen, damit die
Umleitungs-URLs auf die Webanwendung in der Office SharePoint Server 2007- oder
Windows SharePoint Services 3.0-Quellfarm zeigen.
Konfigurieren der parallel ausgeführten Webanwendung
1. Erstellen Sie in der Zielfarm eine neue Webanwendung, die die Original-URL
unterstützt, die in der SharePoint Server 2007- oder Windows SharePoint Services 3.0Farm verwendet wird. Verwenden Sie hierfür die Daten aus der Tabelle, die Sie im
vorangegangenen Verfahren ausgefüllt haben. Verwenden Sie für identische Zonen
identische Original-URLs, um ggf. die Problembehandlung nicht unnötig kompliziert zu
machen. Stellen Sie sicher, dass für die Webanwendung dieselben
Sicherheitseinstellungen konfiguriert sind. Dies umfasst auch die Einstellungen für den
anonymen Zugriff und die Authentifizierungsmethoden für Forms oder Windows. Wenn
die ursprüngliche Webanwendung in Office SharePoint Server 2007 oder Windows
SharePoint Services 3.0 auf mehrere Zonen erweiterte wurde, können Sie die
SharePoint 2010-Produkte-Webanwendung auf eine entsprechende Gruppe von
Zonen erweitern, sodass die Umleitung für alle URLs einwandfrei erfolgen kann.
8
2. Konfigurieren Sie mithilfe der Daten aus der vorangegangenen Tabelle die AAMUmleitungseinstellungen für die Webanwendung der Zielfarm, sodass gescheiterte
Websitesammlungssuchen an die Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Webanwendung umgeleitet werden. Die AAM-Umleitung für
die Webanwendungszone muss mithilfe des Stsadm-Vorgangs addzoneurl unter
Verwendung der folgenden Syntax festgelegt werden:
STSADM.EXE
-o
zonemappedurl
addzoneurl
-url
http://OriginalURL
http://OriginalURL
-redirectionurl
-urlzone
Zonenname
-
http://UmleitungsURL
Weitere Informationen zu diesem Vorgang finden Sie unter Addzoneurl: StsadmVorgang (Office SharePoint Server) (http://technet.microsoft.com/dede/library/cc261980(Office.12).aspx) oder Addzoneurl: Stsadm-Vorgang (Windows
SharePoint Services) (http://technet.microsoft.com/dede/library/cc288035(Office.12).aspx).
3. Vergewissern Sie sich, dass die Umleitungs-URLs erfolgreich auf AAM angewendet
wurden, indem Sie den Stsadm-Vorgang enumalternatedomains unter Verwendung
der folgenden Syntax ausführen:
STSADM.EXE
-o
enumalternatedomains
-url
http://OriginalURL
Weitere Informationen zu diesem Vorgang finden Sie unter Enumalternatedomains:
Stsadm-Vorgang (Office SharePoint Server) (http://technet.microsoft.com/dede/library/cc263292(Office.12).aspx) oder Enumalternatedomains: Stsadm-Vorgang
(Windows SharePoint Services) (http://technet.microsoft.com/dede/library/cc288303(Office.12).aspx).
4. Konfigurieren Sie dieselben verwalteten Pfade für die neue SharePoint 2010-ProdukteWebanwendung, sodass die Websites nach dem Upgrade dieselben verwalteten Pfade
verwenden können. Die entsprechenden Daten für die SharePoint 2010-ProdukteWebanwendung können Sie der Liste der verwalteten Pfade in Office SharePoint
Server 2007 oder Windows SharePoint Services 3.0 entnehmen.
5. Installieren Sie alle erforderlichen Anpassungen in der SharePoint 2010-ProdukteZielfarm, und stellen Sie sicher, dass sie ordnungsgemäß registriert sind, um mit der
neuen Webanwendung verwendet werden zu können.
6. Solange das Umleitungssystem konfiguriert ist, müssen Sie das Self-Service Site
Creation-Feature in der neuen SharePoint 2010-Produkte-Webanwendung
deaktivieren. Wenn Sie dieses Feature nicht deaktivieren, kann es passieren, dass die
Benutzer neue Websitesammlungen erstellen, die mit den URLs nicht aktualisierter
Websitesammlungen in der Office SharePoint Server 2007- oder Windows SharePoint
Services 3.0-Quellfarm in Konflikt stehen.
9
Testen der Umleitung
1. Konfigurieren Sie zu Testzwecken die hosts-Datei
(%windir%/system32/drivers/etc/hosts) auf einem Clientcomputer vorübergehend so,
dass die Original-URL zur IP-Adresse der neuen Webanwendung in der
SharePoint 2010-Produkte-Farm geleitet wird, die die Original-URL hosten wird.
2. Anschließend können Sie überprüfen, ob die Umleitung ordnungsgemäß funktioniert,
indem Sie einen Webbrowser auf dem Computer öffnen, auf dem Sie die geänderte
hosts-Datei konfiguriert haben, und dann versuchen, auf eine URL zuzugreifen, auf die
Sie von der Original-URL zugreifen können. Folgendes sollte passieren: Die
SharePoint 2010-Produkte-Zielfarm sollte versuchen, die Anforderung zu verarbeiten.
Anschließend sollte der Browser eine clientseitige Umleitungsantwort (HTTP 302)
empfangen, die den Browser sofort zur Umleitungs-URL umleitet, während der richtige
Pfad zum angeforderten Inhalt erhalten bleibt.
3. Entfernen Sie die Einträge in der hosts-Datei, die Sie in Schritt 1 hinzugefügt haben, da
sie weitere Testaktivitäten behindern können.
Wechsel zum Umleitungssystem
1. Verwenden Sie für die Quellwebanwendung das Verfahren zum Ändern einer URL für
eine Office SharePoint Server 2007- oder Windows SharePoint Services 3.0Webanwendung, um zu einer temporären URL zu wechseln. Ausführliche
Anweisungen zu diesem Verfahren finden Sie unter Aktualisieren der URL- und IISBindungen einer Webanwendung (Windows SharePoint Services)
(http://go.microsoft.com/fwlink/?LinkId=169506&clcid=0x407).
2. Sie müssen nun die Einträge des DNS-Servers ändern, um für jede Zone, die Sie
umleiten möchten, die eingehenden URLs der Office SharePoint Server 2007- oder
Windows SharePoint Services 3.0-Farm zu den entsprechenden IP-Adressen für die
eingehenden URLs der SharePoint 2010-Produkte-Zielfarm zuzuordnen. Ändern Sie
mithilfe der Daten aus der vorangegangenen Tabelle die DNS-Einträge für die OriginalURL, sodass sie auf die zugehörigen eingehenden IP-Adressen zeigen.
3. Wenn Sie ein software- oder hardwarebasiertes Lastenausgleichsmodul verwenden,
müssen Sie die Einstellungen für das Lastenausgleichsmoduls ändern, sodass die
eingehenden URLs der ursprünglichen Webanwendung auf die Webanwendung in der
SharePoint 2010-Produkte-Zielfarm zeigen.
4. Überprüfen Sie, ob Anforderungen, die an Websitesammlungen unter der Original-URL
gesendet werden, nun zuerst an die SharePoint 2010-Produkte-Zielfarm gesendet und
erst danach an die Umleitungs-URL umgeleitet werden, die von der Office SharePoint
Server 2007- oder Windows SharePoint Services 3.0-Quellfarm gehostet wird.
5. Es ist möglich, dass in der Office SharePoint Server 2007- oder Windows SharePoint
Services 3.0-Quellfarm einige Links repariert werden müssen. Gleiches gilt für
InfoPath-Formularvorlagen. Verwenden Sie die entsprechenden Tools, die als
Download verfügbar sind, um diesen Schritt in der Quellwebanwendung für alle Inhalte
auszuführen, die nicht sofort aktualisiert werden.
Testen der Umleitung
Versuchen Sie auf einem Clientcomputer oder auf dem Server, der die SharePoint 2010Produkte-Zielfarm hostet, über die Original-URL auf Inhalte zuzugreifen. Die SharePoint 2010Produkte-Zielfarm sollte zuerst versuchen, die Anforderung zu verarbeiten. Anschließend sollte
der Browser eine clientseitige Umleitungsantwort (HTTP 302) empfangen, die den Browser sofort
zur Umleitungs-URL umleitet, während der richtige Pfad zum angeforderten Inhalt erhalten bleibt.
10
Durchführen des Upgradeprozesses
Da Sie nun über ein funktionsfähiges Umleitungssystem verfügen, können Sie fortfahren, indem
Sie ein Upgrade durch Anfügen von Datenbanken durchführen.
Wichtig: Die Stammwebsitesammlung für die Webanwendung muss vor allen anderen
Websitesammlungen aktualisiert werden. Stellen Sie sicher, dass die
Inhaltsdatenbank, die die Stammwebsitesammlung enthält, zuerst aktualisiert wird.
Upgradeprozess
Der Upgradeprozess basiert auf einem Upgrade durch Anfügen von Inhaltsdatenbanken
zwischen einer Microsoft® Office SharePoint® Server 2007- oder Windows® SharePoint
Services 3.0-Farm und einer SharePoint 2010-Produkte-Farm. Im Rahmen dieses Vorgangs
können Sie Inhalte einzelner Websitesammlungen nur dann zurücksetzen, wenn die
ursprüngliche Office SharePoint Server 2007- oder Windows SharePoint Services 3.0Inhaltsdatenbank noch vorhanden ist. Stellen Sie daher sicher, dass Sie die Datenbanken
sichern, bevor Sie mit dem Upgrade beginnen.
Hinweis: Die Stammwebsitesammlung muss vor allen anderen Websitesammlungen
aktualisiert werden (und kann sich in einer eigenen Datenbank befinden). Indem Sie
die Stammwebsitesammlung zuerst aktualisieren, stellen Sie sicher, dass Verweise auf
Ressourcen auf Stammebene, z. B. _vti_bin oder _layouts, nicht umgeleitet werden.
Werden diese Verweise umgeleitet, können die Ressourcen aktualisierte Inhalte nicht
ordnungsgemäß rendern. Dieselbe Einschränkung galt bereits für schrittweise
Upgrades auf Office SharePoint Server 2007 oder Windows SharePoint Services 3.0.
So aktualisieren Sie Inhaltsdatenbanken und bewahren sich die Möglichkeit, sie für
Websitesammlungen sofort zurückzusetzen
1. Erstellen Sie eine Sicherungskopie der Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Inhaltsdatenbank.
2. Kennzeichnen Sie die ursprüngliche Inhaltsdatenbank als schreibgeschützt, um zu
verhindern, dass Inhalte auf die falsche Version aktualisiert werden.
3. Stellen Sie die Kopie der Datenbank unter einem neuen Namen in derselben oder
einer anderen SQL Server-Instanz wieder her.
4. Fügen Sie die wiederhergestellte und umbenannte Datenbank an die SharePoint 2010Produkte-Webanwendung an, und leiten Sie damit das Upgrade ein.
5. Überprüfen Sie, ob das Upgrade erfolgreich beendet wurde.
Hinweis: Wenn ein Upgrade scheitert und die Datenbank in einem nicht
wiederherstellbaren Zustand zurückbleibt, können Sie den Lese-/Schreibzugriff für die
Office SharePoint Server 2007- oder Windows SharePoint Services 3.0-Kopie der
Datenbank aktivieren, sodass die Benutzer erneut auf die Website zugreifen können.
So aktualisieren Sie Inhaltsdatenbanken und entfernen gleichzeitig die Kopie für die alte
Version (kein einfaches Zurücksetzen)
1. Erstellen Sie eine Sicherungskopie der Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Inhaltsdatenbank.
11
Hinweis: Eine SQL-Sicherung bietet Ihnen die Möglichkeit der Zurücksetzung, falls
das Upgrade scheitert und die Datenbank in einem nicht wiederherstellbaren Zustand
zurückbleibt.
2. Trennen Sie die Inhaltsdatenbank von der Office SharePoint Server 2007- oder
Windows SharePoint Services 3.0-Farm.
3. Fügen Sie die Inhaltsdatenbank an die SharePoint 2010-Produkte-Webanwendung an,
und leiten Sie damit das Upgrade ein.
4. Überprüfen Sie, ob das Upgrade erfolgreich beendet wurde.
Falls eine einzelne Websitesammlung separat aktualisiert werden muss
1. Verschieben Sie die Websitesammlung mithilfe des Stsadm-Vorgangs
mergecontentdbs in eine neue, separate Inhaltsdatenbank in Office SharePoint
Server 2007 oder Windows SharePoint Services 3.0.
Weitere Informationen zu diesem Vorgang finden Sie unter Mergecontentdbs: StsadmVorgang (Office SharePoint Server) (http://technet.microsoft.com/dede/library/cc262923(Office.12).aspx) oder Mergecontentdbs: Stsadm-Vorgang (Windows
SharePoint Services) (http://technet.microsoft.com/dede/library/cc288557(Office.12).aspx).
2. Nach dem Verschieben der Websitesammlung können Sie die Datenbank aktualisieren
und dabei, wie zuvor beschrieben, die Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Kopie entfernen oder beibehalten.
Falls eine einzelne Websitesammlung zurückgesetzt werden muss
1. Wenn die Office SharePoint Server 2007- oder Windows SharePoint Services 3.0Datenbank, die die Websitesammlung enthält, noch an die Office SharePoint
Server 2007- oder Windows SharePoint Services 3.0-Farm angefügt ist, müssen Sie
die Websitesammlung aus der SharePoint 2010-Produkte-Farm löschen.
2. Wenn die Office SharePoint Server 2007- oder Windows SharePoint Services 3.0Datenbank, die die Websitesammlung enthält, nicht mehr an die Office SharePoint
Server 2007- oder Windows SharePoint Services 3.0-Farm angefügt ist, müssen Sie
zuerst die entsprechende Office SharePoint Server 2007- oder Windows SharePoint
Services 3.0-Inhaltsdatenbank wiederherstellen und sie dann an die Office SharePoint
Server 2007- oder Windows SharePoint Services 3.0 -Webanwendung anfügen.
Anschließend können Sie die Websitesammlung aus der SharePoint 2010-ProdukteFarm löschen, um das Zurücksetzen der Websitesammlung auf Office SharePoint
Server 2007 oder Windows SharePoint Services 3.0 zu ermöglichen.
3. Für die Office SharePoint Server 2007- oder Windows SharePoint Services 3.0-Kopie
der Datenbank muss der Lese-/Schreibzugriff aktiviert werden, falls die Datenbank
zuvor als schreibgeschützt gekennzeichnet worden ist. Erfolgt dies nicht, ist es den
Benutzern nicht möglich, Inhalte hinzuzufügen oder zu ändern. Beachten Sie, dass alle
Websitesammlungen, die nicht explizit als schreibgeschützt gekennzeichnet sind, für
das Hinzufügen oder Ändern von Inhalten zur Verfügung stehen, und zwar auch dann,
wenn es in der SharePoint 2010-Produkte-Farm eine Kopie der Inhaltsdatenbank gibt.
Sie können dies vermeiden, indem Sie alle verbleibenden aktualisierten
Websitesammlungen in dieser Office SharePoint Server 2007- oder Windows
SharePoint Services 3.0-Inhaltsdatenbank als schreibgeschützt kennzeichnen.
12
Überlegungen zu Unterbrechungen während des Upgrades
Wenn ein Benutzer versucht, auf eine Websitesammlung in einer Datenbank zuzugreifen, die
momentan aktualisiert wird, wird die folgenden Meldung angezeigt: „Serverfehler:
http://go.microsoft.com/fwlink?linkID-96177.“ Wenn Sie diese Fehlermeldung vermeiden und die
von den Benutzern wahrgenommene Downtime reduzieren möchten, sollten Sie die Verwendung
einer temporären Upgradefarm in Erwägung ziehen. Auf diese Weise können Sie das
zeitintensive Upgrade durchführen, während die ursprüngliche Inhaltsdatenbank in einer
schreibgeschützten Version zur Verfügung steht. Weitere Informationen finden Sie in der
Beschreibung der Upgrademethode mithilfe schreibgeschützter Datenbanken unter
Upgradeprozess (Übersicht) (SharePoint Server 2010)
(http://go.microsoft.com/fwlink/?LinkId=169507&clcid=0x407) und Upgradeprozess (Übersicht)
(SharePoint Foundation 2010) (http://go.microsoft.com/fwlink/?LinkId=169509&clcid=0x407).
Die Quelldatenbank kann als schreibgeschützt gekennzeichnet werden, bevor das Upgrade
gestartet wird. Danach kann eine Kopie der Datenbank an eine separate, temporäre
Upgradefarm der neuen Produktversion angefügt und dann aktualisiert werden. Abschließend
kann die Datenbankkopie von der temporären Upgradefarm getrennt und an die Produktionsfarm
der neuen Version angefügt werden. Auf diese Weise können Sie das Zeitfenster, indem dieser
Fehler aller Wahrscheinlichkeit nach auftreten wird, deutlich verkürzen.
13
Befehlsreferenz für die alte Version
In den folgenden Tabellen werden die Parameter für die Stsadm-Vorgänge addzoneurl und
enumalternatedomains in Office SharePoint Server 2007 und Windows SharePoint Services,
Version 3.0, beschrieben.
STSADM.EXE
-o
addzoneurl
{-url
<webanwendungsexterne_Ressource>}
extranet
|
custom>
<URL_Name>
-urlzone
-zonemappedurl
|
-resourcename
<default
|
internet
|
intranet
<http://oeffentliche.URL>
Parameter
Beschreibung
URL
URL der Webanwendung. Dieser Parameter sollte eine bestehende
AAM-URL angeben, die einer Webanwendung zugewiesen ist,
sodass Stsadm feststellen kann, auf welche Webanwendung Sie
abzielen. Die URL kann eine öffentliche URL oder eine interne URL
aus jeder beliebigen Zone sein, die der gewünschten
Webanwendung zugeordnet ist.
Name einer Ressource, für die die AAM-Einstellung angepasst
werden soll.
Dieser Parameter entspricht der Benutzeroberflächeneinstellung
Externe Ressourcenzuordnung, die sich auf der Seite Externe
Ressourcenzuordnung erstellen der Website für die SharePointZentraladministration befindet.
Gibt an, welche der fünf Zonen der öffentlichen URL zugeordnet
werden soll.
Basis-URL, die in Links auf Webseiten oder in E-Mail-Nachrichten
verwendet wird, die vom Webserver an den Reverseproxyserver
oder den Clientcomputer gesendet werden. Es handelt sich um die
URL, die vom Endbenutzer erreicht werden kann und die sicherstellt,
dass der Benutzer die richtige URL sieht, wenn die angeforderten
Inhalte vom Server an den Clientcomputer zurückgegeben werden.
Die öffentliche URL und eine eingehende URL für die Zone werden
auf diesen Wert festgelegt.
ResourceName
URLZone
ZoneMappedURL
STSADM.EXE
-o
enumalternatedomains
[-url
<protokoll://URL_bestehender_Webanwendung>]
Parameter
Beschreibung
URL
Wird dieser Parameter angegeben, bewirkt er die Ausgabe der AAMInformationen ausschließlich für die angegebene eingehende URL.
Wird dieser Parameter angegeben, bewirkt er die Ausgabe der AAMInformationen ausschließlich für die angegebene externe Ressource.
ResourceName
14
|
Ausgabe
<AlternateDomains>
<Collection
Count=”4”
Name=”Default
Web
Site”>
<AlternateDomain>
<IncomingUrl>http://spfarm</IncomingUrl>
<UrlZone>Default</UrlZone>
<MappedUrl>http://spfarm</MappedUrl>
</AlternateDomain>
<AlternateDomain>
<IncomingUrl>https://spfarm.company.com</IncomingUrl>
<UrlZone>Internet</UrlZone>
<MappedUrl>https://spfarm.company.com</MappedUrl>
</AlternateDomain>
<AlternateDomain>
<IncomingUrl>http://spfarmsecure</IncomingUrl>
<UrlZone>Internet</UrlZone>
<MappedUrl>https://spfarm.company.com</MappedUrl>
</AlternateDomain>
<AlternateDomain>
<IncomingUrl>http://
spserver:6001</IncomingUrl>
<UrlZone>Custom</UrlZone>
<MappedUrl>http://spserver:6001
</MappedUrl>
</AlternateDomain>
</Collection>
</AlternateDomains>
Die folgende Tabelle beschreibt die Abschnitte, die in der Ausgabe des enumalternatedomainsVorgangs enthalten sind.
Name
Beschreibung
AlternateDomains
Dieses Tag ist das Stammtag für jeden erfolgreichen Aufruf
dieses Befehls. Dieses Tag kann optional die Anzahl der AAMEinträge und den Namen der Ressource angeben, wenn der
URL- oder ResourceName-Parameter angegeben wurde.
Dieses Tag enthält den Namen der Webanwendung, die Anzahl
der AAM-Einträge und die Zonen, die für die Webanwendung
angegeben wurden. Dieses Tag ist nur vorhanden, wenn die
Parameter URL und ResourceName nicht angegeben wurden.
Dieses Tag enthält die Liste mit Zoneninformationen und URLs
für eine Zone.
Dieses Tag enthält die eingehende URL für die Zone.
Collection
AlternateDomain
IncomingUrl
UrlZone
MappedUrl
Dieses Tag enthält die Zone, für die dieser alternative
Domäneneintrag gilt. Dieses Tag kann nur einen der folgenden
Werte enthalten: Default, Internet, Intranet, Extranet oder
Custom.
Dieses Tag enthält die öffentliche/Antwort-URL für die Zone.
15
Befehlsreferenz für die neue Version
In der folgenden Tabelle werden die Parameter für die Stsadm-Vorgänge addzoneurl und
enumalternatedomains in den SharePoint® 2010-Produkten beschrieben.
STSADM.EXE
-o
addzoneurl
{-url
<webanwendungsexterne_Ressource>}
extranet
|
custom>
<URL_Name>
-urlzone
-zonemappedurl
|
-resourcename
<default
|
internet
<http://oeffentliche.URL>
|
intranet
|
[-redirectionurl
<http://Umleitungs.URL>]
Parameter
URL
Beschreibung
URL der Webanwendung. Dieser Parameter sollte eine bestehende AAMURL angeben, die einer Webanwendung zugewiesen ist, sodass Stsadm
feststellen kann, auf welche Webanwendung Sie abzielen. Die URL kann
eine öffentliche URL oder eine interne URL aus jeder beliebigen Zone sein,
die der gewünschten Webanwendung zugeordnet ist.
Name einer Ressource, für die die AAM-Einstellung angepasst werden soll.
Dieser Parameter entspricht der Benutzeroberflächeneinstellung Externe
Ressourcenzuordnung, die sich auf der Seite Externe Ressourcenzuordnung
erstellen der Website für die SharePoint-Zentraladministration befindet.
Gibt an, welche der fünf Zonen der öffentlichen URL zugeordnet werden soll.
Basis-URL, die in Links auf Webseiten oder in E-Mail-Nachrichten verwendet
wird, die vom Webserver an den Reverseproxyserver oder den
Clientcomputer gesendet werden. Es handelt sich um die URL, die vom
Endbenutzer erreicht werden kann und die sicherstellt, dass der Benutzer die
richtige URL sieht, wenn die angeforderten Inhalte vom Server an den Client
zurückgegeben werden.
Die öffentliche URL und eine eingehende URL für die Zone werden auf
diesen Wert festgelegt.
Wird dieser Parameter angegeben, verweist er auf die Umleitungs-URL, die
für die Umleitung des Clientcomputers zur Webanwendung der alten Version
konfiguriert werden soll. Dieser Befehl sollte nur erfolgreich sein, wenn die
Webanwendung momentan als Ziel für ein schrittweises Upgrade konfiguriert
ist. Wird kein Wert angegeben, wird die Umleitungs-URL entfernt.
ResourceName
URLZone
ZoneMappedURL
RedirectionURL
STSADM.EXE
-o
enumalternatedomains
[-url
<protokoll://URL_bestehender_Webanwendung>
|
-resourcename
<webanwendungsexterne_Ressource>]
Parameter
URL
ResourceName
16
Beschreibung
Wird dieser Parameter angegeben, bewirkt er die Ausgabe der AAMInformationen ausschließlich für die angegebene eingehende URL.
Wird dieser Parameter angegeben, bewirkt er die Ausgabe der AAMInformationen ausschließlich für die angegebene externe Ressource.
Ausgabe
<AlternateDomains>
<Collection Count=”4” Name=”Default Web Site_Pair”>
<AlternateDomain>
<IncomingUrl>http://spfarm</IncomingUrl>
<UrlZone>Default</UrlZone>
<MappedUrl>http://spfarm</MappedUrl>
<RedirectUrl>http://spfarmoldver</RedirectUrl>
</AlternateDomain>
<AlternateDomain>
<IncomingUrl>https://spfarm.company.com</IncomingUrl>
<UrlZone>Internet</UrlZone>
<MappedUrl>https://spfarm.company.com</MappedUrl>
<RedirectUrl>https://spfarmoldver.company.com</RedirectUrl>
</AlternateDomain>
<AlternateDomain>
<IncomingUrl>http://spfarmsecure</IncomingUrl>
<UrlZone>Internet</UrlZone>
<MappedUrl>https://spfarm.company.com</MappedUrl>
<RedirectUrl>https://spfarmoldver.company.com</RedirectUrl>
</AlternateDomain>
<AlternateDomain>
<IncomingUrl>http:// spserver:6001</IncomingUrl>
<UrlZone>Custom</UrlZone>
<MappedUrl>http://spserver:6001 </MappedUrl>
<RedirectUrl/>
</AlternateDomain>
</Collection>
</AlternateDomains>
Die folgende Tabelle beschreibt die Abschnitte, die in der Ausgabe des enumalternatedomainsVorgangs enthalten sind.
Name
AlternateDomains
Collection
AlternateDomain
IncomingUrl
UrlZone
MappedUrl
RedirectUrl
Beschreibung
Dieses Tag ist das Stammtag für jeden erfolgreichen Aufruf dieses Befehls.
Dieses Tag kann optional die Anzahl der AAM-Einträge und den Namen der
Ressource angeben, wenn der URL- oder ResourceName-Parameter
angegeben wurde.
Dieses Tag enthält den Namen der Webanwendung, die Anzahl der AAMEinträge und die Zonen, die für die Webanwendung angegeben wurden.
Dieses Tag ist nur vorhanden, wenn die Parameter URL und ResourceName
nicht angegeben wurden.
Dieses Tag enthält die Liste mit Zoneninformationen und URLs für eine
Zone.
Dieses Tag enthält die eingehende URL für die Zone.
Dieses Tag enthält die Zone, für die dieser alternative Domäneneintrag gilt.
Dieses Tag kann nur einen der folgenden Werte enthalten: Default, Internet,
Intranet, Extranet oder Custom.
Dieses Tag enthält die öffentliche/Antwort-URL für die Zone.
Dieses Tag enthält die öffentliche/Antwort-Umleitungs-URL für die Zone.
Dieses Tag enthält nur dann einen Wert, wenn die Zone mit einem
Umleitungspfad konfiguriert wurde.
17