<?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>System Clinic &#187; 救急室(1)－概要</title>
	<atom:link href="http://clinic.acc-s.com/?cat=13&#038;feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://clinic.acc-s.com</link>
	<description>　－　悩めるシステム運用に関するサイト　－</description>
	<lastBuildDate>Sun, 13 Dec 2015 06:05:15 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
		<item>
		<title>救急室(1)－概要</title>
		<link>http://clinic.acc-s.com/?p=453</link>
		<comments>http://clinic.acc-s.com/?p=453#comments</comments>
		<pubDate>Mon, 06 Feb 2012 13:10:45 +0000</pubDate>
		<dc:creator>所長</dc:creator>
				<category><![CDATA[救急室(1)－概要]]></category>

		<guid isPermaLink="false">http://clinic.acc-s.com/?p=453</guid>
		<description><![CDATA[よく『サービスがダウンした』とか『システムが止まった』という表現を現場では使いがちです。 実際に、この状況とは、『わけもわからず、いつもと違う』ことぐらいしか理解できていない為、この報告とともに『原因はこれから調査します』と、言う事になります。 システムの分類 システムは大きく分類分けすると以下のようになります。 端末　　　　：PCや携帯、あるいはPC上のブラウザやアプリ ネットワーク：端末からサーバへの接続経路 サーバ　　　：WEB、アプリ、DBサーバといった集約機能 少なくとも、どこで問題が起きているのか特定したいところですが、表面からは同じ現象になってしまう事があります。 いつも、悩むことですが、１から３の順番で調査していくべきか、３から調べるべきか。この順番は対応時間に大きな差をつけます。とはいうものの、３から始めて発生箇所を特定できた事はあまりありません。 自分の中で整理する上でも１から確認した方が、結果として早く特定できた経験が多いです。 なぜ？　「１、端末」　から調べた方が早く特定できるのか。 システムは、以下の問題を含んでいます。 正常と異常の判断がつかない サーバから端末と同様、ネットワークもアプリも原因から発生している場所へは枝葉のように分岐していく 現象が、全ての端末でおきているとは限らない 一番大きいのは１、になります。システムとは電源やICチップを除くと人がコードを書いています。ファームや、ドライバとかなりハードウェアに近いところまでコードが内在しています。 また、各階層毎に専門技術者がおり、多くの人が携わっています。コードと言うとIT専用になりますが、実際のところ文章であり、伝言ゲームに近いものがあります。CPUでコードを書いた人とOSでコードを書いた人、ネットワーク機器でコードを書いた人、そしてアプリでコードを書いた人同士での伝言です。 よくある光景は、CPUでは問題があると表現しているのに対し、OSではもう一回やるからいいよ。とか、きく必要なかったんだけど、聞くのをやめるのは手間なので、無視するようにしておくね。 これは、実際のログを見た人であれば、わかると思いますが、エラーや警告といったメッセージが大量にでています。そして、本来、見るべきエラーや警告が埋もれてわからない。警告も連続４回までは問題なしとして扱うというのも同様に埋もれてしまいます。 端末のログを確認し、以前と違うエラーや警告はないかを確認するのが、正確に把握する事につながります。途中のネットワークのログやサーバのログをいきなりみて、エラーや警告を見極めるのは、誤判断を招く可能性が高く、結果として時間がかかる事になります。]]></description>
			<content:encoded><![CDATA[<p>よく『サービスがダウンした』とか『システムが止まった』という表現を現場では使いがちです。<br />
実際に、この状況とは、『わけもわからず、いつもと違う』ことぐらいしか理解できていない為、この報告とともに『原因はこれから調査します』と、言う事になります。</p>
<h3><strong>システムの分類</strong></h3>
<p>システムは大きく分類分けすると以下のようになります。</p>
<ol>
<li>端末　　　　：PCや携帯、あるいはPC上のブラウザやアプリ</li>
<li>ネットワーク：端末からサーバへの接続経路</li>
<li>サーバ　　　：WEB、アプリ、DBサーバといった集約機能</li>
</ol>
<p>少なくとも、どこで問題が起きているのか特定したいところですが、表面からは同じ現象になってしまう事があります。<br />
いつも、悩むことですが、１から３の順番で調査していくべきか、３から調べるべきか。この順番は対応時間に大きな差をつけます。とはいうものの、３から始めて発生箇所を特定できた事はあまりありません。<br />
自分の中で整理する上でも１から確認した方が、結果として早く特定できた経験が多いです。</p>
<h3><strong>なぜ？　「１、端末」　から調べた方が早く特定できるのか。</strong></h3>
<p>システムは、以下の問題を含んでいます。</p>
<ol>
<li>正常と異常の判断がつかない</li>
<li>サーバから端末と同様、ネットワークもアプリも原因から発生している場所へは枝葉のように分岐していく</li>
<li>現象が、全ての端末でおきているとは限らない</li>
</ol>
<p>一番大きいのは１、になります。システムとは電源やICチップを除くと人がコードを書いています。ファームや、ドライバとかなりハードウェアに近いところまでコードが内在しています。<br />
また、各階層毎に専門技術者がおり、多くの人が携わっています。コードと言うとIT専用になりますが、実際のところ文章であり、伝言ゲームに近いものがあります。CPUでコードを書いた人とOSでコードを書いた人、ネットワーク機器でコードを書いた人、そしてアプリでコードを書いた人同士での伝言です。</p>
<p>よくある光景は、CPUでは問題があると表現しているのに対し、OSではもう一回やるからいいよ。とか、きく必要なかったんだけど、聞くのをやめるのは手間なので、無視するようにしておくね。</p>
<p>これは、実際のログを見た人であれば、わかると思いますが、エラーや警告といったメッセージが大量にでています。そして、本来、見るべきエラーや警告が埋もれてわからない。警告も連続４回までは問題なしとして扱うというのも同様に埋もれてしまいます。</p>
<p>端末のログを確認し、以前と違うエラーや警告はないかを確認するのが、正確に把握する事につながります。途中のネットワークのログやサーバのログをいきなりみて、エラーや警告を見極めるのは、誤判断を招く可能性が高く、結果として時間がかかる事になります。</p>
]]></content:encoded>
			<wfw:commentRss>http://clinic.acc-s.com/?feed=rss2&#038;p=453</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
