设置Ola Hallengren的sql作业
我已经安装了Ola Hallengrens维护脚本，它为我创造了就业机会。
DatabaseBackup - SYSTEM_DATABASES - FULL
DatabaseBackup - USER_DATABASES - FULL
DatabaseBackup - USER_DATABASES - DIFF
DatabaseBackup - USER_DATABASES - LOG
DatabaseIntegrityCheck - SYSTEM_DATABASES
DatabaseIntegrityCheck - USER_DATABASES
IndexOptimize - USER_DATABASES我计划按照他的指导原则来回答他的常见问题 How should I schedule the jobs?的问题
这取决于您的维护窗口、数据库的大小、最大的数据丢失以及许多其他事情。这里是一些您可以开始使用的指南，但是您需要根据您的环境来调整它。用户数据库:每周备份一天。一周中所有其他日子的差异备份。每小时备份一次事务日志。每周一天进行诚信检查。指数优化一周一天。系统数据库:每天进行完全备份。每周一天进行诚信检查。索引优化后的完整性检查。这是因为索引重建有时可以修复数据库损坏。索引优化后的完全备份。然后，下面的差异备份将是小的。完整检查后的完全备份。那么，您就知道备份的完整性是正常的。这意味着首先是索引优化，然后是完整性检查，最后是完全备份。
我的问题仍然是，How should I schedule the jobs?。
特别是：
如果我每天午夜执行完整/不同的备份，是否也应该在午夜运行事务日志备份？或者，我应该让午夜作业运行一个事务日志，然后执行一个完整/不同的备份吗？或者，我只是没有在午夜执行事务日志备份吗？
我应该如何设置一个作业来执行索引优化，然后进行小检查，然后执行完全备份？我不希望在索引重建之后差异备份和事务日志备份是巨大的，除非绝对必要。
任何关于其他人如何设置这个问题的建议都将是很棒的。
回答 1
Server Fault用户
发布于 2011-03-05 10:28:25
这一切都将是非常普遍的，但这是。
每天都要备份。事务日志每15分钟备份一次(或多或少取决于在数据库完全失败时可接受的数据丢失程度)。索引重建或碎片整理应该每周进行一次(大型数据库每天进行)。完整性检查应每天进行。如果不可能每天进行(完整性检查非常需要CPU和IO )，那么至少每周进行一次。
在完成索引维护之后直接进行事务日志备份将比其他操作要大得多。你对此无能为力。不要将数据库从完全恢复更改为索引重建操作的简单恢复。工作完成后，不要收缩文件。让原木长到它们需要的大小，然后把它们留在那里。
https://serverfault.com/questions/235657
复制相似问题
腾讯云开发者
