SQL ServerのCALライセンスは本当に必要?専用サーバー構築時の要点と選択ガイド

結論:SQL Server専用のサーバーだからという理由だけで、CALが不要になるわけではありません。SQL Server 2025 StandardをServer+CALモデルで利用する場合は、SQL Serverを動かすためのサーバーライセンスに加え、直接または間接にアクセスするユーザーかデバイスごとにSQL Server CALが必要です。一方、Per Coreモデルではアクセス人数分のCALは不要です。SQL Server 2025でServer+CALを選べるのはStandardだけで、EnterpriseはPer Coreが前提です。契約プログラムやSoftware Assuranceの有無で権利が変わるため、最終判断は購入契約と最新のProduct Termsを照合してください。 最新の画面名や提供条件は更新で変わるため、以下の順番で確認してください。

目次

最初に確認するポイント

症状・条件主な原因最初の確認
SQL専用サーバーなのでCALは不要だと思っているサーバーの用途とライセンスモデルを混同しています。CALの要否は専用か兼用かではなく、StandardをServer+CALでライセンスするか、Per Coreでライセンスするかで決まります。購入証書、管理台帳、販売店の見積書で、エディション、バージョン、Server+CALまたはPer Coreの別を確認します。
アプリサーバーやRPAから1接続しかないため、CALは1つでよいと考えている接続を集約する仕組みは、CALの必要数を減らしません。Microsoftのガイダンスでは、multiplexingやpoolingの背後にいるユーザーまたはデバイスも数える必要があります。SQL Serverへの接続アカウント数ではなく、そのアプリ、帳票、RPA、APIの結果を利用する人と端末を業務フローから洗い出します。
User CALとDevice CALのどちらが適切か分からない利用者数と共用端末数の関係が整理されていません。User CALは1人が複数端末から使う環境、Device CALは1台を複数人で共用する環境に向きます。利用者数、利用端末数、在宅・外出先からの利用、シフト制の共用端末を同じ時点の数字で比較します。
外部利用者や将来の利用者増加を正確に数えられないServer+CALはアクセス主体を継続して把握できることが前提です。不特定多数、外部公開、大幅な増減があるサービスでは管理負担が大きくなります。外部ユーザーを含む最大利用者数と、物理コア数または仮想コア数を並べ、Per Coreの見積もりも取得します。
仮想マシンを増やしてもサーバーライセンスは1つでよいと思っているServer+CALでは、1つのServer Licenseで実行できるSQL Serverのインスタンスは1つの物理OSEまたは仮想OSEに限られます。VMや実行配置を増やす場合は追加権利の確認が必要です。本番、検証、待機系を含め、SQL Serverを実行する物理OSEと仮想OSEを構成図に落とし、各ライセンスの割当先を確認します。

安全な対処手順

1. 最初にエディション・バージョン・契約モデルを確定する

最初に確認するのはCPUや接続人数ではなく、購入したSQL Serverのエディション、バージョン、契約プログラムです。SQL Server 2025では、StandardはServer+CALとPer Coreの両方を選べますが、EnterpriseはPer Coreです。DeveloperとEvaluationは本番運用に使えず、Expressは無償ですが機能と容量に制限があります。旧バージョンの権利や既存のEnterprise Server+CALを持つ組織は条件が異なるため、一般論だけで置き換えないでください。

  1. 購入証書または管理台帳で製品名とバージョンを確認する
  2. Server+CALかPer Coreかを確認する
  3. 永続ライセンス、サブスクリプション、Software Assuranceの有無を確認する
  4. 本番、開発、検証、待機系の用途を分ける

注意:ライセンスガイダンスは説明資料であり、法的な使用権そのものではありません。購入契約と最新のProduct Termsが優先されます。

2. Server+CALなら、直接・間接の利用者を数える

Server+CALを選ぶ場合は、SQL Serverに直接ログインする人だけでなく、業務アプリ、Web画面、帳票、RPA、バッチ、APIなどを介してSQL Serverの機能やデータを利用する人またはデバイスも確認します。接続プールでSQL接続が数本に集約されても、必要なCALがその接続数まで減るわけではありません。サービスアカウントの数を数えるのではなく、最終的にアクセスを許可されているユーザーまたはデバイスを数えるのが要点です。

  1. SQL Serverへ直接接続する管理者と利用者
  2. 業務アプリやWebアプリを通じてデータを参照・更新する利用者
  3. 帳票、BI、RPA、APIの結果を業務で利用する利用者または端末
  4. 社外ユーザー、委託先、無人端末を含むアクセス主体

注意:multiplexingやpoolingはCAL要件を回避する方法ではありません。境界が曖昧なシステムは、構成図と利用者一覧を販売店またはMicrosoftへ提示して確認してください。

3. User CALとDevice CALを利用実態で選ぶ

User CALは特定の1人に割り当て、その人が複数の端末からSQL Serverへアクセスする場合に使います。Device CALは特定の1台に割り当て、その端末を複数人が交代で使う場合に使います。営業担当がPC、スマートフォン、在宅端末から使うならUser CAL、工場や窓口の共有端末を多数の勤務者が使うならDevice CALが合いやすいでしょう。組織内で両方を利用する場合も、誰またはどの端末に何を割り当てたかを追跡できる台帳が必要です。

  1. 1人が複数端末を使うならUser CALを優先して比較する
  2. 1台を複数人が共用するならDevice CALを優先して比較する
  3. CALのバージョンが接続先SQL Serverのバージョンをカバーするか確認する
  4. 異動、入退社、端末更新時の再割当手順を台帳に定める

注意:同時接続数だけを購入数にする考え方ではありません。アクセスを許可するユーザーまたはデバイス単位で確認します。

4. 人数を数えにくい場合はPer Coreと比較する

Per Coreモデルでは、SQL ServerへアクセスするユーザーやデバイスごとのCALは不要です。物理サーバーをライセンスする場合は物理コア数を基準にし、1物理プロセッサ当たり最低4コア分が必要です。Software Assuranceまたは対象のサブスクリプションで仮想マシン単位にライセンスする場合は、仮想コア数を基準にし、1仮想OSE当たり最低4コア分が必要です。コアSKUは2コアパックで販売されます。外部公開や利用者の増減が大きいシステムでは、CAL管理の手間も含めてPer Coreを比較すると判断しやすくなります。

  1. 物理ライセンスでは物理プロセッサ数と物理コア数を確認する
  2. VM単位のライセンス可否はSoftware Assuranceまたはサブスクリプションの条件を確認する
  3. ハイパースレッド、コンテナ、フェールオーバーは個別の権利を確認する
  4. 3年程度の利用者増加とサーバー増強を含めて総額を比較する

注意:VM単位のPer Coreライセンスやライセンス移動には条件があります。現在の仮想コア数だけを掛け算して購入を確定しないでください。

5. 証跡を残し、SQL Server以外のライセンスも分けて確認する

構成図、ユーザー・端末一覧、CAL割当台帳、購入証書、見積根拠を同じ時点の情報として保存します。SQL Server CALはSQL Serverへのアクセス権であり、Windows Server、リモートデスクトップ、Power BIなどに別のライセンス要件がある場合、それらを置き換えるものではありません。年1回だけでなく、入退社、システム統合、外部公開、VM追加のタイミングで再確認すると不足と過剰購入を抑えられます。

  1. SQL Serverを実行するOSEとインスタンスの構成図
  2. アクセスを許可するユーザー・デバイスの一覧
  3. User CALとDevice CALの割当台帳
  4. 購入契約、Product Termsの確認日、販売店の回答記録

注意:ライセンスの確定判断は技術担当だけで完結させず、調達担当と契約に詳しい販売店またはMicrosoftへ確認してください。

よくある質問

SQL Server専用サーバーならCALは不要ですか?

いいえ、専用サーバーかどうかだけでは決まりません。SQL Server 2025 StandardをServer+CALで利用するなら、サーバーライセンスと、直接・間接にアクセスするユーザーまたはデバイス分のCALが必要です。Per Coreで正しくライセンスしている場合は、アクセス人数分のCALは不要です。

アプリサーバーが1つのSQLアカウントで接続する場合、CALは1つで足りますか?

通常は接続アカウント数だけでは判断できません。アプリサーバーや接続プールの背後でSQL Serverの機能やデータを利用するユーザーまたはデバイスを確認します。接続を集約しても、Microsoftのmultiplexingルール上、必要なCALが自動的に減るわけではありません。

User CALとDevice CALはどちらが安くなりますか?

1人が複数端末を使う組織ではUser CAL、共有端末を多数の人が交代で使う現場ではDevice CALが有利になりやすいです。ただし、価格だけでなく、在宅勤務、外部利用、将来の増員、割当管理の手間も含めてPer Coreと比較してください。

公式情報

画面や仕様が異なる場合は、利用中の製品・契約・管理ポリシーを確認したうえで公式情報を参照してください。

まとめ

原因を一つずつ切り分け、変更前の状態と結果を記録しながら進めることが重要です。操作後は同じ症状が再発しないか確認し、組織管理の端末ではポリシー変更を管理者へ確認してください。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次