オーナー向け MS SQL:ビジネスが Microsoft エコシステムにあるとき
Microsoft SQL Server(通称「MS SQL」や SQL Server)は、Microsoft が Dynamics 365、Azure、Power BI、.NET、SharePoint、Windows 上の 1C などとともに築いたエコシステムの中心となるデータベースです。Active Directory、Exchange メール、Microsoft CRM、Power BI レポートがすでにあるなら、ビジネスの中核データは MS SQL にある可能性が高い - Linux ホスティングの MySQL でも Google スプレッドシートでもありません。T-SQL を書く必要はありませんが、なぜ業者が SQL Server を提案するか、ライセンス費用、Azure 移行で何が起きるかを理解すれば、予算の不意打ちを避けられます。
- MS SQL - Microsoft のリレーショナル DBMS:テーブル、関連、トランザクション、レポート
- 登場場面 - Dynamics 365、1C(標準構成)、.NET サイト、Power BI、社内 ERP
- エコシステム - シングルサインオン(Azure AD)、Excel・Teams・Power Platform 連携
- 選択肢 - 自社サーバー上の SQL Server(オンプレ)またはクラウドの Azure SQL
- 主な利点 - 「ベンダー一本」:連携が少なく、MS 環境では導入が速い
- 主なリスク - ライセンス、ベンダーロックイン、他 DBMS への移行は MySQL より高コスト
MS SQL をわかりやすく
SQL Server はサーバー(Windows または Linux)上のソフトで、テーブルにデータを保存しアプリからの問い合わせに応答します。MySQL や PostgreSQL と同様リレーショナル DB です:注文は顧客に、明細は商品に、従業員は部門に紐づきます。
オーナーにとっての違いは「テーブル」ではなく文脈です:
| 観点 | Microsoft エコシステムの MS SQL | 典型的ホスティングの MySQL |
|---|---|---|
| 典型クライアント | Dynamics/1C の企業・製造・流通 | WordPress、OpenCart の店 |
| サーバー OS | Windows Server、Azure VM | Linux、共有ホスティング |
| レポート | Power BI、Excel、SSRS | phpMyAdmin、カスタムダッシュボード |
| 従業員ログイン | Azure AD / Active Directory | アプリごとに別ログイン |
| ライセンス | CPU コア単位、エディション(Standard/Enterprise) | ホスティングに含まれることも多い |
重要: MS SQL は MySQL より普遍的に「良い/悪い」ではありません。IT 全体がすでに Microsoft なら合理的な選択です:連携が簡単、一社の業者がスタックを把握、「なぜ PostgreSQL では」の議論が減ります。
ビジネスが Microsoft に「住んでいる」とき
次のチェックリストで確認。3 項目以上当てはまれば、MS SQL はすでにあるか主 DB として提案されるでしょう:
- CRM/ERP - Dynamics 365 Sales、Business Central、Navision(旧製品)。
- 1C - MS SQL 上の標準構成(CIS 地域で PostgreSQL より一般的)。
- サイトと顧客ポータル - .NET(C#、ASP.NET)でなく PHP。
- メールとファイル - Exchange Online、SharePoint、OneDrive for Business。
- ログイン - 企業 Microsoft アカウント(Azure AD)。
- 分析 - Power BI で DB 直結または Azure データウェアハウス経由。
- インフラ - Azure またはオフィス/DC の Windows Server。
この図ではデータベースが注文・在庫・財務・KPI の中心です。Power BI は数字を「でっち上げ」ません - MS SQL(または Azure Synapse の同期コピー)を読みます。DB が落ちるかバックアップなしで老朽化すると、CRM も経営レポートも止まります。
オンプレ SQL Server と Azure SQL
Microsoft は DB の「物理的な置き場」の主な二通りを提供します:
オンプレ(自社サーバー)
自社ハードまたは Windows VPS に SQL Server をインストール。利点:既知 DC のデータ、規制向けの予測可能性。欠点:パッチ、バックアップ、ディスク、高可用は自社(または業者)の責任。
Azure SQL(クラウド)
Azure のマネージドサービス:Microsoft がエンジン更新、リソース拡張、地理冗長バックアップを提供。利点:迅速な開始、従量課金、他 Azure サービスとの連携。欠点:月額はデータ量と負荷で増加;設計が悪いとクラウドの方がオンプレより高くなることも。
| 基準 | オンプレ SQL Server | Azure SQL Database |
|---|---|---|
| 設備投資 | サーバー、SQL ライセンス、Windows | 自社ハード不要 |
| 運用費 | 管理、電力、DC | Azure サブスク |
| スケールアップ | RAM/CPU 購入、停止時間 | Azure ポータルのスライダー |
| バックアップ | 管理者が設定 | 組み込み、保持期間設定可 |
| エコシステム離脱 | 難しいがデータは自社 | エクスポート可、Azure 習慣は残る |
オーナー向け: 問いは「クラウドか否か」ではなく、金曜夜の障害誰が責任を負うか。オンプレ - 業者と契約 SLA。Azure - Microsoft チケット + レプリカなし単一 DB を残したアーキテクト。
ライセンスと予算:署名前に聞くこと
MS SQL はライセンス費用が開発 1 年分に匹敵することもある DB です。回答なしに署名しないでください:
エディション
- Express - 無料、DB あたり 10 GB 上限;小規模アプリとテスト向け、重い ERP には不向き。
- Standard - 中堅企業の定番:Always On(限定)、主要機能。
- Enterprise - 大容量、高度分析、高額;200 人未満では過剰なことも。
課金モデル
- Per core - SQL サーバーの CPU コア課金(オンプレ)。
- Server + CAL - サーバーライセンス + ユーザー/デバイス CAL(新規では少なめ)。
- Azure - vCore または DTU、分/月課金。
実務のコツ: 見積に3 行 - SQL ライセンス、Windows(オンプレ時)、12 ヶ月の運用(バックアップ、監視、パッチ)。同期間の Azure SQL 計算機と比較。
Microsoft エコシステムでのデータの流れ
IT 部門なしオーナー向けの簡略図:
従業員 → Dynamics / 1C / .NET サイト → MS SQL(注文・在庫の書き込み)
↓
Power BI(経営ダッシュボード)
↓
Excel / Teams(アラート「売上 -20%」)
- 運用層 - リアルタイム取引:注文、支払い、在庫引き。
- 分析層 - しばしば別 DB またはデータマート(夜間 ETL)でレポートがレジを遅らせない。
- ID - Azure AD は誰がレポートを開いたか;MS SQL は何を見たか。
業者が「レプリカなしで本番に Power BI 直結」と言ったら - 月曜の重いレポートが注文入力を遅くするリスクを確認してください。
オーナーが管理すべきこと(SQL 不要)
バックアップと復旧
- 日次フルバックアップとトランザクションログ(ポイントインタイム復旧)はあるか?
- テストサーバーでの復元テストはいつか - 「ファイルがある」ではなく「N 時間で DB が起動」?
- コピーの保存場所 - 本番と同じディスクではないか?
アクセス
- sysadmin を持つのは誰か?2-3 名でよく、「全開発者」ではない。
- 業者退場 - 同日にサービスと SQL ログインのパスワード変更。
- 分離:経理は経理、倉庫は在庫、「全員 sa 一つ」ではない。
バージョンとサポート
Microsoft は古い SQL Server のサポートを終了します。2026 年に SQL Server 2014 以前は赤信号:セキュリティパッチなし、現代 Azure AD 連携が困難。1-2 年先のアップグレードを予算に。
パフォーマンス
DBA を呼ぶべきサイン(「もう一台サーバー」ではない):
- 「今月の売上」レポートが毎日5 分以上。
- ピーク時に CRM が注文入力でフリーズ。
- DB サーバーディスクが90% 超でログ整理・アーカイブ計画なし。
MS SQL が最適でないとき
「コーポレート」スタックに払いすぎないための正直なリスト:
| 状況 | MS SQL が過剰な理由 | よく使うもの |
|---|---|---|
| LP + フォーム | 複雑な関連・レポートなし | Tilda、クラウド CRM |
| 共有 WordPress / WooCommerce | PHP スタック + MySQL | プラン内 MySQL |
| オフィスに Microsoft なしのスタートアップ | ライセンスと Windows で参入コスト増 | Linux の PostgreSQL、MySQL |
| Linux/オープンソースのみのチーム | T-SQL・Windows の専門なし | PostgreSQL |
| ベンダーロックイン回避のマルチクラウド | Azure とライセンスに縛られる | ベンダー中立クラウド DB |
逆のケース: すでに Dynamics 365 と Microsoft 365 E3/E5 を支払っている - 社内 ERP の MySQL vs MS SQL は MS SQL 有利になりがち:連携済み、Microsoft パートナー一本。
MS SQL とデータの大局的な話
経営者は MS SQL を データベースと SQL 全般 と結びつけるとよい:ベンダーより単一の真実の源が重要。Microsoft エコシステムではしばしば 1〜2 個の SQL Server(運用 + 分析)で、別ディスクの Excel 十個ではありません。
中堅企業の典型的な進化:
- 経理 PC の Excel と 1C。
- オフィスの 1C on MS SQL、外付けディスクにバックアップ。
- VPN、遠隔拠点、サーバー負荷増。
- Azure SQL またはハイブリッドへ:本番は DC、レポートはクラウド。
- オーナー用 Power BI、Teams アラート。
各段階でデータは MS SQL に残る - 変わるのはサーバーの場所と誰が管理するか。金曜のディスク故障後ではなく、事前に移行を計画。
まとめ
ビジネスがすでに Microsoft エコシステム - Dynamics、1C on SQL Server、.NET、Azure AD、Power BI - にあるなら MS SQL は自然な選択です。ライセンスとベンダー依存の代償はありますが、導入の速さと連携ポイントの少なさを得ます。
オーナーは:
- オンプレ vs Azure SQL と 3 年総コストを理解(「サーバー価格」だけでない);
- テスト済みバックアップとフルアクセス権者リストを要求;
- 単純な WordPress 店に MS SQL を押し付けない - そこでは MySQL が合理的で安い;
- 成長に伴い 分析用コピーを計画し、Power BI が運用 DB を窒息させない。
Microsoft 環境の良い MS SQL は気づかれない - レポートがレジと一致し、障害復旧が本当にテストされている間。悪い MS SQL - 何年もライセンスを払い、最後に使えたバックアップが 3 ヶ月前だったと判明する。
よくある質問
MS SQL と MySQL は同じ?
いいえ。 MySQL と MS SQL はどちらもリレーショナル DB ですが別会社、ライセンス、構文(T-SQL vs MySQL 方言)、典型環境が異なります。MySQL は Linux と PHP サイトに多く、MS SQL は Windows、Dynamics、1C、.NET に多い。アプリの移行はプロジェクトであり「一晩のエクスポート」ではありません。
Microsoft 365 を買えば MS SQL は必須?
常には違います。 Microsoft 365(メール、Teams、クラウド Excel)は注文・在庫用の SQL Server を自動では含みません。1C、Dynamics、自社 .NET などそれを使うアプリがあるとき MS SQL が必要です。LP のリードを Excel や SharePoint リストだけなら、別 MS SQL は不要かもしれません。
50 人会社の MS SQL 費用は?
モデルで大きく変わります。 Express - $0、10 GB 上限。オンプレ Standard - ライセンス(コア)数千ドル〜 + Windows と管理。Azure SQL - 小規模 DB で $50-300+/月 から、vCore とストレージ増でさらに。インテグレーターに 36 ヶ月のオンプレ vs Azure 比較を依頼。
1C を MS SQL から PostgreSQL に移せる?
理論上は可、実務では稀。 1C は複数 DBMS を公式サポートしますが、移行は停止、データ移行、全レポート・連携テスト、業者の再教育を伴います。Microsoft スタックから意図的に離れる、または Linux 必須のときに実施。「ライセンス節約だけ」なら停止とリスクの総コストを計算;多くは MS SQL のままハード最適化の方が安い。
業者が本当に MS SQL をバックアップしているか確認するには?
四半期に一度依頼:(1) 過去 7 日の成功バックアップのスクショまたはログ;(2) 別サーバーでのテスト復元をビデオで同席;(3) 最新フルバックアップのサイズはデータとともに増えるべきで、何年も不自然に小さいままではない。契約に RPO(失ってよいデータ量)と RTO(許容停止時間)を明記 - 数字なしの「バックアップします」は何も保証しません。