Troubleshooting Basics

ITFreeTraining
15 May 202113:20

Summary

TLDRThis ITFreeTraining video introduces fundamental IT troubleshooting techniques with a humorous analogy comparing problem-solving approaches of a manager, an engineer, and an IT technician. It emphasizes the importance of replicating issues and the common 'turn it off and on again' method. The video discusses the logical process of identifying a computer's single point of failure, considering symptoms and consequences, and the value of quick fixes like replacing hardware. It also touches on the proactive approach to larger issues, the process of elimination for troubleshooting, and the role of workarounds in maintaining productivity.

Takeaways

  • 😀 Basic troubleshooting in IT often starts with replicating the problem to confirm its existence.
  • 🔧 IT technicians may suggest restarting a device as a first step to troubleshoot, as it can resolve many issues.
  • 🚗 The joke about a car with a manager, engineer, and IT technician highlights the IT approach to troubleshooting: trying to replicate the issue.
  • 💡 When a problem persists after a restart, it's essential to identify the root cause, which is often a single issue in computers.
  • 🛠️ Troubleshooting a complex issue like a computer crash involves considering the symptom and its underlying cause, which may not be immediately apparent.
  • ⏱️ Time is a critical factor in IT troubleshooting; the faster the problem is resolved, the less productivity is lost.
  • 💼 Businesses often prioritize resolving the consequences of IT issues over finding the root cause, especially when it comes to productivity.
  • 🔄 The process of elimination is a systematic approach to troubleshooting, where potential causes are checked off until the issue is isolated.
  • 🏢 In organizations, problem management solutions and change management processes are in place to handle and document the resolution of IT issues.
  • ⛔️ Workarounds are temporary solutions that allow users to bypass a problem without fixing it, often used when a direct fix is not immediately possible.

Q & A

  • What is the main focus of the video from ITFreeTraining?

    -The main focus of the video is to introduce basic troubleshooting techniques in IT, with a particular emphasis on the approach IT technicians take when faced with technical issues.

  • What does the joke about the car with a manager, an engineer, and an IT technician illustrate about IT troubleshooting?

    -The joke illustrates the IT troubleshooting principle of attempting to replicate the problem to understand and resolve it, as opposed to the more complex strategies suggested by the manager and the direct approach of the engineer.

  • Why do IT technicians often ask if the problem can be replicated?

    -IT technicians ask if the problem can be replicated because if the issue cannot be reproduced, it may not be a consistent problem that needs fixing.

  • What is the significance of the phrase 'have you tried turning it off and on again' in IT troubleshooting?

    -The phrase 'have you tried turning it off and on again' is significant because it represents a simple, yet often effective, troubleshooting step that can resolve many issues by resetting the system.

  • What is the importance of identifying the symptom in troubleshooting a computer problem?

    -Identifying the symptom is crucial as it provides clues to the underlying cause of the problem, which can guide the technician in diagnosing and resolving the issue more efficiently.

  • Why might a failing hard disk not present symptoms directly related to the hard disk?

    -A failing hard disk might not present symptoms directly related to itself because corrupt data reads can cause crashes in unrelated systems, leading to error messages that do not accurately reflect the root cause.

  • What is the rationale behind replacing a computer quickly when productivity loss is a concern?

    -The rationale is to minimize downtime and maintain productivity. Replacing the computer allows the user to continue working while the technician can take the time to diagnose and fix the original problem without pressure.

  • How does considering the consequences of a problem influence the approach to IT troubleshooting?

    -Considering the consequences of a problem directs the IT technician to prioritize fixes that minimize business impact, sometimes opting for quicker workarounds or replacements over identifying the root cause.

  • What is the process of elimination in IT troubleshooting, and how does it work?

    -The process of elimination is a systematic approach to identify the cause of a problem by checking each component or step in a process to determine what is working and what is not, thus narrowing down the potential causes.

  • Why is it important for IT technicians to think about the larger implications of a specific problem?

    -IT technicians should consider the larger implications of a problem because a single issue might be a symptom of a widespread problem, such as a manufacturing defect, which could affect multiple devices and require a more strategic approach to resolution.

  • How does a workaround differ from a permanent fix in IT troubleshooting?

    -A workaround is a temporary solution used to bypass a problem and restore functionality without addressing the root cause, whereas a permanent fix involves diagnosing and resolving the underlying issue to prevent recurrence.

Outlines

00:00

😀 Introduction to IT Troubleshooting

The paragraph introduces the concept of IT troubleshooting with a humorous analogy comparing the approaches of a manager, an engineer, and an IT technician to fixing a car's brakes. It emphasizes the importance of replicating the problem as the first step in troubleshooting, which is a common practice in IT to determine if there is indeed a problem to solve. The paragraph also highlights the common IT adage of 'turning it off and on again' as a simple yet effective troubleshooting step. It concludes with a cautionary note on the importance of addressing real-life safety issues, such as car brake failures, properly.

05:00

🛠️ Advanced Troubleshooting Techniques

This paragraph delves into more advanced troubleshooting scenarios, such as when the simple restart does not resolve the issue. It uses the example of a failing hard disk to illustrate how to approach troubleshooting by identifying the root cause of a problem. The paragraph discusses the importance of considering the symptom, which might not always directly point to the cause, and the potential for multiple causes, although rare. It also touches on the consequences of IT problems, such as lost productivity, and the strategic decision to replace faulty hardware quickly to minimize downtime. The concept of proactive problem-solving is introduced with an example of identifying and addressing a recurring hardware issue before it impacts the business.

10:01

🔍 The Process of Elimination and Workarounds

The final paragraph introduces the process of elimination as a method for troubleshooting, using the example of a user unable to access a cloud-based application. It outlines a step-by-step approach to identify where the breakdown in connectivity occurs, from local network issues to cloud service availability. The paragraph also discusses the flexibility of the troubleshooting process, allowing for different orders of investigation based on the situation. It highlights the role of problem and change management within organizations, the importance of considering the business impact of IT issues, and the use of workarounds as temporary solutions when direct fixes are not immediately possible. The paragraph concludes with a real-world example of a workaround involving a proxy server to bypass a firewall issue, emphasizing the value of keeping users operational and satisfied.

Mindmap

Keywords

💡Troubleshooting

Troubleshooting refers to the process of identifying, diagnosing, and resolving issues within a system. In the video, troubleshooting is the central theme, with the speaker discussing various techniques and approaches to resolving IT problems. The video emphasizes the importance of understanding the basics of troubleshooting, such as replicating the problem and determining the root cause, as illustrated by the joke about the car with a manager, an engineer, and an IT technician.

💡CompTIA

CompTIA is a non-profit trade association that certifies professionals in the IT industry. The video mentions that CompTIA has its own troubleshooting model, which will be explored in a later video. This indicates that the speaker acknowledges the existence of standardized approaches to IT problem-solving within the industry.

💡Replicate the Problem

Replicating the problem is a fundamental step in troubleshooting where one attempts to recreate the issue to better understand and address it. The video uses the phrase 'can you replicate the problem?' to highlight the importance of confirming the issue before attempting to fix it, as seen in the IT technician's approach to the car problem.

💡Hard Disk

A hard disk is a non-volatile storage device that retains data even when the computer is turned off. In the video, the hard disk is used as an example of a failing component that can cause a computer to crash. The speaker explains that a failing hard disk might not always present symptoms directly related to the disk, emphasizing the need for thorough diagnosis.

💡Blue Screen

A blue screen, or 'blue screen of death' (BSOD), is an error screen displayed by Windows when it encounters a critical system error. The video mentions blue screens as a symptom that can indicate various underlying hardware issues, such as a failing hard disk, memory, or CPU.

💡Process of Elimination

The process of elimination is a methodical approach to troubleshooting where potential causes are systematically ruled out until the root cause is identified. The video provides an example of using this method to troubleshoot a user's inability to access a cloud-based application, starting from checking the local network to verifying the application's availability.

💡Consequences

In the context of the video, consequences refer to the impact of IT issues on business operations, such as lost productivity. The speaker stresses the importance of considering the consequences of IT problems and how they should influence the prioritization and approach to troubleshooting, as illustrated by the example of replacing a computer to restore productivity quickly.

💡Workaround

A workaround is a temporary solution that allows a system or process to function despite an unresolved issue. The video discusses workarounds as a strategy to maintain functionality while waiting for a permanent fix, such as configuring a proxy server to bypass a firewall blocking access to an application server.

💡Change Management

Change management is a formal process used by organizations to evaluate, approve, and implement changes to systems or processes. The video mentions change management in the context of making network adjustments, like firewall rules, which can have widespread effects and require careful consideration and contingency planning.

💡Contingency

A contingency plan is a set of predefined actions to be taken in response to an unexpected event or problem. In the video, the speaker discusses the importance of having a contingency plan within change management processes, such as reverting a firewall rule to its previous state if a change causes additional issues.

💡Helpdesk

A helpdesk is a resource provided by organizations to assist users with technical issues. The video implies the role of a helpdesk in the initial reporting and triage of IT problems, which then follows a defined process within the organization to attempt resolution.

Highlights

Introduction to basic troubleshooting techniques in IT

CompTIA's troubleshooting model will be covered in a later video

A humorous analogy comparing IT troubleshooting to car brake failure

The importance of replicating the problem in IT troubleshooting

The common IT technician advice: 'Have you tried turning it off and on again?'

The legal disclaimer about car brake failure and its relation to IT troubleshooting

Exploring what to do when restarting the computer doesn't resolve the issue

The concept that there is generally one cause for a computer problem

An example of a failing hard disk and its symptoms

The significance of the symptom in troubleshooting: the blue screen of death

The potential for multiple error messages indicating a single underlying cause

The impact of computer failures on productivity and the urgency to fix them

The strategy of replacing the entire computer as a fast fix

The importance of considering the consequences of IT problems on the business

The potential for a single cause to be a symptom of a larger issue

A real-world example of proactively addressing a recurring hardware failure

Introduction to the process of elimination in troubleshooting

A step-by-step guide on using the process of elimination to troubleshoot network access issues

The flexibility of the process of elimination and its adaptability to different IT technicians' approaches

The role of problem management solutions in organizations and their impact on troubleshooting

The process of escalating a problem in IT and its significance

The concept of change management and its role in IT problem-solving

The use of workarounds as a temporary solution to IT problems

A practical example of implementing a workaround to bypass a firewall issue

The potential downsides of workarounds and the need to balance them with user needs

The conclusion of the introductory video and a teaser for future in-depth troubleshooting videos

Transcripts

play00:00

In this video from ITFreeTraining, I will look at some basic troubleshooting techniques.

play00:06

CompTIA has their own troubleshooting model, which I will look at in a later video. For

play00:11

this video, I will just give an introduction to basic troubleshooting techniques.

play00:16

To understand the basics of troubleshooting, let’s start with a joke which explains all

play00:20

the basic principles of IT troubleshooting. Consider that you have a car with a manager,

play00:26

an engineer and an IT technician all in the vehicle. The vehicle travels down a hill and

play00:31

the brakes fail. The vehicle travels at speed off the road and almost falls off a cliff.

play00:37

Everyone gets out of the vehicle and are thankful that they are still alive after almost falling

play00:40

off the cliff. They all urgently need to get to a meeting in the city on the future of

play00:46

free training, so they need to get the car fixed and get on their way as soon as possible.

play00:52

The manager says, “We need to have a series of meetings, work out a plan and a strategy.

play00:57

We next need to implement the strategy and then have further meetings to work out if

play01:00

the strategy was effective.”

play01:03

The engineer says, “That is going to take too long and that never worked before. What

play01:07

needs to happen is that I need to get some tools and get under the car and fix the problem.”

play01:12

The IT technician just laughs. “You’re both wrong. What we need to do is push the

play01:18

car back up the hill, roll the car back down the hill and see if it happens again.”

play01:23

You can start to understand the basics of IT troubleshooting. One of the first questions

play01:28

asked is, can you replicate the problem? If you can’t, there is no problem to fix. Now

play01:35

you can understand why so many IT technicians will say, “have you tried turning it off

play01:39

and on again?” If you turn it off and on again and the problem goes away, there is

play01:45

nothing to solve.

play01:47

Just for legal reasons, if the brakes on your car ever fail, please get them fixed ̶ don’t

play01:53

push the car up the hill and see if it happens again!

play01:55

Let’s now have a look at what to do when turning the computer off and on again does

play02:00

not work.

play02:03

There are many different ways to troubleshoot computer problems. One may work better in

play02:07

some cases; others may work better in other cases. Generally speaking, when a problem

play02:12

occurs, there is generally something that caused it.

play02:16

In this example, we will consider that the hard disk is failing. The hard disk is sometimes

play02:21

not reading and writing data correctly. In computers, generally there is only one thing

play02:26

causing the problem and it is a matter of treating it like a logical problem to find

play02:30

out what it is. Find the cause, fix it or replace it and the problem goes away. In some

play02:37

cases, there will be multiple causes, but this is rare. For example, I once had a laser

play02:42

printer that was not working correctly. It had two faulty parts which needed to be replaced

play02:47

for it to start working again. I replaced one thinking this would fix it. When it did

play02:52

not, I removed the part and replaced the other part which again did not fix the problem.

play02:59

It took a while for me to work out that both parts were faulty. This is rare in computers,

play03:04

as generally there is only the one cause.

play03:08

The next thing to consider is the symptom. In this case, the symptom is the computer

play03:12

keeps crashing, giving a blue screen. The blue screen will give you an indication of

play03:16

how the crash occurred, but this may not always be true. For example, a failing hard disk

play03:22

may not appear as a hard disk problem. For example, corrupt data reads from the hard

play03:27

disk may cause a hardware crash in a completely unrelated system. If you find that switching

play03:34

it on and off again keeps giving different error messages, the cause may have nothing

play03:38

to do with the error message. Random blue screens can be anything from a failing hard

play03:44

disk, failing memory or even a problem with the CPU. If any of these components start

play03:51

acting in a random way, they can cause other hardware and systems to crash, and thus the

play03:56

error messages given by the blue screen could have nothing to do with the problem.

play04:01

The thing to consider when fixing problems like these is the consequences. A failing

play04:07

computer will result in lost productivity for the worker. Trying to figure out what

play04:11

is causing the problem will take time. Even more time may be required to fix it. For example,

play04:17

to copy the data from a hard disk to another hard disk takes time.

play04:22

For these reasons, many businesses deploy computers which store all of a user’s data

play04:27

on the network. If the computer fails, it is a simple matter of replacing it with a

play04:32

new one. A good IT technician will have a computer ready to go. When they attend to

play04:37

fix a computer, the clock is essentially ticking. If it starts taking too long, replace the

play04:42

computer. Why? Because the consequences are lost productivity the longer it takes to fix.

play04:49

Therefore, the fastest fix is often to replace the whole computer. Once it is replaced, you

play04:55

can take the old computer away and work out what the problem is without having to hurry.

play05:00

This will keep the user happy, and take the pressure off you.

play05:04

When fixing IT problems, always think about the consequences this will have to the business;

play05:10

this will often direct you to what should be fixed first and how you should go about

play05:14

it. Often a business cares more about the consequences then the problem itself. For

play05:20

example, replacing the computer will fix the consequence faster than fixing the cause.

play05:25

It is also important to consider that a particular cause may be a symptom of a much larger problem.

play05:32

For example, if the hard disk keeps failing all the time, it may be a problem with the

play05:37

manufacturing of a particular model. For example, I once worked in a business where the motherboards

play05:42

kept failing. The problem was poor quality capacitors that were used on the motherboard.

play05:49

Once we worked out which model was failing, it was an easy matter to remove those computers

play05:54

from service and get them repaired before they started failing. This is a good example

play05:59

of how you can sometimes proactively fix something, before it starts impacting the business.

play06:05

The next troubleshooting process I will look at is the process of elimination. As the name

play06:10

suggests, it uses the process of elimination to find the cause of a problem. For example,

play06:15

let’s consider a user cannot access a cloud-based application from their desktop computer.

play06:22

In order for this to work, the desktop computer needs to connect to the internet to access

play06:26

the cloud which contains the application. The user has reported that the application

play06:31

is not working. Let’s consider how we may troubleshoot it, using the process of elimination.

play06:37

First, let’s make sure that we can access the local network. The problem could be as

play06:43

simple as a network cable being unplugged or a network device failing. Next, I would

play06:49

try and connect to the internet. It could be a simple matter of the internet connection

play06:53

being down which is causing the problem. If this works, next try and access the cloud.

play06:59

For example, maybe accessing the cloud requires the application to have a username and password.

play07:04

Or you may need to check on-line that the cloud services are available.

play07:08

The last step is to check that the application is available. If the application is available

play07:13

on the cloud, the problem may be something to do with the way the user is trying to access

play07:18

the application, or a problem with their settings.

play07:22

Looking at this, you may be thinking, could this be done in reverse. Could you check the

play07:26

application first, check the cloud is available, check the internet followed by checking if

play07:31

the local area network is available.

play07:33

The answer is, yes you can. There is no right or wrong answer. In fact, you could start

play07:39

in the middle by checking the internet first. The point to remember is, this is a process

play07:45

of elimination. You want to figure out what is working and what is not. Different IT technicians

play07:52

will work in a different order and, depending on the problem, your approach may vary. The

play07:57

point to remember is that there is no right or wrong way, just the process of elimination.

play08:03

Work out what works and what does not. This will lead you to what is causing the problem.

play08:09

In any decent-sized company, there will be some kind of problem management solution in

play08:15

place. The process and procedures will differ, depending on your organization. Essentially

play08:20

the users in your organization will report a problem to your helpdesk.

play08:25

Depending on your organization and your position, you may be responsible for taking the initial

play08:29

report of the problem either by telephone or electronically. Once the problem has been

play08:34

reported, the organization will generally follow some sort of process to fix the problem.

play08:40

The process will of course differ from organization to organization but will generally involve

play08:44

attempting to fix the problem initially (if it can be fixed) and confirm it was fixed.

play08:50

If not, the technician will attempt to gain more information and escalate the problem.

play08:56

Escalating may involve the problem going to a senior member or to the manufacturer of

play09:00

the software or hardware.

play09:03

In some cases, the problem may not be able to be fixed on the user’s end. For example,

play09:08

if the user cannot access something on the internet or another site, a change may need

play09:13

to be made on a firewall. This change can potentially affect everyone. A small change

play09:19

on a large network can potentially affect a lot of users, and thus the process needs

play09:25

to be controlled. Many organizations will have a change management process.

play09:30

Change management will involve, as the name suggests, making a change to something. In

play09:35

the case of a firewall, a rule on the firewall may need to be changed. The change will be

play09:40

reviewed to ensure the change will not cause other problems on the network. Also, a lot

play09:45

of change management will include information about what to do if something goes wrong,

play09:50

and this is called a contingency. In the case of the firewall, if more problems occur, the

play09:55

contingency may be as simple as changing the rule back to what it was. This will fix the

play10:01

additional problems caused by the change but will not fix the original problem reported

play10:05

by the user.

play10:07

Fixing the problem may take time and if you are waiting for change management to fix the

play10:12

problem it may take even longer. When this occurs, the good IT technician will think

play10:17

outside the box (so to speak) to get around the problem without fixing it. This is commonly

play10:23

referred to as a workaround..

play10:25

A workaround is essentially something that is used to avoid a problem, but not actually

play10:31

fix it. A workaround is generally used when you can’t directly fix the problem; however,

play10:37

by using a workaround, you can get the functionality to work. Maybe the workaround is temporary

play10:42

or permanent depending on the situation.

play10:45

Let’s look at an example. Consider that there is an application server on the network.

play10:51

A user has been connecting to the application server without a problem. The problem occurs

play10:56

when the user moves to a different office. Now the user needs to connect to the application

play11:01

server through a firewall. The problem is, the firewall is blocking the connection. This

play11:06

was not a problem before, as the user was on the same network.

play11:11

Changing a rule on the firewall to allow the connection will take some time. Perhaps the

play11:15

person who looks after the firewall is away from work, perhaps it takes some time to get

play11:19

the request authorized. In some cases, it may not even be possible to get the change

play11:25

done. For example, maybe the user is on a network that you don’t have any control

play11:30

of. Access to the application server is critical to the user performing their job function.

play11:36

This is a classic situation where the consequence of a problem is more important than fixing

play11:41

the problem. The sooner you can get the user access to the server the better.

play11:46

When in business, it is important to consider what effect not having access to something

play11:50

will cause. Telling the user the firewall will be fixed in a week or saying it can’t

play11:55

be fixed at all and walking away is not a good idea. The user will most likely talk

play12:00

to their manager who will shortly call your manager and you will be sent back to fix the

play12:05

problem.

play12:07

Often with problems like these, workarounds will help. In this example, the user’s proxy

play12:12

server could be configured to a proxy server on the same network as the application server.

play12:17

As the proxy server is on the same network as the application server, the connection

play12:21

to the application server will be allowed. This workaround can be used until the firewall

play12:26

rule is changed.

play12:29

Using a workaround can also cause problems. In this example, the user’s internet was

play12:35

also redirected to the proxy server and thus their internet speed was slowed down, as it

play12:40

was not accessing the internet directly. In this case, a small inconvenience like this

play12:46

was more than an acceptable trade off to access the application server that was critical to

play12:51

the user performing their duties. Often a user will be happier with a workaround than

play12:57

not having anything at all. Always keep this in mind. At the end of the day, if you have

play13:03

made the user happy, you have done your job properly.

play13:07

I hope this introductory video on IT troubleshooting has been helpful. In later videos I will look

play13:13

into more detail about troubleshooting. Until those videos, I would like to thank you for

play13:18

watching.

Rate This

5.0 / 5 (0 votes)

相关标签
TroubleshootingIT TechnicianProblem SolvingComputer RepairHardware IssuesProcess of EliminationWorkaroundsIT SupportTech JokesHelpdesk
您是否需要英文摘要?