1
用以证明或否定其他DBA需求的度量标准？
我们目前有2个DBA，一个是我，另一个是一个家伙，我们俩都觉得需要一个或两个以上的额外资源。我曾几次与我的直接经理就这个话题进行过交谈，但是很难把这个想法卖掉。最近，我们的经理与我们分享说，拿出我们希望或觉得我们需要做的事情的“软价值观”列表确实很棒，但是真正有用的是提出“硬价值观”，显示美元节省。 如果我们认为的需求是合法的，那么您能否首先帮助我理解，如果是这样，我们将如何提出这个“硬价值观”清单。我觉得我们可以提出我们为节省公司资金而需要做的事情，但这可能只是放在优先事项列表的首位，这给我们带来了更多压力。 为了让您更深入地了解我们的环境，以下是我们在为我们提供支持方面所看的东西。 生产服务器– 30多个 生产数据库– 200多个 SQL版本– 2008 / 2008R2 / 2012，现在调查2014年，以及当年下半年的2016年 应用程序（第三方和家庭用户）– 支持的20多个应用程序团队– 6个 虚拟化– 75％虚拟化的25％物理 群集– 3个以上计划的 复制– 1个分发服务器，2个订阅服务器，24个订阅，6个发布服务器，12个发布 日志传送– 8个主数据库+更多计划的，4个辅助数据库+更多计划的，49个日志交付数据库+更多计划的 可用性组–目前暂无，但正在探索可能性 导致版本更改或DBA资源的每年平均应用程序升级/安装– 2-3 修补程序（SP，CU）–目前不存在，除非出现问题累计数据库大小– 14TB + 报表服务器–一个由2个服务器组成的横向部署，我们两个都不熟悉SSRS Analysis Server –两个服务器，我们两个都不熟悉SSAS 我们应该使用什么度量标准来证明或拒绝其他DBA的需求？ 我最初的目的是证明我们目前的能力与计划中的项目以及重复执行的任务，但是我们需要证明在雇用额外资源方面的投资回报率。