DBA 是否需要(读取)访问虚拟化基础架构?为什么?

Gen*_*нин 4 monitoring maintenance database-tuning virtualisation

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

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

这些是什么?

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

Ignite 对 VMWare 基础架构的访问

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

在此处输入图片说明

相关问题:

Mik*_*lsh 5

简短回答: 是的

有很多原因,但很少有人记住:

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

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

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

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