本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
遷移目標
基於各種原因，您可能想要將 Oracle 工作負載從內部部署環境 AWS 移至 。例如，您可能想要降低成本、提高敏捷性、提高安全性或更快重構工作負載。無論決策背後的原因為何，選擇正確的遷移策略都很重要，這樣您才能實現目標和所需的時間表。
降低成本
在內部部署環境中執行 Oracle 資料庫可能會在下列情況下產生昂貴的授權成本：
-
在舊硬體上執行的資料庫
-
不再提供用途的資料庫，並且是淘汰的潛在候選者
-
需要現代化的資料庫
-
由於合規原因而保留的較舊資料庫，例如個人身分識別資訊 (PII)、一般資料保護法規 (GDPR)、公平勞工標準法 (FLSA) 或任何其他國家特定或產業特定合規
根據這些案例的需求，您可能不想配置相同數量的資源來降低授權和營運成本，但您可能想要根據需求自動擴展，而且您可以在雲端中更輕鬆地達成此目標。如需成本和風險的討論，請參閱 Oracle 成本陷阱指南，以及如何透過 House of Brick Technologies AWS 的解決方案加以克服
提高敏捷性
在內部部署環境中佈建 Oracle 資料庫通常是耗時的活動，可能需要幾週或最多幾個月的時間。使用 Amazon Elastic Compute Cloud (Amazon EC2)，您可以使用基礎設施即程式碼 (IaC)，在短時間內啟動所需大小的 Oracle 資料庫。
Oracle 執行個體在 上 AWS 擴展或縮減以滿足您的需求的速度，可協助您完成開發活動並快速做出決策。重新託管於 的 Oracle 資料庫 AWS 可以提高自訂解決方案的靈活性。例如，當您在 Amazon EC2 上託管 Oracle 資料庫時，您可以在幾秒鐘內部署多個環境
改善安全性
在內部部署執行 Oracle 資料庫的組織負責所有層級的安全，包括靜態和傳輸中的資料。這可能會導致不完整的安全組態，這可能會讓資料庫面臨風險。使用 AWS 共同責任模型
您可以限制對託管 Oracle 資料庫的 EC2 執行個體的公開存取，以便虛擬私有雲端 (VPC) 以外的應用程式無法存取資料庫。您可以使用 AWS Key Management Service (AWS KMS)
重構速度更快
與內部部署資料庫相比，已開啟的資料庫 AWS 更容易重構。已經在 上的資料庫 AWS 具有必要的基礎設施，包括 VPCs、安全群組和聯網。當您準備好現代化資料庫時，您可以使用現有的 AWS 基礎設施來啟動重構資料庫引擎。如果這是您的目標，您可以先將 Oracle 資料庫遷移至 AWS ，然後開始重構或現代化資料庫的程序。
可協助降低授權成本和營運開銷的其他重構選項包括：
-
透過將資料封存至 Amazon Simple Storage Service (Amazon S3) 來卸載資料庫
-
將 Oracle 資料倉儲資料庫遷移至 Amazon Redshift
-
將 Oracle 資料庫遷移至開放原始碼資料庫：
