And*_*ndy 0 backup transaction-log sql-server
我主要是一名开发人员，但对于一个小型内部系统，我目前还负责运行 SQL Server 企业版的服务器的一些配置。
数据库本身从两个来源看到活动：
我很高兴使用内置的 SQL 服务器备份实用程序，我制定了一个维护计划，每 6 小时备份一次整个数据库，并且每 6 小时在数据库备份之间备份一次事务日志（例如，早上 6 点，数据库备份、上午 9 点事务日志备份、下午 12 点数据库备份、下午 3 点事务日志备份）。我们每周都会对整个服务器进行磁带快照（数据不是关键任务，更多的是研发项目）。
在此设置之前，数据库开始急剧增长，现在所有完整的数据库备份都以非常易于管理的 15Mb（并且在缓慢增长）和 9 到 12Mb 之间的事务日志出现。
我做得对吗？您对事务日志备份的频率有任何其他见解吗？
如果我错过的另一个问题中的任何内容可能有用，请随时指出。
小智 5
坦率地说，没有理由不以更高的频率运行事务日志备份。事务日志备份不会造成任何伤害。（在大多数情况下，它只会占用一些 CPU 和磁盘活动 - 但通常几乎可以忽略不计。）
此外，您可以通过将日志文件备份移动到性能较低的磁盘来增加覆盖范围并提高性能： SQL Server Magazing：最大化存储性能
通过增加备份频率，您将减少可能丢失数据的窗口。（从技术上讲，如果 SQL Server 崩溃，如果您的日志文件仍然完整，您有时可以恢复自上次完整/差异备份以来丢失的事务。但通常，如果出现问题足以让您首先进行备份，则有一个您的日志文件消失/吐司的机会很大。）
请随时查看以下视频，了解有关备份、日志和最佳实践方面的更多背景信息和信息：