復(fù)制模式 | 細(xì)節(jié) | 輔助系統(tǒng)不可用時,主系統(tǒng)情況 | 備注 |
同步
synchronous | 主系統(tǒng)等待輔助系統(tǒng)接收到數(shù)據(jù)并將其持久化到磁盤。 | 如果主系統(tǒng)等待時間操作logshipping_timeout(默認(rèn)30秒),
主系統(tǒng)將繼續(xù)運行,不復(fù)制數(shù)據(jù)。 | |
內(nèi)存同步
synchronous-in memory | 主系統(tǒng)等待輔助系統(tǒng)接收到數(shù)據(jù)。 | 如果主系統(tǒng)等待時間操作logshipping_timeout(默認(rèn)30秒),
主系統(tǒng)將繼續(xù)運行,不復(fù)制數(shù)據(jù)。 | |
完全同步
Synchronous full sync (SPS 08 and higher) | 主系統(tǒng)等待輔助系統(tǒng)接收到數(shù)據(jù)并將其持久化到磁盤。 | 主系統(tǒng)被阻塞,直到備用系統(tǒng)可用為止。 | |
Asynchronous | 主系統(tǒng)不必等待輔助系統(tǒng)。 | 主系統(tǒng)在不復(fù)制數(shù)據(jù)的情況下繼續(xù)運行。 |
運行模式 | SAP HANA版本 | 描述 | 優(yōu)點 |
delta_datashipping | 無限制 | 主站點和輔助站點之間的同步是通過從主站點到輔助站點的定期
增量數(shù)據(jù)傳送實現(xiàn)的。 | * 輔助站點的內(nèi)存占用可以更小,因為在系統(tǒng)復(fù)制期間不必加載列存儲表;
* 因此,可以設(shè)置global_allocation_limit (SAP doc 1999997),并在同一臺機器上運行另一個非生產(chǎn)系統(tǒng)。 * 通常支持歷史表(對于logreplay模式,適用SAP doc 2480889中描述的限制) |
logreplay | >= 1.00.110 | 主站點和輔助站點之間的同步完全是基于重做日志實現(xiàn)的。 | * 不再需要Delta數(shù)據(jù)傳輸;
* 減少主站點和輔助站點之間的網(wǎng)絡(luò)流量; * 減少主站點和輔助站點之間的網(wǎng)絡(luò)帶寬需求; * 減少接管時間(更短的日志重播,沒有持久性垃圾收集,沒有文件ID映射和磁盤LOB初始化,沒有資源容器配置的調(diào)整;見SAP doc 2222217); * 沒有在磁盤級別上傳播邏輯持久性損壞(例如,由SAP doc 2375691中描述的bug引入)。 |
logreplay_readaccess | >= 2.00 | 主站點和輔助站點之間的同步完全是基于重做日志實現(xiàn)的,
輔助站點可用于只讀訪問(對列存儲表)。 | * 和上面的“l(fā)ogreplay”一樣的優(yōu)點;
* 查詢負(fù)載可以從主站點移開。 |
在3層環(huán)境中,logreplay模式可以考慮以下細(xì)節(jié):
* 如果第三系統(tǒng)宕機,日志只保存在輔助系統(tǒng)上,而不是主系統(tǒng)上。 * 如果次要系統(tǒng)宕機,而您希望使用第三系統(tǒng)作為次要系統(tǒng),通常需要完全同步,因為主站點上保留的日志是為輔助站點準(zhǔn)備的,因此它們可能與第三系統(tǒng)不兼容。 |