---
title: 基本信息收集
description: "故障发生后，作为问题定位的首要条件，通过收集局点信息，让技术支持及研发人员快速了解现场的情况，同时，反馈现场工程师的联系电话，保证联络渠道的畅通。"
url: https://www.hikunpeng.com/document/detail/zh/kunpengboostkithistory/2300/armnative/kunpengcpskbox_20_0119.html
sourcePath: /source/zh/kunpengboostkithistory/2300/armnative/kunpengcpskbox_20_0119.html
indexId: ab8e22f2196db0ad905f37c0eaddc47cab58d7572e0ce69c7988ac7187f23b8976
---
# 基本信息收集

#### 收集局点信息

故障发生后，作为问题定位的首要条件，通过收集局点信息，让技术支持及研发人员快速了解现场的情况，同时，反馈现场工程师的联系电话，保证联络渠道的畅通。


需收集的局点信息如下表所示。


**表1 局点信息收集表**

| 运营商或企业 | 局点 | 组网图附件 | 现场工程师姓名/电话 | 客户姓名/电话 |
| --- | --- | --- | --- | --- |
| 版本信息 | \- | \- | \- | \- |
| 远程维护信息 | \- | \- | \- | \- |


#### 收集基本故障信息

通过基本故障信息，可大概了解现场发生的问题、目前的状态、产生故障前的设备状态和引起故障的可能因素。具体信息如下表所示。


**表2 基本故障信息收集表**

| 待收集现场 | 现场反馈结果 |
| --- | --- |
| 故障现象描述 | \- |
| 故障出现时间 | \- |
| 故障出现的频率 | \- |
| 业务影响程度 | \- |
| 当前故障是否已经处理 | \- |
| 问题出现时，是否有相关系统进行过调整或者任何操作 | \- |
| 对维护过程中出现的问题所实施的操作 | \- |
| 问题出现后，是否采用什么措施进行处理 | \- |
| 对问题进行处理后，达到的效果 | \- |
| 现场有无明显的告警信息 | \- |
| 现场告警信息是否已经收集 | \- |


#### 收集故障相关告警信息

通过故障相关的告警信息，可进一步辅助故障的分析、定位和处理。具体信息如下表所示。


**表3 故障相关告警信息收集表**

| 待收集参数 | 参数值 |
| --- | --- |
| 告警ID | \- |
| 告警级别 | \- |
| 告警名称 | \- |
| 告警源/告警对象 | \- |
| 产生时间 | \- |
| 区域 | \- |
| 类型 | \- |
| 可能原因 | \- |
| 附加信息 | \- |


#### 收集日志信息

收集系统的日志信息，可以通过日志，详细查看系统中用户的操作内容、操作时间等信息，从而进行故障的分析和定位。主要需要收集的日志如下表。


**表4 日志收集项**

| 日志类别 | 详情 |
| --- | --- |
| Android日志 | 通过logcat命令收集日志缓存区中日志。 |
| Android日志 | 收集ANR（Application Not Responding）时的应用堆栈信息（/data/anr）。 |
| Android日志 | 通过dumpsys activity，dumpsys meminfo，dumpsys input收集必要的dumpsys信息。 |
| Android日志 | 通过ps –a收集进程信息。 |
| Android日志 | 通过getprop收集系统属性信息。 |
| 服务器日志 | 收集“/var/log”底下的syslog和kernel日志。 |
| 服务器日志 | 通过dmesg –T收集查看开机信息。 |
| 服务器日志 | 通过docker stats/docker inspect收集docker相关日志。 |


为了便于使用，特基于Kbox_maintainer维护工具提供一键式日志收集能力，Kbox_maintainer工具收集日志的方法，请参见《Kbox云手机容器 例行维护(https://www.hikunpeng.com/document/detail/zh/kunpengboostkithistory/2300/armnative/kunpengcpskbox_32_0029.html)》的“日志收集”章节。