而会在将日志记录写入本地日志文件后,立即将事务确认发送到客户端。 主副本使用与针
对异步提交模式配置的辅助副本相关的最小事务滞后运行。
在“异步提交模式”下,辅助副本永远不会与主副本同步。 虽然给定的辅助数据库可能会赶
上对应的主数据库,但任何辅助数据库在任何时点都可能会落后。 对于主副本和辅助副本
相隔很远而且您不希望小错误影响主副本的灾难恢复方案的情况,或性能比同步数据保护
更重要的情况,异步提交模式将会很有用。 而且,由于主副本不会等待来自辅助副本的确
认,因而辅助副本上的问题从不会影响主副本。
异步提交辅助副本会尝试与接收自主副本的日志记录保持一致。 但异步提交辅助数据库往
往会保持未同步状态,并且可能稍微滞后于相应的主数据库。通常,异步提交辅助数据库
和相应的主数据库之间的这个时间差会很小。但是,如果承载辅助副本的服务器的工作负
荷过高或网络速度很慢,则这个时间差会变得较大。
异步提交模式所支持的唯一故障转移形式为强制故障转移(可能造成数据丢失)。 强制故
障转移是一种最后手段,仅可用于当前主要副本长时间保持不可用状态并且主数据库的即
时可用性比可能丢失数据的风险更为重要的情况。故障转移目标必须是其角色处于
SECONDARY
或
RESOLVING
状态的副本。 故障转移目标将转换为主角色,并且其数
据库副本将成为主数据库。 任何剩余的辅助数据库以及变得可用后的以前的主数据库都将
被挂起,直到您手动单独恢复它们。 在异步提交模式下,原始主副本尚未发送到以前的辅
助副本的任何事务日志都将丢失。 这意味着,某些或全部新的主数据库可能会缺少最近提
交的事务
2.
同步提交模式
同步提交模式相对于性能而言更强调高可用性,为此付出的代价是事务滞后时间增加。 在
同步提交模式下,事务将一直等到辅助副本已将日志强制写入到磁盘中才会向客户端发送
事务确认。
在同步提交可用性模式下,副本联接到某个可用性组后,辅助数据库就会与对应的主数据
库求得一致并进入
SYNCHRONIZED
(已同步)状态。 只要一直在进行数据同步,辅
助数据库就会保持
SYNCHRONIZED
状态。 这可确保对主数据库提交的每个事务也应
用到对应的辅助数据库。在同步辅助副本上的每个辅助数据库之后,辅助副本的同步运行
状态总体上将为
HEALTHY
。
注意:
1.
如果为当前主副本配置了异步提交可用性模式,那么对所有的辅助副本都采集异步方式
提交事务,不管这些副本各自的可用性模式,所以要保证同步提交模式那么主副本和辅助
副本都需要配置同步提交模式。
2.
如果主副本与某一同步辅助会话超时,暂时将该辅助副本切换到异步提交模式。在该辅
助副本重新与主副本连接后,它们将恢复同步提交模式。
评论