人、技術、プロセス - 金融ITシステムの運用・保守の経験の可用性
金融業界は、国民経済のすべての部門が関与する巨額の資金を、独占、特性指標、高いリスクを持っており、国のハブである、任意の不安定性は、につながる可能性がある「ドミノ効果。」同時に、伝統的な金融セクターが新たな課題と機会に直面している、インターネットバンキング、金融部門の発展は、インターネットなどの金融マーケティングチャネルに満足しますが、インターネットのアイデアや顧客のニーズを押していない、燃料補給に役割を果たしました製品のシームレスなパターンは、新たな段階に金融業界を作ります。
金融業界のITシステム全体ではなく、時代の特徴を持つ、異なるサイズの企業のITシステムの開発の程度は同じではありませんが、基本的には次の段階を経る：第一段階：小さな工房スタイルモード。当時の技術は、ITに限られていなかった、ITに依存して事業活動は強くありません。第二段階：スタックモードのブロック。そして、企業は大量のITシステムやITの拡張システムの重要性を実現していますが、この時間は、多くのシステムはよく、そのシステムの冗長性複合体の下アーキテクチャに積層されていません。第三段階：終盤に大きな焦点。金融業界のために多くのITの数のシステムと地理的に分散したよりも、そのITシステムの管理を容易にするため、主要なデータセンターでは、同じ時間ビルド災害復旧センターで、テイクにされて、大規模な運用・保守を完了しました。第四段階：高可用性運用・保守フェーズ。そして、目標としてビジネス指向の、合理化システムの安定性をはじめ、建設によって変換されたデータセンターの運用と保守に焦点を当て、金融セクターの礎石として、ITシステムの安定的な発展を確保するために、運用および保守システムの完全なセットを確立しました。
高可用性ITシステムの運用や金融業界のメンテナンス
成長し、ますます複雑な金融IT環境の顔は、IT管理システムは、関係するIT部門の焦点となっています。統計によると、IT予算の70％以上は、既存システムの運用・保守に費やされています。ビジネスのダウンタイムを削減し、企業は経済的損失の何百万人を削減することができます。氷山の大部分を占めたことがわかっ例えば有名な「氷山の理論は」、計画外の障害の80％が、および計画外の障害の大半では、すべての手段によって事前及び回避に予測することができることは常にあります。
高可用性データセンターの運用・保守には、それが広く証明されたソリューションは、ITSM（ITサービス管理）である、と人、技術、これら三つの領域を処理コアの高可用性の運用・保守です。
人員
金融ITシステムの保守要員夜遅くに数え切れないほどの時間を戦って、特別なグループ、7 * 24時間セキュリティで、毎日、他の人が働いて圧力を想像して負担することはできませんが、それでも後悔は、本当に良い従業員は中国と呼ばれることができません。金融業界のITシステムを安定化または密接にITの保守担当者に関係のない、人間本位、これはITシステムの安定の足場です。ITが問題を迅速に解決するための障害に直面して生産を再開するためには、継続的な学習の通常の蓄積と、最初にすべての、専門的なスキルを向上させ、高い需要を医師にそれも提案されています。、これは徐々にしか自身が疎外され、理由はスタッフのメーカーの異なるレベルで異なるようになるに対処するための直接的なスローベンダーを考えるべきではない問題が発生した後、必ず、品質の問題を解決するために保証するものではありませんので、唯一の自分のスキルは本当に強いです全体的な状況することができます。第二に、自己調整圧縮考え方、ワーク・ライフ・バランスへの能力を含め、彼らのソフトパワーを強化します。作業強度の、良好な物理的および精神的な状態を確保することは非常に重要であるため、我々は積極的な姿勢と余暇の日常、顔のすべてでリラックスすることを学ぶ必要があります。第二に、時間とコスト節約、その情報のタイムリーかつ正確に伝送するように、良好なコミュニケーションスキルを持っており、システムの効率的な運用を確保します。最後に、データセンターの運用・保守を見るために、データセンターの持続的な発展を維持する能力を新技術、開発のビジョンを受け入れる勇気を持っている必要があり、革新的な精神をそこに探検しなければなりません。
技術的な
標準化された構成管理
そこに百数十がありますが、ソフトウェアの使用および全体的な比率の数のそれぞれを詳しく見を見つけるのは難しいことではありません、いくつかのソフトウェアは、わずか数のシステム上で実行され、その後、アプリケーション開発のための理由を入力し、データセンターにおけるソフトウェアのバージョンスタッフ開発プログラムは、これ虎に乗っシーンを引き起こし、ソフトウェアで実行されているサポートされています。システム保守担当者は「一般的ではありません」ソフトウェアを維持するためにエネルギーを費やすために一人の時間を費やす必要がありました。だから、システムの構築の開始時にシステム変更のITやデータセンターソフトウェア「標準化」とする必要があります。各ソフトウェアのバージョンについては、構成パラメータおよび手順は、標準化ヒューマンエラーを回避することができ、容易にソフトウェアライフサイクル管理、ソフトウェア構成手順と標準化パラメータの設定をすることができるソフトウェアのバージョンを標準化しなければなりません。
標準化された管理では、標準規格の開発はそれほどメーカーによって与えられた推奨値と組み合わせ、この経験のデータセンターの運用および保守のための標準の開発と組み合わせたときに、そして最終的には最高の標準を開発し、特に重要です。そして、改善が日々の運用や保守に蓄積し、そして絶えず改訂基準を改善し続けています。
資産ライフサイクル管理
金融ITシステムでは、ソフトウェアとハードウェアは、通常の動作に支援システムの2つの柱です。近年のように、中国の金融業界インフラのITシステムの急速な拡大は、毎年、管理、ライフサイクルの使用に新しい機器、新しいソフトウェアプットの多くは、および付随どのようにこれらのリソースがあります。
ソフトウェアのライフサイクルの維持のために、最初にすべての、私たちはまず整理明確に業務システムの名前が含まれている既存のバージョン名とバージョン、キー情報システムの担当者、IPアドレス、ソフトウェアのバージョンなどがこの情報は定期的に更新し、最高べきである必要がありますフルタイムに設定し、ソフトウェアのバージョン管理職を担当します。第二には、、、長く、定期的にそのEOS（サービスの終了）を照会するためのイニシアチブを取るパフォーマンスを機能テストを含め、これらの新しいテストを、サポートの有効期限が切れる前に、新しいバージョンのソフトウェアのテストを手配するための時間をライフサイクルのソフトウェアバージョンの事前のセクションをチェック試験、安定性試験は、問題ありませんした後、新しいソフトウェアラインを確保します。最後に、データセンターのシステムの多数による定期的なソフトウェア・アップグレードは、システムのアップグレードの一部が各四半期の良いソフトウェアアップグレード計画を策定するために、長期的なプロジェクトとしてのソフトウェアのバージョンをアップグレードすることが提案されています。
古いITハードウェアのバランスがある場合に段階的に廃止することを決めました。一方で、あなたは、可能なハードウェアの性能、データセンターの運用の低コストな限りプレーしたい。一方、システムの正常な動作に影響を与え、古いハードウェアは常に、システムのダウンタイムが生じないことを保証します。そのため、ハードウェアの推奨期間の種類ごとに、事前に時間を開発し、保証するために経験に基づいて、および生命保険事業の終了前に、新しいシステムのハードウェアリソースまで移動します。廃棄されたハードウェアが古いの利益のためにするために、これらのデバイスは、テスト環境を開発するために使用されるが、ハードウェアリソースをフルに活用します。
建設危機管理計画
最も重要なのは、金融業界のITシステムの目的である、システムが最も重要に失敗した場合、安定した生産の急速な再開、かつ迅速に生産システムの完全性、可用性を復元する機能は、緊急プログラムに大きく依存しています。建設コンティンジェンシー・プランは、「包括的かつ可能な」この4文字の原則を満たすための緊急プログラムの構築に、予防措置をとることです。緊急時対応計画が直面しなければならない時に関わっていることは、いわゆる「包括的」手段は、このようなシステムアーキテクチャ図、影響のシステム障害球、他のシステム、データのバックアップ、緊急時の手順、連絡先や他の方法との相互作用として、考慮に入れる必要があります情報。システムに障害が発生したときに、本当にすぐに生産を再開し、緊急操作手順を手動で押して、いわゆる「利用可能」と、それは緊急時の対応を改善するために緊急を検出するためのプログラムや実践的な演習の建設が完了した後、実際のシーンをテストするために定期的な防災訓練する必要がありますプログラムは、効果的な危機管理計画が利用できません。
災害復旧計画と建設
中国銀行業監督管理委員会、中国保険監督管理委員会、中国建設銀行の証券協会近年では、それぞれの災害復旧、保険、証券業界は完全に災害復旧工事の重要性と必要性を示しており、対応する3つの基準や方針を提起しました。これらの標準とビジネスシステムの異なるレベル（目標復旧時間）とRPO（目標復旧ポイント）のポリシーRTOはまた、要件の異なるレベルを持っています。
災害復旧計画から選択し、現在および中規模の金融業界は、災害復旧計画の基本的な「2における3つのセンター」を採用します。金融業界と災害管理センター機器の小型建設費、「都市データ・レプリケーション」の現在の使用、市内のデータセンター間でのデータ保護。ビュー方式の技術的な観点からは、データレベルの災害復旧とアプリケーションレベルの災害復旧二つのカテゴリー。関心のバックアップと復元データレベルの災害復旧データが前提のアプリケーションレベルの災害復旧に基づいており、データレベルの災害復旧上に構築されたアプリケーションレベルの災害復旧は、このように事業を引き継ぐ能力を提供します。今後の開発動向からは、アクティブ - アクティブなデータセンターでは、デュアルユースセンターのハードウェアリソースの効率を向上させることができ、および災害復旧を保証するために、シームレスに切り替えることができないだけで、今後の開発の焦点です。しかし、災害復旧センターの建設のためには、人材と財源の多くを投資する必要があり、異なる業務システムごとに異なるレベルを確立するために、完全な関連研究と分析に災害復旧の工事の前に、自分自身の災害復旧システム構築のためのさまざまな企業のために確立することが提案されています災害復旧システム。
また、災害時の災害復旧システムは、通常のスイッチは非常に現実的な問題であることができます。近年を通して、いくつかの大規模な障害が金融機関の中に、発見した二つの特徴：まず、スイッチにするかどうかについて、いくつかの躊躇で政策立案者、2番目は災害復旧スイッチオーバー後に事業を引き継ぐことが必ずしも正常ではありません。これら2つの現象が主に今、多くの企業がないことを確認するかどうか、真の災害復旧可能な、心で彼らのディザスタリカバリ環境を終了していないが発生します。そのため、早期に完全にスイッチングの実現可能性を実証するために環境を設定することをお勧めします、すべての災害シナリオを考慮して、定期的にいくつかの時間のために実行されている実際の災害復旧センターに切り替え、災害復旧センターが引き継ぐことができますを確認しますと小切手からビルドを避けるために、余分。
分析とメンテナンスイニシアティブ
データセンターのメンテナンス担当者、運用・保守はビチレブ島の輸送のための高可用性要件であるとして、安定したITシステムは、金融企業の正常な動作の基礎であるだけでは受動的な応答がイニシアチブを取るために保守要員を必要とする、十分ではありません、対応するリスクを回避するために、早期に問題を特定。まず、あなたが今後数ヶ月にわたり満たすために、リソースのシステムまたは特別な日付かどうかを分析するために進めることができるように、業績の量との関係を推定するための適切な数学モデルを確立するために、既存の性能データに基づいて、業務システムの性能予測システムを確立します（例えば、年度末決算、心の関心、二から一一）することにより、システムのパフォーマンスのボトルネックの影響を避け、交通需要の急増、。第二に、既存のシステムのヘルスチェックを定期的に展開自動化ツールは、インデックスがアップしていない場合、ルーチン「健康診断」によって隠されたかどうか、および自動化ツールによって、指標の検出かどうかを確認するには、コールの自動化自動化された調整や拡大、積極的な自動化ツールのためのツールは、システムの操作と、より「スマート」になるメンテナンスは、運用・保守要員の作業負荷を簡素化するだけでなくので、メンテナンスを実現するだけでなく、システム動作の危険性を排除します。
プロセス
変更のレビューと変更管理
変更操作は、データセンターである生産システムの変化は、このイニシアチブの目的を変更するには、ブレード上のダンスに等しいである、独自の特殊性を持って、日々の業務を行う必要があるシステムに、より安定した動作を行うためのものですが、変更する場合プログラムは、問題やオペレータのエラーを持って、失敗はおそらく人間によって引き起こされます。したがって、我々は変化確実な保証に包括的な変更管理プロセスを持っている必要があります。まず、最初の変更内容及び変更手続き変更リファイン前に、それは各パラメータの各コマンドへの最高のが明確に書かれており、各操作の時間が記載されているオペレータとレビューに対応し、良好な推定値をとり人々。第二に、そこに、変更前変更のレビューも変更ステップ、マルチレベルのチェックを確認するために、関連するすべての専門家の同僚を作る、最小限にリスク管理を変更する必要があります。最後に、後者は変更されているどのような輸送することができるように、各変更の内容は十分に文書化されていることを確認するために変化記録メカニズムが存在しなければならないときビジェイ便利な検証問題の前に。
リンケージを障害処理
関連部署と担当者はまた、多くのベンダーですので、より多くのデータセンターは、障害がすぐに担当者の間で、現時点ではとの共同連携を対処するために関係者のコレクションに発生した場合に、システムによって維持早く生産の重要な側面を復元する機能です。みんなの意識が明確な原則でなければなりませんしましょう。他に続いて、最優先の生産を、復元します。これは、互いの間に明確に定義されたインターフェースを種々の人事部門のそれぞれの責任をクリアするために問題が発生したときに相互に降圧を渡す避けるために、治療の失敗のタイミングを遅らせる予め間セクターコラボレーションプラットフォームの確立を必要とします。このニーズは、基準の明確な用語の日常の運用・保守に適切な人物、そして失敗に対処する（障害マネージャ）全体の全体的な計画の担当者が注意すべきであり、指定された時間内にタイムリーかつ衝動完了段階処理の当事者を調整します勧告。
問題の追跡と小計
データセンターの運用・保守プロセスでは、おそらくいくつかは、すぐにを排除すべき毎日の障害の様々な遭遇するされ、そしていくつかは、各障害の問題を確実にするために、いくつかの時間のために問題を特定するために分析する必要があるかもしれません逃した、リアルタイムは、このように、障害問題の追跡メカニズムを確立し、進捗状況を追跡することはありませんが非常に重要です。あなたは、このような障害の問題追跡システムによる情報担当のフォローアップ治療プログラムと人として、各アラームイベントの時間が発生し記録することができます。長期定期的なアンケートを分析、調査対策を閉じていません。
これらの障害の統計データも種類システムの障害が発生しやすい、失敗の原因は主に、これらのカテゴリのどれによって引き起こされているものを見つけるためにビッグデータ分析の方法、業務システムによって処理することができます良い問題追跡システムの確立に失敗した後、障害のないサイクルがありません事前にこれらの統計による統計情報の追跡メカニズムの問題の嘘を確立失敗の本質であるビジネスの継続性を保護するために高いリスクを回避します。
金融ITシステムの動向
今日の金融業界が成長している企業は頻繁に新しいビジネスのさまざまなを起動し、市場の発展を満たすために、企業の発展にこれらの新しいサービスは、新たな活力をもたらしただけでなく、事実上、企業のIT部門に新たにもたらしました挑戦。高齢化と強力な新事業の開発以来、IT部門は、オフラインのビジネスであるためには、市場の需要の速いペースについていくことができるようにする必要があり、かつ急速にビルドビジネスをITシステムをサポートし、サービスを提供し、関連するリソースのタイムリーな回復を必要とします。コンクリートの床に管理から、すべての道をこのビジネス指向のオペレーティングモデルは、金融業界のITオペレーションを可能にし、ちょうど道を見ることができない保守要員は、アーキテクチャの技術的な詳細にマクロから、必要性の管理から運用・保守要員に、見上げていませんこうしたビジネス主導モードの運転・保守に適応するために、変更します。雲の顔、ビッグデータ技術の顔は、金融ITプロフェッショナルとして、常にその文を覚えている：長期的な開発への企業を、変更が変更されますされません。
