Hide last authors
![]() |
3.1 | 1 | 背景:有客户提到桩离线后出现不稳定,在客户无法清晰描述具体因素的情况下,先从平台角度分析问题 |
2 | 跟踪: | ||
3 | 1、对问题运营商做故障类型统计记录。【统计过程中发现,一次故障记录存在多个状态,需确定离线的确切规律,希望准确反映问题】(见统计1(状态不精确)) | ||
4 | 2、微信故障通知 是否有可能引起不真实的反应,导致使用者对桩稳定性的质疑。 | ||
5 | |||
6 | |||
7 | 研发回覆之规律: | ||
8 | |||
![]() |
4.2 | 9 | ~1. 故障的类型一定是故障 选择“离线”,离线的类型看持续时间,时间比较短的(比如1、2分钟以内)应该是故障,时间较长的就是离线。这个可以在运营商管理那里调整时间阈值。 |
10 | 2. 广东云创没有设置微信通知,他们应该收不到微信通知。 | ||
![]() |
3.1 | 11 | |
![]() |
4.2 | 12 | 补充:系统端改进:离线的类型如果持续时间太短,你可以忽略掉,因为同时报了故障,在后台改了时间阈值,之后的5分钟以内的离线忽略 |
13 | |||
![]() |
3.2 | 14 | 故障记录的库名、表名和表结构 |
![]() |
3.1 | 15 | |
![]() |
3.2 | 16 | |
![]() |
5.2 | 17 | 统计3 |
18 | |||
19 | [[image:1578627104887-365.png]] | ||
20 | |||
21 | |||
![]() |
4.2 | 22 | 统计2 |
23 | [[image:1578557987596-817.png]] | ||
24 | |||
25 | |||
![]() |
3.1 | 26 | 统计1(状态不精确) |
27 | |||
28 | [[image:1578556039513-782.png]] | ||
29 | |||
30 | [[image:1578556092978-626.png]] |