做事务性的发布数据库日志会越来越大

简介: 定时备份日志,会自动截断备份,就不会越来越大了。不过发布数据库的日志备份与事务性发布配合有些选项需要注意。     分发数据库可以还原为上次的备份状态,而无需重新配置复制或重新初始化订阅。
定时备份日志,会自动截断备份,就不会越来越大了。不过发布数据库的日志备份与事务性发布配合有些选项需要注意。

    分发数据库可以还原为上次的备份状态,而无需重新配置复制或重新初始化订阅。通常情况下,日志读取器代理连接到发布数据库,扫描日志并检索接下来要复制的 N 个事务的集合,将这些事务传播到分发数据库,然后告知发布数据库已在分发数据库成功提交事务。

    这时,发布数据库可以截断包含这些事务的日志部分(只要事务已备份)。如果分发数据库此时出现故障并还原为前一个备份状态,则日志读取器代理可能无法传送缺少的事务,因为包含这些事务的日志部分可能已被截断。

    在分发数据库上设置 sync with backup 选项可确保不会在将所有事务传播到分发数据库之前截断发布数据库的日志。还可确保已对包含新事务的分发数据库进行了备份。分发数据库可以还原为上次的备份状态,日志读取器代理将能够传送还原后的分发数据库所缺少的事务。复制将不受任何影响继续运行。

    若要通过备份事务日志和设置 sync with backup 选项的方式更频繁地备份分发数据库,必须将分发数据库上 sp_dboption 的 trunc. log on chkpt 选项设置为 false。


    与发布数据库不同的是,在分发数据库上设置 sync with backup 选项对复制滞后时间并无影响,但将推迟发布数据库上的日志截断,直到已备份了分发数据库中的相应事务。sync with backup 选项只有在发布服务器和分发服务器运行 SQL Server 2000 时才可用。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
21天前
|
SQL 关系型数据库 MySQL
MySQL数据库,可以使用二进制日志(binary log)进行时间点恢复
对于MySQL数据库,可以使用二进制日志(binary log)进行时间点恢复。二进制日志是MySQL中记录所有数据库更改操作的日志文件。要进行时间点恢复,您需要执行以下步骤: 1. 确保MySQL配置文件中启用了二进制日志功能。在配置文件(通常是my.cnf或my.ini)中找到以下行,并确保没有被注释掉: Copy code log_bin = /path/to/binary/log/file 2. 在需要进行恢复的时间点之前创建一个数据库备份。这将作为恢复的基准。 3. 找到您要恢复到的时间点的二进制日志文件和位置。可以通过执行以下命令来查看当前的二进制日志文件和位
|
1月前
|
SQL 关系型数据库 数据库
事务隔离级别:保障数据库并发事务的一致性与性能
事务隔离级别:保障数据库并发事务的一致性与性能
|
1月前
|
算法 大数据 数据库
数据库事务:保障数据一致性的基石
数据库事务:保障数据一致性的基石
|
1月前
|
SQL 关系型数据库 MySQL
【MySQL 数据库】4、MySQL 事务学习
【MySQL 数据库】4、MySQL 事务学习
44 0
|
16天前
|
程序员 数据库
数据库事务详解2
数据库事务详解
19 0
|
1月前
|
存储 SQL 关系型数据库
[MySQL]事务原理之redo log,undo log
[MySQL]事务原理之redo log,undo log
|
1月前
|
SQL 缓存 关系型数据库
MySQL的万字总结(缓存,索引,Explain,事务,redo日志等)
MySQL的万字总结(缓存,索引,Explain,事务,redo日志等)
65 0
|
2月前
|
关系型数据库 MySQL 数据库
MySQL员工打卡日志表——数据库练习
MySQL员工打卡日志表——数据库练习
136 0
|
2月前
|
存储 监控 关系型数据库
MySQL Redo Log解密:事务故事的幕后英雄
MySQL Redo Log解密:事务故事的幕后英雄
25 0
|
2月前
|
监控 安全 数据库
Binlog vs. Redo Log:数据库日志的较劲【高级】
Binlog vs. Redo Log:数据库日志的较劲【高级】
79 0