← 返回文章列表

面向企业主的 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 关系型数据库：表、关联、事务、报表
  • 常见场景 - Dynamics 365、1C（标准配置）、.NET 网站、Power BI、内部 ERP
  • 生态 - 统一登录（Azure AD）、与 Excel、Teams、Power Platform 集成
  • 部署方式 - 自有服务器上的 SQL Server（本地）或云中的 Azure SQL
  • 主要优势 - 「一家供应商搞定」：集成更少，在 MS 环境中上线更快
  • 主要风险 - 许可、厂商绑定，迁到其他数据库比从 MySQL 迁出更贵

用通俗语言理解 MS SQL

SQL Server 是运行在服务器（Windows 或 Linux）上的软件，在表中存数据并响应应用查询。与 MySQL 或 PostgreSQL 一样，它是关系型数据库：订单关联客户，订单行关联商品，员工关联部门。

对企业主而言，差别不在「表」，而在场景：

方面 Microsoft 生态中的 MS SQL 典型主机上的 MySQL
典型客户 使用 Dynamics/1C 的企业、制造、分销 WordPress、OpenCart 网店
服务器系统 Windows Server、Azure 虚拟机 Linux、共享主机
报表 Power BI、Excel、SSRS phpMyAdmin、定制看板
员工登录 Azure AD / Active Directory 各应用单独账号
许可 按 CPU 核心、版本（Standard/Enterprise） 主机套餐中常免费

要点： MS SQL 并非普遍比 MySQL「更好」或「更差」。当整个 IT 已在 Microsoft 上时，它是合理选择：集成更简单、一家承包商熟悉整套技术栈、少争论「为何不用 PostgreSQL」。

何时说明您的业务「活在」Microsoft 里

对照以下清单。若符合三项及以上，MS SQL 很可能已存在或将被提议为主库：

  1. CRM/ERP - Dynamics 365 Sales、Business Central、Navision（历史产品）。
  2. 1C - 标准配置跑在 MS SQL 上，而非 PostgreSQL（独联体地区常见）。
  3. 网站与客户门户 - 用 .NET（C#、ASP.NET）开发，而非 PHP。
  4. 邮件与文件 - Exchange Online、SharePoint、OneDrive for Business。
  5. 登录 - 员工用企业 Microsoft 账号（Azure AD）登录。
  6. 分析 - 在 Power BI 中直接从数据库或 Azure 数据仓库做报表。
  7. 基础设施 - 服务器在 Azure 或办公室/数据中心的 Windows Server 上。

在此图景中，数据库是订单、库存、财务、KPI 汇聚的中心。Power BI 不会「编造」数字 - 它读取 MS SQL（或 Azure Synapse 中的同步副本）。数据库宕机或长期无备份，CRM 和管理层报表都会受影响。

本地 SQL Server 与 Azure SQL

Microsoft 提供两种主要的「数据库物理位置」：

本地（自有服务器）

SQL Server 安装在自有硬件或 Windows VPS 上。优点：数据在已知数据中心，便于合规（银行、公共部门）。缺点：您（或承包商）负责补丁、备份、磁盘、高可用。

Azure SQL（云）

Azure 中的托管服务：Microsoft 更新引擎、扩展资源、提供异地冗余备份。优点：快速启动、按量付费、与其他 Azure 服务联动。缺点：月账单随数据量和负载增长；架构不佳时，云可能比本地更贵。

标准 本地 SQL Server Azure SQL Database
资本支出 服务器、SQL 许可、Windows 无需自有硬件
运营支出 运维、电力、机房 Azure 订阅
扩容 买内存/CPU，可能停机 Azure 门户滑块
备份 管理员配置 内置，可配置保留期
离开生态 难，但数据在您手中 可导出，但 Azure 习惯仍在

对企业主： 问题不是「要不要上云」，而是周五晚上宕机谁负责。本地 - 承包商与合同 SLA。Azure - 向 Microsoft 提工单 + 未给单库做副本的架构师。

许可与预算：签约前要问什么

MS SQL 是少数许可成本可抵一年开发的数据库之一。未获答复前勿签字：

版本

  • Express - 免费，单库 10 GB 上限；适合小应用和测试，不适合重型 ERP。
  • Standard - 中型企业常见：Always On（有限）、核心功能。
  • Enterprise - 大数据量、高级分析、昂贵；200 人以下公司常过度。

付费模式

  • Per core - 按 SQL 服务器 CPU 核心付费（本地）。
  • Server + CAL - 服务器许可 + 每用户/设备 CAL（新项目较少见）。
  • Azure - vCore 或 DTU，按分钟/月计费。

实用建议： 要求预算中有三行 - SQL 许可、Windows（若本地）、12 个月运维（备份、监控、补丁）。与同期 Azure SQL 计算器对比。

数据在 Microsoft 生态中如何流动

无 IT 部门的企业主可理解的简化图：

员工 → Dynamics / 1C / .NET 网站 → MS SQL（写入订单、库存）
                                              ↓
                                    Power BI（管理层看板）
                                              ↓
                                    Excel / Teams（告警「销售额 -20%」）
  • 业务层 - 实时事务：下单、付款、扣库存。
  • 分析层 - 常为独立库或数据集市（夜间 ETL），避免报表拖慢收银。
  • 身份 - Azure AD 知道谁打开报表；MS SQL 知道看到什么。

若承包商说「Power BI 直连生产库、不做副本」 - 请弄清风险：周一早上的重报表可能拖慢销售录单。

企业主应掌控什么（无需懂 SQL）

备份与恢复

  • 是否有每日全量备份和事务日志（时间点恢复）？
  • 上次在测试服务器验证恢复是什么时候 - 不是「文件在」，而是「N 小时内库已拉起」？
  • 副本存在哪 - 不能与生产同盘？

权限

  • 谁有 sysadmin（完全控制）？应 2-3 人，而非「所有开发」。
  • 承包商离职 - 当天更换服务账号与 SQL 登录密码。
  • 分工：财务看财务、仓库看库存，而非「所有人共用一个 sa」。

版本与支持

Microsoft 会终止旧版 SQL Server 支持。2026 年仍在用 SQL Server 2014 及更早是红旗：无安全补丁、与现代 Azure AD 集成困难。预算中应规划 1-2 年内升级。

性能

应找 DBA 而非「再买台服务器」的信号：

  • 「本月销售」报表每天算超过 5 分钟。
  • 高峰时段 CRM 卡死无法录单。
  • 数据库服务器磁盘 90%+ 满，且无日志清理或归档计划。

何时 MS SQL 不是最佳选择

诚实清单，避免为「企业级」技术栈多付钱：

情况 为何 MS SQL 过重 更常用
落地页 + 表单 无复杂关联与报表 Tilda、云 CRM
共享主机 WordPress / WooCommerce PHP 栈 + MySQL 套餐内 MySQL
办公室无 Microsoft 的初创 许可与 Windows 抬高门槛 Linux 上 PostgreSQL、MySQL
团队只做 Linux/开源 无 T-SQL 与 Windows 经验 PostgreSQL
需多云、少厂商绑定 绑 Azure 与许可 中立云数据库

相反情况： 已付 Dynamics 365 和 Microsoft 365 E3/E5 - 内部 ERP 选 MySQL 还是 MS SQL 通常倾向 MS SQL：集成现成、一家 Microsoft 伙伴支持。

MS SQL 与数据大局

管理者可将 MS SQL 与 数据库与 SQL 概论 联系起来：无论厂商，单一事实来源比品牌更重要。在 Microsoft 生态中，常是一或两个 SQL Server 库（业务 + 分析），而非十个散落在各盘的 Excel。

中型企业典型演进：

  1. 会计电脑上的 Excel 与 1C。
  2. 办公室 1C 跑 MS SQL，外置硬盘备份。
  3. VPN、远程分支、服务器压力上升。
  4. 迁到 Azure SQL 或混合：生产在机房，报表在云。
  5. 老板用 Power BI，Teams 告警。

每一步数据仍在 MS SQL - 变的只是服务器在哪和谁运维。应提前规划迁移，而非周五硬盘坏了再慌。

总结

当业务已在 Microsoft 生态 - Dynamics、1C on SQL Server、.NET、Azure AD、Power BI - MS SQL 是自然选择。您为许可和厂商绑定付费，但获得更快上线和更少系统接缝。

企业主应：

  • 理解 本地 vs Azure SQL 及 3 年总成本，而非只看「服务器价格」；
  • 要求经测试的备份及完全访问数据库的人员名单；
  • 勿把 MS SQL 强加于简单 WordPress 店 - 那里 MySQL 更合理更便宜；
  • 随公司成长规划分析副本，避免 Power BI 压垮业务库。

Microsoft 环境中的好 MS SQL 无感存在 - 报表与收银一致、故障恢复真测过。坏的 MS SQL - 许可交多年，最后可用备份却是三个月前的。

常见问题

MS SQL 和 MySQL 是一回事吗？

不是。 MySQL 与 MS SQL 都是关系型数据库，但来自不同公司，许可、语法（T-SQL vs MySQL 方言）、典型环境不同。MySQL 多见于 Linux 与 PHP 站；MS SQL 在 Windows、Dynamics、1C、.NET。应用从一种迁到另一种是项目，不是「一晚导出」。

买了 Microsoft 365 就必须用 MS SQL 吗？

不一定。 Microsoft 365（邮件、Teams、云 Excel）不会自动包含用于订单与仓库的 SQL Server。当有使用它的应用时才需要 MS SQL：1C、Dynamics、自研 .NET 系统。落地页线索只放 Excel 或 SharePoint 列表时，可能不需要单独 MS SQL。

50 人公司 MS SQL 要花多少钱？

因模式差异很大。 Express - $0，10 GB 上限。本地 Standard - 许可（核心）数千美元起，另加 Windows 与运维。Azure SQL - modest 库约 $50-300+/月，vCore 与存储增长后更高。请集成商提供 36 个月本地 vs Azure 对比。

能把 1C 从 MS SQL 迁到 PostgreSQL 吗？

理论上可以，实践中很少。 1C 官方支持多种数据库，但迁移意味着停机、数据转移、全报表与集成测试、承包商再培训。多在主动脱离 Microsoft 栈或必须 Linux 时进行。若只为「省许可」 - 请算清停机与风险总成本；常留在 MS SQL 并优化硬件更划算。

如何确认承包商真的在做 MS SQL 备份？

每季度要求：(1) 近 7 天成功备份的截图或日志；(2) 在独立服务器上测试恢复，您视频参与；(3) 最近全备大小应随数据增长，而非多年可疑地很小。合同中写明 RPO（可丢多少数据）和 RTO（可接受停机小时数）- 无数字则「我们做备份」不保证任何事。

联系方式