Die meisten Implementierungen der SharePoint Technologien basieren heute bereits auf Microsoft Windows Server 2008, dennoch gibt es noch genug Kunden, die nach wie vor Windows Server 2003 im Einsatz haben. Was ist nun eigentlich der wirkliche Vorteil, wenn man die SharePoint Technologien auf einem Windows Server 2008 Betriebssystem aufsetzt?
Die Vorteile liegen klar auf der Hand:
- Besseres Management
- Höhere Security
- Internet Information Services 7.0 (IIS 7.0)
- Bessere Performance
- Windows Powershell für Zugriff auf SharePoint Objektmodell
- Virtualisierung mit Hyper-V (lesen Sie mehr in meinem Blogeintrag dazu: hier)
- uvm.
Und wer es genauer wissen will, hier eine gute Übersicht:
|
Functional Area
|
Feature
|
Notes
|
|
Manageability
|
IIS 7.0
|
- New IIS Manager with improved and simplified task-oriented work flow and increased functionality
- New Command-Line Interface (CLI) to configure IIS from command prompt or batch files
- New .NET Windows Management Interface (WMI) that allows for IIS configuration from PowerShell scripts or custom .NET Framework applications
- Request Tracing features to improve diagnostics
- Improved availability through immediate configuration changes without requiring site downtime
- Modular Architecture where only those modules required by the applications are actually present – reduces maintenance complexity
|
|
|
Custom Event Log Views
|
- Create custom views of logged events to automatically filter events (by source, severity, and more) to speed up troubleshooting
- Assign tasks to events (for example, notifications and custom program actions) when specific events occur, prompting timely action on problems
|
|
|
Hyper-V
|
- Advanced virtualization technology for hosting multiple logical platforms under a single, minimally-configured server
- Consolidated environment, specifically for development and testing of multi-server SharePoint farms
- Reduce resource costs by reducing the number of physical servers required for development
|
|
Security
|
Roles and Features
|
- Minimizing the deployment footprint by tailoring roles, services and features installed. This reduces the attack surface
- New Windows Firewall, increasing individual server security
- New Security Configuration Wizard (2.0) that enables role- and feature-based security hardening, simplified from earlier versions
- Enhanced Group Policy Management by using wizards to simplify the creation and maintenance of group policies
|
|
Reliability & Performance
|
Roles and Features
|
- Customized configuration by using required roles and features reduces overall footprint and makes sure that nonessential services and processes are not present. This guarantees that resources are dedicated exclusively to required services
|
|
|
New TCP/IP Stack
|
- Support for IPv4 and IPv6
- Improved performance for high-latency networks
|
|
|
IPsec Enhancements
|
- Improved performance almost to level of unprotected traffic
|
|
|
Reliability & Performance Manager
|
- New console for monitoring performance and reliability both in real time and historically
- Set thresholds for performance metrics that result in custom actions (for example, alerts)
- Stability index correlates significant system events with server reliability as an help in troubleshooting problems that evolve over time
|
Mehr dazu finden Sie im WhitePaper “Advantages of Deploying SharePoint Products and Technologies with Windows Server 2008 (Office SharePoint Server 2007)”, welches Sie hier downloaden können.
Und was spricht dagegen, die SharePoint Farm mit Windows Server 2008 zu betreiben, auch wenn z.B. die Domänenkontroller nach wie vor mit Windows Server 2003 betrieben werden, außer dass man den Mehrwert von Windows Server 2008 wirklich nutzen kann? Eigentlich spricht genau nichts dagegen ;) und wir haben bereits mehr als genug Implementierungen in solchen Konstellationen realisiert.
HINWEIS: Wir empfehlen Ihnen “alles” immer auch 64Bit Technologie aufzusetzen, wissen wir ja heute schon, dass die kommende SharePoint 2010 Version nur noch auf 64Bit laufen wird und eine Migration somit von 64Bit auf 64Bit wesentlich einfacher und rascher gehen wird, als von 32Bit auf 64Bit, wo man “Zwischenschritte” für eine Migration benötigen wird. Mehr Infos zu den System Requirements von SharePoint 2010 entnehmen Sie meinem Blogeintrag SharePoint 2010 Systemanforderungen.