Azure SQLへの移行やハイブリッド運用を検討しているなら、「SQL Server enabled by Azure Arc」は早めに確認すべき機能です。結論から言うと、これはオンプレミス、エッジ、他社クラウドなどにあるSQL Serverを、Azure上の管理対象として可視化・評価・保護・移行支援できるようにする仕組みです。SQL ServerをすぐAzure SQLへ移す機能というより、既存SQL ServerをAzureの管理プレーンに接続し、移行判断やセキュリティ強化を進めやすくする基盤と考えると分かりやすいでしょう。Microsoft Learnの公式情報では、データセンター、店舗などのエッジ環境、任意のパブリッククラウドやホスティング事業者上のSQL Serverを対象に、Azure Arc経由でAzureサービスを拡張できると説明されています。(Microsoft Learn)
2026年5月時点の「Overview – SQL Server enabled by Azure Arc」で特に重要なのは、機能一覧だけでなく、ライセンス種別、OS、SQL Serverバージョン、エディション、サービス種別ごとの利用可否が整理されている点です。管理者は「接続すれば何でも使える」と考えず、自社のSQL Server環境で使える機能、追加設定が必要な機能、移行や監視に影響する制約を確認する必要があります。
SQL Server enabled by Azure Arcとは
SQL Server enabled by Azure Arcは、Azure外にあるSQL ServerインスタンスをAzure Arcに接続し、Azure PortalやAzure Resource Graphなどから一元管理できるようにする仕組みです。対象は、オンプレミスの物理サーバーや仮想マシン、店舗・工場などのエッジ拠点、他社クラウドやホスティング環境にあるSQL Serverです。Azure VMware Solution上のSQL Server VMについても、Azure Arcでの管理構成が用意されています。(Microsoft Learn)
重要なのは、SQL Server enabled by Azure Arcが「Azure SQL Databaseそのもの」ではないことです。既存のSQL ServerをAzureに接続し、次のような運用を可能にする管理レイヤーです。
| できること | 実務での意味 |
|---|---|
| SQL Serverインスタンスの一覧化 | 社内に散在するSQL Serverの棚卸し、バージョン確認、ライセンス管理に使える |
| データベース単位の可視化 | バックアップ未実施、暗号化未対応などのリスク確認に使える |
| ベストプラクティス評価 | パフォーマンスやセキュリティ設定の改善点を把握できる |
| Microsoft Defender for Cloud連携 | 脆弱性評価や脅威検出の対象にできる |
| Microsoft Entra認証 | SQL Server 2022以降で、より現代的な認証方式を検討できる |
| 移行評価 | Azure SQL Managed Instanceなどへの移行準備状況や推奨構成を確認できる |
| 従量課金・ESU管理 | ライセンスや延長セキュリティ更新プログラムの管理に使える |
つまり、Azure SQLへの移行を急ぐ前に「現状のSQL Serverを正しく見える化する」ための入口になります。
今回の公式情報で押さえるべき変更点
今回の概要で注目すべきポイントは、単なる機能紹介ではなく、運用前に確認すべき条件がかなり具体化されていることです。特に管理者や開発者が確認すべきなのは、次の4点です。
利用できる機能はライセンス・OS・バージョンで変わる
SQL Server enabled by Azure Arcは、接続後にすべての機能が一律で使えるわけではありません。公式ドキュメントでは、ライセンス種別、OS、SQL Serverバージョン、エディション、サービス種別ごとの機能可否が示されています。たとえば、インベントリ、移行準備、Microsoft Entra認証、Microsoft Defender for Cloud、Microsoft Purviewなどは幅広く扱われていますが、ベストプラクティス評価、監視、バックアップ、自動更新などは条件により利用可否が変わります。(Microsoft Learn)
導入前には、少なくとも次の項目を一覧化してください。
| 確認項目 | 見るべきポイント |
|---|---|
| SQL Serverのバージョン | SQL Server 2012以降か。64ビット版か |
| エディション | Enterprise、Standard、Express、Developerなどで使える機能が異なる |
| OS | WindowsかLinuxか。Linuxでは利用できない機能がある |
| ライセンス | ライセンスのみ、Software Assurance付き、SQL Serverサブスクリプション、従量課金のどれか |
| サービス種別 | Database Engine、SSIS、SSRS、SSAS、Power BI Report Serverのどれを管理したいか |
| Azureリージョン | Arc-enabled ServerとArc-enabled SQL Serverインスタンスで同じリージョンを使う必要がある |
特にLinux環境では注意が必要です。公式表では、Linuxは接続や従量課金、Microsoft Entra ID認証、Microsoft Purviewなど一部機能に対応する一方、ベストプラクティス評価、移行評価、詳細インベントリ、Microsoft Defender for Cloud、監視などはWindowsと同じようには使えない項目があります。また、Linuxの従量課金ではパッシブインスタンス検出などに制限があり、すべてのSQL Serverインスタンスがアクティブとして課金されると説明されています。(Microsoft Learn)
移行評価はAzure SQL検討の起点になる
Azure SQLへの移行を考えている企業にとって、移行評価は非常に重要です。SQL Server enabled by Azure Arcの移行評価では、クラウド移行の準備状況、リスクと緩和策、ワークロードに合うAzure SQLのサービス層やSKU構成の推奨などを確認できます。評価は自動生成され、既定では週1回継続的に実行されるとされています。(Microsoft Learn)
ここでのポイントは、移行評価を「移行してよいという承認」と誤解しないことです。あくまで、Azure SQLへの移行判断を支援する材料です。実際の移行前には、アプリケーション互換性、SQL Agentジョブ、リンクサーバー、CLR、照合順序、バックアップ方式、メンテナンスジョブ、接続元IP、認証方式などを別途確認する必要があります。
開発者は、移行評価の結果だけでなく、アプリケーション側の依存関係も洗い出してください。たとえば、オンプレミスSQL Serverでは問題にならなかったWindows認証、ローカルファイル参照、サーバーレベル権限、ジョブ実行権限が、Azure SQL Managed InstanceやAzure SQL Databaseでは設計変更を伴う場合があります。
また、リリースノートでは、Azure Extension for SQL Serverのバージョン1.1.3348.364以降で、Managed Instance linkを使った複数データベースの同時移行が最大10データベースまで可能になったと説明されています。移行方式を検討する場合は、Azure Arcに接続しているかだけでなく、拡張機能のバージョンも確認すべきです。(Microsoft Learn)
セキュリティとガバナンスの対象が広がる
SQL Server enabled by Azure Arcを使うと、Azure外のSQL ServerにもAzureのセキュリティ・ガバナンス機能を適用しやすくなります。代表的なのが、Microsoft Defender for Cloud、Microsoft Purview、Microsoft Entra認証です。
Microsoft Defender for Cloudは、データベースの脆弱性評価や不審なアクティビティの検出に役立ちます。Microsoft Purviewは、オンプレミス、マルチクラウド、SaaSを含むデータ資産の検出、分類、データリネージなどのガバナンスを支援します。(Microsoft Learn)
Microsoft Entra認証については、SQL Server 2022以降が必要とされています。従来のユーザー名・パスワード中心の運用から、MFA、SSO、マネージドIDなどを含むID管理へ移行するきっかけになります。ただし、既存アプリケーションがSQL認証に強く依存している場合、接続文字列、ドライバー、実行ユーザー、サービスアカウントの見直しが必要です。(Microsoft Learn)
監視や評価にはAzure Monitor AgentとLog Analyticsが関係する
アーキテクチャ上、SQL Server enabled by Azure ArcではAzure Connected Machine agentとAzure Extension for SQL ServerがAzureとの通信を担います。通信はTLSを使ったアウトバウンドHTTPS、TCP 443で行われます。プロキシ、Azure ExpressRoute、Azure Private Link、インターネット経由の通信構成も考慮できます。(Microsoft Learn)
ただし、Microsoft Defender for Cloudやベストプラクティス評価など一部の機能では、Azure Monitor AgentとAzure Log Analyticsワークスペースへの接続が必要になると説明されています。つまり、Arc接続だけで監視や評価が完結するとは限りません。(Microsoft Learn)
ネットワーク設計では、次の確認を行いましょう。
| 確認項目 | 確認内容 |
|---|---|
| アウトバウンド通信 | TCP 443でAzureへの通信が許可されているか |
| プロキシ | 認証プロキシやSSLインスペクションがエージェント通信を妨げないか |
| Private Link | 使える範囲と使えないエンドポイントを確認しているか |
| Log Analytics | 利用する機能にワークスペース連携が必要か |
| 拡張機能 | Azure Extension for SQL Serverがサポート対象バージョンか |
公式情報では、SQL Server向けAzure拡張機能は過去1年以内にリリースされたバージョンのみがサポート対象とされています。拡張機能の自動更新を有効にするか、運用手順として定期更新を組み込むことが重要です。(Microsoft Learn)
管理者が確認すべき設定
SQL Server enabled by Azure Arcでは、初期状態で有効な機能と無効な機能があります。導入後に「有効になっていると思っていたのに動いていない」という失敗を避けるため、設定の既定値を確認しておきましょう。
| 設定 | 既定状態 | 実務上の注意点 |
|---|---|---|
| Extended Security Updates | 無効 | SQL Serverのサポート期限と費用を確認してから有効化する |
| Least privilege mode | 無効 | セキュリティ要件が高い環境では優先的に検討する |
| Automated patching | 無効 | 変更管理やメンテナンス時間帯と合わせて設計する |
| Best practices assessment | 無効 | 評価結果を運用改善のバックログに落とし込む |
| Microsoft Entra Authentication | 無効 | SQL Server 2022以降、アプリ側の認証方式確認が必要 |
| Purview | 無効 | データ分類・アクセス制御方針と合わせて有効化する |
| Automated backups | 無効 | 既存バックアップ運用との重複や保存先を確認する |
| Collect performance metrics | 有効 | プレビュー扱いのため、本番利用では仕様変更に注意する |
| Migration assessment | 有効 | Azure SQL移行計画の初期評価として活用する |
| Database migration | 有効 | 実移行前に互換性、停止時間、ロールバック手順を確認する |
| Extension log collection | 有効・無効化不可 | 監査・ログ保持ポリシーと照合する |
| SQL Server instance and DB discovery | 有効・無効化不可 | インベントリ対象として見える範囲を把握する |
これらの設定は、Azure Portal、Azure PowerShell、Azure CLIなどで管理できます。既存環境に展開する場合は、設定を個別に手作業で変えるより、環境ごとの標準設定を決めてから自動化する方が安全です。
開発者が確認すべき影響範囲
SQL Server enabled by Azure Arcは管理基盤の機能ですが、開発者にも影響があります。特に、移行評価、認証、監視、診断、権限管理の変更はアプリケーション側に波及します。
接続方式と認証方式
Microsoft Entra認証を使う場合、アプリケーションが対応するドライバーや認証方式を使っているかを確認します。SQL認証からMicrosoft Entra ID認証へ移行するなら、接続文字列、接続プール、サービスプリンシパル、マネージドID、ローカル開発環境での認証方法まで見直す必要があります。
移行評価の結果とアプリ互換性
移行評価でAzure SQLの推奨構成が出ても、アプリケーションがそのまま動くとは限りません。SQL Server固有機能、サーバーレベル設定、外部ファイル参照、分散トランザクション、SQL Agentジョブ、リンクサーバーなどを使っている場合は、移行先ごとの対応可否を確認してください。
診断・検証スクリプト
公式情報では、DBCC CLONEDATABASEをAzure Extension for SQL Serverの既定インストールで実行するとエラーになる場合があり、実行するには拡張機能をleast privilege modeで動かす必要があるとされています。パフォーマンス調査や再現環境作成でDBCC CLONEDATABASEを使っているチームは、運用手順に影響がないか確認しましょう。(Microsoft Learn)
命名規則
バイナリ照合順序を使う環境では、末尾に空白を含むデータベース名や可用性グループ名が拡張機能でスキップされる可能性があります。また、#を含むSQL Serverインスタンス名はサポートされないとされています。古い命名規則が残っている環境では、オンボード前に棚卸ししておくべきです。(Microsoft Learn)
展開時に失敗しやすいポイント
SQL Server enabled by Azure Arcの展開では、エージェントを入れるだけで終わらせないことが重要です。特に次の点でつまずきやすくなります。
Azure VM上のSQL Serverには使わない
公式情報では、サポートされない構成として「SQL Server in Azure Virtual Machines」が挙げられています。Azure VM上のSQL Serverには、別の管理機能やAzureネイティブの管理方法があります。オンプレミスや他社クラウド上のSQL ServerをArcで管理する、という前提を崩さないようにしましょう。(Microsoft Learn)
コンテナ上のSQL Serverは対象外
SQL Server running in containersはサポート対象外です。開発・検証用途でSQL Serverコンテナを使っている場合でも、本番管理対象としてAzure Arcに接続できる前提で設計しないでください。(Microsoft Learn)
sysprepイメージ作成時に組み込まない
ArcエージェントとSQL Server拡張機能のインストールは、sysprepイメージ作成の一部として実行できないとされています。ゴールデンイメージ運用では、イメージ作成後ではなく、各サーバー展開後にオンボードする自動化スクリプトを用意するのが安全です。Azure Arcの前提条件でも、クローンや復元環境で同じソースIDを使うと、一つのAzureリソースとして扱われて不整合が起きる可能性があると説明されています。(Microsoft Learn)
Azure Arc対応サーバーとSQL Serverリソースのリージョンをそろえる
オンボードと機能利用を成功させるには、Arc-enabled ServerとArc-enabled SQL Serverインスタンスに同じリージョンを割り当てる必要があります。日本国内の利用ではJapan Eastが対応リージョンに含まれていますが、リージョン可用性は変わる可能性があるため、設計時点で公式情報を確認してください。(Microsoft Learn)
SQL Server 2022のセットアップウィザードだけに頼らない
公式情報では、SQL Server 2022のSetup Installation WizardはAzure Extension for SQL Serverのインストールをサポートしないと説明されています。展開方法としては、コマンドラインからのインストール、またはサーバーをAzure Arcに接続する方法を確認する必要があります。(Microsoft Learn)
一方で、展開オプションの公式情報では、SQL Server 2022以降、Windows OSへのインストール時に新しいSQL ServerインスタンスをAzure Arcへ接続できる案内もあります。実際の展開では、利用するセットアップ方法、SQL Serverのバージョン、OS、拡張機能の展開手順を分けて確認するのが安全です。(Microsoft Learn)
Azure SQL移行を見据えた実務チェックリスト
SQL Server enabled by Azure ArcをAzure SQL移行の準備に使う場合は、次の順序で進めると失敗を減らせます。
| 手順 | やること | 成果物 |
| -: | ——————————— | ——————————————— |
| 1 | SQL Serverの全体棚卸し | インスタンス一覧、バージョン、エディション、OS、利用部門 |
| 2 | Azure Arc接続対象を決める | 本番、検証、移行候補、除外対象の分類 |
| 3 | ライセンスと課金方式を確認 | 既存ライセンス、SA、従量課金、ESU対象の整理 |
| 4 | ネットワーク要件を確認 | TCP 443、プロキシ、Private Link、Log Analytics接続可否 |
| 5 | Azure Extension for SQL Serverを展開 | サポート対象バージョン、更新方式、自動更新の方針 |
| 6 | 移行評価を確認 | Azure SQL候補、SKU、リスク、移行方式の初期案 |
| 7 | アプリ依存関係を確認 | 認証、SQL Agent、リンクサーバー、権限、接続元 |
| 8 | セキュリティ機能を段階的に有効化 | Defender、Purview、Entra認証、least privilege mode |
| 9 | 移行リハーサルを実施 | 所要時間、停止時間、切り戻し手順、性能差分 |
| 10 | 本番移行または継続運用へ進む | 移行計画書、運用設計、監視・バックアップ設計 |
この流れで進めると、Azure Arcの接続作業が目的化せず、Azure SQLへの移行判断、セキュリティ改善、ライセンス最適化に結びつきます。
導入を急ぐべきケースと慎重に進めるべきケース
SQL Server enabled by Azure Arcは、すべての企業が同じ速度で導入すべきものではありません。効果が出やすいケースと、事前検証を厚めにすべきケースがあります。
| 判断 | 該当する環境 |
|---|---|
| 早めに検討すべき | SQL Serverが複数拠点に散在している |
| 早めに検討すべき | Azure SQLへの移行計画があるが、現状把握が不十分 |
| 早めに検討すべき | SQL Server 2012など古いバージョンのESU管理が必要 |
| 早めに検討すべき | DefenderやPurviewでデータベースのセキュリティ・ガバナンスを強化したい |
| 慎重に進めるべき | Linux上のSQL ServerでWindowsと同じ機能を期待している |
| 慎重に進めるべき | コンテナ上のSQL Serverを管理対象にしたい |
| 慎重に進めるべき | Azure VM上のSQL ServerをArcで管理しようとしている |
| 慎重に進めるべき | プロキシや閉域網の制約が強く、Azureとのアウトバウンド通信が難しい |
| 慎重に進めるべき | SQL Serverインスタンス名やDB名に古い命名ルールが残っている |
特に大規模環境では、最初から全台に展開するより、代表的な構成のサーバーを選んでパイロット導入し、通信、拡張機能、課金、ログ、移行評価の出方を確認してから拡大するのが現実的です。
まず確認すべきこと
SQL Server enabled by Azure Arcは、Azure SQL移行の前段階として非常に有用です。ただし、導入の目的を「Azureに接続すること」に置くと、設定漏れや課金ミス、期待した機能が使えないといった問題が起きやすくなります。
まず行うべきことは、SQL Server環境の棚卸しです。バージョン、OS、エディション、ライセンス、利用部門、重要度、バックアップ方式、認証方式を一覧化してください。そのうえで、Azure Arcに接続する対象、Azure SQLへの移行候補、継続運用する対象、対象外にする構成を分けます。
次に、Azure Extension for SQL Server、Azure Monitor Agent、Log Analytics、Defender、Purview、Microsoft Entra認証のどれを使うかを決めます。必要な機能だけを段階的に有効化すれば、運用負荷とリスクを抑えながら、Azure SQLへの移行判断に必要な情報を集められます。
SQL Server enabled by Azure Arcは、既存SQL Serverをすぐにクラウド化するための魔法の機能ではありません。分散したSQL Serverを見える化し、セキュリティを高め、Azure SQLへの移行可否を現実的に判断するための管理基盤です。まずは小さな範囲で接続し、移行評価と運用影響を確認するところから始めるのが、最も失敗しにくい進め方です。
コメント