复制模式 细节 辅助系统不可用时,主系统情况 备注 同步 sync
复制模式 | 细节 | 辅助系统不可用时,主系统情况 | 备注 |
同步
synchronous |
主系统等待辅助系统接收到数据并将其持久化到磁盘。 |
如果主系统等待时间操作logshipping_timeout(默认30秒),
主系统将继续运行,不复制数据。 |
|
内存同步
synchronous-in memory |
主系统等待辅助系统接收到数据。 |
如果主系统等待时间操作logshipping_timeout(默认30秒),
主系统将继续运行,不复制数据。 |
|
完全同步
Synchronous full sync (SPS 08 and higher) |
主系统等待辅助系统接收到数据并将其持久化到磁盘。 | 主系统被阻塞,直到备用系统可用为止。 |
|
Asynchronous | 主系统不必等待辅助系统。 | 主系统在不复制数据的情况下继续运行。 |
|
运行模式 | SAP HANA版本 | 描述 | 优点 |
delta_datashipping | 无限制 |
主站点和辅助站点之间的同步是通过从主站点到辅助站点的定期
增量数据传送实现的。 |
* 辅助站点的内存占用可以更小,因为在系统复制期间不必加载列存储表;
* 因此,可以设置global_allocation_limit (SAP doc 1999997),并在同一台机器上运行另一个非生产系统。 * 通常支持历史表(对于logreplay模式,适用SAP doc 2480889中描述的限制) |
logreplay | >= 1.00.110 | 主站点和辅助站点之间的同步完全是基于重做日志实现的。 |
* 不再需要Delta数据传输;
* 减少主站点和辅助站点之间的网络流量; * 减少主站点和辅助站点之间的网络带宽需求; * 减少接管时间(更短的日志重播,没有持久性垃圾收集,没有文件ID映射和磁盘LOB初始化,没有资源容器配置的调整;见SAP doc 2222217); * 没有在磁盘级别上传播逻辑持久性损坏(例如,由SAP doc 2375691中描述的bug引入)。 |
logreplay_readaccess | >= 2.00 |
主站点和辅助站点之间的同步完全是基于重做日志实现的,
辅助站点可用于只读访问(对列存储表)。 |
* 和上面的“logreplay”一样的优点;
* 查询负载可以从主站点移开。 |
|
|||
在3层环境中,logreplay模式可以考虑以下细节:
* 如果第三系统宕机,日志只保存在辅助系统上,而不是主系统上。 * 如果次要系统宕机,而您希望使用第三系统作为次要系统,通常需要完全同步,因为主站点上保留的日志是为辅助站点准备的,因此它们可能与第三系统不兼容。 |
--结束END--
本文标题: 【BASIS】HANA SR复制选项
本文链接: https://lsjlt.com/news/47530.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0