Dav*_*och 12 sql-server backup transaction-log filestream sql-server-2014
我有一个包含近 1TBFILESTREAM
数据的数据库,我不需要备份(如果数据被删除,它会在几个小时内自动重新创建,所以它并不重要)。大多数数据每隔几天就会更改一次,因此差异备份并不能真正帮助减小大小。
通过将恢复模式设置为Full
,创建一个单独FILEGROUP
的FILESTREAM
,然后只备份“主要”,我让备份按照我需要的方式工作FILEGROUP
。这导致的问题是日志文件(也被备份)现在不必要地大,因为它包含FILESTREAM
数据。
SIMPLE
恢复模式剥夺了我对特定FILEGROUP
s进行备份的能力,所以我认为这也不是一种选择。
我的想法是将FILESTREAM
数据移动到一个单独的数据库,但现在我正在失去参照完整性,并且肯定还会继承许多其他问题。
有没有办法在Simple
恢复模式下创建部分备份(不将FILESTREAM
表设置为只读)?如果没有,我的问题还有其他合理的解决方案吗?
这导致的问题是日志文件(也会备份)现在变得不必要的大,因为它包含 FILESTREAM 数据。
我不确定您的意思是日志文件本身太大还是日志文件备份变得太大。
如果是前者,那么您备份日志的频率是多少?根据应用程序设计,您也许可以通过更频繁地备份来减小大小(每 5 分钟备份一次并不算太频繁)。然而,如果你已经这样做了,而且它仍然在膨胀,那么你可能不走运。为什么大日志文件又出现问题了?
如果是后者 - 听起来您很乐意继续使用简单的恢复模式,并且如果它允许您拥有较小的备份,则无需进行时间点恢复;在这种情况下,请保持完整模式并放弃日志备份。
归档时间: |
|
查看次数: |
1230 次 |
最近记录: |