迁往SixtyNet要停站多久？rsync预同步与数据库交接怎样安排

把旧站的文件复制到新VPS，传输结束往往只完成了搬站的一半。订单、上传文件和后台任务还在旧机写入，第一次复制得到的内容就会继续变旧。对准备迁往SixtyNet的团队，采购规格应由停写窗口和可回退条件决定：可以提前搬走的大文件，不必挤进维护时间；必须保持一致的业务状态，则要安排明确的交接点。更大的端口能缩短部分传输，却无法替你决定哪台机器有权接收新订单。

先把“文件已到齐”从上线条件里拆出来

rsync官方手册说明，默认快速检查主要比较文件大小与最后修改时间，据此决定哪些文件需要更新；它还支持只传送变化部分的增量算法。[1]这适合把静态资源、用户附件等先搬到目标机器，最后再处理增量。不过，默认检查依据并不是每个文件的完整内容校验。迁移验收若要求内容一致，应另外确定抽样或全量校验方案，并为读取文件的磁盘时间留预算。

复制时仍在修改的文件尤其值得单列。一个目录里每个文件都成功传送，不代表整个目录来自同一时刻。数据库文件之间有自己的写入顺序，直接对运行中的数据目录做文件同步，不能因此宣称拿到了可恢复的数据库备份。应使用数据库支持的导出、物理备份或复制流程，并在隔离环境实际恢复；静态文件搬运和数据库迁移可以并行准备，验收标准却应分别定义。

PostgreSQL官方文档明确，pg_dump能在数据库被并发使用时生成一致性备份，不会因此阻止普通读写；但它导出的是单个数据库，全局角色和表空间等对象需要另行处理。[2]导出期间允许写入，意味着导出完成后仍可能出现新交易。若计划靠一次导出直接切换，就必须把导出快照之后的新增业务如何处理写清楚。一次导出没有自动提供跨机器的持续追平能力。

更稳妥的准备方式是先列出全部写入者：网站接口、上传入口、定时任务、支付回调、消息消费者和后台操作。只把网页切成维护页，往往仍漏掉后台进程。附件与数据库也存在关联：数据库记录可能已经指向一个还未复制完成的文件。最后停写时应同时确认两边的交接状态，不能用“首页能打开”替代业务一致性。

用维护时间倒推传输任务，而不是先买最大端口

下面给一份可替换的算例，全部是容量规划假设，并非SixtyNet测速结果。假设需要迁移200GB文件，GB按十进制计算，两机之间测得有效文件吞吐为25MB/s。只算数据传输，首次复制需要200000÷25=8000秒，约2.22小时。文件枚举、元数据读取、加密和小文件开销尚未包含在内。若业务只允许十分钟停写，就不宜等维护开始才启动全量复制。

提前预同步后，如果最终剩余变化量为3GB，相同吞吐下纯传输只需3000÷25=120秒。可实际停写时间还应加上最终扫描、数据库交接、权限检查、应用启动和业务验收。“增量只传两分钟”不能直接写成“两分钟完成搬站”。对于海量小文件，扫描时间可能比有效数据传输更长，必须先在相同目录规模上演练。

预同步也有追不上的边界。若持续产生的新数据速度接近或超过目标路径的有效处理速度，复制任务就不能稳定缩小差额。此时可延长预同步时间、暂时限制批量上传、减少无关文件，或使用业务支持的复制方案。单纯把套餐名里的2Gbps改成4Gbps，只有在网络确为瓶颈、两端磁盘和加密处理都有余量时，才可能改善结果。

rsync的校验选项会增加发送端与接收端读取文件的工作，官方手册也提醒这会带来额外磁盘I/O。[1]因此，全量校验应尽量放在演练或可承受的阶段，最终维护是否再做全量校验，取决于数据重要性和事先约定。对不可重建的附件，应保存文件数量、总字节数和内容校验结果；对可以重新生成的缓存，则可直接重建，避免把停写时间花在无价值的数据上。

SixtyNet这几档报价，分别能容纳什么迁移方案

渠道通接口本轮超时，推广入口取自此前已核验的接口采集快照；商品快照记录日期为2026年10月16日。本次另行读取到SixtyNet产品页，页面仍展示下列年度报价与资源，但订单入口同时出现Unavailable。这里列的是页面展示条件，不代表当前有货、能够下单或续费仍按相同价格执行。[3]真实供应、税费、续费与退款条件，应以商家书面答复和结算页为准。

网页给前两档分别列出2G与4G网络、5TB与10TB流量；存储档列出10G网络与10TB流量。[3]这些是商家的展示规格，不能换成本文未做过的吞吐保证。对于上面200GB的文件算例，40G与80G磁盘显然无法直接容纳完整文件集，更不适合在同一块盘上同时保存导出包和解压后的完整副本。存储档可以作为容量候选，但系统占用、实际可用空间和赠送容量的持续条件仍需确认。

若计划把200GB归档包和200GB展开文件同时留在目标端，两份已达400GB，还没计入数据库、日志、临时文件和文件系统余量。更合理的办法可能是直接同步到最终目录，在另一个独立位置保留备份，而不是为避免清理临时包盲目升档。不过，直接写入最终目录就更需要隔离访问，防止用户读到尚未完成的站点。

STARTER到MICRO的展示年费相差200美元，但容量只由40G变为80G，无法解决200GB整体文件集的落地问题。MICRO与Storage-500G展示年费相同，存储目标却不同。只需要较小应用盘、重视随机读写的团队，不能仅因存储档容量大就推断它更快；产品页没有给出这次迁移场景的实测结果，底层介质、持续I/O限制和备份责任都应进一步询问。

已有独立数据库、附件可以提前同步，并且能够安排短暂停写的站点，适合先按容量与有效吞吐试迁。无法停写、不能处理回调重放、或者要求跨系统同时一致的业务，应先完成复制与切换设计，再采购目标机器。核对供应后可从SixtyNet套餐推广入口查看条件；这是推广链接，当前跳转访问未核实完成，页面报价不构成可成交承诺。

切换时只允许一个写入中心，回退也要有边界

最终维护可以按交接记录推进：停止旧端写入任务，保存最后业务时间与数据位置，完成最终附件同步及数据库交接，在新机检查权限与配置，再用指定访问入口测试登录、写入、上传和回调。域名解析调整期间，不同用户可能仍访问旧地址，因而旧机必须继续保持只读、维护或明确的转发状态，不能重新接受独立写入。

回退开关也不是简单把域名改回去。如果新机已经产生订单，直接回到旧数据库会丢掉这段新增业务。交接方案应规定首次允许新机写入的时刻，并把这个时刻作为回退策略的分界：在此之前可恢复旧端服务；在此之后，要先完成新增数据的回迁或业务补偿。做不到这一点，就应把验收停留在受控访问阶段，不能为了赶时间提前放开交易。

下单前向SixtyNet确认的事项应与这份方案对应：目标套餐是否可用，旧机与新机需重叠运行多久及如何计费；赠送磁盘是否长期保留、是否支持临时扩容；迁移流量计入哪一端、是否双向计算；能否提供控制台与救援环境；退款适用哪些产品和付款方式。网页的通用备份与退款宣传没有替代具体订单条款，尤其不要把备份服务当成已经演练成功的业务回退。[3]

采购验收可以落在一张交接记录上：有效传输速度与扫描耗时、最终差额大小、数据库恢复结果、新旧写入责任、完整附件校验，以及允许公开服务的时间。只要其中某项仍无法交付，就保留旧机与维护安排。机器账单多重叠几天是可计算的费用，丢失一次交接期间的订单却通常没有固定价格。

资料与计算口径

本文未进行商家性能实测。容量与时间推导为明确假设下的算例；插图为生成示意。官网产品页可读取，但未取得符合无第三方标识要求的可用产品画面，采用示意插图。渠道通实时接口与推广跳转本轮超时，推广地址来自本地已核验快照，尚未核实实时跳转和库存变化。

1. rsync官方手册
2. PostgreSQL一致性导出
3. SixtyNet官网产品展示页