ALTER TABLE <source> SWITCH INTO <target>
我们有几个表,我们通过在暂存表中重建它们来经常“刷新”它们,然后使用该语句执行到生产表的元数据切换。
这些操作导致大量日志记录,我们不确定如何处理。现在我们只是使用恢复模型将这些表和操作移动到一个新数据库SIMPLE
,但我很想听听这个问题的替代解决方案。
您建议我们如何处理由于频繁的表重建而产生的大量日志?
ALTER TABLE <source> SWITCH INTO <target>
我们有几个表,我们通过在暂存表中重建它们来经常“刷新”它们,然后使用该语句执行到生产表的元数据切换。
这些操作导致大量日志记录,我们不确定如何处理。现在我们只是使用恢复模型将这些表和操作移动到一个新数据库SIMPLE
,但我很想听听这个问题的替代解决方案。
您建议我们如何处理由于频繁的表重建而产生的大量日志?
一种选择(如果考虑到不利因素对您来说可行)是将数据库更改为批量日志记录,并从读取源表的视图中将 bcp 更改为目标表。实际的日志记录应该被最小化,但是日志备份仍然会很大,因为它将包含更改的范围。批量日志记录的一个缺点是会损害在批量日志记录操作期间将时间点恢复到时间范围的能力。确保在批量导入后立即进行日志备份