2026年6月11日、Azure SQL Databaseの更新情報として「SQL MCP Server」の一般提供（GA）が発表されました。最大の変更点は、2026年3月18日からパブリックプレビューだった機能が、本番利用を想定した提供段階へ移行したことです。
ただし、Azure SQL Databaseの設定やデータベースが自動的に変更されるわけではありません。SQL MCP Serverを利用しない環境では、原則として対応不要です。導入予定またはプレビュー版を利用中の組織は、Data API builderのバージョン、公開するデータ、認証、権限、運用コストを確認する必要があります。(Microsoft Azure)
Azure SQL DatabaseのSQL MCP Serverで何が変わったのか
今回の更新は、Azure SQL Database本体の互換性レベルや料金プランを変更するものではありません。AIエージェントとデータベースの間に配置する「SQL MCP Server」の提供ステータスが、パブリックプレビューから一般提供へ変わった更新です。
| 確認項目 | 変更前 | 2026年6月11日以降 |
|---|---|---|
| 提供状態 | パブリックプレビュー | 一般提供（GA） |
| 想定用途 | 検証、評価、非本番環境 | 本番利用を想定 |
| Azure SQL Databaseへの自動適用 | なし | なし |
| 主な対応者 | 検証担当者 | AI開発者、DBA、クラウド管理者、セキュリティ担当者 |
| 移行期限 | なし | GA告知に期限の記載なし |
Azureの更新情報では、GA状態の機能は「完全にリリースされ、本番利用可能」と位置付けられています。一方、SQL MCP Serverはセルフホスト型であり、利用者自身が構成して実行する仕組みです。AzureポータルでAzure SQL Databaseのスイッチを有効にすると自動導入されるサービスではありません。(Microsoft Azure)
SQL MCP Serverとは
SQL MCP Serverは、AIエージェントからデータベースを安全に操作するためのModel Context Protocol（MCP）サーバーです。Microsoftのオープンソース製品「Data API builder」に含まれており、Data API builder 1.7以降で利用できます。
設定ファイルでは、主に次の内容を定義します。
- 接続するデータベース
- AIエージェントへ公開するテーブル、ビュー、ストアドプロシージャ
- ロールごとに許可する読み取り、追加、更新、削除などの操作
- 公開する列と非公開にする列
- エンティティや項目の説明
同じData API builderの構成から、MCPだけでなくRESTやGraphQLのエンドポイントも提供できます。SQL MCP Server自体はオープンソースで無料ですが、実行環境は利用者が用意します。(Microsoft Learn)
任意のSQLをAIに生成させる仕組みではない
SQL MCP Serverは、AIが任意のSQL文を生成してデータベースへ直接送る「NL2SQL」を意図的に採用していません。
あらかじめData API builderで定義したエンティティと権限を基に、決められた操作を実行します。そのため、AIエージェントにデータベース接続情報や内部スキーマを直接渡す構成よりも、操作範囲を管理しやすくなります。
また、主な対象はデータの参照・追加・更新・削除などのDMLです。テーブル作成や列変更といったDDLをAIエージェントに実行させるための機能ではありません。(Microsoft Learn)
誰に影響するのか
| 利用状況 | 影響 | 必要な対応 |
|---|---|---|
| Azure SQL Databaseだけを利用している | ほぼなし | 原則として対応不要 |
| SQL MCP Serverのプレビュー版を利用中 | あり | バージョン、設定、認証、動作を再確認 |
| Azure SQL DatabaseとAIエージェントを連携したい | あり | 本番構成の設計を開始可能 |
| Data API builderをREST／GraphQL用途で利用中 | あり | 既存構成からMCPで公開される範囲を確認 |
| DBA・セキュリティ管理者 | あり | 権限、監査、データ公開範囲を審査 |
| 一般のAzure SQL Database利用者 | なし | MCPを使わない限り作業不要 |
特に注意したいのは、既存のData API builder利用者です。バージョンや設定によってはMCPエンドポイントを利用できるため、「RESTでは公開してよいが、AIエージェントには公開したくない」エンティティがないか確認してください。SQL MCP Serverでは、エンティティ単位でMCPへの公開範囲を制御できます。(Microsoft Learn)
設定・更新・移行で確認すべきポイント
Data API builderのバージョンを確認する
SQL MCP ServerはData API builder 1.7以降で利用できます。まず、現在のバージョンを確認します。
dab --versionグローバルツールとして導入している場合は、次のコマンドで更新できます。
dotnet tool update --global Microsoft.DataApiBuilder本番環境では、単に最新版へ更新するのではなく、検証済みのバージョンを固定してください。コンテナーを使っている場合も、latestのような可変タグではなく、承認したバージョンのイメージタグを指定する方が安全です。(Microsoft Learn)
Data API builder 2.0の機能状態を混同しない
SQL MCP ServerがGAになっても、Data API builder 2.0で追加されたすべての機能が同時にGAになったとは限りません。Microsoft Learnでは、Data API builder 2.0をパブリックプレビューとして説明しています。
自動構成、認証方式、カスタムMCPツールなどの2.0固有機能を使う場合は、各機能の提供状態を個別に確認してください。安定版とプレビュー機能を同じものとして扱わないことが重要です。(Microsoft Learn)
公開対象はテーブル単位で決めない
本番データベースのテーブルを、そのまま広範囲に公開する構成は避けましょう。最初は、AIエージェント専用のビューやストアドプロシージャを用意する方法が安全です。
たとえば受注状況を回答するエージェントであれば、顧客の氏名、メールアドレス、社内メモを除外し、次の項目だけを持つ参照用ビューを作成します。
- 受注番号
- 商品区分
- 受注日
- 出荷状態
- 金額帯
- 担当部署
AIに不要な個人情報や内部管理情報を、最初からMCP側へ公開しない設計が重要です。Data API builderでは、公開するエンティティ、列、操作を構成ファイルで制限できます。(Microsoft Learn)
最初は読み取り専用で導入する
検証段階では、参照権限だけを付与し、追加・更新・削除は無効にすることを推奨します。
特に削除操作を許可する場合は、AIエージェントの確認画面だけに依存してはいけません。データベース権限、Data API builderのロール、エンティティ権限の各層で操作を制限してください。
書き込みが必要な業務では、自由な更新操作を許可するよりも、処理内容を限定したストアドプロシージャを公開する方が、入力チェックや監査を実装しやすくなります。
認証は2つの経路を分けて設計する
SQL MCP Serverの認証には、次の2方向があります。
- AIエージェントからSQL MCP Serverへの接続
- SQL MCP ServerからAzure SQL Databaseへの接続
Azure SQL Databaseへの接続では、パスワードを構成ファイルへ保存するのではなく、マネージドIDの利用が推奨されています。AIエージェントからMCPエンドポイントへの接続には、Microsoft Entra IDやOAuthによるトークン認証を検討します。
APIキーなど、SQL MCP Serverが直接扱わない認証方式が必要な場合は、Azure API Managementなどのゲートウェイを前段に配置します。(Microsoft Learn)
プレビュー版からの移行ではデータベース移行は不要
プレビュー版からGA版へ切り替えるために、Azure SQL Databaseのデータを別のデータベースへ移す必要はありません。主な作業対象は、SQL MCP Serverを実行するData API builder、コンテナーイメージ、構成ファイル、認証設定です。
既存利用者は、次の順序で更新すると安全です。
- 現在のData API builderバージョンと構成ファイルを保存する
- 検証環境で更新後のバージョンを起動する
- 公開されるエンティティとMCPツールを確認する
- 読み取り、更新、削除の権限をロール別にテストする
- Azure SQL Databaseへの接続数とクエリ負荷を確認する
- ログと監査情報が取得できることを確認する
- ロールバック手順を用意して本番へ反映する
料金はどう変わるのか
SQL MCP ServerとData API builder自体は、オープンソースで無料です。追加ライセンスや専用の有料プランはありません。(Microsoft Learn)
ただし、実際の運用では次の費用が発生する可能性があります。
| 費用項目 | 確認内容 |
|---|---|
| Azure SQL Database | AIエージェントによって増えるクエリ、CPU、I/O、データ転送 |
| 実行環境 | Azure Container Apps、App Service、VMなどの利用料 |
| 監視 | Application Insights、Log Analyticsのデータ取り込みと保持 |
| キャッシュ | Redisなど外部キャッシュを利用する場合の料金 |
| ネットワーク | Private Link、ゲートウェイ、リージョン間転送など |
| AIサービス | Microsoft Foundryや利用するモデルの推論料金 |
Azure Container Appsを利用する場合は、使用したコンピューティングリソースなどに応じた料金体系があります。Azure Monitorも、ログの取り込み量や保持方法などによって費用が変わります。SQL MCP Serverが無料だからといって、システム全体を無料で運用できるわけではありません。(Microsoft Azure)
本番導入前には、通常時だけでなく、AIエージェントが同じ質問を繰り返した場合や、複数ユーザーが同時利用した場合の負荷を測定してください。
対応期限はあるのか
2026年6月11日のGA告知には、既存環境の移行期限、強制更新日、旧機能の廃止日は記載されていません。そのため、SQL MCP Serverを使用していない組織が、期限までに何かを設定する必要はありません。(Microsoft Azure)
一方、プレビュー版を本番に近い環境で利用している場合は、GA後のバージョンと公式ドキュメントを確認し、早めに再検証するのが安全です。Data API builderや実行基盤のサポート期限は別に管理されるため、採用したバージョンのライフサイクルも継続的に確認してください。
導入時に失敗しやすいポイント
GAになっただけで安全だと判断する
GAは本番利用を想定した提供状態を示しますが、利用者のデータ公開範囲までMicrosoftが決めてくれるわけではありません。匿名アクセスに広い権限を与えたり、機密列を含むテーブルをそのまま公開したりすれば、情報漏えいにつながります。
AIが複雑なSQLを自由に実行できると思い込む
SQL MCP Serverは、任意のNL2SQLを実行する製品ではありません。複雑な集計や業務ロジックが必要な場合は、適切なビューやストアドプロシージャを事前に設計します。(Microsoft Learn)
読み取りと更新を同時に公開する
最初から作成・更新・削除まで許可すると、障害時の原因切り分けが難しくなります。まずは読み取り専用で利用価値と負荷を確認し、必要な操作だけを段階的に追加してください。
監視を後回しにする
AIエージェントは、人間が画面を操作する場合よりも短時間に多数のリクエストを送る可能性があります。SQL MCP ServerはOpenTelemetry、Application Insights、Log Analyticsなどを使った監視に対応しているため、アクセスログ、エラー、処理時間、データベース負荷を本番公開前から記録します。(Microsoft Learn)
管理者が最初に行う確認手順
- SQL MCP Serverを利用している環境があるか確認する
- Data API builderのバージョンを記録する
- MCPへ公開されるテーブル、ビュー、ストアドプロシージャを一覧化する
- 読み取り以外の権限が本当に必要か判断する
- AIエージェント側とデータベース側の認証を分けて確認する
- Azure SQL Databaseへの接続にはマネージドIDを優先する
- 検証環境で負荷、ログ、エラー、権限をテストする
- Azure SQL Database、実行環境、監視のコストを見積もる
- ロールバック手順を作成してから本番へ展開する
今回のAzure SQL Database更新で重要なのは、SQL MCP Serverが検証段階から本番利用を想定したGAへ移行した点です。Azure SQL Databaseを利用しているだけなら、直ちに設定変更する必要はありません。
導入する場合は、まず検証環境で「1つの参照用ビュー」「読み取り専用権限」「マネージドID」「ログ監視」という最小構成から始めてください。安全性と負荷を確認した後、必要なエンティティや更新操作を一つずつ追加する進め方が現実的です。
コメント