Using alternate access mapping URL redirection as part of
Werbung
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: 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. 2 Ü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: 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: 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: 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. 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 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 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. Parameter URL ResourceName URLZone ZoneMappedURL RedirectionURL Parameter URL ResourceName 16 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. 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 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
