AWS DMS Schema ConversionがSQL Serverのオフライン変換に対応、DMSからソースDBへ接続せずスキーマを変換可能に

AWSは2026年7月10日、AWS Database Migration Service（DMS）Schema Conversionが、Microsoft SQL Serverを対象としたオフラインソース変換に対応したと発表しました。DMS Schema Conversionからソースデータベースへ直接接続せず、自分の環境で抽出したメタデータをアップロードしてスキーマとコードを変換する経路が加わりました。

まず、今回の発表の要点を、次のとおり整理しました。

• SQL Serverのオフラインソース変換に対応
• DMSからソースDBへ直接接続せずスキーマとコードを変換
• 抽出したメタデータをアップロードして処理
• DMS Schema Conversionの全ターゲットが対象
• 変換に追加料金はかからないとAWSが説明

今回の変更は、AWS DMS Schema Conversionに「オフラインソース（Offline Source）」という変換経路が加わったことです。AWSの発表文は、Microsoft SQL Serverを対象にオフラインソース変換へ対応したと述べています。

仕組みの面では、これまでの変換はDMS Schema Conversionがソースデータベースへ接続し、そこからメタデータを読み取る前提でした。オフラインソースでは接続の代わりに、利用者が自分の環境で書き出したメタデータのファイルをDMS側へ渡します。

SQL Serverオフラインソースの対象と提供状態

境界として注意したいのは、オフラインソースの対象がMicrosoft SQL Serverだという点です。DMS Schema ConversionはOracleやIBM Db2なども変換元として扱えますが、今回のオフライン経路の対象として発表文と公式ドキュメントが挙げているのはSQL Serverだけです。

提供状態についても発表文は「now supports（対応した）」と述べるにとどまり、GA（一般提供）やプレビューといった区分を明記していません。本記事でも、記載のない提供状態は補いません。

想定される対象は、SQL Serverからの移行を検討していて、本番DBへ外部ツールをつなぐ手続きが重い環境です。既存の接続方式が使えている場合、今回の追加は選択肢が1つ増えたという位置づけであり、変更の原文はAWS公式発表で確認できます。

AWSの説明によると、利用者は自分の環境で標準的なデータベースコマンドを使ってメタデータを抽出し、それをDMS Schema Conversionへアップロードして処理させます。データベース管理者が既存環境で人が読めるメタデータファイルを生成し、セキュリティチームがアップロード前にコマンドと出力をレビューできる、というのがAWSの示す流れです。

公式ドキュメントによると、実際に渡すのはソースのデータベースオブジェクトを記述したDDLスクリプトです。書き出しには任意のツールを使えるとしたうえで、ドキュメントはSQL Server Management Studio（SSMS）とSQL Server Management Objects（SMO）の2つの方法を説明しており、オフラインソース利用の流れは次の手順のとおりです。

1. SSMSまたはSMOでDDLスクリプトを書き出す
2. スクリプトをAmazon S3バケットへアップロードする
3. Virtual Modeを有効にしたデータプロバイダーを作成する
4. 各data providerにsecretと読取ロールを指定する
5. スキーマ変換を起動して変換結果を確認する

移行プロジェクトではsourceとtargetの全data providerに、有効なsecretと読み取り用IAMロールを指定します。Virtual Modeのproviderでも指定は必要ですが、その資格情報はデータベース接続には使われません。

境界として押さえたいのは「接続不要」の主語です。不要になるのはDMS Schema ConversionからソースSQL Serverへの直接接続であり、利用者が自分の環境でSSMSやSMOを使ってDDLを抽出するためのアクセスは残ります。

Virtual ModeのRefresh from databaseによるDDL再読込

Virtual ModeのDMS Schema Conversionは、データベース接続を必要とする操作を無効化します。オフラインソースでソースツリーのDatabasesノードから「Refresh from database」を選ぶと、オブジェクトツリーがクリアされ、S3バケットのDDLスクリプトからメタデータが読み直されます。

オフラインソースの対象範囲はソース側とターゲット側で異なり、次の表のとおりです。

発表文が明言するのは、オフラインソースの利用に追加の変換料金がかからないことまでです。DMSの利用料やS3の保管料などは発表の対象外であり、実際の費用はAWSの各料金ページで確認する必要があります。

変換先として選べるデータベースの一覧は、AWS公式のDMS Schema Conversion対応ターゲット文書にあります。

Virtual Modeの2つの用途

公式ドキュメントは、Virtual Modeをオフラインソースと仮想ターゲットの2つの文脈で説明しています。対象と切り替え時の注意を次の表に整理しました。

DMS Schema Conversionの対応リージョン確認先

対応AWSリージョンについては、発表文は具体的なリージョンを列挙せず、公式ページを参照するよう案内しています。本記事でもリージョンの一覧は再掲しません。

リージョンごとの提供状況はAWS公式ドキュメントのSupported AWS Regionsの表で確認してください。

SQL Serverへの直接接続をなくすAWS説明の効果

AWSは、本番のSQL Serverデータベースへの外部ツールのアクセスをセキュリティポリシーで制限している組織に適すると説明しています。数週間のセキュリティレビューをコマンドとアップロードの単純なワークフローへ変えることを含め、接続要件をなくす効果を次のとおり整理しました。

• DMS Schema ConversionがソースDBへ直接接続しない
• 直接接続を承認するための審査を減らせる
• ファイアウォールの変更が不要になる
• VPNのセットアップが不要になる
• 接続方式と同じ変換結果が得られる

SQL Serverオフラインソースの前提と実務確認

境界として、これらはいずれもAWS自身の説明であり、第三者が検証した結果ではありません。「同じ変換結果」も、接続方式で取得するメタデータをDDLスクリプトが欠かさず反映している前提と読む必要があり、抽出漏れがあった場合の挙動までは発表文に記載がありません。

セキュリティレビューについても、AWSが不要になると述べているのは、ソースDBへの直接接続を承認するための審査やネットワーク変更です。抽出コマンド・DDLファイル・S3へのアップロード経路に対するレビューまで消えるとは書かれておらず、発表文はむしろセキュリティチームがアップロード前にコマンドと出力を確認できる点を利点として挙げています。

発表文が触れていない条件は、次のとおりです。

• 変換にかかる時間
• 対応するSQL Serverのバージョン
• 1回に扱えるオブジェクト数

発表文は対応するSQL Serverのバージョンを列挙していませんが、AWSのDMS Schema Conversionの対応ソース文書には別途一覧があります。検討時は現行の対応表を確認し、SSMSやSMOでDDLを抽出するためのソースDBアクセスが引き続き必要な点も前提に置いてください。

発表文は利用開始の案内先をUsing Offline Sourceと記しています。現行のAWSドキュメントでは、SQL Serverの抽出設定とS3アクセス権限がそれぞれ専用ページで公開されているため、以下はその現行ページに沿って整理します。

SSMS・SMOで確認する公式抽出設定

AWS公式のExport SQL Server database objectsは、任意の抽出ツールを使えるとしたうえで、SSMSとSMOの具体的な設定値を示しています。代表的な対応値を次の表に整理しましたが、抽出時は同ページの完全な設定一覧を確認してください。

AWSのSMO公式サンプルは、データベースオブジェクトごとに個別の.sqlファイルを作り、各ファイルへ単一オブジェクトのCREATE文を1つ出力します。サンプルが指定する.NETのEncoding.UnicodeはUTF-16 little-endianであり、公式のDDL要件も.sqlファイルをUnicodeエンコーディングとしています。

AWS公式のDDL入力構造と処理対象文

AWS公式の抽出仕様には、設定値に加えてDMS Schema Conversionが読み取るファイル構造とSQL文の制約があります。DDL入力構造と処理対象文のうち、まずファイル構造の要件を次の表に整理しました。

公式仕様が処理対象として明示するCREATE文とALTER TABLEの形を、次の表に分けました。

その他のALTER文とDROP文はエラーになるのではなくスキップされるため、DDLに含めただけでは変換対象になったと判断できません。完全な入力要件と処理対象文は、AWS公式のSQL Server DDL抽出仕様で確認してください。

Offline SourceのS3PathとIAMロール指定欄

オフラインソース向けS3アクセス権限の公式ページは、DDLスクリプトの置き場所をS3Path、DDL読み取り用ロールをS3AccessRoleArnとしてデータプロバイダーへ渡し、dms.amazonaws.comがそのロールを引き受ける構成を示しています。DDL読み取り用とsecret読み取り用というIAMロールの違いを、次の表に分けました。

公式ページが求めるS3権限はs3:GetObjectとs3:ListBucketで、ポリシー例では対象バケットとprefixへ範囲を絞っています。S3バケットがSSE-KMSを使う場合はKMSキーへのkms:Decryptを追加し、SSE-S3または未暗号化の場合は追加の権限が要らないと明記されています。

アカウント境界も公式に定められており、IAMロールはDMSリソースと同じAWSアカウントに置きます。オフラインソースのデータプロバイダーでは、クロスアカウントのS3アクセスは非対応です。

導入を検討する前に確認したいAWS公式の要件と対象範囲を、次の表にまとめました。

今回のオフラインソースは、承認の対象を「外部サービスからソースDBへの接続」から「手元で実行するコマンドとその出力ファイル」へ置き換える変更だと読めます。ただしDDLを抽出する側のアクセスは残るため、社内の審査が丸ごと消えるわけではありません。

最初に確かめたいのは、公式ドキュメントのSSMS・SMOの抽出設定、S3PathとS3AccessRoleArn、そして対応リージョンという公式条件でしょう。提供状態はGAともプレビューとも書かれていないため、発表文の記述を超えて読み込まない姿勢が要ります。

References

1. AWS. 「AWS DMS Schema Conversion now supports offline SQL Server conversion」. https://aws.amazon.com/about-aws/whats-new/2026/07/aws-dms-schema-conversion-offline-source/, (参照 2026-07-13).
2. AWS. 「Virtual mode for offline source and virtual target」. https://docs.aws.amazon.com/dms/latest/userguide/virtual-data-provider.html, (参照 2026-07-13).
3. AWS. 「Export SQL Server database objects」. https://docs.aws.amazon.com/dms/latest/userguide/export-sql-server-database-objects.html, (参照 2026-07-13).
4. AWS. 「Configure S3 access permissions for an offline source」. https://docs.aws.amazon.com/dms/latest/userguide/virtual-source-s3-permissions.html, (参照 2026-07-13).
5. AWS. 「Converting database schemas using DMS Schema Conversion」. https://docs.aws.amazon.com/dms/latest/userguide/CHAP_SchemaConversion.html, (参照 2026-07-13).
6. AWS. 「Sources for DMS Schema Conversion」. https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion, (参照 2026-07-13).
7. AWS. 「Targets for AWS DMS Schema Conversion」. https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Targets.SchemaConversion.html, (参照 2026-07-13).
8. Microsoft. 「Encoding.Unicode Property」. https://learn.microsoft.com/en-us/dotnet/api/system.text.encoding.unicode, (参照 2026-07-13).

※本記事は公式発表を基に編集しています。内容はAIで確認していますが、誤りや最新情報との差異がある場合は、以下フォームよりご報告ください。