Informix IDS 11体系管理(918检验)认证指南,第 7 部分: IDS复制(2)
HDR:简介
本节计议与 High Availability Data Replication 相干的以下主题:
- 什么是 HDR?
- HDR 的好处
- HDR 的缺陷
- HDR 的汗青
什么是 HDR?
High Availability Data Replication(HDR)是一种将数据从主效劳器复制到从效劳器的编制。HDR 将全部启用日志记录遵命的数据库从主效劳器复制到从效劳器。尽管可以把从效劳器看作主效劳器的复制品,然则它不搜罗未启用日志记录遵命的数据库的数据。在从效劳器上存在这些数据库和形式,由于 DML(Data Manipulation Language)语句总是记录在日志中的;然则除非数据库启用了日志记录遵命,否则拔出、更新或删除的数据不会被复制。HDR 确保从效劳器总是与主效劳器连结同步。倘若主效劳器迸发故障,那么从效劳器可以作为备用效劳器,直到主效劳器规复运转为止。
HDR 的好处
- 高可用性:倘若主效劳器迸发故障,那么可以主动启用对从效劳器的写访问。
- (可以)分管负载:由于从效劳器搜罗数据的另一个拷贝,以是可以在从效劳器上运转讲述任务,而不是在主效劳器上运转。这样就把讲述任务的负载转移到从效劳器上,有助于添加主效劳器的吞吐量。
- 同步或异步复制:同步更新的历程是这样的:在主效劳器上,将逻辑日志缓冲区复制到数据复制缓冲区,经过议定网络发送它,然后向主效劳器发送一个确认动态,表示缓冲区曾经给与到。这时主效劳器上的逻辑日志缓冲区革新才算完成。经过议定运用同步更新,可以确保在主效劳器上提交的事件也被发送到从效劳器。异步更新的历程是这样的:主效劳器将逻辑日志缓冲区复制到数据复制缓冲区,然后在迸发以下事件时,革新逻辑日志缓冲区并经过议定网络发送数据复制缓冲区内容:
- 数据复制缓冲区变满
- 利用法式在一个未启用缓冲的数据库上提交了事件
- 满意
DRINTERVAL
设置参数指定的时辰间隔
![](https://www.ibm.com/i/v14/rules/blue_rule.gif)
![](https://www.ibm.com/i/c.gif)
![](https://www.ibm.com/i/c.gif)
HDR 的缺陷
- 数据库的日志记录形式:只需启用了日志记录遵命的数据库才被复制。
- 数据库范围:HDR 的粒度是数据库级别。启用日志记录遵命的数据库中的全部表都被复制。
- 同步形式:在运用同步更新时,逻辑日志缓冲区的革新会有一个小迟误,由于给与确认动态会产生网络通信迟误。
- 异步形式:倘若运用异步更新,那么在主效劳器迸发故障时,主效劳器上曾经提交的一些事件可以还没有复制到从效劳器。
- 对 blobspace blob 的支撑:不复制 blobspace 中存储的任何 blob。
- 只读的从效劳器:从效劳器是一个只读效劳器。必要执行写访问的全部利用法式必需运用主效劳器。
![](https://www.ibm.com/i/v14/rules/blue_rule.gif)
![](https://www.ibm.com/i/c.gif)
![](https://www.ibm.com/i/c.gif)
HDR 的汗青
HDR 最初是在 IDS 的 7.10.UC1 版本中出现的。以下版本冉冉添加了各种特征:
- 7.11.UC1 —— 加强');了 HDR 的主/从效劳器切换
- 7.31.UC2 —— 添加了对 onbar 和 ISM 的支撑以启动 HDR
- 9.20.UC1 —— 支撑遗留数据范例;禁用了 DRAUTO
- 9.30.UC1 —— 引入了新的 HDR 故障转移脚本(hdrmkpri.bat、hdrmksec.bat),可以切换 HDR 效劳器的角色
- 10.00.UC1 —— 可以经过议定 HDR 运用内部备份/规复;添加了
DRIDXAUTO
,用于将索引复制到从效劳器;规复了DRAUTO
参数
版权声明: 原创作品,容许转载,转载时请务必以超链接情势标明文章 原始因由 、作者信息和本声明。否则将追查功令责任。