| ... |
... |
@@ -1,0
+1,25 @@ |
|
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 |
+统计2 |
|
18 |
+[[image:1578557987596-817.png]] |
|
19 |
+ |
|
20 |
+ |
|
21 |
+统计1（状态不精确） |
|
22 |
+ |
|
23 |
+[[image:1578556039513-782.png]] |
|
24 |
+ |
|
25 |
+[[image:1578556092978-626.png]] |