腾讯云国际版 TencentDB for SQL Server 实战：单/双/多节点 USD 单价、版本生命周期、备份审计计费与 DTS 迁移全解析（2026）

Meta Description: 2026 腾讯云国际版 SQL Server 选型与计费：单节点 2核4G 北京 40、双节点云盘 388、三节点 425 USD/月；含备份 0.0001418、审计 0.00220588 USD/GB/h 算例与迁移清单。

关键词：腾讯云国际版、TencentDB for SQL Server、SQL Server 计费、单节点、双节点、多节点、Always On、License Included、备份计费、数据库审计、DTS 迁移、可用区

前言（先给结论）：如果你手上的系统是 .NET / Windows 生态的老业务——ERP、MES、财务、进销存、报表平台——上云时最绕不开的就是 SQL Server。腾讯云国际版把它做成了一个独立产品（产品 ID 238），但它的计价结构比 MySQL 那套复杂得多：同一个「2 核 4 GB」，单节点云盘在北京是 40 USD/月，双节点云盘是 388 USD/月，三节点是 425 USD/月——差了将近 10 倍，而很多人签合同时根本没意识到自己买的是哪一种架构。 更麻烦的是三个容易踩的硬约束：① SQL Server 2016 的微软支持已经在 2026 年 7 月 14 日结束，继续新购 2016 等于买一个已停服的版本；② 云盘只能扩不能缩，买大了就退不回去；③ 把数据库恢复模式改成 SIMPLE，双节点实例的主备复制关系会直接建立不起来，从此无法切换、无法改配置。 本文把三种架构的能力边界、每一档规格的美元单价、存储/备份/审计/额外 I/O 四项附加计费、可用区支持矩阵，以及 DTS 迁移的 10 项预检查和迁移后必做的 3 件事，全部拆开讲清楚。一句话选型：能接受单点故障的开发测试与小业务用单节点；生产必须双节点（Always On）；需要「主库 + 两个可读副本」且规格较大时，三节点反而比双节点更划算——8 核 64 GB 三节点 2164 USD 比双节点云盘 1976 USD 只贵 9.5%，却多一个可读副本。

声明：本文价格与规则数据采集于 2026 年 10 月，取自腾讯云国际版官方文档（产品 238 TencentDB for SQL Server：单节点计价、双节点计价、多节点计价、只读实例计价、备份空间计费、数据库审计计费、额外 I/O 性能计费、地域与可用区、功能差异、主要版本生命周期、使用限制、使用规范、自助退还等页面）。所有单价均为美元（USD），仅供参考——实际价格随地域、版本、活动与汇率变动，请以官网实时价格与您的实际账单为准。文中「月」一律按 730 小时折算，凡由小时价推算出的月价均为本文推算值而非官方月价，已单独标注。

一、先划边界：SQL Server 和 MySQL、TDSQL、自建 CVM 到底谁管谁

买错数据库的人，八成不是选错了规格，而是根本没分清「同门产品」的边界。腾讯云国际版的关系型数据库有四条线，选错一条，后面所有优化都是白费。

一句话记住分工：新业务用 MySQL；金融级高并发用 TDSQL；只有「存量 .NET 应用 + T-SQL 强依赖」才选 SQL Server；而一旦你需要 SSAS、SSRS、CLR 或者真正的 sysadmin 权限，那就不该买托管版，应该自建 CVM——因为托管版明确不支持这些。 这是本文最重要的一条边界，很多人迁移到一半才发现 SSRS 报表跑不起来。

二、三种架构到底差在哪：单节点 / 双节点 / 多节点

这不是「配置高低」的区别，而是可用性架构的区别，价格差 10 倍就来自这里。官方「功能差异」文档写得很清楚，我把它压缩成一张能直接做决策的表：

几个必须知道的解读：

• 单节点不是「低配双节点」，它是另一套产品逻辑。它靠「计算节点迁移 + 磁盘快照」保命，意味着故障恢复是分钟级（重启+挂盘），而不是秒级切换。它最大的价值不是便宜，而是它是唯一支持 SA 账号、唯一能改恢复模式、唯一能开 SSAS/SSIS 类扩展的架构——很多老系统迁移过来，第一件事就是要 SA 权限跑脚本。
• 双节点是生产环境的默认答案。2017 及以上用 Always On，天然带一个可读的从节点，还能再挂只读实例做读写分离。
• 多节点是「一主多从」的池子，3 到 6 个节点，从节点可以直接开只读能力，适合「报表 + 交易」混跑、又不想额外买只读实例的场景。代价是：不支持 TDE、不支持 SSIS、不支持 SA，且只在北上广三个地域售卖。
• 修改恢复模式只有单节点支持，这直接决定了下一条坑：双节点实例你在 SSMS 里执行 ALTER DATABASE ... SET RECOVERY SIMPLE 是能执行的，但执行完主备复制关系就建立不起来，之后既切不了主备，也改不了规格——这是官方在「使用规范」里点名的原话。

三、版本生命周期：2016 已经停服，别再新购

这一节是 2026 年买 SQL Server 最该先看的东西。官方「主要版本生命周期」给出的时间表（微软支持终止日）：

三条结论，直接照做：

1. 新购一律 2019 起步，能上 2022 就上 2022。官方自己写的是「建议选择 SQL Server 2016 Enterprise 或更高版本」——但 2016 的支持期在 2026 年 7 月已经结束，这句话在 2026 年 10 月读起来已经过时了。按现在的时间点，安全线是 2019（支持到 2030 年 1 月），舒适线是 2022（2033 年）。
2. 2017 只剩一年窗口（2027-10-12 到期）。还在用 2017 的，今年内做完升级规划，别等到 2027 年 Q3 才发现应用不兼容。
3. 2008 R2 已经彻底买不到了，2012 也即将停售。如果还有老系统跑在这两个版本上，升级路径要一次规划到位（直接到 2019/2022），不要 2008 → 2016 → 2019 分两步走——每多一跳就多一次停机窗口和一次兼容性回归测试。

升级不是「换个版本号」那么简单：托管版支持「升级实例版本」功能，但数据库兼容级别（Compatibility Level）不会自动跟着变，升级后务必在测试库上确认执行计划是否退化（2014→2019 的基数估算器变更、2019 的标量 UDF 内联、2022 的参数敏感计划，都是典型的性能翻车点）。

四、规格单价全表：单节点、双节点、多节点（USD/月）

下面是 2026 年 10 月官方计价页的包月单价。注意所有价格都是「实例规格」价，不含存储——存储单独按 GB 计费，见第五节。这一区分很关键：有人拿「2 核 4 GB 40 USD」去和别家「含 100 GB 存储」的产品比，比出来的是错的。

4.1 单节点（云盘）包月单价

单价规律：香港约为北京的 3 倍，新加坡/首尔/东京约为 3.5 倍，利雅得约为 8.6 倍。这个倍率在双节点上会缩小（因为双节点本身基数大），但地域差价同样存在——如果你的业务主要面向东南亚用户，却把数据库放在北京，你不仅慢，还没省到钱（北京单节点最便宜，但跨境访问延迟 50–100 ms）。

4.2 单节点按量 vs 包月：包月到底省多少

结论：单节点包月比按量便宜约 25%，双节点云盘便宜约 35%（4 核 16 GB：按量 1.77475765 × 730 = 1295.57，包月 847.06，省 34.6%）。所以按量只适合「两周内就要删掉的验证环境」，超过一个月一律包月。

4.3 双节点：本地盘 vs 云盘

双节点有两种存储形态，价格结构完全不同：

本地盘实例（高性能本地 SSD）包月

云盘实例包月

怎么选本地盘还是云盘：

• 本地盘便宜约 50%（同规格），但规格档位是「按内存配比」的——1 核只能配 2/4/8 GB，2 核只能配 16 GB，4 核只能配 32 GB。它的定位是「高 IOPS、低单价」，适合日志写入密集、数据量可控的业务。
• 云盘贵一倍，但规格自由（2 核可配 4/8/16 GB）、存储可扩、支持快照备份，且 TDE 加密要求云盘 + 2019 及以上版本。要合规、要加密，只能选云盘。
• 注意：本地盘与云盘之间不能互相转换（官方明确「本地盘实例 → 云盘实例」不支持），买之前想清楚。

4.4 多节点：三节点起，总价按节点数递增

多节点只在北京、上海、广州售卖，包月总价如下（三节点）：

这张表里藏着一个反直觉的结论：同样 8 核 64 GB，三节点 2164.24 只比双节点云盘 1976.47 贵 9.5%，却多了一个可读副本；而 2 核 4 GB 的三节点 425.12 比双节点云盘 388.24 也只贵 9.5%。也就是说，多节点的溢价是固定的 9.5%，换来的是一整个额外节点。 所以只要你的业务有「报表查询压主库」的痛点，三节点几乎必然比「双节点 + 只读实例」便宜——因为一台只读实例 4 核 32 GB 就要 592.94 USD/月。

4.5 只读实例：比再买一台双节点便宜 40%

对比一下：4 核 32 GB 只读实例本地盘 596.45，而同规格双节点本地盘主实例 994.08——只读实例只有主实例的 60%。所以「读写分离」在 SQL Server 上是真正意义上的降本手段：一个双节点主库 + 一个只读实例，总成本 1590.53，比买两个双节点（1988.16）便宜 20%，而且读流量完全隔离。

但只读实例有两个硬限制：① 单节点架构不支持创建只读实例（这是很多人买完单节点才发现的事）；② 只读实例随主实例一起销毁，不能独立存在。

五、存储计费：只能扩不能缩，这是最容易多花钱的地方

存储是独立计费的，且单节点与双节点、本地盘与云盘的单价完全不同。

单位：USD/GB/月。

三条实战规则：

1. 磁盘只能扩容，不能缩容（双节点云盘：「扩容支持、缩容不支持」；本地盘：「扩容支持」）。这意味着你按 2 TB 买下去，即使后来只用了 300 GB，也永远按 2 TB 付费。正确做法是按 12 个月后的预期数据量买，而不是按 3 年后的峰值买，需要时再扩。
2. 单节点云盘存储（0.1692）比双节点 Balanced SSD（0.1471）贵 15%。单节点省的是实例费，不是存储费——大数据量的单节点实例，存储成本会反向咬你一口。
3. 算总价一定要把存储加进去。一个「500 GB 数据」的 4 核 16 GB 业务：

• 单节点云盘：116.92 + 500 × 0.20 = 216.92 USD/月
• 双节点云盘：847.06 + 500 × 0.1471 = 920.61 USD/月
• 双节点本地盘（4 核 32 GB）：994.08 + 500 × 0.1065 = 1047.33 USD/月

注意最后一行：本地盘虽然存储单价低，但规格是被绑死的（4 核只能配 32 GB 内存），所以总价反而最高。这就是「单价低 ≠ 总价低」的典型陷阱。

六、四项附加计费：备份、审计、额外 I/O，以及它们怎么失控

规格和存储只是账单的一半，真正让 SQL Server 账单超预算的，是下面这四项——它们全部按小时计费、按月累计，而且在你没做任何操作的情况下也会持续产生。

6.1 备份空间：免费额度只有「磁盘容量 × 100%」

官方规则：每个地域的免费备份空间 = 该地域所有主实例磁盘容量之和（100%），超出部分按量计费。

算例（境外）：实例磁盘 500 GB，免费额度 500 GB；实际全量备份 600 GB + 日志备份 200 GB = 800 GB，超出 300 GB。 300 × 0.0001418 = 0.04254 USD/小时 ≈ 31.05 USD/月。

三个容易忽略的点：

• 免费额度是「按地域汇总」的，不是按实例。同一地域两个实例各 500 GB，免费额度就是 1000 GB，可以互相「借用」。
• 隔离中（未销毁）的实例，备份照样计费。以为销毁实例就停止扣费，是常见误区——必须彻底销毁。
• 备份不会占用你的磁盘空间，所以备份费和存储费是两条独立的线，别把「磁盘 500 GB」当成「备份免费 500 GB 且不再增长」。

6.2 数据库审计：1 TB 留存一个月约 1650 USD

审计是 SQL Server 上最容易被低估的成本。官方境外单价：

算例：每天产生 34 GB 审计日志，留存 30 天 ≈ 1 TB（1024 GB）：

• 全部放高频存储：1024 × 0.00220588 × 730 ≈ 1649 USD/月
• 7 天后转低频（约 25% 常驻高频、75% 低频）：1024 × (0.25 × 1.6103 + 0.75 × 0.2013) ≈ 567 USD/月

这就是为什么审计必须配生命周期策略：同样的日志量，策略不同，账单差 3 倍。审计本身是合规刚需（等保、SOX、PCI 都要求），但「存多久、存哪一档」是你唯一能控制的变量——只在合规要求的天数内保留高频，其余尽早降冷。

6.3 额外 I/O 性能：按 MB/s 买吞吐，双节点要乘 2

如果业务写入吞吐超过规格自带的基准值，可以单独购买额外 I/O 性能：

• 包月：0.44117647 USD / (MB/s) / 月（金融区 0.66176471），多节点按节点数相乘
• 按量：0.00061765 USD / (MB/s) / 小时

算例：双节点实例需要额外 500 MB/s 吞吐 → 500 × 0.44117647 × 2 = 441.18 USD/月。这个价格相当贵——500 MB/s 的额外吞吐比一台 4 核 16 GB 双节点实例（847.06）的一半还多。所以正确顺序永远是：先优化 SQL（缺失索引、隐式转换、参数嗅探），再考虑买吞吐。

6.4 四项附加费汇总表

七、可用区支持矩阵：不是每个地域都能买到你要的架构

这一节是下单前必须查的，因为「架构 × 可用区」的支持情况差异极大，买错了在控制台里根本看不到选项。

三个直接影响方案的结论：

1. 想在新加坡买最便宜的单节点（140 USD/月）？只能选 1 区或 2 区，但这两个区不卖双节点、也不支持只读实例。 也就是说「先用单节点省钱、以后加只读实例扩容」这条路在新加坡 1/2 区是走不通的——要么一开始就在 3/4 区买双节点，要么接受将来必须做一次跨区迁移。
2. 弗吉尼亚、法兰克福、圣保罗根本没有单节点。如果你的成本模型是按单节点算的，到了美国东部会发现最低配就是双节点云盘（2 核 4 GB 932.94 USD/月），预算直接翻 2.3 倍。
3. 硅谷和东京、首尔支持双节点本地盘，这对「高 IOPS + 低单价」的日志型业务很关键；而新加坡、雅加达、曼谷、法兰克福都不支持本地盘。

八、DTS 迁移实战：10 项预检查 + 迁移后必做 3 件事

腾讯云用 DTS（数据传输服务） 做 SQL Server 迁移，但 SQL Server 的迁移比 MySQL 麻烦得多——因为实例级对象（登录名、作业、触发器、链接服务器）不会被迁移。官方「使用规范」里那份清单，实际落地时是这样：

8.1 迁移前必须确认的 10 项

两个容易翻车的细节：

• 同一源实例同一时间只能跑一个迁移任务。多库迁移必须排队，别指望并行——这会直接拉长停机窗口，规划时要按「库数量 × 单库时长」估算。
• 只支持库级迁移，不支持单表迁移。想把一个库里的两张表拆到不同实例？DTS 做不到，只能先整库迁过去再手工处理。

8.2 迁移中不能做的事

• 不要做事务日志备份——日志备份会截断 LSN 连续性，增量同步直接断链。
• 不要改源库或目标库的账号、密码、端口，任务会失败。
• 全量迁移期间不要往源库写数据；如果要持续写入，必须选「全量 + 增量」。
• 点「完成」后建议停写 2 分钟再放流量，否则可能出现源目不一致。

8.3 迁移后必做的 3 件事（漏了必出问题）

1. 重建索引。数据文件物理布局变了，索引会失效——官方原话是「不重建会导致性能显著下降」。这不是可选项，是必做项。
2. 重建实例级对象：登录名（Logins）、SQL Agent 作业、触发器、链接服务器。DTS 只迁数据，不迁这些，而作业往往就是你的备份、清理、统计更新任务——漏了它们，上线第一周就会出问题。
3. 重新关联账号与权限。数据库用户会恢复，但登录名不会，必须手工创建登录名并映射到数据库用户，否则应用连上来就是「登录失败」。

8.4 迁移后的性能基线检查

SELECT TOP 20
    qs.total_elapsed_time / qs.execution_count AS avg_elapsed_us,
    qs.execution_count,
    qs.total_logical_reads / qs.execution_count AS avg_logical_reads,
    SUBSTRING(st.text, (qs.statement_start_offset / 2) + 1, 200) AS stmt
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st
ORDER BY avg_elapsed_us DESC;

迁移前后各跑一次，对比 Top 20 的 avg_logical_reads。如果某条语句的逻辑读在迁移后翻了几倍，八成是统计信息过期或兼容级别变化导致的执行计划退化，先更新统计信息（UPDATE STATISTICS），再考虑改兼容级别。

九、五个真实会踩的坑

坑一：把恢复模式改成 SIMPLE

现象：为了省日志空间，在 SSMS 里执行 ALTER DATABASE db SET RECOVERY SIMPLE。当时没事，一周后想切主备或改规格，发现操作按钮灰了。

原因：官方明确——双节点与多节点实例不支持修改恢复模式；强行改成 SIMPLE 会导致主备复制关系无法建立，进而无法切换、无法变更规格，而且失去按时间点恢复（PITR）能力。

正确做法：日志膨胀要靠「日志备份频率 + 定期收缩」解决，不要动恢复模式。单节点实例虽然允许改，但也同样会失去 PITR，生产环境同样不建议。

坑二：以为磁盘能缩容

现象：按 3 年峰值买了 2 TB，一年后发现只用了 400 GB，想缩到 500 GB 省钱。

事实：云盘缩容不支持，本地盘也只有扩容。唯一的降容路径是「新建小盘实例 + DTS 迁过去」，成本远高于省下的钱。

正确做法：按 12 个月预期买，扩容随时可以，缩容永远不行。

坑三：单节点买完才发现开不了只读实例

现象：业务读多写少，计划「先买单节点，扛不住了加只读实例」。

事实：单节点架构不支持创建只读实例（功能差异表明确「不支持」），也不支持跨可用区容灾。要读写分离，必须双节点起步。

坑四：库建太多导致主备同步异常

现象：一个实例上建了几百个小库（SaaS 多租户常见做法），某天开始主备延迟、切换失败。

事实：每个实例的最大数据库数量与 CPU 核数挂钩：

注意 2017+ 的双节点只有 80/100 个库，比 2016 的 300 个少了一大截。多租户系统从 2016 升到 2019 时，这一条会直接卡住升级——升级前必须核对库数量，超了就要拆实例。

坑五：指望托管版能跑 SSAS / SSRS / CLR

事实：SSAS、SSRS、CLR 集成三种架构全部不支持；分布式事务全部不支持；数据库邮件不支持；SSIS 只有单节点和双节点支持（多节点不支持）；发布/订阅只有单节点支持。

结论：如果应用依赖报表服务（SSRS）或 CLR 存储过程，唯一方案是自建 SQL Server on CVM，不要买托管版再想办法绕过。

十、推荐方案：按场景给配置与月账单

以下报价均为包月、北京地域、含存储的估算，境外地域请按第四节倍率上浮（香港约 3 倍、新加坡约 3.5 倍）。

三条选型建议：

1. 别为「可能的高并发」提前买单。SQL Server 的规格可以随时升（官方支持规格调整），升配的停机窗口通常只有几分钟，比一次性买大 3 倍划算得多。
2. 优先解决「库太多」而不是「配置太小」。2017+ 双节点 100 库的上限，逼着多租户系统必须做分片——这不是配置问题，是架构问题。
3. 审计和备份的保留策略，比规格选择更能省钱。1 TB 审计日志从高频转低频，一个月省 1000 USD 以上，抵得上半台实例。

相关阅读

• 腾讯云国际版 TencentDB for MySQL 与 Redis 实战指南
• 腾讯云国际版 TDSQL 分布式数据库实战：分库分表与金融级高可用
• 腾讯云国际版 DTS 数据传输服务实战：迁移、同步与计费全解析
• 腾讯云国际版 DBbrain 数据库自治服务实战：诊断、优化与巡检
• 腾讯云国际版成本优化与架构选型实战

🚀 需要腾讯云国际版 SQL Server 的选型建议与专属折扣？ 无论是把存量 .NET 系统迁上云、设计双节点 + 只读实例的读写分离架构，还是核算 2016 升级到 2022 的停机窗口与成本，我们都能按你的库数量、数据量、并发画像与合规要求，给出架构、规格与月度预算的组合方案——包括哪些库该拆、哪些该留、审计日志该保留几天。

本文由 4.chengzicloud.cloud 提供，点击访问首页了解更多。