2016年DBA餐盘

 

英文原文：

http://thomaslarock.com/2015/11/the-dba-plate-for-2016/

 

四年前我写过DBA餐盘，参考了食物餐盘而替代了食物金字塔，刚好在美国国会将披萨定义为蔬菜的时候。我有过每年更新餐盘的想法，因为某些原因但从来没有这样做。好吧，今天×××。不客气。

 

让我们快速来看看DBA餐盘需求背后的驱动力：

很多人不知道DBA的日常工作。

[大多数时候这些人也负责DBA工作。不，我不苦。]

 

不幸的是，很多新手DBA 也不知道应该做什么。通常他们没有导师一直帮助他们。在微软商店是特别真实的，安装和使用SQL Server是如此容易以至于很多人忘记了你需要某个人来管理它。

大多数人通过可视化学得更好，这是我为什么创建DBA餐盘的原因：

 

都在这里了，真的。备份应该是你餐盘的最大部分，紧跟着是维护。监控和调优其次，你也需要另外的培训餐盘。我希望这让一切明了。那是什么？你需要更多细节？好吧，关于这…

 

BACKUP

每个DBA的第一职责是有能力恢复数据库。如果你不会恢复你需要另找其他职业。并且那个词（“recover”）意味着很多不同的事。在大规模灾难发生后负责恢复数据库。在SQL数百英里以外的某个不清楚的实例中，你负责恢复其中一个数据库一个表的一行的更新的数据片段。也可能是这两个事件中的所有。

如果没有准备好备份你无能为力，以一贯的方式运行它们，负责检查它们是否在运行，并且甚至通过周期性的恢复来测试它们的有效性。

 

MAINTAIN

餐盘的这部分事情像重建/重新组织索引，或更新统计信息。根本上来说，那些帮助终端用户维护当前性能级别的事我认为是“maintenance”。然而也有管理型的维护，例如移除不再使用的登录，或者运行DBCC CHECKDB。如果关于开始维护你正在寻找帮助，我会告诉你Ola Hallengren’s scripts以及Jen and Sean McCown’s Minionware。

 

MONITOR

餐盘的这部分是对于你需要发出告警的条目采取行动。例如，磁盘空间利用率低，或者CPU利用率有峰针，或者SQL代理作业运行失败。作为一个DBA我们应该收集实例和数据库的各种细节。因为我们绝不会知道哪部分数据会有助于我们诊断和解决问题。但是你应该只收集帮助你采取行动的信息片段。如果你尝试监控所有可能信息，那么你会发现在你系统上的最大性能影响是你自己！随着SQL Server 2016的到来你也应该关注SQL Server 查询存储，因为它看起来是一个有前途的解决方案。查询存储在Azure SQL Database也是可用的，为查询性能作为骨干提供见解。

 

TUNE

餐盘的这部分是当你卷起衣袖并以某种方式调整实例。调优可能是重写T-SQL语句，添加内存到实例中，或者在虚拟主机和使用者之前修改配置设置。本质上，超出传统的维护任务的是我需要考虑调优的。有大量在线工具和脚本可以协助你调优性能，但当然我有我的最爱。

 

TRAIN

这是另一个餐盘你要做的事情。把它想象成你膳食中的肉条。你需要一直保持关注最新的技术趋势。培训的大部分是自学，但是你也可以参加类似SQL Saturdays或PASS Summit的活动。只需要确保增强你花时间学习的产品的内容或者部分功能。

 

对于2016年我会建议你在以下一个或多个领域培训：

微软Azure – 熟悉Azure提供的服务并开始考虑在未来的2到3年如何从DBA向Cloud DBA转换。混合式模式运维，DBA的传统任务将发生改变。开始熟悉Azure提供的新的功能。

 

数据分析 – 不，我不是说你需要放弃所有而称为艺名数据科学家。我的意思是你需要熟悉生产数据分析以致可以帮助终端用户构建适合的解决方案。SQL Server 2016内嵌R Service支持，单独这就会大受欢迎。

 

演讲 – 难的技能才能拿到顶薪。简单技能不行。你应该在作报告方面做得更好。在组内能有效的交流并很好的工作，是保持被雇佣的好的方式。寻找本地的用户组或者SQL Saturday并提交一个主题。组织者总是在寻找演讲者。

 

感恩节快乐。