在SQL 中谨慎导入导出大容量数据（一）(2)

　　二、 选择合适的数据库日志操作模式。

　　正如大家所知道的，用户在数据库中做的任何变化，都会记录在相关的日志中。导入导出大容量数据也不例外。可是由于大容量数据比较大，会占用比较大的事务日志功能。为此笔者建议，在用户导入大容量数据之前，最好选择合适的数据库日志操作模式。笔者的做法是，如果用户需要导入大容量数据，那么最好选择大容量日志恢复模式。等到导入工作完成之后，再恢复到原先的模式。

　　这主要是因为在大容量日志模式下，对于大容量数据导入工作中说，支持力度相对来说比较好。与其他日志恢复模式相比(如完全恢复模式)，大容量日志恢复模式只对大容量操作进行最小记录。为此大容量日志操作恢复模式保护大容量操作不受硬件故障的危害，提供比较好的性能并且占用日志的空间也是最小的。所以，使用大容量日志恢复有助于防止事务日志出现空间不足的情况，因为大容量日志恢复不会插入日志行。这个大容量日志操作模式，非常适用于使用完整恢复模式的数据库。对无索引表执行大容量操作时，大容量日志恢复模式非常有用。

　　不过大容量日志操作模式也具有一定的风险。如大容量日志恢复模式会增加这些大容量复制操作丢失数据的风险。因为大容量日志操作模式将会阻止数据库系统捕获对每个事务逐一所做的更改。如果日志备份包含大容量日志操作，则无法还原到该日志备份中的时点，而只能还原整个日志备份。另外在大容量日志恢复模式下，如果日志备份覆盖了任何大容量操作，则日志备份将包含由大容量操作所更改的日志记录和数据页。这对于捕获大容量日志操作的结果至关重要。合并的数据区可使日志备份变得非常庞大。再者，备份日志需要访问包含大容量日志事务的数据文件。如果无法访问任何受影响的数据库文件，则事务日志将无法备份，并且在此日志中提交的所有操作都会丢失。所以大容量日志备份模式并不是安全的日志模式。