将大对象分析迁移到大内存R环境并记录峰值

把大R任务迁到服务器，需要一起交接脚本、依赖、输入和验收规则。仅上传RDS并打开RStudio，不能证明整条流程可用。下面按环境检查、样例运行和原瓶颈复现三个阶段操作。

把本地项目整理成可以交接的最小单元

找出入口脚本、参数和外部参考，记录R与包版本。不要只交保存了全部会话变量的工作区。磁盘后端RDS可能只是外部数据的引用，须按后端说明迁移实际目录；保留一个已核对输出的小样例。

先做环境记录，不在新服务器上盲目升级包

以下代码生成环境核对清单，不会自动恢复包。已有renv锁文件或容器镜像时一并保存。迁移时先保持版本一致；升级R、Matrix或Seurat应另做验证，避免同时改变环境与方法。

dir.create("handover", showWarnings = FALSE)
writeLines(capture.output(sessionInfo()), "handover/session-info.txt")
pkgs <- installed.packages()[, c("Package", "Version"), drop = FALSE]
write.table(pkgs, "handover/packages.tsv", sep = "	",
            quote = FALSE, row.names = FALSE)
writeLines(getwd(), "handover/original-project-root.txt")

在服务器端先确认工作目录与可写空间，再检查R本身和必要包。以下Linux命令中的文件路径是示例布局，须替换成你已上传的项目。校验文件应在上传前生成并随输入一起传输；不要在损坏文件上重新生成校验值后宣称通过。

mkdir -p logs results
Rscript --version
Rscript --vanilla -e 'sessionInfo()' > logs/server-session.txt
df -h .
free -h
# 在保存了上传前SHA256清单的目录执行
sha256sum -c inputs.sha256

用已有样例验收脚本，保留标准输出与退出码

先确认项目的入口脚本支持怎样的参数。下面以“第一个参数为输入、第二个参数为独立输出目录”的现有 analysis.R 为例；如果你的脚本采用配置文件，应保留原来的调用方式。先跑已核对的小样例，不要直接把大任务当作环境自检。样例输出与本地结果可做维度、样本顺序、缺失比例和关键统计量比较，浮点数比较阈值需按实际方法确定。

# 示例：analysis.R已存在且参数约定已确认
mkdir -p results/check01
/usr/bin/time -v -o logs/check01.time.txt   Rscript --vanilla analysis.R inputs/check.rds results/check01   > logs/check01.stdout.txt 2> logs/check01.stderr.txt
status=$?
printf '%s\n' "$status" > logs/check01.exit-code.txt
test "$status" -eq 0

GNU time需要在服务器上可用。退出码为零只是必要条件，还要确认结果文件完整且不是空表。若样例因路径、系统库、字体或包版本失败，应修复对应环境再验收；换更大内存不会补上缺失的依赖。输出目录按每次运行分开，避免前次残留文件被误认成这次成功的结果。

资源试跑要覆盖真正吃内存的阶段

代表任务要运行到原先失败的阶段，并记录输入规模与参数。GNU time可记录进程资源；有多个worker时，还需控制组或调度器聚合统计。不能用“RDS读入成功”或单进程峰值验收整条并行流程。

在开全量之前把运行与退出约定写清楚

在README写清并发、日志位置、长任务启动方式和异常处理。到期迁出需提前取回结果、环境清单与关键日志，并在接收端核对文件；额外备份副本要另外安排。

验收完成后，保留输入校验、完整命令、退出码、资源日志及输出检查结果。全量运行若仍失败，先与样例比较输入、参数和额度，再定位差异；不要只反复增加配置。