I’m Kiruthik Kumar(KK), and my blog is about all random things that I spend my time on !

Quick understanding of SharePoint Search Service Architecture (Part 2 of 5)

· by Kiruthik Kumar · Read in about 3 min · (471 Words)
SharePoint Search Quick understanding SharePoint 2016 Search SharePoint 2013 Search SP2013 SP2016

Simply to say, SharePoint Search is a “service” that provides search functionality to SharePoint farms. It’s content sources can be SharePoint sites or non-SharePoint content sources like Exchange, Fileserver and other general websites as well.

PS : “service” here means a set of individual components but acting as a single entity that can be published for consumers, like the service in a Service Oriented Architecture. In SharePoint terms it’s called “Service Application”

The building blocks of SharePoint Search Service Application are it’s components and databases.

The SharePoint Search Components are :

  1. Crawl component
  2. Content processing component
  3. Analytics processing component
  4. Index component
  5. Query processing component
  6. Search administration component

And the SharePoint’s Search Databases are :

  1. Crawl DB
  2. Link DB
  3. Analytics Reporting DB
  4. Search Administration DB
SharePoint Search Service Application Architecture

Search in SharePoint 2016 (and 2013) went through a major design change and it’s components are loosely coupled, yet coherent and each of the components are scalable separately. This was not the case with Search in MOSS 2007 or SP2010.

If your SharePoint farm is full of team sites with millions of documents which change frequently, but the number of search users are less then you can instantiate more content processing and index components. Or if it caters an internet site and number of search users are more but the number of documents/items (content source) is not large, then you can very well increase the instances of query component to match your need. For more details refer this link.

Search Topology

Search topology in SharePoint defines the placement of the search components in the Search Servers(host machines). Normally, a default search topology is created with all the components in the server which hosts the Central Administration. But practically we need to change that. ie., Creating multiple instances of the components in multiple servers for load balancing & fail-over. For more details refer this link.

Our plan is to have four SharePoint servers for the Search farm then the components are to be instantiated in those four servers depending on the design. Below is the topology I’m going to use for our example.

Server(s) –> VMSrch01 VMSrch02 VMSrch03 VMSrch04
Index component 1 (Partition 0) Query processing component 1 Query processing component 2 Index component 2 (Partition 0)
Crawl component 1 Analytics processing component 1 Content processing component 2 Search Admin component 2
Search Admin component 1 Content processing component 1 Analytics processing component 2 Crawl component 2

This blog post is part 2 of 5 on Dedicated SharePoint Search farm.