本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
SQL Server 現代化
AWS Transform for SQL Server Modernization 是一項採用 AI 的服務,可將 Microsoft SQL Server 資料庫及其相關聯 .NET 應用程式的完整堆疊現代化自動化為 Amazon Aurora PostgreSQL。 AWS Transform 現在會使用代理互動式體驗,將採用 AWS DMS 技術的 SQL Server 儲存物件和程式碼物件 (存放程序) 轉換。此服務協調從結構描述轉換、資料遷移和修改應用程式程式碼以符合新目標 PostgreSQL 的整個遷移旅程,透過自動化複雜且耗費大量人力的任務,讓您的團隊更具生產力。
支援的 區域
AWS 美國東部 (維吉尼亞北部) - us-east-1 提供 SQL Server 轉換
跨區域使用:對於不支援區域中的資料庫,您可以將資料庫複製到支援的區域進行轉換,然後將結果部署回目標區域。
功能和主要功能
資料庫轉換
結構描述轉換:自動將 SQL Server 結構描述轉換為 Aurora PostgreSQL,包括資料表、檢視、索引、限制條件和關係
預存程序轉換:以 AI 增強的準確性將 T-SQL 預存程序轉換為 PL/pgSQL
資料遷移:使用 AWS Database Migration Service (DMS) 透過完整性驗證遷移資料
資料庫物件:支援觸發、函數、檢視、計算資料欄和身分資料欄
驗證:自動化資料完整性驗證和參考完整性檢查
應用程式轉換
實體架構轉換:更新 PostgreSQL 的實體架構 6.3-6.5 和 EF Core 1.0-10.0 組態
ADO.NET 轉換:將 ADO.NET 資料存取碼從 SQL Server 轉換為 PostgreSQL 供應商。
連線字串更新:自動將所有資料庫連線字串更新至新的目標 PostgreSQL 資料庫
資料庫提供者變更:將 SQL Server 提供者取代為 Npgsql (PostgreSQL 提供者)
ORM 組態更新:修改資料類型映射、身分資料欄和資料庫特定的組態
協調與驗證
以波為基礎的現代化:將大型資產組織成邏輯遷移階段
相依性映射:識別應用程式和資料庫之間的關係
Human-in-the-loop (HITL) 檢查點:在關鍵階段提供審核和核准閘道
自動化驗證:測試結構描述相容性、資料完整性和應用程式功能
CI/CD 整合:與現有的開發管道整合
部署
Amazon ECS 和 Amazon EC2 部署:具有自動擴展支援的自動化容器化部署
Infrastructure-as-code產生:建立 CloudFormation 或 AWS CDK 範本
自動化部署驗證:使用運作狀態檢查來驗證成功的部署
回復功能:發生問題時支援回復程序
支援的版本和專案類型
SQL Server 版本
AWS 轉換支援下列 SQL Server 版本:
| SQL Server 版本 | 支援狀態 |
|---|---|
| SQL Server 2022 | 支援 |
| SQL Server 2019 | 支援 |
| SQL Server 2017 | 支援 |
| SQL Server 2016 | 支援 |
| SQL Server 2014 | 支援 |
| SQL Server 2012 | 支援 |
| SQL Server 2008 R2 | 支援 |
注意
支援所有 SQL Server 版本 (Express、Standard、Enterprise)。SQL Server 可在 AWS (Amazon RDS for SQL Server 或 Amazon EC2 上的 SQL Server) 上託管,或在 外部託管 AWS。
.NET 版本
| .NET 版本 | 支援狀態 |
|---|---|
| .NET 10 | 支援 |
| .NET 8 | 支援 |
| .NET 7 | 支援 |
| .NET 6 (核心) | 支援 |
| .NET Framework 4.x 及更早版本 | 不支援 |
重要
不支援舊版 .NET Framework 4.x 和舊版。如果您的應用程式使用 .NET Framework,您必須先使用 AWS Transform for .NET 現代化升級至 .NET Core 6+,才能使用 SQL Server 轉換功能。
實體架構版本
| 架構 | 支援的版本 |
|---|---|
| 實體架構 6 | 6.3、6.4、6.5 |
| 實體架構核心 | 1.0 到 10.0 |
| ADO.NET | 所有版本 (GA) |
原始程式碼儲存庫
AWS 轉換支援下列原始程式碼平台:
GitHub 和 GitHub Enterprise Server
GitLab.com 和 GitLab 自我管理
Bitbucket 雲端和 Bitbucket 資料中心
Azure DevOps 和 Azure DevOps 伺服器
Amazon S3
目標資料庫
AWS 支援最新 Aurora 功能和最佳化的轉換目標為 Amazon Aurora PostgreSQL (PostgreSQL 15+ 相容)。
技術需求
資料庫需求
Microsoft SQL Server 2008 R2 至 2022 版
託管於 AWS (Amazon RDS for SQL Server 或 Amazon EC2 上的 SQL Server) 或託管於 外部的 SQL Server AWS
對於 AWS託管的資料庫,資料庫和 AWS 轉換必須位於相同的 AWS 區域。
對於託管於 外部的資料庫 AWS,需要與 AWS Transform 服務的網路連線。
具有 VIEW DEFINITION 和 VIEW DATABASE STATE 許可的資料庫使用者
僅使用可列印 ASCII 字元的資料庫密碼 (不包括 '/'、'@'、'"' 和空格)
包含來源 SQL Server 的 VPC 必須在至少 2 個不同的可用區域中具有子網路 (DMS 複寫子網路群組需要)
應用程式需求
.NET 6、7、8 或 10 應用程式
實體架構 6.3-6.5 或實體架構核心 1.0-10.0,或 https://ADO.NET
原始程式碼中可探索的資料庫連線
應用程式已成功建置和執行
支援的儲存庫平台中的原始程式碼
AWS 帳戶需求
AWS 具有管理員存取權的帳戶
IAM Identity Center 已啟用
已建立必要的服務角色 (請參閱下列設定指示)
具有適當網路組態的 VPC
資料處理和儲存
處理位置
結構描述處理發生在 VPC 內的 DMS 執行個體中
資料遷移是選用的,可以視需要排除
轉換成品存放在 AWS 轉換服務區域中
存放的成品
下列項目存放在服務區域中:
代理程式日誌
評估結果
SQL 結構描述檔案
DMS 輸出成品
重要
資料常駐的重要:即使選擇退出資料遷移,中繼資料和處理成品也會存放在服務區域中。這對具有嚴格資料落地要求的組織來說很重要。
成品管理
使用您自己的 KMS 金鑰進行加密的客戶選項
為所有成品定義的 TTL time-to-live期間
您可以下載成品以進行離線儲存