ＲＡＳＩＳ

信頼性　システムが連続して動作すること。平均故障間隔（ＭＴＢＦ）が指標

可用性　システムが使用できる使用可能度。稼働率（ＭＴＢＦ＋ＭＴＴＲ）が指標

保守性　システムが容易に修理できること。平均修理時間（ＭＴＴＲ）が指標

保全性　インテグラ！データの完全性を示す。

安全性　セキュリティ。

バスタブ曲線

ハードウエアのフォールトアポインダンスを評価するもの。

　初期故障期間→偶発故障期間→摩耗故障期間

稼働率の計算

稼働率＝ＭＴＢＦ／ＭＴＢＦ＋ＭＴＴＲ

故障率の計算

　故障率＝１／ＭＴＢＦ

直列接続の稼働率

　稼働率×稼働率

並列接続の稼働率

１－（１－稼働率Ａ）×（1－稼働率Ｂ）

直列接続の不稼働率から稼働率を求める

　稼働率＝（１－不稼働率Ａ）×（１－不稼働率Ｂ）

並列接続の不稼働率から稼働率を求める

　稼働率＝１－不稼働率Ａ×不稼働率Ｂ

科学計算向け　ギブソンミックス

ベンチマーク　業務の典型的な処理形態をモデル化したプログラムで実施

　プロセッサの性能指標　　　　　　　　　SPEC　　SPECint　SPECfp

　OLTPシステムの性能評価をするテスト　TPC-C　

モニタリング

　ソフトウエアモニタ　一般に測定用のプログラムを用いて行うモニタリング

　ハードウエアモニタ　「ソフトでは不可能」「ソフトでは効率が低下」

　　　　　　　　　　　「正確な値が必要」

主記憶のアクセス頻度とかキャッシュのヒット率とか。

待ち行列理論

利用率＝平均サービス時間÷平均到着間隔

例）１時間に平均６人が来店する。調理に必要な時間は８分である。

平均６人が来店する＝１０分ごとに１人来店する＝１０（平均到着間隔）

調理に必要８分＝８（平均サービス時間）

８÷１０＝０．８　よって利用率は０．８

例２）プリンタに対する平均要求回数は毎分１回。平均の印刷時間は１５秒とすると利用率は？

毎分１回＝１（平均到着間隔）

印刷は１５秒＝０．２５（平均サービス時間）

0.２５÷１＝０．２５

待ち行列の到着率は「ポアソン分布」（もっこり滑り台）

　　　　　到着間隔は「指数分布」（単なる滑り台）

　　　　　　　オンライントランザクション処理（リアルタイムに発生した仕事を行う場合）

→　TPS　秒毎トランザクション

レスポンスタイム　処理要求を出してから最初の応答までの時間→オンラインシステムでは大事

ターンアラウンドタイム　ジョブが投入されてから終了するまでの時間

　　　処理待ち時間＋CPU時間＋入出力時間　が公式。

MIPS　１秒間に実行可能な命令数

FLOPS　１秒間に実行可能な浮動小数点演算回数

トランザクション処理能力（TPS）の計算

例）１件のトランザクション８０万命令が必要なシステム

　　プロセッサの命令が２０MIPSで使用率８０％のときTPSはいくらか。

① １秒間に処理できるステップ数

２０×０．８＝１６×１０－６

② TPSの計算

　　１６÷０．８＝２０秒

一つの命令を同時に行う二組のコンピュータ→照合によるチェック

○ MTTR短い　×値段が高い　×スループット落ちる

デュプレックスシステム

主系で処理を行い、待機系でバッチ処理やシステム開発。

トラブル時は切り替え装置で主系→待機系。

○信頼性高い　○デュアルより安いっす　×MTTRはデュアルより落ちる　

　ホットスタンバイ →主系と待機系が同じシステムを起動。

　ウオームスタンバイ→待機系はOSのみ起動。バックアップで復旧。

　コールドスタンバイ→待機系は別の仕事。障害後システムを起動する。

（電源を切っておくのもこれ）

バックアップセンタ

　ホットサイト→バックアップセンタを災害を受けないと思われる地域に置く。

　コールドサイト→あらかじめ施設を整えておいて、災害時にはバックアップ

センタにする。

フォールトアボイダンス（故障排除）故障しないように信頼性を高めよう

フォールトトレラント（耐故障）故障しても機能を維持しよう

フェールソフト（故障回復）故障しても縮退運転（フォールバック）でシステム止

めないようにしよう。
フェールセーフ（危険回避）故障しても事故が起こらないように安全側に動作する。
フールプルーフ　システムの誤動作を防ぐための設計。データチェックの強化など。

サーバ（データベースの管理とデータベースアクセスのみ）

→クライアント（その他処理全て）　

×クライアントのメンテナンスが大変なのよ。

3層クライアントサーバシステム

クライアント　　プレゼンテーション層　　ＧＵＩ処理を行う

サーバ　　　　　ファンクション層　　　　ＳＱＬに変換する
　　　　　　　　データベースアクセス層　データベースへのアクセスと結果の返答

○サーバとクライアントの通信量の減少。　○開発を層ごとに平行して行える。

Ｗｅｂ－ＤＢ連携システム

クライアント　　ＷＥＢサーバ　　　　　　　ブラウザで処理を行う

サーバ　　　　　アプリエーションサーバ　　ＳＱＬに変換する　

　　　　　　　　データベースアクセス層　　データベースへのアクセスと結果の返答

○ブラウザがあれば提供できる。　○クライアントの環境を統一しなくて良い。

ストアドプロージャ

データベースのプログラムをあらかじめ格納しておき、callで呼び出し実行する方式。
クライアントからSQLを送信する必要がなく、通信量を減らすことができる。

○資源管理やセキュリティ、保守が容易である。コストも削減！

×トラブルで全部が停止するので、業務に与える影響が大きい。

分散処理システム　データや機能をコンピュータに分散させ、効率的に処理しつつ。

システム資源を共有させる。
　　　　　　　　　（局所的な処理は分散処理。横断的な処理は集中処理）

○障害の影響が少ない。システムの拡張がしやすい。

×個別の資源は管理できない。システム全体を捉えにくい。運用管理が複雑でコスト高い。

水平機能分散システム　業務や機能によって処理するコンピュータを分ける方式。

水平負荷分散システム　コンピュータの負荷状況を見て、処理を分担させる方式。

垂直機能分散システム　一連の機能を階層的に分割し、処理機能によって上下関係がある。
　　　　　　　　　　　（クライアントサーバシステムのことだね）

分散処理を支える技術
ＲＰＣ　Remote Procedure Call

ネットワークを通じて別のコンピュータの手続きを呼び出す仕組み。

　→オブジェクト指向では　ＣＯＲＢＡ

気分的には、思ったより簡単だったなあという印象。これが罠だったとは！

で、秋試験。同じような勉強法で、同じような対策で。試験一週間前には過去問もほ

ぼ終わり、午前・午後余裕のボーダーライン突破。正直、なめてました。

結果。

午前　４７／８０　午後　６２／１００

午前で・・・１点足りない！！！！！

原因は、ポカです。過去問とほぼ、同じような問題が出るので、みたことある問題はよ

く確認せず・・・。あと、確実にできてるはずの問題のミス・・・・。

午後はそれでも、難しかったと思います。これは、ギリギリかな？ってやりながら思っ

ていました。レベルが高かった。っていうか、作業進行基準って簿記１級じゃねえか。

以下、言い訳＆負け犬の遠吠え。

午前、データベースの「デ」の字もなかったです。（たぶん１問だけ）

午後、できるかーーー！！っていうストラテジ関連。ＩＴＩＬ覚えてないとだめなのか？

そういうわけで、取り逃がした応用情報を目指しての長い約１８０日間の旅がはじまります。

年齢は３０台の真面目なサラリーマンです。情報管理に係わる仕事をしております。

大学では経営学を学んでおります。ある意味、情報素人でこの業界に入りました。

資格は初級シスアドと基本情報処理技術者を持っております。

シスアドはン年前。基本情報は今年の春の取得です。

シスアドと基本情報が空いたのは、仕事やらプライベートやらで忙しく、なかなか資格試験に取り組

もうという余裕がなかったからなのですが。

今年の春は配属もかわり、ほんのすこし、時間も出てきましたので自分のスキルアップのためにも

応用情報処理を取りたいと思った次第であります。

とはいえ、忙しいことには変わらず１日に１時間取れるか取れないかですが。頑張る自分を励ます

ためにもブログで記録をつけていこうかなーっと。そんな訳でございます。

秋試験も受験したのですが、それについてはまた後ほど。

それでは。