分站数据迁移，指的是把原本放在一套站群系统里的分站内容，整体搬到另一套系统或者另一台服务器上，让这些分站在新环境里照常访问、照常更新。它和单纯的备份不是一回事：备份是留个底，迁移是要在新地方把站重新跑起来，所以搬完之后必须能打开、能改、能被搜索引擎正常收录，才算完成。
做这件事的人，通常是因为换了系统、换了服务商，或者原来的部署方式已经跟不上业务。真正麻烦的地方不在于把文件复制过去，而在于分站数量多、每站结构相似又不完全一样，一处没对上，就会出现有的站正常、有的站打不开的情况。
迁移到底搬哪些东西
很多人以为迁移就是搬文章和图片，其实要搬的东西分几层。第一层是内容本身，包括每个分站的文字、图片、附件这些看得见的部分。第二层是结构，包括栏目怎么分、页面之间怎么跳转、网址长什么样。第三层是配置，包括每个分站的名称、域名绑定、模板选择、联系方式这类设定。第四层是权限和账号，谁负责哪个分站、能改到什么程度。AI单页集群站。
这四层里，内容和结构出问题最容易被发现，配置和权限出问题往往要过一阵才暴露。比如某个分站的域名没绑对，访问时跳到别处；或者某个账号的权限丢了，运营的人发现自己改不了本地的内容。所以迁移清单要按这四层逐项核对，不能只看页面能不能打开。
动手前要核对哪几点
第一，先确认新旧两边的字段能不能对上。旧系统里有的栏目类型、自定义项，新系统未必支持，对不上的部分要提前定好怎么处理，是合并、舍弃还是换个形式保留。
第二，网址要不要保持一致。如果旧网址和新网址不一样，之前被收录的页面就会失效，访问者点进来会落空。能保持原样最好，实在要改，也要把旧地址指向新地址。
第三，迁移期间旧站要不要继续更新。如果一边搬一边有人往里发内容，搬过去的就是旧版本。稳妥的做法是先停更新，搬完核对无误再放开。
第四，搬完之后谁来验收。不能只由动手的人自己说没问题，要让实际运营分站的人逐个点开看，确认能改、能发、能显示。
不同迁移方式怎么挑
常见的方式有两种。一种是整站搬迁，把旧环境整体复制到新环境，再逐步调整。这种方式对内容和结构的保真度高，适合分站数量多、结构复杂的情况，但准备时间较长。另一种是重建式迁移，在新系统里重新搭好框架，再把内容按规则导入。这种方式能顺带把旧的冗余清理掉，结构更干净，但需要先把规则理清楚，否则容易丢东西。
怎么挑，主要看两件事：旧系统里的内容有多少是必须原样保留的，以及新系统对结构的支持程度。如果旧站积累了大量页面和历史内容，优先考虑保真度；如果旧站本身就比较乱，借这次机会重整反而更划算。无论选哪种，都要留出回退的余地，旧环境在确认新环境稳定之前不要急着关掉。
还有一个常见的误会，是觉得迁移只是一次性的技术动作。实际上搬完之后还有一段观察期，要看访问是否正常、收录是否恢复、各个分站的运营是否顺畅。把这段观察期算进计划里，事情才不会做到一半就以为结束了。我爱模板。