南山的科技园、粤海、后海、前海与深圳湾连成一条研发带。互联网与硬件企业的研发团队大多把代码版本库、构建流水线和测试环境放在自建机房里，办公区则是一排排开发用的笔记本与工作站，两边都存着不好重来的东西。
研发数据的落点很散：版本库和制品库在服务器的磁盘阵列上，构建缓存和跑批任务写在固态盘或本地盘上，设计稿、原型和数据集放在共享盘或对象存储里。故障也就跟着散开：阵列里先离线一块盘、构建机系统盘掉盘、数据库里整张表被误删、开发机的固态盘忽然认不出来。
研发场景最怕的是时间差。版本库所在阵列出现多盘离线后，只要继续写入或者强行上线，元数据就会被改写；虚拟化与容器平台的存储卷一旦损坏，虚拟机镜像常常只剩半截。比较稳的顺序是整机断电、保留现场，把物理盘按槽位编号之后再做镜像分析。
南山到华强北路途不算近，客户多选快递寄修，也可以约上门取件先做现场断电保护。送检前把阵列的盘数、有没有热备盘、用的什么文件系统与卷结构写清楚，往往能省掉一轮来回确认的时间，也让检测报告更贴近实际配置。
南山的研发团队把代码托管、构建流水线和测试环境放在自建机房里，办公区是一排排开发用的笔记本与工作站。版本库和制品库通常落在服务器的阵列上，构建缓存与跑批结果写在本地固态盘里，设计稿、原型和数据集又散在共享盘与对象存储中。要找回的东西因此分布在好几层，先弄清缺口在哪一层，比一上来就整体扫描有效得多。机房里还有一种常被忽略的介质：跑测试环境的虚拟机镜像，文件大、数量多，底层卷一出问题，报错提示往往只有干巴巴的一行，这时候先把宿主机与存储的连接关系理清，再动手成像，比直接在原卷上修要安全。这几层之间的关系理清了，再决定从哪里下手。
研发团队的另一个特点是人走得快。实习结束、外包换组、核心成员离职，账号和权限还在，但谁改过哪台机器、哪套环境早已没人说得清。等到服务起不来才发现配置和密钥只留在一个人的电脑里，而那块磁盘恰好那时候出问题。平时把关键配置与凭据集中归档，出事时能省掉大量翻找；如果已经断档，就把能问到的信息尽量凑齐再送检。还有一类是归属分不清：项目结束、团队重组之后，同一台机器上可能既有在职人员的资料，也有已经离开的人留下的目录，取回时按目录和时间范围说明要哪些，能避免把不相干的内容一起带走。事先把范围划清，取回之后就不用再做一轮清理。