0 4 Minuten 1 Monat

Ein SharePoint-Farm-Upgrade ist ein kritischer Prozess, der sorgfältig geplant und methodisch durchgeführt werden muss. Das strukturierte Vorgehen Schritt für Schritt und mit allen Details, wie es in der Praxis üblich ist.


1. Analyse und Planung

Ziel: Überblick über die bestehende Farm, Anforderungen und Risiken.

  • Farm-Inventarisierung:

    • Aktuelle SharePoint-Version, CUs/PU, OS-Versionen, SQL-Versionen.

    • Anzahl Server, Rollen (Webfrontends, App-Server, Search, Workflow, etc.).

    • Service Applications (Search, Managed Metadata, User Profile, etc.).

    • Customizations: Features, WebParts, Add-ins, Sandbox Solutions.

    • Abhängigkeiten zu Drittanwendungen (ERP, BI, Identity Provider, Reporting).

  • Kompatibilitätsprüfung:

    • SharePoint-Zielversion vs. bestehende Infrastruktur.

    • Prüfen, ob Custom Solutions mit neuer Version kompatibel sind.

    • SQL-Versionen und .NET-Anforderungen der Zielversion prüfen.

  • Upgrade-Strategie festlegen:

    • In-Place-Upgrade: Auf denselben Servern, Datenbanken bleiben erhalten, kurze Downtime, aber hohes Risiko bei Fehlern.

    • Database-Attach-Upgrade: Datenbanken werden auf neue Farm migriert, empfohlen für Produktionsumgebungen, da testbar und risikoärmer.

  • Ressourcen & Zeitplan:

    • Dauer des Upgrades abschätzen (Test, Produktion).

    • Downtime-Fenster kommunizieren.

    • Zuständigkeiten klären (Admin, Tester, Business Stakeholder).


2. Vorbereitung

Ziel: Risiko minimieren und Testumgebung bereitstellen.

  • Backups:

    • Vollständiges Backup aller Content-Datenbanken, Service Applications, Konfigurationsdatenbanken.

    • SQL- und SharePoint-Daten sichern.

  • Dokumentation:

    • Aktuelle Farmtopologie, Services, Customizations, Berechtigungen dokumentieren.

  • Testumgebung:

    • Spiegel der Produktionsfarm auf Testservern erstellen.

    • Upgrade in Testumgebung durchführen.

    • Funktionalität aller Custom Solutions prüfen.

  • Prüfung der MinRole-Einstellungen:

    • Neue Versionen erfordern evtl. Anpassung der MinRole-Serverrollen.

  • Kommunikation:

    • Downtime-Fenster an alle Stakeholder melden.

    • Backup- und Rollback-Strategie abstimmen.


3. Upgrade durchführen

Ziel: Upgrade der Farm auf die neue Version ohne Datenverlust.

3.1 Vorbereitung der Server

  • OS und SQL-Version prüfen und aktualisieren (falls nötig).

  • .NET Framework und Windows-Features installieren.

  • SharePoint-Binärdateien (CU/SP-Installer) auf allen Servern installieren.

3.2 Datenbank-Upgrade (bei Database-Attach)

  • Content-Datenbanken aus alter Farm sichern.

  • Datenbanken auf neue Farm attachen:

    • Test-SPContentDatabase ausführen → Prüft fehlende Features, WebParts, Site Templates.

    • Mount-SPContentDatabase → führt Upgrade durch.

3.3 Konfiguration der Farm

  • Service Applications erstellen oder migrieren.

  • App Management, Search Service, Managed Metadata prüfen.

  • Timer-Jobs aktualisieren oder neu starten.

3.4 Post-Upgrade Tasks

  • Suchindex neu aufbauen.

  • Berechtigungen prüfen (Lesen, Bearbeiten, Vollzugriff).

  • Event Logs & ULS Logs auf Fehler kontrollieren.

  • Custom Features aktivieren / prüfen.


4. Testphase

Ziel: Sicherstellen, dass alles korrekt funktioniert.

  • Funktionaltests:

    • Seitenzugriff, WebParts, Workflows, Berechtigungen.

  • Integrations-Tests:

    • Drittanwendungen, BI-Reports, ERP-Anbindungen.

  • Performance-Tests:

    • Ladezeiten, Timer-Job-Dauer, Suchperformance.

  • Fehlerkorrektur:

    • Probleme dokumentieren, korrigieren und ggf. Re-Test durchführen.


5. Go-Live

Ziel: Upgrade produktiv setzen.

  • Downtime-Fenster einhalten.

  • Produktionsdatenbanken updaten / mounten.

  • Monitoring aktivieren: SharePoint Health Analyzer, ULS, SQL.

  • Support-Team bereitstellen.

  • Kommunikation an Endanwender: Upgrade abgeschlossen, > Aufforderung zur Funktionalität prüfen und Fehler zu rapportieren.


6. Nachbereitung / Stabilisierung

Ziel: Farm stabil betreiben und „Lessons Learned“ sichern.

  • Upgrade-Logs analysieren, Fehler beheben.

  • Performance überwachen.

  • Custom Solutions dokumentieren.

  • Backup-Strategie nach Upgrade prüfen.

  • Lessons Learned: Optimierung für zukünftige Upgrades.


Wichtige Hinweise / Risiken

  • Custom Solutions können Upgrade verhindern oder Fehler verursachen.

  • Timer-Jobs können hängen bleiben → prüfen.

  • Downtime ist unvermeidlich, früh kommunizieren.

  • Testen auf Testumgebung minimiert Risiken enorm.

  • Such-Index evtl. komplett neu aufbauen.

  • Berechtigungen können nach Upgrade neu gesetzt werden müssen.

Kommentar verfassen

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre, wie deine Kommentardaten verarbeitet werden.