瞭解將應用程式資料移轉至雲端

您的組織可能會使用支援各種業務功能的應用系統，從傳統的後勤處理作業到以業務為主的製造、供應鏈及客戶面向的應用系統。如果您要將應用程式資料從內部部署移動至 Oracle Cloud，請評估要將哪些資料移轉至雲端、瞭解 Oracle Cloud Infrastructure 中可用的資料儲存選項，以及選取適當的資料傳輸方法。

您可以使用重新建立、重新整合或商業流程變更最少的方法將應用程式資料移轉至 Oracle Cloud Infrastructure，並且將產生更彈性、更具可靠性的解決方案，並且比內部部署或其他雲端提供者的部署成本降低，來提供較高的效能。

移至雲端的優點

Oracle Cloud Infrastructure 提供專屬的服務、基礎架構功能、工具以及支援，可針對從企業內部部署環境移轉應用系統及其資料進行最佳化。

在 Oracle Cloud 上執行應用程式時，會有重大的效能優勢。
Oracle Cloud Infrastructure 提供每個堆疊層級的企業級安全性，可透過全方位的日誌資料和監控解決方案，確保使用者隔離、資料加密在週期的每個階段、精細的安全性控制、相容性和可見性。
Oracle 提供最完整的資料庫移轉服務來進行業，所以有符合您需求的服務。

不過，將內部部署應用程式及其資料移至雲端的策略，需視您的環境、自訂組態和使用您資料來源的應用程式而定。

指定應用程式元件

當您移動應用程式時，識別其所有元件是非常重要的，尤其是當您計劃更新資料結構化方式時。應用程式有四個基本元件：從屬端、軟體、連線和資料。

從屬端：在移動應用程式之前，請回答下列主要問題：

使用此應用程式的所有從屬端是誰？
此應用程式各從屬端需要哪些類型的存取權？
超級使用者的存取權需求不同於一般或僅報表的使用者？

建立使用者及其需求的矩陣可協助架構應用程式移動。

軟體：系統運作所需的軟體為何？指定應用程式是否有任何中介軟體或資料庫需求。請務必列出應用程式的所有基本需求。這項移動也可以是擴大或縮小應用程式的機會。

連線：識別連線需求，並瞭解存取需求將為何：

此應用程式目前是否有延遲問題？如果是，延遲臨界值為何？
是否已識別連線至 Oracle Cloud Infrastructure FastConnect、網際網路流量，或透過網際網路的 IPSec 通道？
應用程式需要多少頻寬？
從屬端是否將透過資料進行往返切換，或者全部將用於 Oracle Cloud Infrastructure？
是否有特殊的 VPN 或 VCN 安全清單？
是否需要子網路才能區隔從屬端、SQL 伺服器和資料？

資料：存取應用程式資料對於任何運算環境來說非常重要，包括雲端環境。雲端運算發生的核心問題之一是以計算系統周圍來設計資料儲存、儲存是否為物件儲存、區塊磁碟區或檔案系統等方式。這些大型資料集合可能造成不同的移轉問題集合。計算必須移動的資料量 (可能是數 Gb 或數百萬位元組)。

移動應用程式也可讓您封存或重組資料，以符合組織需求。回答下列關於組織、管理及資料保留的問題：

需要移動多少資料，應用程式才能正常運作？
是否需要跨地理或跨可用性網域存取資料？
如果發生主要停止工作，有多少資料可能會遺失？是否有可接受的資料遺失比例？
確保組織原則相容性需要哪些類型的備份原則？
是否需要複製資料？
應用程式是否有任何可協助系統之間移轉的功能？

這份問題清單並不完整，而是在移至 Oracle Cloud Infrastructure 之前，先考慮使用的最低裸機。

移轉案例

視您的優先順序而定，您可以選擇一些將內部部署應用程式移轉至雲端的方法。Oracle Cloud Infrastructure 提供支援廣泛選項的參照架構。

有許多因素會影響從企業內部部署到雲端的最佳移轉路徑：

應用程式是否完成、需要更新幾項，以及是否有固定的工作負載？

「提升幅度與排班」是一種儘可能變更基礎架構的方法。它可以降低導入差異的行為方式，同時仍可透過使用最佳硬體、儲存體和網路，提供改進效能的雲端效能，以及從硬體移至作業模型的財務效益。移至受管理的 Oracle 資料庫版本、改善可靠性以及降低管理工作負載，以改善資料庫。

應用程式是否仍然是作用中專案，含有一般更新和版本版本的專案？

「移動和改善」可讓您將應用程式基礎架構的元件升級為最新版本，例如將 WebLogic 移轉至12.2版、Oracle 資料庫至版本 19c，並使用可從 Terraform 命令檔部署的 Oracle 已驗證架構。這樣可以為 Oracle Cloud Infrastructure 上執行的應用程式實行最佳作法。此方法可讓您輕鬆地調整應用程式的應用程式執行處理，以進行開發和測試工作，並改善生產環境版本的品質。

要實行雲端原生架構，並且支援彈性縮放、連續部署以及自我修復嗎？

如此可在 Docker 容器的 Kubernetes 叢集上建置以 WebLogic 為基礎的應用程式。使用 OKE 時，Oracle Cloud Infrastructure 管理的 Kubernetes 服務可輕鬆建立具備高度調整彈性、可擴展的基礎架構，同時利用現有的應用程式程式碼。此基礎架構適用於現代化 devops 與軟體開發方向。

在這些方法的每一個上，Oracle 都提供選擇在應用程式使用資料庫即服務選項，同時透過「自然資料庫授權」(BYOL) 程式保留您對永續資料庫授權所做的投資。

目前的狀態	目標	類型	目標驗證的架構
任何在任何 Oracle 資料庫上執行的自訂應用程式。	提高可靠性、效能及安全性。較低 TCO。最小化移轉風險。	提升幅度與工作班次	將應用程式堆疊移至 Oracle Cloud Infrastructure 上的 BM 或 VM。將資料庫移轉至 Oracle Database Classic Cloud Service (BYOL)。
在任何 Oracle 資料庫上執行的JavaEE/WebLogic 應用程式。	隨著「提升幅度和排班」，加上：升級至最新的 WLS、自動化開發/測試/生產部署、實行 HA 和 DR、合併資料庫。	移動與改善	使用 Terraform 命令檔將JavaEE/WLS建置到VM/BMs。將資料庫移轉至 Oracle Autonomous Database、Oracle Database Classic Cloud Service (VM 或 BM) 或 Oracle Database Exadata Cloud Service。實行進階 HA 和 DR 選項。
在任何 Oracle 資料庫上執行的JavaEE/WebLogic 應用程式。	隨著「移動和提升」效率，加上：提升彈性、彈性且靈活度，讓開發者具備大量自動化選項的生產力。	“現代化”	使用 Terraform 命令檔，將JavaEE/WLS建置到 Docker/Kubernetes 叢集。將資料庫移轉至 ADB、Oracle Database Classic Cloud Service (VM 或 BM) 或 Oracle Database Exadata Cloud Service。實行進階 HA 和 DR 選項。

Oracle 可以協助您瞭解的考量以選擇最符合您需求的案例，並提供已驗證的架構以實行這些案例。

決定最佳移轉策略

設計環境之後，您應該決定最佳的移轉策略。

在開始移轉處理作業之前，請先考量下列事項：

執行移轉的最佳時間
停機時間需求
資料庫與資料集大小
來源和目標資料庫字元集
來源和目標資料庫版本
如果來源資料庫包含使用者定義的資料類型
來源資料庫與目標資料庫平台 (端點)
安全考量
大型工作負載策略