Dan*_*ink 5 sql-server-2008 sql-server backup
我正忙于审查我的 SQL 维护计划，并且对数据库上的恢复模型选项感到有些困惑，特别是与时间点恢复相关。
这是我的场景：
这是我的问题
我正在忙着阅读的文章说我应该先备份数据库，然后备份事务日志，否则我会得到维护计划错误，但我目前先备份事务日志，然后备份数据数据库，但我没有得到任何错误。
我的最终解决方案（维护计划）
将所有数据库设置为使用 FULL 恢复模型。然后：
每小时维护计划：
- 检查足够的硬盘空间进行备份
- 进行事务日志备份
- 归档事务日志备份（压缩 .trn 文件）
- FTP 异地归档事务日志备份
每日维护计划：
- 检查足够的硬盘空间进行备份
- 执行完整的数据库备份，然后进行事务日志备份
- 存档备份（压缩 .bak 和 .trn 文件）
- 异地 FTP 备份
每周维护计划：
- 检查数据库完整性
- 重建索引
- 清理超过 4 周的历史记录
- 删除超过 4 周的.bak 和 .trn 文件
- 删除超过 4 周的存档备份（zip 文件）
如果任何任务失败，则会发送通知电子邮件。当每日和每周任务成功完成时，还会发送成功电子邮件。
测试维护计划的注意事项。我的第一个备份被 ms windows ftp.exe 没有正确配置为使用被动模式损坏。所以检查你的备份:)
看到恢复模式设置为简单，并且 msdn 声明简单恢复模式不支持时间点恢复 - 这是否意味着我将无法使用事务日志备份来在灾难中恢复数据库到事情发生前一个小时？
使用恢复模型的数据库甚至不支持进行事务日志备份SIMPLE。正如您所提到的，这是数据库引擎的限制，基于此恢复模型的工作方式以及它不支持的恢复功能。
事务日志备份维护计划任务会自动跳过SIMPLE恢复中的数据库以避免导致错误。
应该先进行哪个备份，数据库备份还是事务日志备份？我正在忙着阅读的文章说我应该先备份数据库，然后备份事务日志，否则我会收到维护计划错误，但我目前首先备份事务日志，然后备份数据数据库，但我没有得到任何错误。
由于我上面提到的原因，对于使用恢复的数据库来说并不重要SIMPLE，因为事务日志备份任务将跳过它们。
对于其他两种恢复模型中的数据库，在开始进行事务日志备份（仅是第一次）之前必须存在完整备份，否则您将收到错误 - 这可能是文章提到的内容。
时间点恢复能力通常由业务需求驱动——换句话说，您确定数据的重要性以及您可以承受的损失程度，然后设置适当的恢复模型来满足这些需求，最后创建一个恢复模型。备份解决方案。
尽管SIMPLE恢复不支持时间点恢复，但如果一小时的数据丢失可以接受，那么差异备份解决方案也许适合您。（开发这种解决方案需要考虑太多变量，无法让您全面了解问题中提供的内容。）
| 归档时间： |
|
| 查看次数： |
5164 次 |
| 最近记录： |