这 5 件排障活，自己干半小时，运维专家 3 分钟出结论

值班时最烦的不是问题难，而是明明知道该查，却得自己 SSH 上去一条条敲。下面几件事，几乎每个测试环境都会撞上：

1. OTel 接不上 / 没数据——SDK 配了，平台空白，人要猜是 endpoint、端口还是进程挂了。
2. 容器一直重启——看着 Restarting，不敢乱改，进容器翻日志又慢。
3. 查 Java 实际 JVM 参数——启动参数、容器限制、生效值对不上，来回 jinfo / jcmd。
4. 端口被占起不来——lsof / ss 查一遍，还要确认别误杀服务。
5. 想看 CPU 热点——火焰图工具链记不住，采样配置试半天才出图。

以前这类活，一个人上手往往要 15～40 分钟（找机器、登录、翻命令、对结论）。用 DataBuff 运维专家后，同样的事大多落在 1～3 分钟：打开 AI 平台 → AI 对话，选中运维专家，口语说清现象即可。

下面按场景实操：每个场景三张图——你输入 → 运维专家执行过程（中间） → 专家结论。

1. OpenTelemetry 接不上 / 没数据

示例说法：

测试环境 OTel 接不上、平台没数据。帮我查 4317/4318 通不通，一句话说清端点对不对。

1 输入2 执行过程3 结论

2. 容器一直重启

示例说法：

ai-apm-demo 一直 Restarting，帮我看看怎么弄好。

1 输入2 执行过程3 结论

3. 查 Java 运行时参数

示例说法：

帮我看一下 ai-apm-web 这个 Java 进程实际生效的 JVM 参数，尤其是堆内存和 GC。

1 输入2 执行过程3 结论

4. 端口被占，服务起不来

示例说法：

帮我查一下谁在占用 27403 端口，把占用进程和命令告诉我就行，不要杀掉服务。

1 输入2 执行过程3 结论

5. 打火焰图

示例说法：

给测试机上 ai-apm-web 这个 Java 服务打一张 CPU 火焰图，帮我看热点在哪。采样时间短一点就行。

1 输入2 执行过程3 结论

运维专家OTel容器重启火焰图