“Veel meer databases om te beheren” is iets dat ik in een eerdere post op mijn blog heb geschreven over SharePoint 2010. Voor de SharePoint beheerders is dit helaas waar. Aan de andere kant is er natuurlijk ook een betere spreiding van de data en kan je de performance beter monitoren.

De volgende Service Applications hebben in ieder geval een eigen database:

• Managed Metadata
• Secure Store
• State Service
• Business Data Catalog
• Web Analytics
• Word Conversion
• Usage and Health Data Collection (2 databases)
• Search service (2/3 to many databases)
• People service (3 databases)

Service Applications kunnen op meerdere manieren worden uitgerold. Wanneer je voorafgaand aan de installatie een goed design document hebt gemaakt, kan je tijdens het uitvoeren van de Farm Config Wizard al e.e.a. installeren. De andere optie is het achteraf configureren via de Central Admin of PowelShell commando´s.

Daarna ga je de Service Application koppelen aan een of meerdere Web Applicaties. Hiervoor ga je automatisch gebruik maken van Service Application Proxies of Proxy Groups. Het aanmaken van een nieuwe Service Application zorgt namelijk automatisch voor het aanmaken van een Service Application Proxy. Deze proxy gebruik je vervolgens om een link te maken tussen de Service Application en de Web Applicatie(s) die er gebruik van mogen maken.

Om het qua beheer eenvoudiger te maken, is het ook mogelijk om meerdere SA Proxies samen te voegen in een Proxy Group. Deze Proxy Group kan je vervolgens weer koppelen aan één of meerdere Web Applications.

Service Applications kunnen middels de bijbehorende proxies ook gekoppeld worden aan andere SharePoint 2010 farms. Zo kunnen meerdere SharePoint farms bijvoorbeeld gebruik maken van één centrale Metadata Service.

Het stuk van de proxies is m.i. niet lastig te leren, want na een eerste demo heb ik de grote lijnen voor mijn gevoel begrepen, maar na het lezen van bovenstaande tekst kan ik absoluut begrijpen dat er nog vraagtekens zijn rondom dit onderwerp. Als ik een betere uitleg vind zal ik deze later toevoegen op de blog.

Er zijn nu tal van service applicaties die out-of-the-box beschikbaar komen voor de SharePoint 2010 gebruikers. Deze post geeft slechts een opsomming van de services. Out-of-the-box beschikbaar zijn in ieder geval:

• Access Services
• Business Data Catalog
• Excel Services
• Managed Metadata service (taxanomie service, content type publishing, management van keywords, social tags, etc)
• People service (MySites, User Profiles, …)
• Search Service Application
• Secure Store service (opslag van credentials)
• State service (tijdelijke opslag van gebruikerssessie informatie)
• Usage and Health Data Collection (verzamelen van farm data en hierover rapporteren)
• Visio Graphics service
• Web Analytics service application
• Word Conversion service application

Daarnaast is het ook mogelijk om eigen Service Applications te ontwikkelen. Microsoft heeft aangegeven rond deze tijd te komen met een Whitepaper over het zelf ontwikkelen van Service Applications.

Met de komst van SharePoint 2010 gaan we afscheid nemen van de Shared Service Provider (SSP). In SharePoint 2010 is deze vervangen door Service Applications.

Ook gebeurd het beheer van de Service Applications niet meer op een aparte site (zoals bij de SSP), maar direct vanuit de Central Administration.

De Service Applications kunnen afzonderlijk van elkaar worden ingezet en beheerd. De services die je dus niet wilt gebruiken, zet je dus ook niet aan. Performance winst op dit punt dus, want bij de oude SSP stonden er bij aanmaken van de SSP standaard al een aantal services aan.

De Services zijn in te zetten over meerdere Web Applicaties heen en kan je meerdere instanties aanmaken van een bepaalde service.

Een eenvoudig plaatje om dit uit te leggen is onderstaande. Je ziet links de SSP van SharePoint 2007 waarbij beide web applicaties alle services van de SSP aanspreken. Rechts zie je diezelfde web applicaties, maar niet elke Service Application wordt door elke web applicatie gebruikt.