Wijzigingen: fysieke architectuur
Filed under: Service Application, SharePoint 2010, Shared Service Provider
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!
SharePoint - Error in PortalCrawl Web Service (0×80042617)
Filed under: SharePoint, Shared Service Provider
De foutmelding Error in PortalCrawl Web Server (0×80042617) wordt getoond in de Event Viewer van je Windows Server wanneer het Office SharePoint Search crawler process niet in staat is om My Sites te verwerken en zo de gebruikers te indexeren.
Beetje lastig verhaal, maar functioneel komt dit neer op het niet kunnen vinden van gebruikers via de SharePoint People Search. Vaak krijg je deze melding dan ook bij de configuratie van een zojuist geïnstalleerde SharePoint Server. Heb je de people search eenmaal werkend, dan is mijn ervaring dat hij ook meestal blijft werken.
Een (onofficiële) workaround voor dit probleem is het verwijderen van de Shared Service Provider (SSP) en hem opnieuw aan te maken. Dit kan best wel wat werk zijn. Ik heb nu een andere gevonden die voor mij in ieder geval werkt en veel sneller resultaat biedt. Werkt het alsnog niet, dan kan je nog steeds overgaan tot het opnieuw aanmaken van de SSP natuurlijk.
Hieronder een stappenplannetje:
- Stel vast dat de My Sites site collection niet in de root (/) staat van de Shared Services web application. In mijn specifieke geval stonden deze onder ‘mysites’
- Verwijder deze My Sites site collection.
- Maak een nieuwe site collectie in de root (/) van de Shared Services web applicatie en kies als type ‘My Site host’.
- Start nu een Full Crawl.
