学習の方法のエラーから

バックアップを任意のデータ保護戦略の一部ですが、そこの複製などは、その一部として他の技術は、されます。健全な戦略への鍵は、すべてのさまざまな技術を組み込むことです。私は、停電からだけは考えても、保護されていない発見を回復しようとしていた人々があまりにも多くの議論に参加している。 1つの特定の場合は、その最も重要なアプリケーションを実行したが、プライマリサーバーを失っていた会社の関係。彼らから回復しようとすると、いくつかの時間を費やしてディスクの場合、実際に失敗したファイルシステムが破損されたミラー。この場合に役立つていないミラー化します。彼らの停止延長されたが、回復することができたので、それらのバックアップをした。私の最悪の呼び出しはサポートで働く人と質量は、間違ったウィンドウから削除することが十分には、オペレーティングシステムは、彼は再起動することができなかったの削除していたシステム管理者からだった。彼は彼の回復を行うのかを尋ねた、私は彼の最新のバックアップから復元することになるプロセスの一部と言った。このために、彼は、バックアップ用の設定を行うことを、彼のリストに答えました。

場合は、ストレージエリアネットワーク（SAN）は入手可能ですが、バックアップおよびリカバリ戦略の柔軟性を可能にすることができます。バックアップ用のハードウェアをより大容量のデータ間で共有することができる常駐のシステムながら、生産のLANをオフにデータを保持。これは、大規模なシステムを直接テープには、アプリケーションサーバーの一般的な目的のメディアサーバーと、これらのシステムをバックアップして、他のLANベースのクライアントにすることなく、バックアップできるようにすることができます。

このように、企業内のすべてのシステムを識別する場合は、各システムの特定のリカバリの要件に注意してください。これは非常には、バックアップ戦略を設定するのに役立ちます。場合、注文処理アプリケーションでは深刻な業務への影響なしで8時間の停電に耐えることができますたとえば、増分バックアップ戦略は、復元に要する時間を犠牲にし、バックアップ時間を最小限に抑える適切な場合があります。ウェブ小売アプリケーションについては、ここで、ダウンタイムは1分ごとに完全に失われた売上高は、リアルタイムでデータを複製するための戦略を意味する一方で、さらに、アプリケーションのパフォーマンスに大きな影響をしても適切かもしれない。注意して他の項目は、システムの全体的な災害復旧の一環として、（DR）の計画を回復する必要があるためです。

このように、各システムのバックアップ要件を評価する場合、また、これは、データベースアプリケーションの状態に保たれる必要があります知っていることを確認しなければならない'hot' -ままにし、バックアップをシャットダウンすることができますバックアップする'寒さが。ないが、性能のトレードオフデータベースのバックアップに関与しながら、オンラインですが、時には、この必要があります。これは、増加をI / Oアクティビティは、データベースの活動だけでなく、追加のバックアップ私は続けているので、予定です/ Oをが、データベースのバックアップ処理を、他の方法のいずれかに高温または低温、冷凍の画像技術と可能性を、ホストのバックアップ方法を使用しています。あなたがディスクからテープにデータを移動するためのいくつかのオプションがあります。それぞれ独自の長所と短所があります。方法は次のとおり：

ファイルです。 これは、バックアップを設定し、移動中のすべての適切なファイルを読み取るために、オペレーティングシステムを含むそのディスクからテープにデータです。バックアップするこの方法は、オペレーティングシステムのオーバーヘッドがありますが、1つのファイルを可能にし、復元されます。またこれは、増分バックアップを実行することができます時間のアクセスまたは変更を決定するために各ファイルをチェックするようにアプリケーションができます。

ボリューム。 全体のボリュームは、ファイルシステム構造を読むことなくバックアップすることができますが、別のディスクからのデータのビットのコピーをテープにビットを実行して。これは、呼び出される 原材料のバックアップ。このメソッドは、はるかに高速なデータ転送が可能になりますが、一般的に、単一のバックアップと復元ファイルを許可しません。また、増分バックアップを許可していません。ボリューム全体でこのバックアップは、メソッドの結果でも、一部が、有効なデータが含まれていないバックアップされる。

ブロックレベル。 場合は、ファイルシステムのファイルについての十分な情報を持って、そのブロックには、変更されているを確認することが可能です。場合は、バックアップアプリケーションは、ファイルシステムで、バックアップすることが、変更されたブロックをインターフェイスすることができます。このタイプのバックアップと呼ばれ ブロックレベルの増分。

マップされた原料のバックアップ。 などは、VERITAS SoftwareのNetBackupして、rawボリュームに割り当てることができますrawボリュームのバックアップを実行中には、単一のファイルに復元することができるファイルシステムのマップを維持し、一部のバックアップアプリケーションを、。これは、増分バックアップが可能です。

オフのホストのバックアップ。 このメカニズムは、データがディスクからそのアプリケーションをホストに直接ディスクに巻き込まれることなく、テープに移動される読み取りまたはテープに書き込みます。

このように、データの性質とそれをバックアップするための理由の詳細については、おそらく、定期的に上のすべてで、バックアップするデータの一部またはその必要はありませんいくつかのシステムが見つかります。多くの人々には、静的なOSのファイルを一般的に、OSのパッチやシステムの再設定が適用されます除き、変更しないことを決めた。彼らは定期的に、このデータのバックアップをスケジュールしていないときにのみパッチを適用するか、設定を変更して実行します。また、いくつかのシステムを簡単に、通常より高速完全回復よりも、他のシステムからオンラインで再構築することができます。この場合において、あなたは、エンタープライズ内のすべてのこれらのシステムを保護するため、単一のバックアップする必要があります。加えて、完全にデータを理解するためのコストのインセンティブです。テープメディアのコストを1つの原動力の背後には 〜でない だけでなく、実際にあまりにも多くのデータをバックアップするが、その場合よりも重要なデータを使用できるテープドライブのバックアップとの関係を必要としないデータをバックアップする。

理由は、データをバックアップされているの決定には、この全体の議論を、実際のキー本当の意味でのデータの性質を理解することです。大企業では、バックアップ管理者は、この知識があるとは考えにくいです。あなたは、企業全体のデータコントロールは、人々からは、この情報を取得する必要があります。これを実行する最良の方法はアンケートを配布することができますを開発することです。これはあなたが正常に建築家のバックアップおよびリカバリシステムのために必要な情報収集に役立ちます。このとき、何を、どのくらいのバックアップを保持し、バックアップをどこにバックアップを保管する必要がありますバックアップを決定するためのツール、この種の使用が一般的です。しかし、私たちが見ている場合、また、なぜ特定のバックアップを実行する必要があります知っている必要があります。

が行われていない'という理由だけに座るとすぐに、すべてこの作業を行うので、あなたは覚えておいて。物事を変更し、その一定の成長に適している現在進行中のダイナミックなプロセスを開発する必要があります。は、企業内の他時間がかかることがありますが必要となる情報を収集し、それ容易に利用できないことがあります。しかし、バックアップおよびリカバリ戦略しばらく時間がかかることがあります策定の最初のステップは、まあ、最初の一歩から始まります。

記事は、アマリアLaras提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"学ぶは自分のやり方"のエラーからの自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。