テクニカルエンジニア（システム管理）¶
その傾向と対策
過去問・問題集¶
示現塾
http://zigen.cosmoconsulting.co.jp/service/service_index.htm
解答例速報
http://www.arkweb.co.jp/~haru2001/sm/
http://www.arkweb.co.jp/~haru2002/sm/http://www.arkweb.co.jp/~haru2003/sm/
CareerCafe イムカ
http://www.imca.co.jp/event/itexam/
□高度情報処理技術者試験の論文集
http://ww5.tiki.ne.jp/~nmura/js/
午後II論文試験問題
http://itee.org/reference/
合格の法則
http://gogo2.net/xoops/
過去問題分析
http://www5a.biglobe.ne.jp/~ariga/public_html/kakomondaibunnseki.htm
論文塾
http://www008.upp.so-net.ne.jp/ronbunjyuku/
勉強に役立つ参考ＵＲＬ¶
情報処理試験テクニカルエンジニア（システム管理）に楽々合格
http://sm.xn--n9q36mh1hnxuksz7wt.net/
”情報システムの嘘”～作る技術・使う技術・使わない知恵・捨てる勇気～
http://homepage1.nifty.com/isadv/index.html
情報セキュリティアドミニストレータ 合格への道
http://risky.cs.inf.shizuoka.ac.jp/~gs2053/sequrity.html
テクニカルエンジニア（システム管理）掲示板
http://www.itac.gr.jp/sm/bbs/
メールマガジン¶
試験に役に立つメールマガジンです。
運用管理¶
障害管理¶
セキュリティ管理¶
構成管理¶
性能管理¶
システム改善¶
論文¶
章立て¶
・基本的には４章構成が妥当
①問題の題意の整理
②章立てして、構成を練る。
③はじめと最後はべらべら落書きする。
④残り１時間までは焦らなくてもよい。
例１
１．システム概要と私の立場
１．１ システム概要
１．２ （（システムの問題点→解決の必要性への経緯））
１．３ 私の立場
２．システムの問題点→解決の必要性への経緯
３．具体的施策・工夫した点
３．１ 施策
（１）
（２）
３．２ 工夫点
４．評価と今後の課題
４．１ 評価
４．２ 今後の課題
あなたが携わったシステムの概要用紙¶
- ①:金融基幹系システムにおけるゲートウェイシステムの運用(２６文字)
- ②:２．金融
- ③:４．1,001～5,000人
- ④:３．営業・販売
- ⑤:１．汎用コンピュータ８台 ４．ワークステーション８台
- ⑥:１．他企業・他機関との間 ２．同一企業・同一機関の複数事業所間
- ⑦:７．3,001人以上
- ⑧:７．3,001人以上
- ⑨:２．わからない
- ⑩:２．他社システムの運用支援
- ⑪:２．わからない
- ⑫:１．ソフトウェア企業・情報処理サービス企業等
- ⑬:１．システム管理 ２．システム運用 ４．技術支援 ５．システム設計・開発・保守
- ⑭:10～15人
- ⑮:H15.7～H17.6
設問（ア）のテンプレート¶
・システム概要
Ｘセンタは、いくつかの金融機関の基幹系システムとして機能する共同センタである。被災対策としてのバックアップセンタも含め全国に７拠点あり、それぞれ配下に管理する金融機関が異なる。その為、それぞれのセンタで各金融機関の業務に合わせて独自の運用（主な独自運用部分としてはオンライン業務時間が各センタで違う）を行っている。銀行業務全般は日中帯に行われるが、夜間はバッチ処理等があり、基本的に２４時間システムの停止は許されない。システム停止は、計画保守等の目的でかつ、顧客の承認が得られた場合のみ限られた時間システムの停止を行える。金融業務における基幹システムは、障害による業務停止の影響が非常に大きく、システムには高信頼性が要求される。従って、全ての機器・ネットワーク・電源にいたるまで二重化構成としており、システムの高信頼性を確保している。
・私の立場
金融機関の端末群と勘定系・情報系ホストとを中継するＸセンタのゲートウェイシステムは、機器の陳腐化とマシン保守期限切れに伴い、システム更改する事となった。Ａ社社員である私は、Ｘセンタよりシステム開発と開発後のシステム保守を請け負った。私は現在まで、３つの金融システムの開発業務に携ったが、今回初めてプロジェクトリーダとしてプロジェクトの管理を行う事となった。
（８００字以内）
設問（イ）のテンプレート¶
（３２００字以内 ２４００字が目安）
キーワード
- SLA
- ダウンサイジング
- データ移行の評価基準
- オペレータの省力化
- オペレーションミス
- Ｑ＆Ａシート
- フォローと整理
- 年間コストの10%
- バッチ帳票
- レスペーパシステム
- ミドルソフトウェア(スケジューリング)
- POS
- EOS・EOB端末
- キャパシティプランニング
- トップマネジメント
- 品質保証とトレーサビリティ
- 対応マニュアル
- デグレード
- 時系列分析
再現テスト
対策会議
障害復旧の最遅日決定
影響範囲の確定
サービスレベルに関するユーザとの合意
基準値の達成状況とユーザの評価
バックアップに関する責任の明確化
バックアップ採取計画
半年に一度、本番環境回復訓練
意志決定
調整役(システム部長)
アウトソーシング
ハウジング(形態)
システム構成上の工夫
DBMSオプション
販売管理・受注管理
オンライン稼働時間帯
バッチ稼働時間帯
監視
日次監視・週次監視・月次監視
継続的なサービス状況の監視
稼働監視
設問（ウ）のテンプレート¶
・評価
前述の施策により、目標の○○は○○となり達成できている。尚、この数値は顧客から承諾を得て、事前に○○した場合を除いている。顧客からも一定の評価を受けており、私の実施した○○が奏功していると判断している。
・今後の課題
達成率は○○であったが、残りの○○は、○○となって○○したものであり○○が甘かったと言わざるを得ない。解決策として、
- 定期的なミーティングの場を設ける事
- レビューの回数を増やし、潜在的なバグを発見する事
- なんかネタを増やしておく
は、まず必要であると考えるが、こうしたミスの低減の為には、運用要員・開発要員の教育の強化が必要と考え、現在実施中である。
（３２００字以内 ２４００字が目安）
平成１４年度テクニカルエンジニア（システム管理） 午後問題解説¶
午後２ 問３¶
１．システム概要
ほやらら
１ー１．システム構成
１ー２．２４時間サービスの必要性
１ー３．私の立場
２．運用設計上の工夫
２ー１．工夫点１(～の簡略化・オンコール対応)
２ー２．工夫点２
３．評価
３ー１．顧客への報告と評価
トラブルx件だが評価は良しとする
３ー２．今後の改善点
更なる自動化。障害切り分け時の連絡網
平成１５年度テクニカルエンジニア（システム管理） 午後問題解説¶
午後２ 問１¶
１．情報システム概要と運用の概要
ほやらら
１ー１．情報システムの概要
１ー２．運用の概要
１ー３．私の立場
２．運用資源の分析と施策
２ー１．運用資源の分析
（１）．分析対象と分析方法
性能・ＣＰＵ・メモリ
（２）．結果
ボトルネック発見
２ー２．施策
ハード増強とソフト修正の検討
３．評価
３ー１．評価（目標値）
トラブル無し、目標値クリア
３ー２．今後の改善点
性能問題の早期発見・監視、調査ソフトの導入
午後２ 問２¶
１．システム概要とセキュリティ概要
ほやらら
１ー１．システム概要
１ー２．セキュリティ概要
１ー３．私の立場
２．運用管理面でのセキュリティ対応策
２ー１．業務の特徴
顧客管理だったが問題があった事にする。私が分析・発見・提案し、承認された事にする。
２ー２．対応策とその実施理由
諮問認証技術を用いる。ユーザの意識的な問題の改善に時間がかかる為。
３．評価
３ー１．実施結果と評価
トラブル無し、私は施策が奏功していると判断する。
３ー２．今後の改善点
ユーザ意識の改善
午後２ 問３¶
１．情報システム機器の概要と施策の概要
ほやらら
１ー１．情報システム機器の概要
１ー２．コンピュータ室の設置の概要
ＩＣカード管理（但しずさんという事にする。）
１ー３．私の立場
２．施設管理の工夫点
２ー１．工夫した施策
（１）．○○について（指紋認証の導入）
（２）．○○について（ユーザ教育の依頼）
（３）．○○について（ＸＸＸＸ）
３．評価
３ー１．顧客報告と評価
一時は悪かった。良くなった。現在まで問題は起きていない。私の施策は奏功していると判断している。
３ー２．今後の改善点
使用者の意識の改善が重要課題。
平成１６年度テクニカルエンジニア（システム管理） 午後問題解説¶
午後２ 問１¶
１．私が携わった情報システムのサービス概要
ほやらら
１－１．サービス概要
１－２．重要と考えたサービスレベル
せつめいを書くと～
(１)．項目
性能問題
(２)．設定理由
システム上性能限界が７５TPSで現行システムがそれよりも性能が劣化している傾向がある。とか。
(３)．基準値
７５TPSの維持。
２．サービスレベル維持の為の方策
２－１．顧客への説明
２－２．工夫点
(１)．ＤＢの再編成・運用の組込み(システム管理者の視点)
(２)．ソフトの修正？ハードの増強？-CPU・メモリ
(３)．
３．評価
３－１．顧客への報告と評価
目標値クリア
３－２．今後の課題
問題の早期発見
午後２ 問３¶
１．私が携わったシステム概要
１－１．システム概要
Ｘセンタは、いくつかの金融機関の基幹系システムとして機能する共同センタである。被災対策としてのバックアップセンタも含め全国に７拠点あり、それぞれ配下に管理する金融機関が異なる。その為、それぞれのセンタで各金融機関の業務に合わせて独自の運用（主な独自運用部分としてはオンライン業務時間が各センタで違う）を行っている。銀行業務全般は日中帯に行われるが、夜間はバッチ処理等があり、基本的に２４時間システムの停止は許されない。システム停止は、計画保守等の目的でかつ、顧客の承認が得られた場合のみ限られた時間システムの停止を行える。金融業務における基幹システムは、障害による業務停止の影響が非常に大きく、システムには高信頼性が要求される。従って、全ての機器・ネットワーク・電源にいたるまで二重化構成としており、システムの高信頼性を確保している。
１－２．私の立場
金融機関の端末群と勘定系・情報系ホストとを中継するＸセンタのゲートウェイシステムは、機器の陳腐化とマシン保守期限切れに伴い、システム更改する事となった。Ａ社社員である私は、Ｘセンタよりシステム開発と開発後のシステム保守を請け負った。私は現在まで、３つの金融システムの開発業務に携ったが、今回初めてプロジェクトリーダとしてプロジェクトの管理を行う事となった。
２．切り分けられなかった障害
去年１２月の某日、顧客より特定の取引が出来ないとの連絡があった。特定ユーザ（金融機関）の特定端末の特定業務のみタイムアウトし取引不可であるという状況である事がわかった。我々は特定取引の異常という部分に着目し、まずその取引処理を行う勘定系ホストを調査したが、システムは正常に動作していると確認できた。続けて障害対象の端末・ゲートウェイサーバ共に調査したが異常を通知する機器は無く、全て正常に稼動していた。
３．障害の切り分け
３－１．作業の統括
私は、Ａ社のシステム設計管理者・ハード保守管理者・ネットワークエンジニア(有識者)を招集し、当障害事象についての緊急ミーティングを行った。各担当者の意見は様々であったが、ネットワークエンジニアから「障害予想箇所を中心としてネットワークは上位レイヤから下位レイヤに向けて調査したらどうか。」との提言があった。私は勘定系ホストまで該当端末からの取引が到達していない事を確認し、各担当者に以下の調査を依頼した。
３－２．障害の切り分け
私は、ミーティングの結果を基に、それぞれのリーダに次の調査を依頼した。
私の考えの基に指示した事にする。
(１)．SEへの指示
ゲートウェイサーバでのネットワークトレースの取得、但し、作業は２人以上で行いオペレーション実行前に、双方が確認する事。手順書が無いから。
(２)．CEへの指示
ＬＡＮアナライザを導入し、何処でパケットのロストが発生しているか調査する事。
(３)．ネットワークエンジニアへの指示
３－３．障害内容
ＣＥがＬＡＮアナライザを使い調査した所、ルータにおいて、ＦＴＰ関連のＩＰパケットの送達が破棄されている事が解った。なお当障害ルータのパケットフィルタリング設定は、確認したが正常であり、故障時にルータ自ら故障の旨を通知するはずのＳＮＭＰトラップも通知していなかった。私は障害を当該ルータと判断し、予備機に切り替えるよう指示した。切り替え後に障害業務は正常に行うことができた。
４．評価
４－１．顧客への報告と評価
私は、ルータの特殊故障である旨を顧客に説明した。今回の障害に関しては業務に影響があり、当然顧客から注意が有あった。具体的な改善策の提示を求められたが損害請求等は無く、今後のビジネスへの影響度は最小限に留める事ができたと判断している。そういった意味で自分の施策は奏功していると判断する。
４－２．今後の改善点
当障害に関しては、致命的な業務の停止は避けることができたものの、顧客からは叱責を受けている。これは、障害時の○○○の考慮が甘かったと言わざるを得ない。改善点として、
- 連絡網の周知徹底
- 定期的なミーティングの場を設ける事
- 訓練
は、まず必要だが、こうした不測の事態の早期解決の為には、運用要員・開発要員の教育の強化が必要と考え、現在実施中である。
メモ¶
平成17年度春期 高度情報処理技術者試験 合格を目指して！ 資格取得ブログ
http://smpman.blog3.fc2.com/
経済産業省 システム管理基準
http://www.meti.go.jp/policy/netsecurity/downloadfiles/system_kanri.pdf
午前カリキュラム
http://www5a.biglobe.ne.jp/~ariga/public_html/gozenkari.htm
システム管理者のメモ張
http://www.geocities.jp/sys_memo/
実例で学ぶWebシステムのチューニング手法
http://www.ulsystems.co.jp/opinion/technical_report/archive/000003-2.html
