Installation von SharePoint 2007 auf Windows Server 2008 R2

Bei der Installation von SharePoint 2007 Slipstream mit SP2 auf Windows Server 2008 R2 wird unter gewissen Umständen das SP2 von MOSS nicht automatisch installiert. Der SetUp zeigt zwar keinen Fehler, eine Cumulative Update lässt sich aber nicht darüber installieren. Beim Aktivieren von Publishing Features erscheint die Meldung:

The Office SharePoint Server Standard Web application features feature must be activated at the web application level before this feature can be activated.

Schaut man sich die Versionsnummer in der Central Administration und der Microsoft.SharePoint.Portal.DLL (in C:\PF\CM\MS Shared\WSE\12\ISAPI\) an, erkennt man den Versionsunterschied. Dies ist ein Indiz, dass SP2 von MOSS nicht korrekt installiert wurde.

Das Problem tritt nicht auf, wenn vor der Installation die Web Server Role hinzugefügt wurde. In diesem Fall werden während dem SetUp von SharePoint 2007 auch auf Windows Server 2008 R2 das SP2 und eventuelle Cumulative Updates sauber installiert.

Gefunden im TechNet Forum, bei Jan Tielens und hier.

PS: Vorgestern ist das Cumulative Update vom Februar 2010 erschienen.

SharePoint 2010 kriegt einen “middle-tier”

Der Shared Serivice Provider wird abgelöst und durch die Service Application Topologie ersetzt. Damit verfügt SharePoint 2010 über einen echten middle-tier. Eine Service Application stellt den Web Applikationen Daten oder Processing Ressourcen zur Verfügung. Out of the Box werden ca. 30 Service Applications mitgeliefert und installiert, z.B. Search, User Profiles, Managed Metadata, Business Connectiviy Services. Die Verwaltung erfolgt zentral über die Central Administration oder PowerShell.

Load Balancing

Eine Service Application ist ein logisches Konstrukt. Der physikalische Prozess, welcher auf dem Application Server läuft, nennt sich Service Instance. Mehrere Service Instances eines Service Application können auf verschiedenen Application Servers betrieben werden. Durch eingebaute Load Balancing und Health Checking Mechanismen entsteht eine redundante Infrastruktur.

Cross Farm

Service Applications können anderen SharePoint Farmen zur Verfügung gestellt werden. In grossen Unternehmen werden die Service Applications in einer zentralen SharePoint Farm verwaltet und von anderen, geographisch oder organisatorisch verteilten Farmen konsumiert.

Build your own Service Application

Microsoft stellt das API der Service Application zur Verfügung und bietet ISVs die Möglichkeit, eigene Service Applications zu erstellen. Microsoft selbst implementiert Erweiterungen wie die Office Web Applications, SQL PowerPivot oder den Project Server auch als Service Application. Für ISV und Developer bedeutet dies, dass SharePoint auch als Application Platform eingesetzt werden kann. Die Service Application Topologie ist in SharePoint Foundation angesiedelt – dem Nachfolger der Windows SharePoint Services – und daher (wohl) mit Windows Sever Lizenz nutzbar.

Verknüpfungen mit Web Applications

Für jede Web Applikation kann definiert werden, welche Service Applications sie konsumieren darf. Das Konzept ist sogar so ausgerichtet, dass eine Web Application auch mehrere Typen einer Service Application konsumieren kann. Zurzeit wird dies nur für die Taxonomie verwendet: innerhalb einer SharePoint Farm können mehrere Managed Metadata Service Applications konfiguriert werden (welche z.B. verschiedene Taxonomien abbilden). Die Web Applikation kann auf alle Managed Metadata Service Applications zugreifen und sämtliche Taxonomien nutzen.