如果你正在使用 VPS 承载网站或应用，维持服务稳定运行的第一步是理清各家服务商的续费与出账逻辑。许多服务中断并非硬件故障，而是源于对控制台状态、自动扣款和到期规则的误解。本文直接梳理 BandwagonHost（搬瓦工）与 DMIT 的核心规则，帮助老用户安全维护现有实例，避免因配置疏漏造成停机或数据损失。
搬瓦工 Renewal ON、账户余额、Paid 与 Renewal OFF 的区别#
管理搬瓦工实例时，不能凭直觉猜测扣款状态。搬瓦工官方明确说明，系统不会自动扣除用户的信用卡或 PayPal 账户，后台也不保存客户的付款信息。对搬瓦工的所有付款操作，必须由用户主动发起，或通过预先存入的账户余额扣缴。在控制台中，各状态的真实含义如下：
| 状态标记 | 系统实际含义 | 操作核对要点 |
|---|---|---|
| Renewal ON | 系统将在每个计费周期前正常生成续费账单 | 仅代表会按时出具账单，不等于已完成扣款；必须核对后续账单是否生成并标记为已支付 |
| 账户余额 (Credit Balance) | 存储在账户内的可用预存资金池 | 出账时系统会自动抵扣，但若余额不足以覆盖全账户所有待付项目，仍会导致欠费停机 |
| Paid | 某一笔特定账单已经收到款项并完成结清 | 仅说明该笔指定账单已结清；仍须核对服务有效期限与实例实际运行状态，不能保证数据安全或服务正常运行 |
| Renewal OFF | 服务将在到期日自动终止，不再生成新账单 | 续费日一到实例即刻终止，并且系统不再发送账单或任何警告；决定关闭前必须先完整导出独立备份 |
看到 Renewal ON 绝不能等同于已经完成续费付款。系统仅保证在周期临近时生成账单，后续必须确认出账后是否有对应款项完成实际结算。
搬瓦工出账时间、停机规则与续费设置调整#
根据官方知识库（BWH 续费说明），未取消续费（Renewal ON）时，系统会在服务到期日前 7 天自动生成续费账单。如果账户内有可用余额，系统会自动用于抵扣该账单。如果余额不足，系统会通过邮件通知用户付款。若账单发出后连续 7 天未付款，服务将会被暂停。
这里需要特别澄清：官方说明的 7 天未付暂停，是指从账单生成到到期日这 7 天内的付款期限，不能把它理解为到期停机后系统还会额外提供 7 天宽限期。到期未付即面临暂停风险。
在日常操作与维护中，还需要注意以下细节：
- 提前充值与续费：搬瓦工官方不提供提前续费功能。用户可以提前向账户充值余额供未来账单抵扣，但不能认为只要充值就 100% 续费成功。如果账户下持有多台 VPS 实例，可用余额可能会被优先出账的实例扣减。在出账日前后，必须主动检查账单是否已标记为 Paid，并确认现有余额足以覆盖全账户所有待付项目。
- 恢复续费状态：如果不慎关闭了续费，通常可以在 My Services 列表中找到对应服务并点击 Restore 恢复；如果管理界面中没有 Restore 链接，则需要提交工单联系客服处理。
- 修改计费周期：根据官方文档（修改计费周期指南），在 My Services 的 Renewal Date 列点击 modify 即可更改周期。但如果当前周期的续费账单已经生成，必须先结清该账单才能调整；周期的修改只对未来账单生效，无法追溯修改已经出具或已经支付的账单。详细操作可参阅 /guides/bandwagonhost/change-billing-cycle/。
DMIT 自动付款机制与双重验证（2FA）核对#
DMIT 的计费与付款规则与搬瓦工存在显著差异。根据 DMIT 服务条款 第 18 条，用户需要特别注意扣款授权与安全验证的绑定关系：
- 2FA 与自动扣款的关系：第 18.1 条规定了周期性计费，第 18.9 条明确要求，用户若要启用或保留自动付款与自动续费功能，账户必须持续开启 DMIT 支持的合理双重验证（2FA）。若关闭 2FA，DMIT 有权阻止或关闭自动付款功能。但需要特别澄清：开启 2FA 本身并不代表已经完成了自动付款授权，它只是保持该功能的硬性安全前提。用户必须单独检查账户内的实际授权状态与账单支付结果。
- Glass Break 紧急保护功能：根据 ToS 第 18.10 条，Glass Break 是一项紧急账号安全保护机制。一旦触发，系统会取消并关闭账户下所有的自动付款与自动续费设置，并移除已存储银行卡凭证的活跃使用状态。后续若要重新启用自动付款，必须重新进行授权，并在必要时重新添加付款方式。Glass Break 不会删除交易或账单历史、不免除已欠费用，也不会延长服务使用期限。
- 逾期停机规则：根据 ToS 第 18.2 条，账单到期未付可能导致服务被暂停或终止。官方证据不支持统一的账单提前出账天数，也没有承诺暂停后固定 3 天销毁数据。切勿依据网络传闻推测宽限期或数据保留天数。DMIT 产品特点可参考 /guides/dmit/overview/。
离线前的五项实际核对与账单异常处理#
在假期、出差或长时间无法处理运维事务之前，建议按照以下五项清单完成核对：
- 核对账单状态与币种到期日：登录后台查看是否存在未付账单（Unpaid），确认计费币种、应付金额与准确的到期时间。
- 核对全账户待付项目与余额：如果依赖余额扣费，必须通盘计算账户内所有有效 VPS 的待出账总额，确保余额足以覆盖全部待付账单。
- 核对注册邮箱可用性：确保服务商绑定的注册邮箱能正常收信，检查垃圾邮件过滤规则，防止错失出账与付款通知。
- 自行设置日历提醒：不要完全依赖服务商的通知邮件，应在自己的本地日历或任务管理软件中提前建立到期检查任务。
- 准备独立可恢复的备份：无论服务商提供何种快照功能，离线前必须将核心业务数据与数据库导出并存储到外部独立节点，并验证备份文件的可用性。备份流程可参考 /guides/database-backup/。
遇到账单异常时需冷静处理：如果支付渠道已经扣款，但服务商后台账单仍显示为 Unpaid，切勿盲目重复付款。请立即保存支付网关的交易流水号（Transaction ID）和账单编号，提交工单联系服务商客服核对入账。
此外，在控制台中执行关机（Stop/Power Off）并不等于取消续费。硬件资源仍然被占用，系统依然会正常计费。如果确定不再使用某项服务，必须在完整导出独立备份后主动办理取消：在搬瓦工中，是将该实例的续费状态切换为 Renewal OFF；在 DMIT 中，则需按照其当前的取消服务流程进行核对与申请。切勿将 Renewal OFF 当作所有服务商通用的界面设置，也不要混淆两者的后台操作。
两家退款规则核对与数据清理风险#
退款条款直接关系到资金与数据安全。两家服务商均不支持无条件退款，申请前必须逐条核对官方条件：
搬瓦工退款核对与数据风险#
根据 搬瓦工服务条款，新订单申请退款必须在下单之日起 30 天内提出（ordered 30 or fewer days ago），且必须同时满足以下六项严苛条件：
- 必须为新订单，已支付的续费账单不可退款；
- 账户信誉良好，无欠款且无违规记录；
- 未曾发起任何支付争议或拒付（Chargeback）；
- 分配的 IP 地址未进入黑名单，且此前未因黑名单更换过 IP；
- 当月已消耗流量低于套餐总配额的 10%；
- 退款请求不存在恶意滥用行为。
关键风险提示：一旦符合条件的退款被批准，搬瓦工系统将立即终止该账号下的全部服务，并不可逆地删除账号下所有实例的全部数据、快照和备份。退款款项将原路退回，但此前产生的更换 IP 费用不予退还。因此，如果账户下有多台机器，在申请退款前必须先将其他所有实例的数据备份至外部，绝不能只备份申请退款的那一台。官方条款无法推导逾期停机后固定几天销毁数据，也不能承诺已停机数据能够找回。退款与注销细节见 /guides/bandwagonhost/refund-cancellation/。
DMIT 退款核对与例外条款#
根据 DMIT 服务条款 第 19 条，退款规则受到明确的时间与用量限制：
- 全额退款（第 19.1 条）：仅适用于新购订单，购买时间不超过 3 天（<= 3 天），且该实例已使用流量不超过 30GB（<= 30GB transfer），在符合 19.3 条等除外限制的前提下可申请全额退款，但仍需扣除支付网关手续费。这不是续费退款保证。
- 部分退款（第 19.2 条）：新购订单购买时间不超过 30 天（<= 30 天），按条款基于实际支付金额，结合已用流量价值，再根据剩余流量或剩余服务时间折算，并扣除支付网关手续费；不是简单的按天与流量简单线性叠加扣减。
- 核心除外限制（第 19.3 条）：已支付的续费账单不退还至支付网关；使用账户余额支付的金额仅能退回账户余额；充值的余额无法退回支付网关；涉及 DDoS 攻击、网络路由满意度问题、IP 地理位置诉求等情况均不属于退款范畴。退款是否批准严格以 ToS 第 19.3 条完整规定为准。
对于现有老用户而言，无需通过重新购买新实例来解决续费或配置问题，按照上述清单做好日常维护与独立备份即可保持服务长久稳定。如果你需要了解两家服务商的在售方案与规格，可通过官方入口进行对比：
- 查看 BandwagonHost 方案与配置，请访问 BandwagonHost 官网入口；
- 查看 DMIT 方案与配置，请访问 DMIT 官网入口。
2026-10-29 更新说明：实质纠正搬瓦工续费出账周期与停机条件，明确提前充值与出账核对区别；纠正 DMIT 2FA 维护与自动扣款授权界限；严格按照官方最新 ToS 核对两家退款资格与全账户数据清除风险，移除未核实的宽限与销毁天数。