DBA 是否需要（读取）访问虚拟化基础架构？为什么？

Question

我负责监控、故障排除、调整和优化我公司中在 VMWare 虚拟机中运行的几十个生产 SQL Server 2008 R2/2012。

我请求对 VMWare 基础架构进行只读访问，但没有取得多大成功。我觉得我应该为非技术人员（公司管理层）提供无可辩驳和明确的证据和插图，为什么我需要这样的访问权限。

这些是什么？

更新：
最近，我下载并“试用”了Confio Ignite 试用版，用于监控在 (VMWare) 虚拟机中运行的“我的”SQL Server。

为什么需要这样的访问？
对于无法从 Window 的 PerfMon VM 计数器获取的 DBA，哪些信息是重要的？

相关问题：

• 你能解释一下 Windows 中的 VM 性能计数器吗？

Answer 1

简短回答： 是的。

有很多原因，但很少有人记住：

1.) 信任但要验证 - SQL 非常关心它的环境、硬件或它所在的虚拟化系统。当我在 VM 问题上帮助一家公司解决 SQL 问题时，它通常是配置错误的 VM。在许多情况下，SQL on VM 的想法即将被抛弃。

2.) DBA 应该查看内存预留、警报和性能条件、物理主机的拥挤程度（或不拥挤）并了解它是如何工作的。

3.) DBA 越来越多地了解虚拟化。通过优秀的博客文章和 SQL 事件，SQL dba 社区中的 VMware 知识不断增加。一组额外的眼睛可能有助于确保调整良好且面向未来。

4.) 证明自己...如果你做对了一切并建立了一个很好的环境，那就炫耀一下。对中心的读取访问不会破坏您的系统，您可以向那些讨厌的 DBAa 展示一切正常。如果不是呢？你不想知道吗？;-)