DBA 任务 (SQL Server 2008) - 建议 - 维护计划

Question

我是一家大公司的 JR DBA。我是 6 个月前被聘用的，我学东西的速度非常快（我是这里唯一的 DBA）。

老 DBA 将服务器和 SQL Server 实例留给我处理。

这是一个非常棒的结构（集群等）。

但是，他使用脚本和大量编程来进行备份、清理任务和所有其他 DBA 任务。一切都很好。我在这里和那里修复了一些东西，但一切都非常好。

我正在自己学习 SQL Server，并且正在阅读有关MAINTENANCE PLAN.

使用它是一个不错的选择吗？如果我被新公司录用，使用维护计划是一个不错的选择（对我来说，看起来太“简单”了，不想看起来像一个糟糕的 DBA）。

谢谢。

（作为补充，他使用脚本将数据库名称放在一个表上，然后他使用脚本查找该表并将其用于作业。我可以通过一个简单的维护计划来做到这一点。但他是一名高级 DBA。他告诉我他喜欢它，使用维护计划不是问题。我只是想要一些意见）

Answer 1

使用它是一个不错的选择吗？如果我被新公司录用，使用维护计划是一个不错的选择（对我来说，看起来太“简单”了，不想看起来像一个糟糕的 DBA）。

维护计划不错，但是当您的环境增长时，维护计划提供的有限灵活性和功能将是不够的。

例如，维护计划存在以下缺点：

• 备份数据库时没有 CHECKSUM 选项，或者没有使用 CHECKSUM 验证备份的选项。
• 在处理索引碎片时，您可以实现的逻辑并不多，一旦您配置了它，它们就会运行，无论您是否真的需要对索引进行重组或重建......还有更多:-)

我强烈建议使用Ola 的备份解决方案（以及索引维护解决方案）。