SharePoint 2010 Environment Setup - Post Installation Configuration and Tricks-n-Tips

17. November 2010 23:15 by Eric in SharePoint, SQL Server  //   Comments (0)

SharePoint 2010 Environment Setup - Post Installation Configuration and Tricks-n-Tips

Post- installation Configuration

Change your Site's Authentication provider (not central Admin) from "Classic" authentication to Claims Authentication

It can be done via PowerShell Script

Add-PSSnapin Microsoft.SharePoint.PowerShell $webApp = Get-SPWebApplication "http://sitename/" $webApp.UseClaimsAuthentication = 1 $webApp.Update() $webApp.ProvisionGlobally() $webApp.MigrateUsers($True)
  • To create a new secure store target application for ‘Visio Services’ go to Central Administration | Application Management | Manage service applications | Secure Store Service
  • Then go to Central Administration | Application Management | Manage service applications | Visio Graphics Service | Global Settings
  • Check the Application ID under Unattended Service Account
  • You should have entered an application Id here, if not create a Secure Store Target Application of type Group and then enter its Target Application ID for Visio Graphics Account.

Solve “Missing Server Side Dependencies – 8d6034c4-a416-e535-281a-6b714894e1aa” error

  • Navigate to SharePoint Central Administration Page
  • Click General Application Settings on left hand side Quick Launch bar
  • Under Search, click Farm-Wide Search Administration to open farm wide search administration page.

Now, under Search Service Application click Search Service Application

Now restart the server by executing iisreset -noforce command on command prompt.

Add the local Administrators group to the SQL System Administrators

To fix the outstanding problems highlighted by the health analyser, go to the Central Admin site and click on the "Health Analyser" alert bar that appears across the home page, or click the "Review problems and solutions" link on the homepage.

Address Issue 'The server farm accoun should not be used for other services'

For each alert, open it up and work out what the alert is being thrown by, and what to do to fix it. For example:

The Services that are causing the problem are listed in the explanation field, however some of them are a bit Cryptic (Such as SPUserCodeV4 - This is actually the SharePoint Foundation Sandboxed Code Service!)

Under "Security" --> "Configure Service Accounts", the services are listed using "Friendly Names" - most of the time it's pretty easy to work out what the Cryptic name in the Health Analyser Message means for the service… however if you cannot work it out, just go through each one and find the ones with the Farm account selected.

Select the Service(s) in question and change them to something else (such as a common generic Services account)

Address Issue 'Built-in accounts are used as application pool or service identities.'

$tracingService.ProcessIdentity.CurrentIdentityType = "SpecificUser" $tracingService.ProcessIdentity.ManagedAccount = $managedAccount $tracingService.ProcessIdentity.Update()

# This actually changes the "Run As" account of the Windows service.


Then, open up computer management and add the same account to the Performance Log Users group on all servers.

Address Issue 'Databases exist on servers running SharePoint Foundation.'

The "Database Exists on the Same Server" issue will not go away, as we're using SQL Standard on the same server.

Address Issue 'Validate the My Site Host and individual My Sites are on a dedicated Web application and separate URL domain'

My Site host and My Sites will throw the same error if they are located in the same web app; however for a development environment this is acceptable.

Tricks & Tips

  • If the developers install Visual Studio 2010 before installing SQL Server 2008 R2, then the express version of the SQL Server 2008 will get installed by VS2010 complete installation.

    Therefore, that would be ideal to tick off the SQL Server express edition installation option when installing Visual Studio 2010. Alternatively, install VS2010 and SharePoint SDK in the very end stage of this procedure.
  • Installing service pack and cumulative package are most important steps during the installation and setup phase, by which it can save a lot of hassle for further setup later on. Therefore, it’s highly recommended to install patches, and then run the windows updates before kicking off the server configuration.
  • Moving SharePoint logs off C drive is just a quick approach to avoid the situation, where it runs out the space from the operating drive.
  • The tip here is to use PowerShell, which is neat and quick solution to get this updated:

    Set-ItemProperty ‘IIS:\Sites\SharePoint – 80′ -name -value ‘D:\SPLog\SiteLog’ Apart from that, we also can quickly update the SharePoint Diagnostic log files to the new directory by the following Powershell Cmdlet:

    Set-SPDiagnosticConfig -LogLocation D:\SPLog\SPDiagnosticLog
  • Moving away SharePoint databases from C drive is another pre-caution method to ensure that, the SharePoint application runs out the space along with the huge increate of the database growth.

    A quick one I set up is to change the “Database default locations” to D drive or another other drive except for the C drive where your operating system sits. After restarting the server, whatever the new database SharePoint create from this database, it will go to the new directory we define earlier.


  • a.
  • b.
  • c.
  • d.;_Practical_Tips.aspx
  • e.
  • f.
  • g.