11.01.2013 Views

Workshop

Workshop

Workshop

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

if they have a plan, they are going in the right direction.<br />

Going in the right direction is what the SOAP method is all about. Not every problem you run into as a<br />

troubleshooter is going to be solvable within that day or week—particularly problems that are not showstoppers<br />

(emergency room visits). In particular, problems that come and go (intermittent problems) are<br />

usually long-term and complex troubleshooting jobs. To be able to wrap your arms around a complex<br />

problem, you have to segregate the problem into its component parts—that is, the subjective report and<br />

the objective facts. It’s particularly important to be able to separate the subjective out—someone may be<br />

reporting something that has some bearing on the problem but perhaps is not pointing directly at the<br />

problem. Consider someone who’s reporting chest pains—is this person reporting a heart attack or a<br />

muscle problem? The report of pain in the chest is a subjective feeling—the active investigation that<br />

reveals a heart attack or muscle pain is the objective finding. The subjective is useful but can only be<br />

borne out by investigation.<br />

Just the Facts<br />

When considering the facts in an intermittent or complex network issue (also known in the industry lingo<br />

as “troubleshooting a weird problem”), you need to categorize a basic list of objective items that can help<br />

point towards a solution:<br />

• Duration of problem (all the time or intermittent?)<br />

• Start of problem (date and time)<br />

• Place (on the network, physical location)<br />

• Number of users involved<br />

• Configuration of workstation (like or unlike others?)<br />

• Number and types of applications involved (running simultaneously with?)<br />

• User name(s) involved, security group(s) belonged to<br />

• Measurements<br />

• Behavior of similar applications<br />

Even though you may have a lot of objective data, you might not have the right objective data to analyze<br />

in order to come to the right conclusion. Therefore, your “plan” item on your first couple of tries on a<br />

tough problem will probably be to gather more data. Don’t give up; the more data you have, the better<br />

guess you can make.<br />

SOAP in the Real World<br />

Let’s take a case in which a user says she can’t run a particular Web applet that she needs for her job.<br />

Figure 6.1 shows a logical map of the site; her PC lives at point A on the map.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!