Docker未运行。Docker被停止。检查docker当前状态：systemctl status docker若docker未启动，则启动docker：systemctl start dockersystemctl start docker如启动失败，则根据提示查看docker的相关日志，排查启动失败的原因，例如docker配置文件（/

查看更多 →

接”，测试并确定与目标库连通。 当测试连接失败时，可单击失败信息右侧的“一键诊断”按钮进行诊断。 图1 一键诊断 等待诊断完成后，可在弹出的“诊断详情”窗口查看结果，包括丢包率和端口检查结果。 图2 诊断详情

查看更多 →

分析诊断实例 查找Redis实例大Key和热Key 扫描并删除Redis实例的过期Key 诊断Redis实例 查看Redis实例的慢查询记录 查询Redis实例运行日志 查看Redis实例的命令审计日志

查看更多 →

evel”设置为query时，可以诊断多列/单列统计信息未收集、分区未剪枝告警和SQL不下推的告警等非执行态的诊断信息；“resource_track_level”设置为perf或operator时，可以诊断所有的告警场景。 SQL自诊断的诊断范围与resource_track_

查看更多 →

在左侧导航栏，选择“实例诊断”，进入实例诊断页面。 选择待诊断的消费组名称，单击“开始诊断”。 诊断完成后，在“诊断记录”区域，新增一条诊断记录。 单击“查看报告”，进入“实例诊断”页面，查看诊断结果。 图1 诊断结果 消费组不在线时，可以诊断成功，但是会显示1项异常。 删除诊断记录 登录管理控制台。

查看更多 →

创建数据诊断 监控服务支持配置诊断规则完成对业务数据的诊断。 创建诊断 进入运维中心工作台。 在顶部导航栏选择自有服务。 单击，选择“运维 > 监控服务（ServiceInsight）”。 选择左侧导航栏的“AI辅助诊断 > 诊断总览”，进入“诊断总览”页面。 单击“诊断”。 配

查看更多 →

警场景。 SQL自诊断的诊断范围与resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_analyze_check参数影响，使用前应确认该开关已打开。

查看更多 →

rator，则可以诊断所有的告警场景。 SQL自诊断的诊断范围与GUC参数resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_

查看更多 →

SQL诊断场景 问题现象 用户的SQL语句执行时间长，消耗资源多。 定位思路 如果用户的SQL语句在执行时存在效率问题，内核执行后给出优化建议。用户通过查询SQL语句的执行历史，检索出优化建议，进一步优化SQL语句的编写，提高集群的查询效率。 解决步骤 查看“SQL诊断”页面，选择可疑的时间段。

查看更多 →

Debugging诊断 概述 线程分析 方法分析 对象分析 父主题： 组件列表

查看更多 →

Debugging诊断 概述 线程分析 方法分析 对象分析 父主题： 应用监控详情

查看更多 →

SIM卡诊断 登录 全球SIM联接 控制台，在左侧导航栏选择“SIM卡管理 > SIM卡诊断”。 在SIM卡诊断界面输入对应的容器ID、MSISDN或IMEI，单击“立即诊断”。 图1 SIM卡诊断页面 平台跳转到诊断结果页面，可以查看该SIM卡的基本信息和诊断信息。 图2 诊断结果页面

查看更多 →

> 历史诊断”。 选择“诊断日报”页签。 单击“发起诊断”，选择需要诊断分析的开始和结束时间。 图1 发起诊断 单击“确定”，对当前实例进行诊断操作。您也可以查看历史诊断报告或者下载报告到本地查看。 在页面右上角单击“查看历史诊断报告”，在“诊断报告列表”中查看历史诊断报告。 在

查看更多 →

管理诊断报告 查看诊断报告 订阅诊断报告 父主题： 智能DBA

查看更多 →

系统诊断 很多问题其实都是部署的时候没有正确设置某些参数，或者是没有按要求修改配置文件，往往在遇到异常时很难定位到这些错误， 数据治理 系统能自动诊断这些文件，并加以提示。 在管理员登录界面后单击系统诊断提示的警告会出现如下诊断界面 图1 系统诊断 系统进行了下列检测 表1 检测 诊断项

查看更多 →

系统诊断 很多问题其实都是部署的时候没有正确设置某些参数，或者是没有按要求修改配置文件，往往在遇到异常时很难定位到这些错误，ABI5.3.1能自动诊断这些文件，并加以提示。 在管理员登录界面后单击会出现如下诊断界面 图1 系统诊断1 系统进行了下列检测 表1 检测 诊断项 检测内容（中文）

查看更多 →

CN端对SQL进行查询编译生成计划树，通过诊断分析器对执行计划树诊断出查询模式下可识别的问题（包括统计信息未收集和SQL不下推的告警）。 DN端执行SQL语句，在运行时将有关统计信息写入DN共享内存。如果当前SQL运行是算子模式（可以诊断所有支持的告警场景），则在SQL运行过程中收集算子执行统计信息。

查看更多 →

AI辅助诊断 启动根因诊断 快速配置异常检测任务 新增异常检测任务 异常检测告警调优 异常检测常见问题 创建数据诊断 父主题： 监控服务

查看更多 →

AI辅助诊断 启动根因诊断 快速配置异常检测任务 新增异常检测任务 异常检测告警调优 异常检测常见问题 创建数据诊断 父主题： 监控服务

查看更多 →

精度问题诊断 逐个替换模型，检测有问题的模型 该方式主要是通过模型替换，先定位出具体哪个模型引入的误差，进一步诊断具体的模型中哪个算子或者操作导致效果问题，模型替换原理如下图所示。通过设置开关选项（是否使用onnx模型），控制模型推理时，模型使用的是onnx模型或是mindir的模型。

查看更多 →

警场景。 SQL自诊断的诊断范围与resource_track_cost的设置有关系。当SQL的代价大于resource_track_cost时，SQL才会被诊断。SQL的代价可以通过explain来确认。 SQL自诊断功能受enable_analyze_check参数影响，使用前应确认该开关已打开。

查看更多 →