本文主要是介绍做事务性的发布数据库日志会越来越大,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
定时备份日志,会自动截断备份,就不会越来越大了。不过发布数据库的日志备份与事务性发布配合有些选项需要注意。分发数据库可以还原为上次的备份状态,而无需重新配置复制或重新初始化订阅。通常情况下,日志读取器代理连接到发布数据库,扫描日志并检索接下来要复制的 N 个事务的集合,将这些事务传播到分发数据库,然后告知发布数据库已在分发数据库成功提交事务。
这时,发布数据库可以截断包含这些事务的日志部分(只要事务已备份)。如果分发数据库此时出现故障并还原为前一个备份状态,则日志读取器代理可能无法传送缺少的事务,因为包含这些事务的日志部分可能已被截断。
在分发数据库上设置 sync with backup 选项可确保不会在将所有事务传播到分发数据库之前截断发布数据库的日志。还可确保已对包含新事务的分发数据库进行了备份。分发数据库可以还原为上次的备份状态,日志读取器代理将能够传送还原后的分发数据库所缺少的事务。复制将不受任何影响继续运行。
若要通过备份事务日志和设置 sync with backup 选项的方式更频繁地备份分发数据库,必须将分发数据库上 sp_dboption 的 trunc. log on chkpt 选项设置为 false。
与发布数据库不同的是,在分发数据库上设置 sync with backup 选项对复制滞后时间并无影响,但将推迟发布数据库上的日志截断,直到已备份了分发数据库中的相应事务。sync with backup 选项只有在发布服务器和分发服务器运行 SQL Server 2000 时才可用。
这篇关于做事务性的发布数据库日志会越来越大的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!