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