Jas*_*vis 15 sql-server metrics
我们目前有 2 个 DBA，我和另外一个人，我们都觉得需要额外的资源（或两个）。我和我的直接经理就这个话题进行了几次不同的交谈，但我很难让这个想法被推销。最近，我们的经理与我们分享说，提出我们想要或认为需要做的事情的“软价值观”清单真的很好，但真正有帮助的是提出“硬价值观”，显示美元储蓄。
您能否首先帮助我了解我们感知到的需求是否合法，如果是，我们如何提出这个“硬价值”清单。我觉得我们可以想出一些我们需要做的事情来为公司节省资金，但这可能只是放在我们优先事项列表的前面，并且在这个过程中给我们带来了更多的压力。
为了让您对我们的环境有一个高层次的了解，以下是我所关注的关于我们提供支持的内容。
生产服务器 – 30 多个
生产数据库 – 200 多个
SQL 版本 – 2008/2008R2/2012，现在展望 2014 年，以及今年晚些时候的 2016 年
应用程序（第 3 方和本土开发） –
支持20 多个应用程序团队 – 6 个
虚拟化 – 75%虚拟化 25% 的物理
集群 – 3 个以上计划
复制 – 1 个分发服务器、2 个订阅服务器、24 个订阅、6 个发布服务器、12 个发布
日志传送 – 8 个主要 + 更多计划、4 个辅助 + 更多计划、49 个日志传送数据库 + 更多计划的
可用性组——目前没有，但探索可能性
推动版本更改或 DBA 资源的每年平均应用程序升级/安装——2-3
修补（SP、CU）——目前不存在，除非出现问题 累积数据库大小——14TB+
报告服务器——一个由 2 台服务器组成的横向扩展部署，我们都不精通 SSRS
分析服务器——两台服务器，我们都不精通 SSAS
我们应该使用哪些指标来证明或反驳对额外 DBA 的需求？
我最初的意图是展示我们当前的能力与我们计划的项目和重复任务的对比，但我们需要展示雇用额外资源的投资回报率。
Tom*_*m V 16
证明雇用额外 DBA 的投资回报率很困难，因为 DBA 本身并不产生收入。然而，他们确实允许组织运作并产生收入，就像任何其他支持人员一样。任何部门人员不足都会使组织的功能变得不那么理想，并且会损失金钱或失去机会。因此，缺乏投资是有成本的，而不是投资回报。
如果您觉得需要额外的 DBA，您必须知道哪些任务由于缺乏时间/技能而无法执行，是否缺乏可以培训的技能（例如您提到的 SSAS 内容），如果缺乏时间可能是临时的或结构性的。我曾经遇到过这样的情况，您只知道如果您可以自动执行此操作或设置一些警报，您的生活会容易得多，但由于过多的反应性或重复性工作和一般的消防工作而永远不会这样做。
一旦你确定了为什么你的团队没有发挥应有的作用，就该记录下来了。
首先，记录你现在所做的事情，为什么这会占用你所有的时间，并提前向你的经理说明需要解决的现有问题绝对不是你团队的错。确保您不会给人留下通过雇用“更好的”DBA 可以解决问题的印象。
如果可以，制作一张 Excel 表格，显示您未来几周的工作量，图表令人印象深刻，它可以在一张幻灯片中显示您的工作量。
一旦你清楚这一点，记录所有额外的任务和需要改进的一切，但特别记录业务风险和可能的成本，以及可能节省的成本。还要记录您认为进行这些改进和执行这些任务需要多少工时。
等式投资方面的事情是
等式的储蓄方面的事情是
一旦您尽可能完整地编制了列表，就应该清楚最佳价格/奖励选项是什么
| 归档时间： |
|
| 查看次数： |
346 次 |
| 最近记录： |