システム障害はさまざまな理由で発生する可能性があり、サーバーが正常に戻るまでに10分、数時間、あるいは数日かかることがあります。
私の最初の部署は北京のある地区のネットワークの中核であり、さまざまな事業部門に20を超えるアプリケーションプラットフォームがあります。重要な部署には20を超える外部WebサイトとOAがあります。政府のネットワーク自動化オフィスプラットフォームは、2001年初めに構築されました。5年間のアップグレードと変革の後、現在は第4版を実行しています。このプラットフォームは、すべての政府機関、コミッションオフィス、サブディストリクトオフィスなどの情報通信プラットフォームとして機能するだけでなく、公式文書全体の流通媒体としても機能します。
1日には、データの損失が生じ、代替サーバ
、重大なサーバー障害のコアエリアを検索します。 10年以上の実務経験を持つ情報担当ディレクターとして、私は数年でこのサーバーに障害が発生したことにショックを受けましたが、誰もがネットワーク管理の常識を知っていると思います。高いです。
サーバーが修理されてから1ヵ月後、ユニットは私にネットワークセキュリティクラスに参加するよう送ってきました。実際、私は「2台のマシンによるホットスタンバイ」という言葉を聞いたことがありますが、クラスでの「ビジネス継続性の保証」のおかげで、私はそれを本当に理解しています。
多くのメーカー我々は彼らの実用化の影響から、または実際の例一部から、変換に「ゼロ」の時間は、実際には、不可能である説明として、我々は簡単に、これは相対的であることがわかります「ゼロ」時間1分間のホスト変換を維持できる一般的なシステムは、すでに優れた設計です。 //コンピュータソフトウェアおよびハードウェアアプリケーションネットワークWWW.45IT.COMデュアルシステムホットバックアップは、メインサーバーに障害が発生したときにサービスが中断されないという問題を解決しますが、実際のアプリケーションでは複数のユニットが表示されることがあります。サーバーの場合、サーバーは「クラスター」です。 （クラスタの正しい翻訳に従って、ここで説明する必要があります。このマルチサーバに正確に名前を付ける必要があります。クラスタではなくクラスタです。）ホットスタンバイシステムをより具体的に説明すると、アクティブと見なすことができます。アクティブ）スタンバイモードで存在する2台のサーバー。これらは一緒に共有ストレージデバイスを使用します。実行中のサーバーの1つが起動に失敗すると、もう1つのバックアップサーバーがソフトウェア診断（通常はハートビート診断と呼ばれる）によってスタンバイサーバーをアクティブにして、アプリケーションが短時間で実行されるようにします。内部は完全に通常の使用に復元されています。二重系ホットスタンバイシステム導入の準備授業から戻った後、私たちの部署は例に従った毎月の仕事交換会を開催しました。ホットスタンバイを確立する必要性。当社のシステム部門は、毎日30以上のシステム障害保証の電話を受けており、これらの種類の障害は、機器の障害、オペレーティングシステムの障害、ソフトウェアシステムの障害など、多数あります。人為的に正常なサーバーを復元で
ネットワーク事業者とシステム管理者は、数時間または数日に10分かかることがあります。技術者が現場にいない場合は、サービスを復元する時間が長くなります。 RAID 5ディスクアレイ内の2台のハードディスクが同時にドロップされ、バックアップシステムが新しいコンピュータルームに移動されたばかりの場合、このOAの障害は特別です。 IBMのエンジニアにタイムリーな修理をお願いしますが、より完全なセキュリティシステムを確立することがより重要だと思います。
すべてが真実を知っている：スイッチよりも、サーバーの故障率を、障害がはるかに高いストレージデバイスです。サーバーはスイッチやストレージデバイスよりもはるかに複雑なデバイスで、ハードウェアとオペレーティングシステム、そしてアプリケーションソフトウェアシステムの両方が含まれます。ホットスタンバイを使用するかどうかを決定することは、既存システムの重要性とサービス中断の許容範囲を分析してホットスタンバイを使用するかどうかを判断する正しい方法です。
だけでなく、機器の故障は、サービスの中断を引き起こす可能性があり、およびソフトウェアの問題は、サーバーが正常に動作しないために発生することがあります。ホットスタンバイシステムの「最終条件=ユーザー許容時間 - システム回復時間」を採用することにしました前回のアンケートと毎日の電話相談によると、OAクライアントの最長待機時間は1時間以内です。バックアップから回復するために必要な最速の時間は6時間以上です。デュアルシステムホットスタンバイシステムを確立することが不可欠であることがわかります。
もヒットで
レポートホットスタンバイの方法を展開することを選択し、資金は私が困難になって舞台を設定し始め、承認されています。ホットスタンバイには2つの実装モードがあることを理解しています。 1つは共有ストレージデバイスの方法に基づいており、もう1つは一般に純粋なソフトウェアと呼ばれるストレージデバイスを共有しない方法です。
は、共有記憶装置（ディスクアレイキャビネットまたはストレージエリアネットワークSAN）コンポーネントを使用して、この実施形態では二つのサーバを使用するストレージ
を共有しました。外部サービスを提供する過程で、2台のサーバーが仮想IPアドレスを使用してサービスを提供し、一方のサーバーで障害が発生すると、もう一方のサーバーがハートビート検出の状況に基づいて判断し、サービスを引き継ぎます。共有記憶装置のため、2台のサーバーは実質的に同じ量のデータを使用し、デュアルマシンまたはクラスタソフトウェアによって管理されます。同じデータを2台のサーバのそれぞれに存在するようで
簡単に言えば、純粋なソフトウェアの実施形態では、完全にソフトウェアの実施形態では、別のサーバーへのデータのミラーリングソフトウェア、リアルタイムレプリケーションを介して行われ1つは、1台のサーバーに障害が発生した場合、間に合って別のサーバーに切り替えることができます。別のケースでは、クラスタは共有ストレージを使用する必要はありませんが、デュアルマシンまたはクラスタソフトウェアを直接使用することができます。しかし、この状況は実際にはミラーリングソフトウェアとは無関係です。これは上記の共有モードの変更にすぎません。
は、グループディスカッションシステムの後に、そして最終的に「共有メモリ」を選択しました
1. OAが発生していないWindowsクラスタサービスの互換性の問題を使用して、WindowsのIIS + SQL Serverプラットフォーム上に構築された：3つの理由があります。
2. Windowsクラスタは、ユニバーサル、グループ管理システムを通じて簡単なトレーニングによって確立することができますが、また、将来のアップグレードがトラブルを起こさないようにするために。
3.アカウントに将来のOAのデータの量を考えると、ストレージ・デバイス上のより合理的にソフトウェアを買うためにお金。ホットスタンバイシステムは、単一障害点を登場その間
以降の複数年の期間、。そのうちの1つは、システム修正プログラムのインストール後にIISを起動できなかったことですOAベンダが障害をまとめてシミュレートした後に、その理由がわかりました。しかし、OAは今年も終わっていません。