服务器故障与应用问题怎样分层判断

同样是“打不开”，可能是账户、实例、电源、访问路径、系统服务或应用依赖的问题。先按证据缩小范围，再确定需要哪一方处理；不凭一个Ping结果、错误码或短时测速直接认定责任。无法完成自检时，也可以说明现象提交工单。

先确认问题发生在哪个对象

三个常见案例怎么处理

案例一：SSH可以登录，Nginx提示配置文件错误

保存语法检查指出的文件与行号、最近修改的片段及服务日志。先由站点维护者核对配置，不能只要求重启整机。若系统还存在磁盘满、文件损坏或实例状态异常，应同时把这些证据交平台核查，不因“是应用报错”就忽略底层情况。

案例二：远程桌面很慢，但其他应用正常

记录是输入响应、画面刷新还是程序本身运算变慢，保存同一时段的资源情况，换一个网络对比同一实例。RDP画面慢不自动等于CPU不足；CPU短时正常也不能证明整个访问路径正常。继续按远程桌面卡顿或掉线排查收集结果。

案例三：多种服务同时无法访问

先记录实例状态、异常起止时间和当前目标，再对实际业务端口测试。能够通过备用控制台观察系统时，核对网卡、服务和规则；没有可用入口时，说明无法完成该项即可提交工单。多个来源同时失败是重要线索，仍需结合平台资源和网络记录判断。

什么属于服务范围核对

宝乐云核查所购服务器的基础资源、平台操作和约定网络能力。应用代码、第三方插件、软件许可和业务效果，需要相应开发者或供应商参与。是否能代为安装、迁移或维护，应明确具体服务范围，不把购买服务器默认解释为包含全部应用运维。

判断“由谁先查”与认定“谁承担责任”是两件事。应用刚更新后报错，可以先查变更；仍需根据完整证据确认原因。已确认的本地网络或运营商问题，应向对应网络维护方处理，但不以未经证实的归因直接终止资源核查。

提交工单不需要先给自己定责

提供产品、时间、具体失败动作、完整提示、影响范围和已做结果。哪些步骤因不会操作、没有权限或入口不可用而无法完成，也一起说明。自检是为了缩小范围，不是受理的前置门槛；不要为取得更多证据去关闭全部防护、攻击网络、反复重装或读取他人数据。

故障、退款与补偿分别办理

排障依据实际资源、路径和应用记录。适用商品在开通后48小时内的无理由退款，按正式退款政策处理，不额外要求先证明平台有故障；故障补偿则按约定保障核查原因、范围和时长。这些事项可以相关，但不能用其中一个未完成就直接推定另一个必然成立或不成立。

通用提交步骤见工单提交指南，具体示例见工单填写示例，退款及补偿见退款政策与服务故障保障。