When SharePoint 2013 installs IIS application pools are created for content, service applications, central admin, and workflow. Only the content pools appear to be given a daily recycle time. However, I have noticed errors with Service Applications which can be fixed after recycling the pool. Personally I prefer to recycle pools daily and ensure maximum stability. Below is PowerShell code to accomplish that.
Excel Services Web Part error visible to end users – “We don’t know what happened, but something went wrong. Could you please try that again?”
WCF errors on eventlog
Slow or unresponsive HTTP endpoints with “.svc”
Apply 1AM IIS daily recycle time to any SharePoint pools without a schedule.
Recently while working on SharePoint 2013 I wasn’t able to edit the LDAP filters of the User Profile Service connection. The hover menu wasn’t even visible.
Enabling Compatibility View for the Central Admin URL fixed it. This page has older HTML which doesn’t work well in the IE 11 modern render engine. Once Compatibility View was enabled everything worked as expected.
Yesterday I published a new CodePlex project to automate PowerShell remoting. Basically I got tired of RDP-ing to 10 machines to type the same command 10 times. Why not use a local PowerShell window to read CSV with server names and execute remotely in bulk? Well, now you can.
Give it a try for an hour to download, setup, and run. You can save that much time in just a day by using this in instead of juggling RDP and typing multiple PowerShell commands. Please leave a comment or CodePlex review to let me know what you think.