Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Office SharePoint Server 2007)
Zum Aktualisieren von Microsoft Office SharePoint Server 2007 auf eine 64-Bit-Umgebung müssen Sie vorhandene Server zu einer neuen Farm migrieren. Sie können Microsoft Office SharePoint Server 2007 nicht direkt von der 32-Bit-Version von Microsoft Office SharePoint Server 2007 auf die 64-Bit-Version aktualisieren.
Sie müssen die für die Umgebung geeignete Migrationsstrategie bestimmen. Dieser Artikel enthält Anweisungen für eine phasenweise saubere Migration von einer SharePoint-Farm zu Servern in einer 64-Bit-Umgebung. Weitere Informationen zu den Vorteilen einer 64-Bit-Umgebung finden Sie unter Vorteile von 64-Bit-Hardware und -Software (Office SharePoint Server 2007).
Sie können eine vorhandene Farm mit verschiedenen Methoden zu einer 64-Bit-Umgebung migrieren, beispielsweise durch Hinzufügen von 64-Bit-Servern zu einer vorhandenen Farm und anschließendes Entfernen der 32-Bit-Server. Durch den in diesem Artikel beschriebenen phasenbasierten Ansatz sollten mögliche Leistungsprobleme gemindert werden. Bei einem phasenbasierten Ansatz werden außerdem die für eine Migration erforderlichen Downtimezeiträume besser verteilt, und Sie können nach der Migration der Farmserver Tests im entsprechenden Umfang ausführen.
Da es während der Migration zu Dienstunterbrechungen kommt, müssen Sie die Migration planen und zu einem Zeitpunkt ausführen, zu dem sich die geringsten Auswirkungen auf Benutzer ergeben.
Dieser Artikel enthält die folgenden Abschnitte:
Einschränkungen und bekannte Probleme
Vor dem Migrieren der Farm
Migrieren von Servern zu einer 64-Bit-Umgebung
Einschränkungen und bekannte Probleme
Für die Bereitstellung von Microsoft Office SharePoint Server in einer 64-Bit-Umgebung gelten Voraussetzungen, Einschränkungen und bekannte Probleme in den folgenden Bereichen.
SharePoint-Softwareupdates und Service Packs
Aktualisieren Sie Office SharePoint Server auf allen Computern in den Quell- und Zielfarmen auf die gleiche Service Pack- oder Softwareupdateebene. Dies ist notwendig, um potenzielle Fehler nach der Migration zu verhindern, die auftreten können, wenn die Softwareversionen auf allen Servern nicht übereinstimmen.
Wenn das Migrationsziel auch überkreuzende Betriebssystem- oder Datenbankversionen einschließt, wird empfohlen, alle endgültigen veröffentlichten Updates zu identifizieren und zu installieren, die unter Windows Server 2003 und Microsoft SQL Server 2005 installiert sind und auch für Windows Server 2008 und Microsoft SQL Server 2008 gelten.
Vorhandene Anwendungen
Sie müssen vorhandene 32-Bit-Anwendungen und benutzerdefinierte Assemblys (beispielsweise Webparts und Ereignisempfänger) für die Ausführung in der 64-Bit-Architektur erneut kompilieren, da eine 32-Bit-Assembly in der 64-Bit-Version von SharePoint nicht geladen werden kann. Vergewissern Sie sich vor dem erneuten Kompilieren vorhandener Anwendungen oder benutzerdefinierter Assemblys, dass diese für die Ausführung in beiden Architekturen kompiliert sind. Wenn dies der Fall ist, kompilieren Sie die Anwendungen oder Assemblys nicht für eine einzelne Architektur. (In Microsoft Visual Studio heißt diese Buildoption AnyCPU.)
Wenn es sich bei den vorhandenen Anwendungen um Anwendungen anderer Hersteller handelt, erkundigen Sie sich beim Anbieter nach 64-Bit-Versionen und der Kompatibilität. Wenn Sie benutzerdefinierte Lösungen in Auftrag gegeben haben und nicht über die Quelle verfügen, überprüfen Sie die Lösungen in einer 64-Bit-Testumgebung auf ihre Kompatibilität.
Aufrechterhalten homogener Server in den einzelnen Schichten in der Farm
Als bewährte Methode wird empfohlen, während der Migration homogene Server in den einzelnen Schichten aufrechtzuerhalten. Eine Schicht ist eine Gruppierung von Servern, von denen ähnliche Dienste bereitgestellt werden, die im Hinblick auf die Wartbarkeit für die Endbenutzer nicht getrennt werden können. Beispielsweise stellen Front-End-Webserver mit Lastenausgleich, von denen Benutzeranforderungen verarbeitet werden, eine Schicht dar. Ein SharePoint-Indexserver, auf dem der Webanwendungsdienst ausgeführt wird, wird jedoch nicht als Teil dieser Schicht betrachtet.
Wenn Sie die Verfahren in diesem Dokument ausführen, enthält jede Schicht Server mit der gleichen Architektur.
Wenn Sie die Server zu einer 64-Bit-Umgebung migrieren möchten, indem Sie einfach 64-Bit-Server einer vorhandenen Farm hinzufügen, können Sie nicht immer homogene Server in den einzelnen Schichten aufrechterhalten. Dadurch kann es zu einer mangelhaften oder inkonsistenten Leistung kommen. Diese Probleme werden in Bestimmen der Hardware- und Softwareanforderungen (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=119403&clcid=0x407) identifiziert. Dieser Ansatz (Migration durch Hinzufügen von 64-Bit-Servern zu einer vorhandenen Farm) wird zwar unterstützt, aber aufgrund der potenziellen Leistungsrisiken im Zusammenhang mit dem Mischen von Architekturen in einer Schicht für die Farmmigration nicht empfohlen.
Windows Server 2008
Zum Installieren von Office SharePoint Server auf einem Computer unter Windows Server 2008 müssen Sie Office SharePoint Server mit SP1 installieren.
Sie können für Office SharePoint Server eine Slipstream-Installation (integrierte Installation) erstellen, in der SP1 enthalten ist. Weitere Informationen finden Sie unter
Erstellen einer Installationsquelle mit Softwareupdates (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=134726&clcid=0x407).
Dan Winters Artikel Erstellen einer Slipstream-Installation (integrierten Installation) für SharePoint mithilfe der neuesten Updates (https://go.microsoft.com/fwlink/?linkid=139512&clcid=0x407) enthält ebenfalls Informationen zum Erstellen einer Slipstream-Version (integrierten Installation) von SharePoint.
Windows SharePoint Services 3.0 unter Windows Server 2008 installiert
Es gibt ein bekanntes Problem mit Windows SharePoint Services 3.0, bei dem bei Websites unter Windows Server 2008 Timeouts auftreten, wenn Sie versuchen, eine große Datei auf eine SharePoint-Website hochzuladen. Weitere Informationen finden Sie in:
MVP Shane Youngs Blogbeitrag Windows Server 2008-WFE lässt große Dateiuploads nicht zu (https://go.microsoft.com/fwlink/?linkid=145881&clcid=0x407)
KB-Artikel 925083, Fehlermeldung "Zeitüberschreitung der Anforderung", wenn Sie versuchen, eine große Datei in eine Dokumentbibliothek auf einer Windows SharePoint Services 3.0-Website hochzuladen (https://go.microsoft.com/fwlink/?linkid=145916&clcid=0x407)
iFilters und Erweiterungen
Die meisten, jedoch nicht alle, IFilter-Komponenten und Erweiterungen unterstützen 64 Bit. Vergewissern Sie sich, dass die 32-Bit-iFilters und -Erweiterungen in einer 64-Bit-Umgebung funktionsfähig sind.
Wenn Sie das Microsoft Filter Pack verwenden, müssen Sie das kumulierte Update vom Dezember (oder später) für Windows SharePoint Services 3.0 und Microsoft Office SharePoint Server 2007 installieren, um ein bekanntes Problem mit dem Visio-Filter in einer 64-Bit-Umgebung zu vermeiden.
Hinweis
Das Microsoft Filter Pack kann mit verschiedenen Suchprodukten, einschließlich Microsoft Office SharePoint Server 2007, verwendet werden. Das Filter Pack enthält iFilters, mit denen bei Suchvorgängen Dateien in Microsoft Office-Formaten wie beispielsweise PPTX und DOCX in den Index gecrawlt werden können.
Indizieren von IBM Lotus Notes
Sie können nicht eine IBM Lotus Notes-Datenbank in einer Microsoft Office SharePoint Server 2007-64-Bit-Umgebung crawlen, da IBM keine 64-Bit-Version der Lotus Notes-APIs bereitstellt.
Vor dem Migrieren der Farm
Überprüfen Sie vor dem Migrieren der Farm das Beispiel für ein Farmtopologiemodell und die Strategie, die wir für das Migrieren einer mehrschichtigen Farm von einer Umgebung zu einer anderen empfehlen. Diese Migrationsstrategie soll eine möglichst saubere Migration für diese Art von Farmtopologie ermöglichen.
Farmtopologie
Die folgende Abbildung zeigt die Farmtopologie, die für die Quell- (Farm A) und Zielfarm (Farm B) verwendet wird. Diese Topologie ist repräsentativ für Farmen, in denen auf mehreren Servern SharePoint-Rollen installiert sind. Aus Gründen der Übersichtlichkeit sind die Server in den einzelnen Farmen nach den jeweiligen Schichten gruppiert.
Farmtopologie für Migration
Beachten Sie in der vorstehenden Abbildung Folgendes:
Schicht 1-A und 1-B bestehen aus zwei Front-End-Webservern mit Lastenausgleich (WebA-32 und WebB-32, WebA-64 und WebB-64).
Schicht 2-A und 2-B bestehen aus zwei Anwendungsservern. Ein Server ist für die Websiteverwaltung und für Suchabfragen vorgesehen (AppA-32, AppA-64); der zweite Server ist für die Suchindizierung vorgesehen (AppB-32, AppB-64).
Schicht 3-A und 3-B bestehen aus einem Datenbankserver (DB-32, DB-64).
In der folgenden Tabelle wird die auf den Servern in den einzelnen Farmen installierte Software aufgeführt.
Auf Farmservern installierte Software
Software | Farm A (32 Bit) | Farm B (64 Bit) |
---|---|---|
Betriebssystem |
Windows Server 2003 SP2 |
Windows Server 2008 |
Datenbank |
SQL Server 2005 SP2 |
SQL Server 2008 |
Office SharePoint Server |
Microsoft Office SharePoint Server 2007 mit installiertem neuesten kumulierten Update |
Microsoft Office SharePoint Server 2007 mit installiertem neuesten kumulierten Update. |
Beachten Sie in der vorstehenden Tabelle Folgendes:
Als bewährte Methode wird empfohlen, das Betriebssystem auf den Zielservern mit allen Hotfixes zu aktualisieren, die sowohl für Windows Server 2003 als auch für Windows Server 2008 gelten.
Sie können Office SharePoint Server nicht in einer Server Core-Installation von Windows Server 2008 installieren.
Die in diesem Dokument beschriebene Migration unterstützt alle Versionen und Patchebenen von SharePoint (RTM bis zum neuesten Service Pack oder Softwareupdate). Es wird empfohlen, das Patchen von SharePoint auf mindestens die Ebene des neuesten Service Packs oder Infrastrukturupdates (je nachdem, was neuer ist) in Betracht zu ziehen. Das Infrastrukturupdate enthält verschiedene Updates für SharePoint-Produkte und -Technologien sowie neue zusätzliche Microsoft Office SharePoint Server 2007-Features für die Suche in Unternehmen. Weitere Informationen zu diesem spezifischen Update finden Sie in den folgenden Knowledge Base-Artikeln:
Migrationsstrategie
Die Strategie besteht darin, die Farmserver in getrennten Phasen in der folgenden Reihenfolge für die einzelnen Schichten in der Farm zu migrieren und zu testen:
Schicht 3-A: Migrieren Sie den vorhandenen Datenbankserver zum neuen Datenbankserver. Diese Schicht wird zuerst migriert, um potenzielle Leistungsprobleme zu mindern. Diese können auftreten, wenn ein 64-Bit-System eine 32-Bit-Datenbank abfragt oder in diese zu schreiben versucht. Folgende Optionen sind verfügbar:
Beibehalten des gleichen Hostservernamens wie auf dem Quellserver auf dem Zielserver.
Ändern des Hostservernamens auf dem Zielserver. Diese Datenbankmigrationsoption wird in diesem Artikel verwendet.
Schicht 2-A: Testen Sie den neuen Datenbankserver, und migrieren Sie dann die vorhandenen Anwendungsserver zur neuen Farm.
Schicht 1-A: Testen Sie die Anwendungsserver, und fügen Sie dann die 64-Bit-Front-End-Webserver der neuen Farm hinzu.
Der vorstehende systematische Ansatz ist nicht obligatorisch, wird jedoch dringend empfohlen, da dabei eine Umgebung für die Migration und für Tests bereitgestellt wird, die eine möglichst saubere Migration ermöglicht. Die Vorteile bestehen darin, dass unerwartete Ergebnisse (beispielsweise fehlende Daten und beschädigte Daten) auf ein Minimum reduziert werden und die Downtime der Dienste während der Migration effektiv verwaltet werden kann.
Migrieren von Servern zu einer 64-Bit-Umgebung
Mithilfe der Schritte in diesem Abschnitt können Sie zu einer Farm migrieren, in der die folgenden Betriebssysteme und Datenbanken installiert sind:
Die 64-Bit-Version von Windows Server 2003
Die 64-Bit-Version von Windows Server 2008
Die 64-Bit-Version von SQL Server 2005
Die 64-Bit-Version von SQL Server 2008
Im Hinblick auf die Migration bestehen die wesentlichen Unterschiede zwischen diesen Betriebssystemen und Datenbanken in der Vorbereitung der Zielserver.
Lesen Sie den folgenden Abschnitt, bevor Sie Phase 1 (Back-End-Datenbanken), Phase 2 (Anwendungsserver) und Phase 3 (Front-End-Server) der Migration ausführen.
Bevor Sie beginnen
Bevor Sie eine Farmmigration beginnen, müssen Sie die folgenden Aufgaben ausführen:
Beziehen von aktualisiertem Referenzmaterial
Dokumentieren der Farmkonfiguration
Identifizieren und Dokumentieren der erforderlichen Konten und Berechtigungen
Vorbereiten der Zielfarm
Beziehen von aktualisiertem Referenzmaterial
Laden Sie eine Kopie von Verschieben aller Datenbanken (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x407) herunter. Dieses Thema enthält umfassende Anweisungen, einschließlich SQL Server- und Stsadm-Befehlen für das Verschieben eines SharePoint-Datenbankservers. Diese Anweisungen decken die folgenden Szenarien ab:
Verschieben einer Datenbank auf einen neuen Datenbankserver mit dem gleichen Namen.
Verschieben einer Datenbank auf einen neuen Datenbankserver mit einem anderen Namen.
Dokumentieren der Farmkonfiguration
Manche Elemente einer Farm müssen manuell migriert werden. Stellen Sie sicher, dass Sie Folgendes dokumentiert haben:
Die zu SSPs zugeordneten Webanwendungen
Benutzerdefinierte Masterseiten und andere Seiten
Andere benutzerdefinierte Inhalte
Features
Benutzerdefinierte Anwendungen und kompilierte DLLs
Alle anderen benutzerdefinierten Farmelemente
Identifizieren und Dokumentieren der erforderlichen Konten und Berechtigungen
Vergewissern Sie sich beim Arbeiten auf den Quell- und Zielservern unter Verschieben aller Datenbanken (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x407), dass Sie über die richtigen Berechtigungen zum Verwenden von Microsoft Office SharePoint Server 2007-Tools, Microsoft SQL Server-Datenbanktools und Betriebssystembefehlen verfügen.
Vorbereiten der Zielfarm
Die folgenden Vorbereitungsaufgaben sind für die Anwendungs- und Datenbankserver in der Zielfarm erforderlich:
Wenden Sie die entsprechenden Betriebssystemupdates auf die Server an.
Verwenden Sie Bereitstellen einer einfachen Serverfarm unter dem Betriebssystem Windows Server 2008 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=145932&clcid=0x407) als Referenz beim Konfigurieren von SQL Server und beim Bereitstellen von SharePoint unter Windows Server 2008.
Installieren Sie SQL Server 2005 oder SQL Server 2008 auf dem Datenbankserver.
Verwenden Sie den Konfigurations-Assistenten für SharePoint-Produkte und -Technologien zum Ausführen einer einfachen Installation von SharePoint auf AppA-64. Wenn Sie fertig sind, verfügen Sie über eine neue Farm mit zwei Anwendungsservern (AppA-64 und AppB-64) und einem Datenbankserver (DB-64).
Wichtig
Geben Sie den neuen Inhaltsdatenbanken nicht den gleichen Namen wie den Inhaltsdatenbanken in der Quellfarm. Es ist nicht möglich, Inhaltsdatenbanken zwischen zwei SharePoint-Farmen freizugeben.
Phase 1: Migrieren der Back-End-Datenbanken
Während dieser Phase migrieren Sie die Back-End-Datenbanken mithilfe eines der folgenden Verfahren:
Verschieben der Datenbank auf einen Hostserver mit dem gleichen Namen.
Verschieben der Datenbank auf einen Hostserver mit einem anderen Namen.
Hinweis
Sie ändern den Namen eines SharePoint-Datenbankservers, den Instanznamen können Sie jedoch nicht ändern. Beispielsweise kann DB-32\sharepoint umbenannt werden in DB-64\sharepoint, DB-32\sharepoint kann jedoch nicht umbenannt werden in DB-32\sharepoint2.
Für das folgende Verfahren ist eine vollständige Sicherung der Inhaltsdatenbanken erforderlich.
Verschieben der Datenbank auf einen Hostserver mit dem gleichen Namen.
Beenden Sie die Serverfarm vollständig, indem Sie die Dienste für Microsoft Office SharePoint Server 2007 und Internetinformationsdienste (Internet Information Services, IIS) beenden.
Verwenden Sie SQL Server 2005-Tools, um alle SharePoint-Datenbanken auf dem Quelldatenbankserver (DB-32) zu sichern.
Fahren Sie den Quelldatenbankserver (DB-32) herunter.
Kopieren aller Sicherungsdateien in einen Serverfreigabeordner, der nicht Bestandteil von Farm A oder Farm B ist. Dieser Freigabeordner stellt einen Wiederherstellungspunkt für alle wichtigen SharePoint-Dateien bereit.
Kopieren Sie die Datenbanksicherungsdateien auf den Zieldatenbankserver.
Stellen Sie die Datenbanken von DB-32 auf DB-64 mithilfe von SQL Server 2008-Tools wieder her.
Kopieren Sie alle SQL Server-Anmeldungen, festen Serverrollen, festen Datenbankrollen und Berechtigungen für die Datenbanken auf den Zielserver (DB-64).
Fügen Sie die Datenbanken dem neuen Datenbankserver an.
Starten Sie den Anwendungsserver AppA-32 neu, um die Änderungen zu übernehmen und sicherzustellen, dass die Dienste, Websites und Anwendungspools für Microsoft Office SharePoint Server 2007 gestartet werden.
Konfigurieren Sie alle Server in Farm A so, dass sie auf DB-64 zeigen.
Starten Sie Farm A neu.
Führen Sie die entsprechenden Tests für die Umgebung aus, um sicherzustellen, dass Farm A mit der neuen Datenbank funktionsfähig ist.
Für das folgende Verfahren ist eine vollständige Sicherung aller SSPs und Inhaltsdatenbanken erforderlich.
Hinweis
Das Sichern und Wiederherstellen der SSPs ist nicht erforderlich, wenn in einer Farm für die Verbindung mit der SQL Server-Datenbank ein SQL Server-Alias verwendet wird.
Verschieben der Datenbank auf einen Hostserver mit einem anderen Namen.
Verwenden Sie den Stsadm-Vorgang, um eine vollständige Sicherung aller SSPs auf AppA-32 auszuführen.
Löschen Sie alle SSPs aus Farm A.
Beenden Sie die Serverfarm vollständig, indem Sie die Dienste für Microsoft Office SharePoint Server 2007 und Internetinformationsdienste (Internet Information Services, IIS) beenden.
Verwenden Sie SQL Server 2005-Tools, um die folgenden SharePoint-Datenbanken auf dem Quelldatenbankserver (DB-32) zu sichern:
Alle Inhaltsdatenbanken
Inhaltsdatenbank der Zentraladministration
Windows SharePoint Services-Hilfesuchdatenbank
Kopieren aller Sicherungsdateien in einen Serverfreigabeordner, der nicht Bestandteil von Farm A oder Farm B ist. Dieser Freigabeordner stellt einen Wiederherstellungspunkt für alle wichtigen SharePoint-Dateien bereit.
Kopieren Sie die Datenbanksicherungsdateien auf den Zieldatenbankserver.
Stellen Sie die Datenbanken von DB-32 auf DB-64 mithilfe von SQL Server 2008-Tools wieder her.
Kopieren Sie alle SQL Server-Anmeldungen, festen Serverrollen, festen Datenbankrollen und Berechtigungen für die Datenbanken auf den Zielserver (DB-64).
Führen Sie den Stsadm-Vorgang renameserver auf AppA-32 aus, um den Datenbankserver in Farm B umzubenennen.
Starten Sie den Anwendungsserver AppA-32 neu, um die Änderungen zu übernehmen und sicherzustellen, dass die Dienste, Websites und Anwendungspools für Microsoft Office SharePoint Server 2007 gestartet werden.
Stellen Sie die SSPs auf AppA-32 mit Stsadm –o restoressp und der Option [keepindex] wieder her.
Fügen Sie Farm A alle wiederhergestellten SSPs hinzu.
Legen Sie den neuen Standard-SSP fest, und löschen Sie dann den ursprünglichen Standard-SSP.
Konfigurieren Sie alle Server in Farm A so, dass sie auf DB-64 zeigen.
Starten Sie Farm A neu.
Führen Sie die entsprechenden Tests für die Umgebung aus, um sicherzustellen, dass Farm A mit der neuen Datenbank funktionsfähig ist.
Nach Abschluss dieser Phase weist die aktive Farm die folgende Topologe auf:
Front-End-Webserver: WebA-32, WebB-32
Anwendungsserver: AppA-32, AppB-32
Datenbankserver: DB-64
Phase 2: Migrieren der Anwendungsserver
Während dieser Phase sichern Sie SSPs und stellen diese wieder her. Während dieser Phase können Sie die Farmelemente, die Sie in Dokumentieren der Farmkonfiguration dokumentiert haben, in einen Speicherort in der in Phase 1 erstellten Serverfreigabe kopieren. Verwenden Sie das folgende Verfahren, um die Anwendungsserver zu migrieren.
Migrieren der Anwendungsserver
Bereiten Sie die Front-End-Webserver für Farm B vor, fügen Sie diese jedoch nicht der Farm hinzu.
Verwenden Sie den Stsadm-Vorgang, um eine vollständige Sicherung aller SSPs auf AppA-32 auszuführen.
Löschen Sie alle SSPs aus Farm A, indem Sie den folgenden Befehl ausgeben:
stsadm -o deletessp -title SharedServices -force
Beenden Sie die Serverfarm vollständig, indem Sie die Dienste für Microsoft Office SharePoint Server 2007 und Internetinformationsdienste (Internet Information Services, IIS) beenden.
Kopieren Sie Farmelemente, die manuell aus der Serverfreigabe verschoben werden müssen, in Speicherorte in Farm B (WebA-64, WebB-64 und AppA-64), die den jeweiligen Speicherorten in Farm A entsprechen.
Kopieren aller Sicherungsdateien in einen Serverfreigabeordner, der nicht Bestandteil von Farm A oder Farm B ist. Dieser Freigabeordner stellt einen Wiederherstellungspunkt für alle wichtigen SharePoint-Dateien bereit.
Kopieren Sie alle Sicherungsdateien auf AppA-64.
Starten Sie AppA-64 neu, um die Änderungen zu übernehmen und sicherzustellen, dass die Dienste, Websites und Anwendungspools für Microsoft Office SharePoint Server 2007 gestartet werden.
Konfigurieren Sie AppA-64 so, dass der Anwendungsserver auf die aus Farm A wiederhergestellten Inhaltsdatenbanken zeigt, und löschen Sie mithilfe von SQL Server 2008-Tools die ursprünglichen Inhaltsdatenbanken, die beim Erstellen von Farm B erstellt wurden, von DB-64.
Stellen Sie die SSPs auf AppA-64 mit Stsadm –o restoressp und der Option [keepindex] wieder her.
Fügen Sie Farm B alle wiederhergestellten SSPs hinzu.
Legen Sie den neuen Standard-SSP fest, und löschen Sie dann den ursprünglichen Standard-SSP.
Starten Sie Farm A neu.
Führen Sie die entsprechenden Tests für die Umgebung aus, um sicherzustellen, dass die Quellfarm mit den neuen Anwendungsservern und der Datenbank funktionsfähig ist.
Nach Abschluss dieser Phase weist die aktive Farm die folgende Topologe auf:
Front-End-Webserver: WebA-32, WebB-32
Anwendungsserver: AppA-64, AppB-64
Datenbankserver: DB-64
Phase 3: Migrieren der Front-End-Webserver
Während dieser Phase schließen Sie die Migration ab, indem Sie der Farm 64-Bit-Front-End-Webserver hinzufügen. Verwenden Sie das folgende Verfahren, um die Front-End-Webserver zu migrieren.
Migrieren der Front-End-Webserver
Beenden Sie die Serverfarm vollständig, indem Sie die Dienste für Microsoft Office SharePoint Server 2007 und Internetinformationsdienste (Internet Information Services, IIS) beenden.
Starten Sie Farm B.
Fügen Sie WebA-64 und WebB-64 Farm B hinzu, und konfigurieren Sie die Server so, dass sie auf DB-64 zeigen.
Führen Sie die entsprechenden Tests für die Umgebung aus, um sicherzustellen, dass die Zielfarm funktionsfähig ist..
Nach Abschluss dieser Phase ist die Migration zu einer 64-Bit-Umgebung abgeschlossen, und die aktive Farm weist die folgende Topologie auf:
Front-End-Webserver: WebA-64, WebB-64
Anwendungsserver: AppA-64, AppB-64
Datenbankserver: DB-64