我是一家大公司的 JR DBA。我是 6 个月前被聘用的，我学东西的速度非常快（我是这里唯一的 DBA）。
老 DBA 将服务器和 SQL Server 实例留给我处理。
这是一个非常棒的结构（集群等）。
但是，他使用脚本和大量编程来进行备份、清理任务和所有其他 DBA 任务。一切都很好。我在这里和那里修复了一些东西，但一切都非常好。
我正在自己学习 SQL Server，并且正在阅读有关MAINTENANCE PLAN.
使用它是一个不错的选择吗？如果我被新公司录用，使用维护计划是一个不错的选择（对我来说，看起来太“简单”了，不想看起来像一个糟糕的 DBA）。
谢谢。
（作为补充，他使用脚本将数据库名称放在一个表上，然后他使用脚本查找该表并将其用于作业。我可以通过一个简单的维护计划来做到这一点。但他是一名高级 DBA。他告诉我他喜欢它，使用维护计划不是问题。我只是想要一些意见）
我有一个设置为“完整”恢复模式的数据库，我正在创建一个维护计划，每 15 分钟备份一次事务日志。然后每 24 小时进行一次完整备份。
我想知道：事务日志的维护计划会每 15 分钟创建很多不同的文件，还是会默认附加到同一个文件 24 小时？
另外：什么是首选？我在这个主题上找不到任何东西（或者我在谷歌上搜索了错误的词）。
感谢任何人都可以给我的任何指示。
编辑：我还看到默认情况下选中“验证备份完整性”是关闭的。开启它有风险吗？似乎它应该默认开启，所以有理由不使用它吗？
我的问题与 SQL Server 的最佳实践有关。我需要整理一份文件，列出我们的各种数据库，并且我们对这些数据库的备份是有效的并且已经过测试，我们知道它们会在灾难恢复情况下正确恢复。我正在使用 Ola H. 维护解决方案，该解决方案使用 RESTORE VERIFY 选项备份数据库，并提供“成功”消息以指示备份集有效。这是否足以让我们充满信心，还是我们仍然应该手动将这些备份恢复到测试服务器并运行测试？