Category Archives: Service


Service Applications in SharePoint

Service Applications in SharePoint

Service Applications in SharePoint are associated with web applications, and specific services are typically deployed as needed in a particular farm. Only deployed services are referred to as service applications. This is a huge advantage in terms of conserving resources and optimizing performance. For instance, a specific web application can be configured to use only the services it needs. The number of service applications that exist is vast, and, as third-party vendors can create their own services for SharePoint Server. A list of services includes the following:

You can set up a single service application to be shared among multiple web applications or deploy multiple instances of the same service across a farm and, in some cases, across multiple farms. Also, there is no limitation regarding the number of services that can be deployed in any single farm. A typical planning scenario requires that you either set up services to share across multiple web applications or isolate an individual service to one or a limited number of web applications. We can publish below service applications across the farm.

  • Business Data Connectivity
  • Machine Translation
  • Managed Metadata
  • User Profile
  • Search
  • Secure Store

Navigate to “Central Admin -> Application Management ->Manage Service Applications” and click on “New” from ribbon to see the list of service applications available.


you can use powershell command to get the list of  service applications

Get-SPServiceApplication | Format-Table -wrap
Service Applications in SharePoint
Get-SPServiceApplication -Identity 48fbecaa-71e4-4f1d-bdfe-bdcbc17fa061 | Format-Table -wrap

sharepoint services 2016

For every service application there is a service associated with it which you can from central admin by navigating to “Central Admin -> Application Management -> Manage Services on Server”.


Alternatively you can use the powershell command as below

Get-SPServiceInstance | Format-Table -wrap
Get-SPServiceInstance | Where {$_.Status -eq "Online"} | Format-Table -wrap

Similarly we can start the service instance by running the below command.

Start-SPServiceInstance e63962e4-e1ea-4b83-a9cc-df51683e85f3
Start Service Application Proxy 1920x1080

Start Service Application Proxy using powershell

Start Service Application Proxy using powershell

If your Usage and Health Data Collection Proxy is in a stopped state here is a quick bit of PowerShell to to Start Service Application Proxy :

$sap = Get-SPServiceApplicationProxy | where-object {$_.TypeName -eq “Usage and Health Data Collection Proxy”}

The above can easily be adapted to allow you to start any Service Application Proxy

Work Process

Work Process in SharePoint Server 2016

Work Process list so as to get work process improvement ideas

Worker Process (w3wp.exe) handles the web requests that are sent to IIS web server  or application pool.

Name: SharePoint Administration
Service Name: SPAdminV4
Description: Performs administrative tasks for SharePoint
Path to Executable: C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16BINWSSADMIN.EXE

Name: SharePoint Insights
Service Name: SPInsights
Description: Microsoft SharePoint Insights is a hybrid solution that helps SharePoint administrators manage their infrastructure more efficiently. After it is configured properly, it will upload data to Microsoft and give administrators access to different reports in Office 365.
Path to Executable: C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16BINOfficeDataLoaderMicrosoft.Office.BigData.DataLoader.exe
Name: SharePoint Search Host Controller
Service Name: SPSearchHostController
Description: Performs host deployment and management for SharePoint search components.
Path to Executable: C:Program FilesMicrosoft Office Servers16.0SearchHostControllerhostcontrollerservice.exe

Name: SharePoint Server Search 16
Service Name: OSearch16
Description: Administers and crawls content from repositories.
Path to Executable: C:Program FilesMicrosoft Office Servers16.0Binmssearch.exe

Name: SharePoint Timer Service
Service Name: SPTimerV4
Description: Sends notifications and performs scheduled tasks for SharePoint
Path to Executable: C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16BINOWSTIMER.EXE

Name: SharePoint Tracing Service
Service Name: SPTraceV4
Description: Manages trace output
Path to Executable: C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16BINwsstracing.exe

Name: SharePoint User Code Host
Service Name: SPUserCodeV4
Description: Executes user code in a sandbox
Path to Executable: C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16UserCodeSPUCHostService.exe
Name: SharePoint VSS Writer
Service Name: SPWriterV4
Description: SharePoint VSS Writer
Path to Executable: C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16BINSPWRITER.EXE

 Name: Microsoft Project Server Calculation Service 2016
Service Name: ProjectCalcService16
Description: Microsoft Project Server Calculation Service manages the lifecycle and the communication of the processes that handle modifications to projects.
Path to Executable: C:Program FilesMicrosoft Office Servers16.0BinMicrosoft.Office.Project.Server.Calculation.exe
Name: Microsoft Project Server Events Service 2016
Service Name: ProjectEventService16
Description: Microsoft Project Server Events Service executes events triggered by changes to entities on the ProjectServer.
Path to Executable: C:Program FilesMicrosoft Office Servers16.0BinMicrosoft.Office.Project.Server.Eventing.exe
Name: Microsoft Project Server Queue Service 2016
Service Name: ProjectQueueService16
Description: Microsoft Project Server Queue Service executes project related jobs asynchronously. Example queue jobs: Save project, publish project, submit timesheet.
Path to Executable: C:Program FilesMicrosoft Office Servers16.0BinMicrosoft.Office.Project.Server.Queuing.exe



Unable to render the data

Unable to render the data error bdc



Unable to render the data error bdc sharepoint 2016

Created an external list SharePoint 2016 using business data connectivity services, configured secure store target application and created external list in SharePoint.The external list displayed this error message with a correlation ID as "Unable to render the data. If the problem persists, contact your web server administrator."


ULS Log viewer found this message in the logs:

Error while executing web part: Microsoft.BusinessData.Infrastructure.BdcException: The shim execution failed unexpectedly - Unable to obtain the application proxy for the context.. ---> Microsoft.Office.SecureStoreService.Server.SecureStoreServiceException: Unable to obtain the application proxy for the context.


The web application is not associated with the secure store service application.

  1. Go to SharePoint Central Administration site
  2. Navigate to Application management >> Click on Configure service application associations under Service Applications.
  3. Select the web application in which your site exist, Check the "Application proxy group" column >> Make sure the BDC and secure store service applications check boxes checked.




Prepare SharePoint 2013 farm for App development and debugging step by step

There are many great articles that talks about how to configure your SharePoint 2013 farm for apps development. At the end of this article I will list a lot of these great references. I’m going to try to summarize the important things you need to know and also cover few FAQs along the way.

First of all, you need to know that there are two main types of SharePoint apps you can develop on prim in your local SharePoint 2013 farm:

  1. SharePoint hosted apps
  2. SharePoint provider hosted apps

The third type SharePoint Auto hosted (Azure auto hosted apps) is only available on SharePoint online tenants part of Office 365. Also it’s important to note that if you plan to publish your SharePoint app into the SharePoint store to make some money the above mentioned types (Hosted & provider hosted) are the only allowed ones as long as they don’t request full control permission. For more details about the submission requirements check this link.

In order to make your SharePoint 2013 farm ready to develop and deploy apps you need the following:

  1. Turn oncreate required services and service applications
  2. Configure DNS records along with SharePoint Web Applications
  3. Configure required service applications
  4. Prepare your toolsenvironment

I’m going to go through the above steps quickly.

First: Turn onCreate required services and service applications

You need to turn on the following services:

  1. App Management Service
  2. Microsoft SharePoint Foundation Subscription Settings service


Next step is to create the following service applications:

1. App Management Service Application:

This service application is responsible of tracking app licenses and app permissions …etc. This service application can be created from Central admin or via PowerShell.

2. Subscription settings service:

This service is responsible of generating the apps url, it also maintains tenants subscriptions in a multitenant deployment. This service application cannot be created from Central Admin. You will need to use PowerShell commands to create it. Use the following commands Article>:

# Gets the name of the managed account and sets it to the variable
# $account for later use

$account = Get-SPManagedAccount “”

# Create an application pool for the Subscription Settings service application.
# Use a managed account as the security account for the application pool.
# Store the application pool as a variable for later use.

$appPoolSubSvc = New-SPServiceApplicationPool
-Name SettingsServiceAppPool -Account $account

# Create the Subscription Settings service application, using the
# variable to associate it with the application pool that was created earlier.
# Store the new service application as a variable for later use.

$appSubSvc = New-SPSubscriptionSettingsServiceApplication

–ApplicationPool $appPoolSubSvc –Name SettingsServiceApp


# Create a proxy for the Subscription Settings service application.

$proxySubSvc = New-SPSubscriptionSettingsServiceApplicationProxy
–ServiceApplication $appSubSvc


  • is the name of the managed account in the SharePoint farm.
  • is the name of the Subscription Settings service database.

At the end of this step I want to mention that you have to start and create these two service applications to enable apps deployment and development in your farm. So this step is mandatory in case you are wondering.

Second: Configure DNS records along with SharePoint Web Applications

Since I’m talking about a development environment here, I’m going to assume that your dev box is hosted in your company’s domain or at your local virtual environment. So you will not need to purchase any domain names or anything. This step confuses a lot of developers specially the ones who don’t have a lot of experience in with windows domain and active directory services. To keep it simple I’m going to suggest a specific setup that you can follow.

There are two things you need to touch in this step:

  1. DNS manager
  2. Central Admin (probably)

First thing you need to do is to setup the required domain names you are going to use for your apps and SharePoint sites …etc. You will need a separate domain name for your apps (recommend to be totally separate and not a sub-domain of a domain you use to host SharePoint applications that will use the apps – this is for security physical isolation purposes). Let’s dig a little deeper into this:

I want to have one domain name created for my intranet:



I want to have another domain name created for my apps:



Note: I’m using the same IP-address for both domain names since I only have one SharePoint box in my 2013 farm and one network card (NIC).

I will use my Intranet site (which is a team site) for developing my apps. So I will use the root site collection under that Sharepoint application to deploy and debug my apps.

In order to create these domain names you need to login to your domain controller and open DNS manager. First thing you need to do is to create the domain name for Intranet. To do this follow the steps:


  1. Expand Forward lookup Zones then select your domain
  2. Then right click on the selected domain node
  3. Select net Host (A or AAAA)… option
  4. Enter the name Intranet
  5. Enter the IP-Address (SharePoint box IP address)
  6. Hit Add Host

Now the next step is to create the apps domain name and have it point to the SharePoint box, follow the steps:


  1. Right click on Forward lookup zones the select New Zone
  2. In the New Zone Wizard click Next.
  3. In the Zone Type page click Next.
  4. In the Active Directory Zone Replication Scope page, select the appropriate replication method then click Next (The Default setting is fine in dev environments with one DC).
  5. In the Zone Name page, in the Zone name box type the name for your new app domain name, and then click Next.
  6. The New Zone Wizard shows the new domain name for apps.
  7. On the Completing the New Zone Wizard page, review the settings, and then click Finish.

Now you need to create a wildcard alias for the new apps domain name so that SharePoint can generate any alias (app instance id) under your domain and still resolve to your SharePoint server. Follow the steps:


  1. Expand Forward Lookup Zones
  2. Select your new Apps domain
  3. Right click and select New Alias (CNAME)
  4. Type “*” in the Alias name field
  5. Under Fully qualified domain name (FQDN) for target host: Click Browse
  6. In the Look in field select your domain name that contains your intranet domain name
  7. In the Records section double click on the records until you find your Host (A) record pointing to your intranet site
  8. Select your intranet domain name
  9. Click OK
  10. Click OK

Now your DNS records are ready. All you need to do is to make sure that you have the appropriate settings on IISSharePoint so that IIS will listen on your apps domain name and rout the request to a SharePoint application which will redirect your app accordingly.

Before we configure IISSharePoint you want to make sure that your DNS configuration for the App domain name is working properly. To test that, ping the new apps domain name with a random sub-domain for instance ping the following: if you get a response back with the IP Address of your SharePoint box that means you are golden and ready to go to the next step.

In this step instead of changing IIS settings by adding more bindings to an existing site (if possible) we will just create a new SharePoint application on port 80 that doesn’t have a host name. This way this SharePoint application will work as a catch all for any DNS name created for the deployed app instances. Here are the important settingsconfiguration for the new SharePoint application you will create:

Name: Anything – I would call it something that identifies it as a catch all for apps requests

Port: 80

Host Header:

Claims Type: Enable Windows Authentication | Integrated Windows authentication | NTLM (Note SharePoint Apps don’t support ClaimsKerberos combination)

App Pool: Use the same account as the one used for your SharePoint Applications that will use the apps or an account that has access to these SharePoint application’s content databases

Database Name: Anything – We will not create any site collections for this SharePoint application nor will need a content db. So make sure you remove this content database after the application is created


This step is complete now.

Third: Configure required service applications

Now you are ready to configure your App Management settings for the farm. Follow the steps below:


  1. Open Central Admin
  2. Navigate to Apps from the left nav then click on App Management | Configure App URLs
  3. Enter the App DNS you created in the previous step in the App domain field
  4. Enter an App prefix, in my case I’m going to enter app
  5. Click OK

This step is complete. Now your farm is ready to deploy new apps.

Fourth: Prepare your toolsenvironment

There are few things you need to know about before your start developing apps for SharePoint. The two main thing I would highlight here are:

  1. Use a Developer Site for deploying and testing your apps or enable the Developer feature

Visual studio 2012 will complain about a missing feature Developer if you attempt to deploy an application to a SharePoint site that is not created with the “Developer Site” template since it will be missing required lists and content types. So if you for example try to deploy your app (Using Visual Studio F5) to a team site or a publishing portal you will get the following error in Visual studio’s Error List:

Error occurred in deployment step ‘Install app for SharePoint’: Sideloading of apps is not enabled on this site.


In order to overcome this issue you need to enable the Developer feature on your Site collection where you want to deploy and test your apps using Visual Studio. Since this feature is hidden you will not see it in the list of the site collection feature, so you will need to enable it using PowerShell:

Enable-SPFeature e374875e-06b6-11e0-b0fa-57f5dfd72085 -url


  1. Don’t use Farm admin (System Account) to deploy and test apps

SharePoint will not allow you to install nor uninstall apps using the farm account (System Account). If you try to deploy your app using Visual Studio F5 you will get one of the following errors if you do it using System Account:

  1. Error occurred in deployment step ‘Install app for SharePoint’: The System Account cannot perform this action.


  1. Cannot perform this action
  2. Sorry, something went wrong Please refresh the page and try again.


So avoid this issue you need to log in to SharePoint with a different account (not the farm admin) andor running Visual studio with a different account other than the farm admin. Since in SharePoint 2013 we have removed the Sign in a different user menu option, you can get to it through the following URL:


So the URL of our site should look like this:

This will prompt you for credentials that allows you to switch users.

Here are some other issues you might encounter and how to address them:

  1. When deploying an app through Visual Studio you get the following error:

In the Error List:

Error occurred in deployment step ‘Install app for SharePoint’: Failed to install app for SharePoint. Please see the output window for details.


In the output window:

CorrelationId: 7ec1dfb0-4a04-46f6-8b22-1f4f28f6dd0a

ErrorDetail: There was a problem applying the web template for the app web.

ErrorType: App

ErrorTypeName: App Related

ExceptionMessage: Feature with Id ‘23330bdb-b83e-4e09-8770-8155aa5e87fd’ is not installed in this farm, and cannot be added to this scope.

Source: AppWeb

SourceName: App Web Deployment

Error occurred in deployment step ‘Install app for SharePoint’: Failed to install app for SharePoint. Please see the output window for details.


That error suggests that SharePoint is trying to activate a web scoped feature called AppLockdown feature on the app web but it couldn’t find that feature installed in the farm in the first place. All you need to do is to install that feature to the farm using PowerShell:

Install-SPFeature Applockdown


That is going to solve your problem.

  1. When you try to deploy your app using a different developer account you used before or using a copy of the app VS project you get the following error:

Error occurred in deployment step ‘Install app for SharePoint’: The provided App differs from another App with the same version and product ID.


In order to overcome that issue, navigate to your target site collection and do the following steps:

  1. Install the app if existed by navigating to Site Contents then hovering on the app and clicking Remove (Remember don’t do this with the System Account or it won’t work)


  1. Navigate to Apps in Testing library and remove the app from there as well
  • Navigate to App Packages library and remove the app from there if existed

  • Lastly before I conclude here I would like to mention that you definitely want to plan to use SSL certificates to secure your SharePoint sites and apps traffic since they use clear text for the Auth tokens. It’s however not required, so your apps will work fine without SSL. That might be acceptable in in Dev environments but never acceptable in production. I’m planning to include the steps of configuring self-services SSLs in development environments soon.

    With that you should have all the information you need to start developing SharePoint apps. If you have any questions please leave me a comment.

    FAST Search Server SharePoint 2010

    Benefits we get:
    * Now you can see thumbnails and previews of your word or PowerPoint files in the search result page. Power point files can be previewed without opening file or even with a PowerPoint client or with office web application.
    * By using office application office files can be opened in the browser.
    * FAST search provides visual best bets which are pictures or videos that are best bets for several key words.
    * FAST Search provides the capability of result refining on metadata associated with all results.
    * SharePoint search provides powerful social capabilities search like based on user information like department, skills, city etc.
    * Each property can be the base of sorting, configured in the “Sort by” field.
    * You can see similar search result in FAST search.
    * FAST Search supports language-specific search.
    * In FAST Search, custom queries can be set up using the native query language for FAST.
    * FAST Search Server 2010 can be scale-out up to 500 million items.
    * Can be possible relevance ranking.
    * Easy-to-configure sorting and refinement.