公司换负责人，或者员工离职后留下挂在个人名下的服务器，资源就得交接到另一个账号下。操作看上去只是几次点击，真动手时，网络、数据、域名和费用都可能卡住。下面用一个交接的例子，把关键环节走一遍。
一、先确认：实例能不能直接转走
腾讯云的云服务器（CVM）实例通常不能像文件一样直接过户给另一个账号。常用做法是先把系统和数据做成镜像或快照，共享给目标账号，再由对方基于镜像创建新实例。所以迁移实际是在新账号里复制一套环境，原来的机器并不会被搬过去。
具体功能和入口会随控制台版本调整，操作前以官方文档和你账号里看到的界面为准。
二、案例：小陈的三台服务器交接
小陈是一家小型电商公司的技术负责人。公司早期的三台云服务器由前同事用个人账号开通，分别跑官网、订单接口和一个定时任务服务。前同事转岗后，公司决定把这些资源统一迁到企业认证账号下管理。
小陈最先想到的是直接过户实例，查了一圈才确认不行。于是他按“盘点、备份、共享、重建、切换”的顺序做了一套方案，前后大约花了两个周末，业务中断控制在十分钟以内。
三、迁移的五个关键步骤
1. 盘点资源清单
动手前先把相关资源列成表。只盯着服务器本身很容易漏东西，至少要记下：
- 实例的规格、系统版本和所在地域
- 挂载的云硬盘和数据盘
- 弹性公网IP、负载均衡和安全组规则
- 数据库、缓存、对象存储等依赖服务
- 绑定的域名、SSL证书和备案信息
小陈盘点时才发现，其中一台服务器挂着两块数据盘，安全组规则只在控制台配过一次，没有任何文档。要是没提前整理，新环境很可能少开端口，服务起不来还找不到原因。
2. 制作镜像或快照
在源账号里，为系统盘和数据盘分别创建快照，或者为实例制作自定义镜像。尽量选业务低峰期操作，并确认快照状态已经完成再往下走。正在写入的数据库要特别留意：最好先暂停写入，或用数据库自带的备份工具导出，否则快照里的数据可能前后不一致。
3. 共享给目标账号
在控制台把镜像或快照共享给目标账号的账号ID。有两点要注意：源和目标最好在同一地域，跨地域需要额外处理；目标账号收到后，还要在自己的控制台确认接收，才能正常使用。
小陈第一次只共享了系统盘快照，忘了数据盘。新实例启动后，数据目录是空的，补共享之后才恢复。这类问题在共享前对一遍清单就能避开。
4. 在新账号中重建环境
目标账号基于共享的镜像创建实例，然后对照清单逐项配置：
- 规格尽量与原来接近，并确认VPC和子网
- 挂载从快照恢复的数据盘，检查挂载点和文件权限
- 重新配置安全组，逐条对照原有规则
- 绑定弹性公网IP，或提前规划新的IP
- 启动服务，做完整的功能测试
先在新环境里把功能跑通，再考虑切流量。小陈用一台测试机验证了官网和订单接口，确认没问题才进入下一步。
5. 切换流量与收尾
切换一般通过修改域名解析完成。如果解析记录的TTL设得比较长，最好提前一两天调低，这样切换时生效会快一些。切换后，盯一段时间的访问日志和错误日志，看有没有遗漏的接口或定时任务。
确认稳定后再处理源账号的资源。先停止实例而不是直接释放，留一段观察期。确定不再需要时，再释放实例、快照和弹性公网IP，避免继续产生费用。
四、几个容易被忽略的问题
- 备案主体：网站如果已经备案，资源转到新账号后，要确认备案主体和实际使用方一致。主体变更通常需要单独办理，不要想当然地跳过。
- 证书与密钥：SSL证书、API密钥和数据库密码要重新确认归属。别把密钥明文写进文档里转交，用安全的方式单独传递。
- 计费与续费：包年包月资源迁移后，计费归属可能需要重新核对，避免重复扣费或续费漏掉。
- 权限交接：子账号、角色和访问策略也要一并整理。离职人员的访问权限要及时收回。
五、收个尾
迁移的主线就是用镜像和快照把环境复制到新账号，再完成重建和切换。真正费时间的往往是前面的资源盘点，以及后面的权限、备案、计费核对。把每一步写成清单，逐项确认，大多数问题都能在切换之前暴露出来。小陈的做法也是这个思路：先想清楚最坏的情况，再动手。
