復制模式 | 細節 | 輔助系統不可用時,主系統情況 | 備注 |
同步
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模式可以考慮以下細節:
* 如果第三系統宕機,日志只保存在輔助系統上,而不是主系統上。 * 如果次要系統宕機,而您希望使用第三系統作為次要系統,通常需要完全同步,因為主站點上保留的日志是為輔助站點準備的,因此它們可能與第三系統不兼容。 |
網頁名稱:【BASIS】HANASR復制選項-創新互聯
文章分享:http://vcdvsql.cn/article24/djpgce.html
成都網站建設公司_創新互聯,為您提供小程序開發、靜態網站、網站制作、軟件開發、外貿網站建設、微信小程序
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯