2

I am currently having issues in all of My SharePoint Environments (Testing,Production and Development ) ,All the pages are taking in between 6-8 seconds to load and for debugging i enabled developer dashboard and observed something called RobotsMetaTag Control Render to be the culprit (Its the same thing in all the environments .I am attaching the screenshot of the developer dashboard which shows a huge spike once it come to the request

Can you please suggest me whats the reason behind this and any solution to that ,Also we have a very robust environments with separate servers for SharePoint Services and Load balanced web front end servers .

enter image description here SQL Response Times

An Update

I tried to disable the search service and check if there is any improvement in the performance but unfortunately its the same.The only thing i observed today is even one more environment is having the same issue .Can you suggest if i am missing something

One more Update

I went through the ULS logs and for every page request ,i am seeing the below 2 entries in my log files .Does this have any thing to do with the performance?

UserAgent not available, file operations may not be optimized.

Unexpected Exception in SPDistributedCachePointerWrapper::InitializeDataCacheFactory for usage 'DistributedViewStateCache' - Exception 'Microsoft.ApplicationServer.Caching.DataCacheException:

Thanks a lot for all the comments

  • did you see any SQL query which taking this much time under the SQL tab? – Waqas Sarwar MVP Jul 1 '14 at 14:36
  • Yes its not taking much time i am adding one more Screenshot showing SQL – Anil Jul 1 '14 at 14:41
  • 1
    do you have Search engine optimization or any customization on the page? the SharePoint robots meta tag helps control webpage search engine indexing, visibility and navigation/redirection. – Waqas Sarwar MVP Jul 1 '14 at 14:43
  • No i just configured the OOTB search ..this page is just an empty team site .Is there something that needs to be done on the search .Please let me know ,Thanks a lot for the quick answer , – Anil Jul 1 '14 at 14:51
  • What is the RAM Configuration for these servers? – Thomson Jul 2 '14 at 9:13
1
+50

Check to see if you Distributed Cache service is working fine and has all the Default Cache items available.

From SP 2013 Management Console, run below commands:

Use-CacheCluster
Get-CacheHost
Get-Cache

At this stage if the console shows empty cache list, then you might have lost the cache for some reason.

To recreate them try the below:

  1. Get the farm id by running

    Get-SPFarm | Select ID

Then run the below commands, by replacing the guid from above command

New-Cache -CacheName DistributedLogonTokenCache_<<Farm GUID here>>

New-Cache -CacheName DistributedActivityFeedCache_<<Farm GUID here>>

New-Cache -CacheName DistributedActivityFeedLMTCache_<<Farm GUID here>>

New-Cache -CacheName DistributedBouncerCache_<<Farm GUID here>>

New-Cache -CacheName DistributedAccessCache_<<Farm GUID here>>

New-Cache -CacheName DistributedSearchCache_<<Farm GUID here>>

New-Cache -CacheName DistributedSecurityTrimmingCache_<<Farm GUID here>>

New-Cache -CacheName DistributedServerToAppServerAccessTokenCache_<<Farm GUID here>>

New-Cache -CacheName DistributedViewStateCache_<<Farm GUID here>>

New-Cache -CacheName DistributedDefaultCache_<<Farm GUID here>>
  • Thanks a lot Reva your answer helped me to go in the correct direction , i did a graceful shutdown of DC and restarted the cache host again and the performance is improved – Anil Jul 16 '14 at 22:08
2

Have you check the following:

  • The recovery model for the content database (a SQL Server setting) is set to full by default.

  • Search indexing, if it kicks in, consumes resources that you might
    need on your WFEs and SQL servers for processing the migration of
    files

  • Anti-virus software, if it is scanning every document that is uploaded, or is scanning the database or BLOB store directly, can slow things down tremendously

  • BLOB storage can affect performance—for better or worse.
  • Database growth sizing
  • Storage performance, of course, can affect the upload.
  • The web front end (WFE) can be a bottleneck. Consider uploading to a dedicated web front end that is not being hit by users (though it’s typically the SQL side that’s the bottleneck)… you can target your migration using DNS or load balancer settings

  • The bottleneck might be the connection between the WFE and SQL Server. Use a dedicated high-speed (Gig-E or 10Gig-E) network between WFE and SQL servers. Use teaming if NICs support it.

  • The client side can also be a bottleneck, as can requests that aren’t load balanced. Consider running the migration directly on the WFE or from multiple clients, depending on your infrastructure.

  • The source can be the bottleneck. Consider all of the previous issues as to where the files are coming from? Should you perform the upload from the file server, for example? Should you move or copy the files to disks that are local to the WFE to maximize performance of the actual upload? That kind of two-step process may help you migrate during specific time windows of your service level agreements.

source: http://sharepointpromag.com/sharepoint/10-reasons-why-sharepoint-performance-can-slow

  • First of all thanks a lot for the checklist .I have one question ,we have always on in SQL for HA and DR will changing the recovery model will effect that ?? – Anil Jul 9 '14 at 18:28
-1

Have you try to stop distributed cache.

http://blog.blksthl.com/2013/05/15/sharepoint-2013-page-loads-takes-a-very-long-time/

  • 2
    This is typically a last resort, and certainly not advised. OP should first make sure SQL and SharePoint servers have good enough resources in terms of memory, hdd and CPU – Robert Lindgren Jul 2 '14 at 6:45
  • that is for troubleshooting to find out if the distributed cache has been implemented correctly I should state it my post. If it make any impact than it would to reconfigure the distributed cache and check if the correct username been assigned – Supermode Jul 2 '14 at 7:07
  • Hi Robert ..We have 10 servers in Prod 4 for WFE 3 For Batch Processing 3 for search ..4 WFE with 16GB RAM and 3 APP with 24 GB RAM..Is there any thing else we have to check..thanks – Anil Jul 2 '14 at 19:50

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.