<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>IT-Diagnostik - Troubleshooting und Fehleranalyse &#187; Systeme</title>
	<atom:link href="http://www.it-diagnostik.de/tag/systeme/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.it-diagnostik.de</link>
	<description>Computer- und Netzwerkprobleme gezielt identifizieren</description>
	<lastBuildDate>Tue, 14 Sep 2010 18:41:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Computer Troubleshooting &#8211; Teil 1</title>
		<link>http://www.it-diagnostik.de/theorie/computer-troubleshooting-teil-1/</link>
		<comments>http://www.it-diagnostik.de/theorie/computer-troubleshooting-teil-1/#comments</comments>
		<pubDate>Wed, 25 Nov 2009 22:28:08 +0000</pubDate>
		<dc:creator>Matthias</dc:creator>
				<category><![CDATA[Theorie]]></category>
		<category><![CDATA[Computer]]></category>
		<category><![CDATA[Systeme]]></category>
		<category><![CDATA[Troubleshooting]]></category>

		<guid isPermaLink="false">http://www.it-diagnostik.de/?p=84</guid>
		<description><![CDATA[Nichts ist so vielfältig wie die Probleme, vor die uns Computer und Netzwerke immer wieder stellen. Gestern war noch alles in Ordnung, heute verweigert der PC oder Server seinen Dienst, oder eine einzelne Anwendung streikt, oder die Performance lässt auf einmal zu wünschen übrig, oder&#8230;
Es hilft nichts, der Troubleshooter ist nun gefragt. Am Anfang jedes [...]]]></description>
			<content:encoded><![CDATA[<p>Nichts ist so vielfältig wie die Probleme, vor die uns Computer und Netzwerke immer wieder stellen. Gestern war noch alles in Ordnung, heute verweigert der PC oder Server seinen Dienst, oder eine einzelne Anwendung streikt, oder die Performance lässt auf einmal zu wünschen übrig, oder&#8230;</p>
<p>Es hilft nichts, der Troubleshooter ist nun gefragt. Am Anfang jedes Troubleshootings steht eine umfassende Bestandsaufnahme der Problematik:</p>
<ul>
<li>Wie äußert sich das Problem?</li>
<li>Welche Systeme oder Teilsysteme sind betroffen?</li>
<li>Ist nur ein System oder sind mehrere gleichartige Systeme betroffen?</li>
<li>Ist nur ein Benutzer oder sind mehrere Benutzer, die mit dem gleichen System arbeiten, betroffen?</li>
<li>Gab es kürzlich Änderungen am betroffenen System?</li>
<li>Wann ist das Problem zum ersten Mal aufgetreten?</li>
<li>Ist das Problem beliebig reproduzierbar?</li>
<li>Gibt es Fehlermeldungen oder lassen sich Informationen aus Log-Dateien ableiten?</li>
<li>Hat der Benutzer weitere Informationen, bzw. kann er den Prozess, der zum Problem führte, beschreiben?</li>
<li>Auf welchem Patchlevel (BIOS, Firmware, Betriebssystem, Anwendungen) befinden sich die betroffenen Systeme?</li>
</ul>
<p>Je sorgsamer und detaillierter der Troubleshooter diese Fragen beantworten kann, um so leichter fällt ihm die Fehleranalyse. Alle gesammelten Informationen fließen beim Troubleshooter zusammen. Aufgrund seiner Erfahrung kann er sich meist einige Fragen schon selbst beantworten. Jedoch sollte er bei der kleinsten Unsicherheit eine Frage lieber zweimal stellen, als dass eine wertvolle Information verloren geht oder dass er aufgrund einer Fehlannahme nicht voran kommt.</p>
<p>Aus den gesammelten Informationen lassen sich Hypothesen ableiten, welche Ursache oder welche Ursachen zum Problem geführt haben könnten. Mit verschiedenen Methoden, die in Teil 2 dieses Artikels beschrieben werden, kann der Troubleshooter nun jede der aufgestellten Hypothesen entweder bestätigen oder widerlegen &#8211; so lange, bis das Problem gelöst ist.</p>
<p>Ganz wichtig: <strong>Bevor</strong> der Troubleshooter aktiv in laufende Systeme eingreift, ist eine Datensicherung des aktuellen Standes angesagt. Nichts ist schlimmer, als wenn sich durch ein Troubleshooting die Gesamtsituation verschlechtert oder ganz und gar Daten verloren gehen. Der Troubleshooter kann mit ruhigem Gewissen seiner Arbeit nachgehen, wenn er jederzeit bereit und dazu fähig ist, auf den Stand der letzten Datensicherung zurückzugehen.</p>
<p>Wird fortgesetzt&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.it-diagnostik.de/theorie/computer-troubleshooting-teil-1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
