SQL Server - 频繁的数据库备份

Question

我有一项在两个数据库之间同步数据的服务。这是相当危险的，主要是因为这是未经充分测试的新软件。这就是为什么我需要在每次同步之前进行频繁的备份（服务自行执行）。一天后，我得到了 13.9 GB 的备份文件。这实在是太多了。

我正在考虑我的选择是什么以及如何处理这个问题。我试图将此数据库分为两个文件组 - 主文件组和照片文件组。完成此操作后，我得到了 16mb 和 120mb 的文件。这里重要的是备份这 16mb 并能够在需要时恢复它。

我真的不知道这里有什么风险以及会发生什么。谁能简要解释一下或提供链接以便我阅读？

还有哪些其他选择？

（最终目标是我可以用相对较小的备份文件大小进行频繁备份）

Answer 1

您已用 MSSQL 2008 标记了这个问题。MS

SQL 2008 可以利用 FILESTREAM 来将文件集合存储在文件系统中，而不是作为数据库中的 blob。但是，它保留了跟踪和索引文件位置的能力。

在这种情况下，当您的同步服务执行时，它还应该传输 FILESTREAM 目录的内容。

结果将是您的数据库备份将显着减小，因为它们实际上不包含文件，仅包含数据完整性所需的位置和表。

以下是有关 FILESTREAM 功能的信息链接：
http://msdn.microsoft.com/en-我们/library/cc949109(v=sql.100).aspx

Answer 2

我有一个同步服务
两个数据库之间的数据。这是
相当危险，主要是因为这是新的
没有经过充分测试的软件。
这就是为什么我需要经常做
备份 - 每次同步之前（
服务本身执行该操作）。后
有一天我得到了 13.9 GB 的文件
备份。这太过分了。

请不要忘记在进行数据库备份之前收缩日志文件，以避免不必要的磁盘使用。

USE DatabaseName
GO
DBCC SHRINKFILE(LogFileName, 1)
BACKUP LOG DatabaseName WITH TRUNCATE_ONLY
DBCC SHRINKFILE(LogFile, 1)
GO