欢迎光临
我们一直在努力

【BASIS】HANA SR复制选项

复制模式 细节 辅助系统不可用时,主系统情况 备注
同步     

    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模式可以考虑以下细节:

    *    如果第三系统宕机,日志只保存在辅助系统上,而不是主系统上。

    *    如果次要系统宕机,而您希望使用第三系统作为次要系统,通常需要完全同步,因为主站点上保留的日志是为辅助站点准备的,因此它们可能与第三系统不兼容。

赞(0)
【声明】:本博客不参与任何交易,也非中介,仅记录个人感兴趣的主机测评结果和优惠活动,内容均不作直接、间接、法定、约定的保证。访问本博客请务必遵守有关互联网的相关法律、规定与规则。一旦您访问本博客,即表示您已经知晓并接受了此声明通告。