“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.

Veel  van de wijzigingen op dit gebied heb ik al eerder beschreven. Deze zitten namelijk op het niveau van de Shared Service Provider (SSP) uit SharePoint 2007, welke is vervangen door de Service Application van SharePoint 2010.

In tegenstelling tot 1 SSP welke gebruikt wordt voor search, mysites, e.d. zijn er nu dus afzonderlijke service applicaties voor de specifieke onderdelen. Wil je dus wel Excel Services en geen Search, dan start je de ene wel en de andere niet. Simpel eigenlijk!

Verder is het voor omgevingen die te maken hebben met grotere aantallen items en documenten belangrijk om te weten dat de limieten van SharePoint 2007 voor een groot deel zijn opgeheven.

In SharePoint 2007 was met mogelijk om 2000 items per view te hebben en 5.000.000 items per lijst of bibliotheek. In SharePoint 2010 kan je 5000 items per view en 50.000.000 items per lijst of bibliotheek aan.

Een beperking die wel blijft is de maximale filesize van 2GB, maar deze wordt opgelegd door SQL Server en niet door SharePoint. Andere informatie over beperkingen heb ik nog niet gezien.

In de SharePoint architectuur zijn vooral veel optimalisaties aangebracht. Algemene opmerking die Microsoft geeft is dat er met name veel meer design keuzes zijn tijdens de installatie van SharePoint 2010.

Vernieuwingen Web Front-End (WFE)

• Nieuw client protocol. Alleen de wijzigingen worden weggeschreven naar SharePoint, niet het hele document.
• De usage logging (en reporting) en health data is verbetert. Er zijn out-of-the-box regels die nagenoeg realtime actie ondernemen. Enkele voorbeelden:
  • een quote wordt overschreden, een waarschuwing wordt getoond in de Central Admin met verzoek tot actie.
  • Een stuk custom code geeft regelmatig fouten. Na x keer wordt het onderdeel geblokkeerd tot de volgende dag of manuele actie.

Vernieuwingen Applicatie Server

• De Shared Service Provider (SSP) bestaat niet meer. Hiervoor in de plaats heeft SharePoint 2010 nu Service Applications. Later meer hierover…
• De nieuwe service applications kunnen over meerdere servers heen draaien en kunnen ook over farms heen werken.

Vernieuwingen SQL Server

• In vergelijking met SharePoint 2007 zijn er véél meer databases om te beheren. Bijna elke service application heeft 1 of meerdere database, in tegenstelling tot die ene database van de SSP in SharePoint 2007.
• Unattached content database restore.  Voor de restore van een volledig verwijderd onderdeel van SharePoint 2007 moest je de volledige database restoren in een testomgeving om de content of het onderdeel terug te halen.
  In SharePoint 2010 wordt met mogelijk om de database te restoren naar een willekeurige SQL database server en vervolgens vanuit de Central Admin een connectie te leggen. Na het leggen van de connectie kan je browsen in de database en het specifieke onderdeel exporteren om later in de productieomgeving weer te importeren.

Verbeteringen op allerlei plaatsen dus. Ik heb proberen te bepalen welke verbetering ik nu het beste vind, maar vanuit mijn rol (Consultant) denk ik het meest blij te worden van de Service Applications!