Best Practices to reconfigure SQL Server for VMware What I want to know is why would someone configure a server this way.

3 instances of SQL Server on the machine, 64GB RAM, no affinity mask settings and MAXDOP 0 with CostThreshold 5. 

I want to give better recommendations for the SQL Server and I'm still analyzing the cause of the performance issues and have collections enabled, as well as using DPA (formerly Ignite) I'll have more info tomorrow. 

In my previous infrastructure architecture work, I would have never gone with a 2x10 config on VMware ever, but wondering if things have changed in best practices since vSphere5 days.
What I want to know is why would someone configure a server this way.


Is there a technical reason? I highly doubt it. Is there a different reason? Likely.


They didn't care what they were doing.
They didn't know what they were doing.
They weren't allowed to do what they were meant to do.
The system is so low-use that it doesn't matter what they do.


Either way it's a little irrelevant. There are a few schools of thought on what to do next when it gets reported to you as broken.


Always standardise to minimal best practices before troubleshooting further (max mem, max dop, cost threshold, trace flags, affinity, backups, index maintenance).
As above but only after taking before/after baselines in a way that will let you compare whether it's working better or worse.
Only change what's necessary to get it working again.


It's up to you and they're all justifiable (except maybe in banking and health care).