HDR：简介
本节计议与 High Availability Data Replication 相干的以下主题：
- 什么是 HDR？
- HDR 的好处
- HDR 的缺陷
- HDR 的汗青
什么是 HDR？
High Availability Data Replication（HDR）是一种将数据从主效劳器复制到从效劳器的编制。HDR 将全部启用日志记录遵命的数据库从主效劳器复制到从效劳器。尽管可以把从效劳器看作主效劳器的复制品，然则它不搜罗未启用日志记录遵命的数据库的数据。在从效劳器上存在这些数据库和形式，由于 DML（Data Manipulation Language）语句总是记录在日志中的；然则除非数据库启用了日志记录遵命，否则拔出、更新或删除的数据不会被复制。HDR 确保从效劳器总是与主效劳器连结同步。倘若主效劳器迸发故障，那么从效劳器可以作为备用效劳器，直到主效劳器规复运转为止。
HDR 的好处
- 高可用性：倘若主效劳器迸发故障，那么可以主动启用对从效劳器的写访问。
- （可以）分管负载：由于从效劳器搜罗数据的另一个拷贝，以是可以在从效劳器上运转讲述任务，而不是在主效劳器上运转。这样就把讲述任务的负载转移到从效劳器上，有助于添加主效劳器的吞吐量。
- 同步或异步复制：同步更新的历程是这样的：在主效劳器上，将逻辑日志缓冲区复制到数据复制缓冲区，经过议定网络发送它，然后向主效劳器发送一个确认动态，表示缓冲区曾经给与到。这时主效劳器上的逻辑日志缓冲区革新才算完成。经过议定运用同步更新，可以确保在主效劳器上提交的事件也被发送到从效劳器。异步更新的历程是这样的：主效劳器将逻辑日志缓冲区复制到数据复制缓冲区，然后在迸发以下事件时，革新逻辑日志缓冲区并经过议定网络发送数据复制缓冲区内容：
- 数据复制缓冲区变满
- 利用法式在一个未启用缓冲的数据库上提交了事件
- 满意
DRINTERVAL设置参数指定的时辰间隔
HDR 的缺陷
- 数据库的日志记录形式：只需启用了日志记录遵命的数据库才被复制。
- 数据库范围：HDR 的粒度是数据库级别。启用日志记录遵命的数据库中的全部表都被复制。
- 同步形式：在运用同步更新时，逻辑日志缓冲区的革新会有一个小迟误，由于给与确认动态会产生网络通信迟误。
- 异步形式：倘若运用异步更新，那么在主效劳器迸发故障时，主效劳器上曾经提交的一些事件可以还没有复制到从效劳器。
- 对 blobspace blob 的支撑：不复制 blobspace 中存储的任何 blob。
- 只读的从效劳器：从效劳器是一个只读效劳器。必要执行写访问的全部利用法式必需运用主效劳器。
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参数
版权声明： 原创作品，容许转载，转载时请务必以超链接情势标明文章 原始因由 、作者信息和本声明。否则将追查功令责任。