探索兩步驟移轉 - 隨即轉移，接著使用 DMO
針對兩步驟移轉，請考慮下列事項：
- 確定可透過 Express Route (建議) 或 VPN 連線至 Azure。
- 在 Azure 上配置目標基礎結構，包括複製的系統與目標 SAP NetWeaver 和 SAP HANA 資料庫伺服器。 您可以使用預先定義的 Azure Resource Manager 範本部署 Azure 基礎結構。
- 可以使用同質系統複本 (備份/還原)，或是透過 DBMS 複寫工具 (例如 Oracle Data Guard 或 SQL Always-On) 來建置複製的系統。
- 建議您起始商務及技術測試 (包含功能、整合和驗收測試)，以確保移動資料成功。
- 在經過商務和技術驗證之後，便可以遵循傳統的資料庫移轉選項 (DMO) 流程來移轉和升級至 SAP Hana。
- 您可以透過記憶體管道方法 (例如，在相同的應用程式伺服器和記憶體區段內進行匯出/匯入以加速移轉) 來使用 DMO。
- 在移轉至 SAP HANA 之後，應再次起始商務和技術驗證。
- 在此方法中，需要進行兩次停機和兩個測試週期。
DMO 最佳化選項
有許多因素可能會影響與 SAP 資料庫移轉相關聯的停機，包括 (但不限於)：
- 範圍：軟體變更、Unicode 轉換、資料中心重新配置
- 來源系統效能：CPU、I/O、記憶體、DBMS 效能、SAP NetWeaver 版本
- 來源系統資料庫大小：資料庫大小、最大的資料表、內務處理狀態
- 目標系統效能：CPU、I/O、記憶體、DBMS 效能、SAP NetWeaver 版本
- 網路：網路速度、頻寬、延遲
- 工具組：SAP 軟體佈建管理員 (SWPM)、軟體更新管理員 (SUM)、SUM 的 DMO、工具組的版本
- 移轉方法：標準停機與最低停機之間的比較
- 上升/下降坡形活動：介面管理、批次作業管理
- 移轉前後的驗證：功能、整合和驗收測試。
大致而言，可以在下列三項領域中看到效能最佳化的潛力：
- Export
- 檔案傳輸
- 匯入
基礎結構/硬體
降低基礎結構/硬體的手段包含下列各項：
內部部署
- 部署具備大量計算能力的專用移轉伺服器 (PAS/AAS) 來執行 SUM
- 在來源資料庫和移轉伺服器上部署固態硬碟 (SSD)。
- (PAS/AAS)
Microsoft Azure
- 建議使用 Express Route 連線，並搭配可用的最大頻寬 (目前最高可達 10 Gbps)
- 使用 dmotecloud.sh 指令碼 (RSYNC)，針對使用平行傳輸的 DMO 系統移動選項，將檔案從內部部署來源移至 Azure 目標。
- 在轉換期間施行儲存體快照，進行具時效的備份。
適用於 DMO 之停機最佳化的重要考量
- 來源資料庫最佳化 (索引重建、DB 統計資料、DB 參數和 DB 檔案系統)。 下表提供實用的參考。
| Database | 參考 |
|---|---|
| Oracle | SAP 附註 #936441 (英文) |
| DB2 | SAP 資料庫移轉和 Unicode 轉換的 DB2 最佳化技術 (英文) |
| SQL Server | SAP OS/DB 移轉至 SQL Server – 常見問題集 v6.2 2017 年 4 月 (英文) |
- 使用最新版本的移轉工具、R3*、核心等
- 網路參數化 (例如 MTU 設定、重設計數器)
- OS 相關參數化 (例如 Q 深度)
- SAP HANA 資料庫參數 (與儲存點、記錄模式及逾時相關)
- DMO 移轉參數 (例如持續時間檔案、手動資料表分割、手動資料表排序次序、BLOB 的快速載入等等)
DMO 效能評定
- 用來擷取一部分資料的匯出和匯入階段。 其可設定為針對特定資料表執行。
重複多次執行停機階段
- 透過重新製作資料表分割活動 (進而將資料表分割最佳化，以降低 DMO 程序的停機時間) 來多次執行執行階段。