能登录不代表项目已经恢复
新设备安装客户端后，账号界面可能正常，但本地缓存、项目版本、处理脚本和未完成任务仍留在旧设备。直接重新导入矩阵，容易产生两个名称相同、处理历史不同的项目。
迁移前应列出项目标识、数据来源、当前版本、最近一次成功输出和仍在运行的任务。敏感原始数据不要通过个人网盘临时搬运。
先用小文件验证路径
恢复客户端后，可以先同步数据字典或非敏感测试矩阵，确认目标目录、权限、时间和版本记录正常。小规模验证失败时，修正成本远低于大文件传输完成后再发现路径错误。
Windows、macOS和Linux对文件权限、路径大小写及处理器架构有不同要求。安装前应核对发布来源与系统版本，不关闭安全保护来绕过提示。
交付完成要留下可撤销记录
项目迁移结束后，应确认旧设备是否退出、缓存如何处理、接收端是否取得完整文件，以及出现问题时如何回到迁移前版本。删除旧资料之前，先完成完整性和结果对照。
OixCloud跨境数据服务处理的是资料协作过程，不替代研究协议或机构授权。账号、验证码和敏感数据不应出现在公开反馈中。
矩阵、字典和脚本必须成组迁移
只移动表达矩阵会失去字段解释，只移动脚本则可能找不到原始输入。项目包应描述每个文件的角色、版本和生成关系。大体积数据可以留在受控存储中，客户端迁移引用与校验信息。
接收端首次打开项目时，应能看到哪些文件已经确认、哪些仍在等待、哪些只存在于旧设备。状态透明比自动补齐更重要，因为静默替换容易造成版本混淆。
迁移结束后的清理顺序
先核对接收端结果，再停止旧设备任务，最后按机构政策处理缓存。若先删除旧环境，传输中断或版本错误时就失去回退依据。
涉及多个地区时，还应确认存储位置与访问角色是否符合项目协议。技术上能够同步，不代表资料可以越过既定边界。