Einblicke in SharePoint

Hier bereitgestellten Informationen basiert auf einer Beta-Version. Alle Einzelheiten sind vorbehalten.

Machen Sie sich bereit für SharePoint 2010

Pav Cherny

Mit der Veröffentlichung von SharePoint 2010 nur um die Ecke ist es ein guter Zeitpunkt sollten Sie die Optionen Aktualisierung und Migration und Aktion zur Vorbereitung Ihrer Umgebung in Anspruch nehmen.
Wie in den meisten Szenarien Migration oder Aktualisierung der Fall, es gibt Hunderte Wenn nicht Tausende von Details beschäftigen, Komplexität, Anwendungen von Drittanbietern auf Geschäftskontinuität von Netzwerkkonnektivität bis erhöht. Es gibt auch verschiedene Frameworks und Szenarios, die Sie zum Verschieben in eine neue Version, z. B. vorbereiten-Test-implementieren-überprüfen und entscheidenden verwenden können, ob Sie an Stelle aktualisieren oder migrieren.

Die gute Nachricht ist, dass Sie noch Zeit haben, Ihre Migration Strategie planen und Vorbereiten jetzt, um mögliche Probleme zu verringern, wenn Sie auf SharePoint 2010 verschieben.

Dieser Artikel behandelt einige der Aktionen, die Sie jetzt, um SharePoint 2010 vorzubereiten, die die größte Auswirkung ausführen können. Wenn Sie tiefer untersuchen möchten, können Sie die vorhandene Dokumentation Weitere Anleitungen oder entwickeln Sie einen umfassenderen Plan betrachten.

Beispielsweise hat Joel Oleson Präsentationen und ein Whitepaper zur Vorbereitung der Aktualisierung auf seinen Blog unter veröffentlicht sharepointjoel.com, und Microsoft vorläufige veröffentlicht wurde Anleitungen.

Auflösen von Hardware und Software-Abhängigkeiten

Die erste Aktion, die Sie ergreifen können, um die Umgebung vorbereiten ist das Überwachen der vorhandene Software und Hardware-Konfiguration, um festzustellen, ob es für die SharePoint-2010 angemessen ist, und Ihrer Umgebung zu aktualisieren, wenn diese Anforderungen nicht erfüllt. Die wichtigste allgemeine Anforderung ist 64-Bit-Hardware und SharePoint 2007 mit mindestens das SP2-Update.

Überlegen Sie können mehr, natürlich; Sie Ihrer Umgebung in Übereinstimmung mit den folgenden best Practices für Front-End- und Server, Back-End-Servern und Clients aktualisieren.

Für Front-End-Server erfordert SharePoint 2010 64-Bit-Windows Server 2008 oder Windows Server 2008 R2, die die neue Windows 7-basierte Benutzeroberfläche verwendet. Viele Installationen als des Verfassens dieses Artikels ohne größere Probleme auf Windows Server 2003 ausführen und wenn Sie an dieser Stelle sind, ein großer Teil der Vorbereitung für den Übergang auf SharePoint 2010 umfasst das Betriebssystem aktualisieren.

Wenn Sie Windows Server 2003 auf 64-Bit-Hardware bereits ausführen, können Sie die Server wiederverwenden und führen Sie eine in-Place-Aktualisierung für Front-End-, Anwendungs- und Back-End-Server. Sie können auch Hinzufügen neuer Server zur Farm und Migrieren von Central Administration-Website, Front-End-Rollen und Anwendungsrollen. Wenn Sie in Windows Server 2008 verschieben möchten, sollten Sie die folgenden Empfehlungen berücksichtigen:

• Berechtigungen Grant Windows SharePoint Services Timer (SPTimerV3). Gewähren Sie wenn das Administratorkonto Farm nicht in der lokalen Gruppe Administratoren ist oder wenn Sie eine eigenständige Installation haben, SPTimerV3 Berechtigung zum Lesen von Stsadm -o grantiis7permission unter IIS 7.0.
• Beenden Sie den Dienst Windows SharePoint Services-Suche (Spsearch). Wenn Sie Windows Server 2008 installieren und dann den SharePoint-Produkte und -Technologien Konfigurations-Assistenten ausführen, während Spsearch ausgeführt wird, kann der Prozess den Suchindex beschädigt werden. Um einen beschädigten Index neu zu erstellen, müssen Sie ausführen Stsadm -o Spsearch - Aktion beenden, und navigieren Sie zu der Seite Windows SharePoint Services-Suche Dienst Einstellungen in der Zentraladministration und benennen Sie die Datenbank. Weitere Informationen finden Sie unter tinyurl.com/l6fmkr.
• Überprüfen Sie die Einstellungen für IIS 7. Nach der Aktualisierung auf Windows Server 2008 und IIS7, ist u. u. der W3SVC-Dienst deaktiviert, wenn die IIS 6-Installation inkompatibel Features, wie z. B. FrontPage-Servererweiterungen verwendet. Ein weiteres Problem auftreten können, ist die Kernelmodus-Authentifizierung, der IIS 7 standardmäßig verwendet. Wenn ein Fehler 401.1 angezeigt wird, könnte im Kernelmodus-Authentifizierung die Ursache sein. Sie können es in der IIS Erweiterte Einstellungen für die Windows-Authentifizierung deaktivieren. Klicken Sie auf . hier Weitere Einzelheiten.

Für Back-End-Server erfordert SharePoint 2010 64-Bit-SQL Server 2005 oder höher. SQL Express wird unterstützt, aber verschieben zu SharePoint 2010 bietet die Gelegenheit zum Kontrollieren der Back-End-Infrastruktur und optimieren.

Die Standard und Enterprise Editionen von SQL Server bieten Verwaltungstools und Features wie clustering für hohe Verfügbarkeit.

Hinsichtlich der Browser-Clientunterstützung SharePoint 2010 festlegen, Unterstützung für Internet Explorer 6 und unterstützt nur standardbasierte Browsern, z. B. IE7 oder höher. SharePoint 2010 unterstützt auch 3.x Firefox und Safari.

Führen Sie das Upgrade Checker-Tool

Die nächste Schritt, nachdem Sie sich vergewissert haben, dass Front-End-Server führen Sie Windows Server 2008 auf Hardware mit 64-bit, back-end Servern ausführen, SQL Server 2005 oder höher, und, dass Clients einen standards-based Browser verwenden, besteht darin, Stsadm -o Preupgradecheck auszuführen. PreUpgradeCheck ist im Lieferumfang von SP2 für SharePoint 2007 und Regeldateien--OssPreUpgradeCheck.xml für Microsoft Office SharePoint Server (MOSS) und WssPreUpgradeCheck.xml für Windows SharePoint Services (WSS)--verwendet, um Konfigurationsdetails prüfen und erstellen Sie einen Bericht.

Bevor Sie PreUpgradeCheck ausführen können, müssen Sie natürlich SP2 installieren. Der Installations-Assistent ist relativ einfach, aber es gibt einige Punkte zu beachten. Geben Sie zuerst Beachten Sie, dass für Benutzer des geplanten Ausfallzeit, da Sie sollten die Front-End-IIS-Dienste auf jedem Server beenden und sichern die Inhaltsdatenbanken beginnen, bevor Sie fortfahren trennen. Es ist ratsam, auch Front-End- und Serverdateien sichern, insbesondere, wenn Sie Anpassungen haben.

Zweitens die WSS-SP2 installieren, den Konfigurations-Assistenten abbrechen und MOSS SP2 zu installieren.

Schließlich nachdem die Update-Prozesse abgeschlossen, Fehler upgrade.log zu überprüfen, finden im Versionsverzeichnis 12 Hive Protokolle. Suchen Sie nach Instanzen fehlschlagen oder Fehler. Wenn die Installation erfolgreich abgeschlossen wurde, sollte upgrade.log im Abbildung 1 angezeigten Zeichenfolgen enthalten. Klicken Sie auf . hier Weitere Informationen zu Aktualisierungen

Nach der Ausführung von PreUpgradeCheck, der Detailbericht generiert enthält nützliche Informationen über die Einzelheiten der Umgebung und enthält Einzelheiten über Farmtopologie, Serverkonfiguration, alternative Zugriffszuordnungen (AAMs), Datenbanken, Features, Sitedefinitionen und so weiter. Sofortige zeigt die Ausgabe in der Eingabeaufforderung auch wenn keine Kategorien übergeben an; d. h., Sie erfordern Sie Änderungen vornehmen, bevor Sie in SharePoint 2010. Detaillierte .htm-Datei ist hilfreich für die Suche nach Weitere Informationen über was Sie tun, um die zugrunde liegende Problem zu lösen müssen. Suchen Sie die folgenden Details in der Datei, die u. u. behoben werden müssen:

• Language Packs. Wenn Ihre Konfiguration Language Packs erfordert, müssen Sie planen, nach dem Wechsel zu SharePoint 2010 die Sprachpakete zu den aktuellsten Versionen zu aktualisieren.
• AAMs. Wenn Sie beabsichtigen, die auf SharePoint 2010 migrieren und neue Server (oder neuen Servernamen) verwenden, ist eine gute Möglichkeit, die Sie die URL-bezogenen Änderungen wie das Aktualisieren von AAMs und DNS-Einträge vornehmen müssen.
• Websitedefinitionen. Sites, die benutzerdefinierte Websitedefinitionen verwenden erfordern eine Definitionsdatei, die SharePoint-2010, verwendet um den Standort aktualisieren. Sie müssen diese Datei entsprechend der Definition des benutzerdefinierte erstellen. Weitere Informationen finden Sie unter tinyurl.com/mulfcb.
• Features Überprüfen Sie den Sicherheitsbericht für fehlende Features, und bei der Installation, die fehlen.
• Listen. Überprüfen Sie für Größe und die Anzahl der Listen, da beide Migration Geschwindigkeit beeinflussen. Microsoft hat Leitfäden Empfehlungen zur Größenanpassung aus Leistungsgründen veröffentlicht. tinyurl.com/kueoov. Fügen Sie wenn Ihre Listen mit mehr als 2.000 auf 5.000 Elementen haben oder wenn die Umgebung größer geworden ist, um andere empfohlene Leistungsrichtlinien überschreiten, es wieder in Einklang mit empfohlenen Vorgehensweisen.
• Konfiguration DB und DB Content verwaist. Während der Durchführung administrativer Aufgaben oder Benutzeroperationen, kann die Situation auftreten, in dem SharePoint-Schema oder Datenbank-Elementen mit keine über- oder untergeordnete Beziehungen vorhanden sind. Diese Elemente enthalten Listen mit keine übergeordnete Liste von Webseiten mit keinen übergeordneten Standort, Zeitgeberaufträge ohne übergeordneten Websites, Dokumente mit keine übergeordneten Dokuments Bibliothek, Listenelemente und so weiter. Das Tool PreUpgradeCheck immer findet nicht verwaist und Sie können nicht in der Website der Zentraladministration angezeigt, so dass Sie manuell für verwaiste Objekte überprüfen sollten. Es gibt zwei Arten von verwaist, Konfiguration verwaist und Inhalte verwaist. Konfiguration verwaist sind Elemente, die in der DB-Konfiguration vorhanden, aber keine untergeordneten Komponente im Inhalt DB haben. Inhalt verwaist sind in zwei Fällen: entweder eine leere Website wird in der Konfiguration DB zugeordnet verfügt jedoch nicht über die vorhandene Inhalte DB zugeordnet werden, oder der richtige Inhalt DB der Website in der Konfiguration DB zugeordnet ist, aber in andere Inhalte DBs Verirrte Elemente vorhanden sind.

Abbildung 1: Erfolgreiche SP2 Instalation Einträge aus upgrade.log

Es ist relativ einfach So lösen Sie Konfiguration verwaist; Inhalte DB trennen und Anfügen (Stsadm -o Deletecontentdb und Stsadm -o Addcontentdb).

Vergessen Sie nicht auf Stsadm -o Preparetomove im Voraus in MOSS 2007-Umgebungen ausgeführt.

Um einen Inhalt verwaisten zu beheben, die Website der falsche, leeren Inhalt DB zugeordnet, Sichern Sie und löschen Sie die falsche Inhalte DB, und fügen Sie den richtigen Typ aus.

Um einen Inhalt zu beheben verwaist, in dem verwaisten Inhalt DBs Sichern der Produktionssite vorhanden, löschen, Anfügen die verwaiste Inhalte DB to zugänglich machen und löschen Sie ihn. Anschließend können Sie die gesicherten Website wiederherstellen.

Suchen Sie in Knowledge Base-Artikel 918742, 918744 und den STSADM-Befehle -o Databaserepair, -o-Deletecorruption -o-Repairorphans und Deleteconfigurationobject - Id < ObjectId > Weitere Informationen.

Sollten Sie beachten, die zwischen den Front-End-Servern, führen Sie PreUpgradeCheck also auf jedem Server und die Kontrollkästchen für alle Konfigurationsunterschieden Konfigurationsdetails unterscheiden können.

Durch Ausführen von Stsadm -o Preupgradecheck - Localonly, können Sie einen einzelnen Server überprüfen und dann vergleichen die daraus resultierende .htm Berichte mithilfe eines Tools wie WinDiff.

Find hier Weitere Informationen zu PreUpgradeCheck.

Bereinigen und zu standardisieren

Anpassungen sind eines der Probleme mehr zeitintensiven an Adresse vor dem Verschieben auf SharePoint 2010, da auch in den einfacheren Szenarien der geringfügige Websiteanpassungen Aufzeichnung Besonderheiten einen Übergang umfasst, migrieren, und dann überprüfen und Behebung von Problemen.

Für größere Anpassungen oder Tools von Drittanbietern verwenden kann die erhöhte Komplexität Migration von Anpassungen in einer vollständigen Softwareentwicklungsprojekt aktivieren.

Die IT pro Perspektive, soweit möglich, die Standardisierung Dokumentieren der Anpassungen und Bereinigen von Daten und Konfigurationsinformationen Details aller Hilfe, um Probleme für Entwickler zu verringern.

Abbildung 2: Anpassung Migration bewährte Methoden

Ich behandelt einige Möglichkeiten Bereinigung weiter oben. Verwaist gesucht, Auflösen von Funktion und Webpart-Abhängigkeiten, Optimieren von Listen, eine harte Datenbank Beschränkung von 100 GB festlegen und Durchführen weiterer Optimierungen werden das Verschieben zu vereinfachen.

Löschen nicht verwendeter Websites, Kontingente erhöhen und starten eine benutzergesteuerte Website Bereinigung Initiative sind zusätzliche Möglichkeiten zum Kürzen von Migration-Größe. Sie sollten auch Lösungen und Features zu standardisieren, wo immer dies möglich, und überlegen Sie, wenn die beste Wahl zum Löschen, neu installieren oder neu erstellen Anpassungen. Abbildung 2 zeigt einige allgemeine Empfehlungen und Optionen für Anpassungen.

Da SharePoint 2010 noch nicht freigegeben ist, ist begrenzt, wie viel für Anpassungen Vorbereitung und Testen Sie tun können.

Der beste Ansatz für die meisten Umgebungen ist nicht vorhanden, aktualisiert aber zum Erstellen einer neuen Serverfarm, Migrieren der Inhaltsdatenbanken und wenden Sie dann die Anpassungen planen.

Bei diesem Ansatz konnten Sie eine schrittweise Aktualisierung und frühere Servern Migrieren von Websites außer Betrieb zu nehmen.

Virtualisierung Möglichkeiten nutzen

Die Nutzung durch Virtualisierung und Verwandte Verwaltungstools wurde es möglich, zu überprüfen und Überprüfen von Migration Pläne vor der Aktualisierung der Produktionsumgebung.

Möglicherweise ist die offensichtliche Möglichkeit mit Virtualisierung zum erneuten Erstellen der Produktionsumgebung in viel kleinerem Maßstab als virtuelle Computer, und überprüfen die Migration oder Strategie aktualisieren, bevor Sie in der Produktionsumgebung implementieren.

Virtualisierung bietet Features wie z. B. Erstellen eines Snapshots des BETRIEBSSYSTEMS und bei Bedarf wiederherstellen. Dies ermöglicht es Dokument vollständige Migration ausführlich die Schritte, wenn Sie die Produktionsumgebung aktualisieren, wenn Sie eine Frage der folgenden Schritte wird

Ausblicke

Ich habe behandelt Bereitschaft Gesichtspunkt eine praktische und Vorschläge für Aktionen, die Sie ergreifen können, um die Umgebung für SharePoint 2010 vorbereiten angeboten.

Wenn Sie die wichtigsten Vorschläge verschieben auf 64-Bit-folgen, die Ausführung des Tools für PreUpgradeCheck, erkannte Probleme lösen und Validieren von Ihrem Plan in einer virtuellen Umgebung in guter Form für SharePoint 2010 werden Sie.

Pav Cherny ist IT-Experte und Autor und ist auf Microsoft-Technologien für Zusammenarbeit und einheitliche Kommunikation spezialisiert. Seine Veröffentlichungen enthalten Whitepaper, Produkthandbücher sowie Bücher mit dem Schwerpunkt IT-Vorgänge und Systemverwaltung. Pav ist Präsident der Biblioso Corporation, ein Unternehmen, das auf verwaltete Dokumentations- und Lokalisierungsdienste Dienste spezialisiert ist.