一直在网上搜索并询问我的联系人，但除了一些意见之外，我没有找到任何类型的数字、矩阵或公式来指导何时添加另一个 DBA。
是否有任何行业标准？可能是一个棘手的问题，因为每种情况都不同。一些 DBA 管理数百个生产实例的场，但这些实例都是相同的。一些 DBA 管理很少的实例，但也有开发和网络管理职责。我们都知道 DBA 的职业道路是有广度的。
一位 Microsoft 现场工程师曾告诉我，幻数是 30，即支持 30 个应用程序。有些应用程序很简单，有些则不那么简单，但如果你有多种应用程序，这位同事说，一旦你到了 30 岁，至少应该考虑再招聘一个 DBA。
显然，我希望证明我公司最近对另一位 DBA 的要求是合理的。任何帮助深表感谢。尽管我已经针对 SQL Server DBA 进行了此操作，但这只是因为我管理的仅此而已。
也许不是支持的应用程序数量，而是考虑 SLA（无论是正式的还是非正式的）。考虑支持不足的成本 - 无论是由于工作量还是由于某个 DBA 休假或生病或其他原因而离线。
当您的人数不足以满足您的 SLA/目标/用户期望/任何其他指标时，就该开始招聘了。当一个数据库离线一周的成本是因为一个知道足够解决问题的人在度假时，那么也是开始招聘的时候了。
根据您的编辑，我想说您绝对是时候聘请某种帮手了。我知道你可以自动化很多日常管理，这就是我们所做的，但听起来你有很多事情要做，不管它如何切片。
| 归档时间： |
|
| 查看次数： |
618 次 |
| 最近记录： |