|
2. 收集用户症状- a, H# v5 a3 p; ~
(1) 底部相关的问题6 C% y- {+ e9 ?. _
(2) 使用每个问题来解除或发现可能的问题2 p9 P' F% v5 h( ]6 u2 E. M- O: t
(3) 以用户可以理解的手艺条理与其交流
8 T1 I! j$ B2 q' V/ } (4) 底部用户何时最早发现问题
3 P4 T1 C0 R9 p- ~ T- i& x (5) 若有可能,让用户年夜头演示问题8 Z8 P* Q, `* e8 H2 t
(6) 明晰在问题发生之前事务发生的挨次0 Q6 h- i% J! O( n& h9 \7 C. ], B
(7) 把用户描述的症啄暌闺凡是的问题原因进行对应
5 w2 q) r) {* j7 X3. 收集终端系统症状
7 }" n; E r* a" A8 x2 A (1) 接待用户
: s2 A* y5 y; a: X- C% r/ B3 b1 W (2) 剖析症状7 {9 ~. b P l- W
(3) 明晰症状: U0 {; K: T! ]! T, `8 r2 x. ~; t
(4) 存档症状8 G% I4 a2 _3 F
四 选择排故体例
& S7 B5 r; _/ b0 L* ^排故体例; Q m% W, a) g% [8 i
若何操作
, W) x, v# o2 \2 O, e! B适合的案例
% s! }, g& t+ E利益/错误谬误
- d, @4 r6 f/ O自下而上
) X+ H& u9 J9 s' e/ }老是年夜物理层向上起头排故直到发现故障条理0 g6 c# ]$ H. z0 R1 [
斗劲适合复杂的案例
% z, s6 h' i5 e ^2 b' w+ {它是一个慢的可是靠得住的体例.
0 W- U- |4 E7 e( A b当问题是应用层或上层的问题时,需要花很长的时刻/ M( h8 n" h3 {! e
自上而下
$ L8 i: d8 `& L+ A+ ^' Y6 N老是年夜应用层向下起头排故直到发现故障条理
8 Q% m8 M: N" @6 u* h o斗劲适合家单的问题或应用层或上层问题
* d- z( p3 M: G2 W! V1 y当问题是低层相关时,将会在应用层破耗年夜量的时刻和精神; o* L) V9 F9 y- m
分而治之5 O0 o5 J1 v0 e* t1 I4 |
按照纺暌钩的问题的情形和经验,可以抉择在任何一次起头并沿OSI和谈栈向上或向下; C9 E: p! @; }9 h
斗劲适合履历过的问题或有着显明的症状的问题/ ~3 u6 U9 A) _) s. T8 P: I6 g
它可以比其他体例更快地找出故障条理.必需要有经验才可以有用地使用这种体例. |
发表于 2012-8-3 20:20:19
楼主