Happy New Year. Hopefully you have recovered from all of the good times and/or you got some rest on the break.
I figured many of us have SharePoint 2010 deployments at this point that are mature. Which is awesome. But one thing I know about mature SharePoint farms is we often take them for granted. Below I am going to throw a couple of things at you to double check this week and make sure SharePoint is happy.
What is your build number?
You should be running at least service pack 1 at this point. Now if you are not I am not recommending blindly installing it on your production server. You should test it first. J But once you do let’s get it on there. How do you check your build number? Todd has a great blog post here that will show you how to find your build number and then tell you what it means. He also has links to the different patches for download. Remember service packs are always good cumulative updates… you should only install them if you have a very specific reason and you have tested.
Check those health rules
We have all gotten used to the big read bar at the top of the page in Central Administration. We know that it is generally there because some of the rules can just never be made happy. But when was the last time you checked to see what problems it was reporting? Especially with some of the updates the rules have gotten better. So take a quick peek at the list today and see if there is anything you can remedy. No reason to have a broken farm.
Check your disk space
What the heck. I know when I was a full time systems guy I had scripts that checked drive space daily and reported back to me. But maybe you don’t. Either way RDP into all of those servers and just make sure some rogue log or temp files aren’t wasting a bunch of space. It will take you 5 minutes per server and might very well save you from having a bad day in the future.
How is SQL Server doing?
Whether you manage your SQL Server or you have a DBA who does it you need to ask the questions. This isn’t a perfect list but off the top of my head I would ask:
- How much free space do we have on the data drive? The log drive? The backup drives?
- How long is that space going to last us at current growth rates?
- When was the last time someone confirmed we can restore from the SQL backups?
- Does SQL need any patches applied for general SQL Server health?
- Anybody checked the SQL logs for errors?
Remember even though it is easy to say that isn’t your job it is. If SQL Server isn’t happy then SharePoint isn’t happy.
What is your backup/restore plan?
I know you have one in theory but do you have one in actuality? When was the last time you did a practice restore? I will leave at this. You know if you have a bad feeling in your stomach right now or not.
Clearly this isn’t an exhaustive list but you get the idea. Spend this slow week making sure that awesome server farm you built is still awesome. Next week you will start getting busy and will go back into firefighting mode. Don’t make your next SharePoint touch point require a 4 alarm fire.