階層型ストレージ管理

お暇なときには、システム管理者（笑）のエイブリィ興味深い行使彼または彼女の監視の下には、各種のホームディレクトリ内のユーザーのファイルのための高齢化レポートを生成するOSのユーティリティを使用しています。もしあなたのシステムは、長い回避されているが、それぞれ2週間、1ヶ月、3ヶ月、6ヶ月でアクセスされていないファイルを検索し、1年。バックアップをさらに進みます。

これを考慮し：は、6ヶ月以上も触れられていない貴重な時間、空間を取るこれらのファイルは、バックアップ時の帯域幅と、再び復元中。離れて、単にそれらを削除するから、何を、これらのファイルが消費するリソースを取り戻すためにできること？ようこそ階層型ストレージ管理（HSM）の世界へようこそ。階層型ストレージ管理を自動アーカイブシステムの並べ替えを提供する重大利用不足のユーティリティです。は、HSMのプロセスは、ファイルシステム内のファイルの最も最近のアクセス日時を調べて、ルールの設定に基づいて、システム管理者によって維持され、自動的に安価にファイルを移行する、もっと遅く、中小永久。このメディアからの特別なテープ専用かもしれませんが、書き込み可能なCD、光磁気ディスク、または他のは、非常にオンラインストレージ媒体。後ろ左はファイルシステムでこれは、実際のファイルを見つけるには、HSMプロセスを指示する特別なファイルですスタブファイルです。スタブファイルは、通常のサイズはキロバイト単位のカップルについて一旦ファイルを、ユーザーは、システムのいずれかを検索し、適切なテープをマウントしたり、特定のためのオペレータ要求の場所は、通常の方法では、古いファイルにアクセスする必要が移行されるテープをマウントする。一度アクセスすると、ファイルをローカルディスクには、それには、クロックが返され、再度開始します。中にファイルを移行すると、それはもはやバックアップされてのみ、そのかけ項目です。明らかに、このトレードオフは、ユーザーがファイルにアクセスする必要があるのは初めて、それは数分、または長くすると、オフラインのメディアからファイルを取得するためにかかることがあります。しかし、一度ファイルには、リモート記憶域から、それをローカルに保存され、将来のアクセスは、通常料金で行われる取得されています。

ようこそHSMを実装するための重要な付加的な利益ている：ファイルのアクティブなディスクは、ディスクをより効率的に使用される格納されていません。場合は20パーセントのスペースをファイルシステム上のHSMとしている場合は、ディスクは20％、必要はない、新しいディスクを購入すると成長してそのままの場合正しくは別に、ファイルの取得の遅れから実装に移行することができますHSMする必要があります完全にあなたのユーザに透過される。ディレクトリのリストは、何も示していない異例のことだ。ファイルが存在しているように見える。場合にのみ、ユーザーが実際に何の違いを検出することができるファイルにアクセスしようとする場合、他の多くのシステムと同様に、あなたのユーザディレクトリを大容量のファイルが散乱している月間がされてそのまま、して、バックアップウィンドウと負荷を小さくする必要があるHSMは一見の価値があります。

アーカイブ

アーカイブには多少未満の場合、HSM洗練された似ている。アーカイブするファイルは、ファイルがテープに書き込まれます（またはいくつかの他のオフラインメディア）と削除されたファイルシステムから完全に。いくつかの外部メカニズムをアーカイブファイルの位置を維持するために採用される必要があります。そうでなければ、非常に現実的なリスクには、ファイルが失われる可能性がある。一部の環境では、ユーザーと許可されても、自分のアーカイブテープを維持するために奨励した。他では、管理者はアーカイブを維持します。

合成Fulls

我々議論以来、かれらはfullsテープにはるかに少ないデータをコピーする必要が増分バックアップ、ファイルシステムのバックアップに非常に効率的な方法です。データは完全な最後にバックアップする必要がない残念なことに、累積的な増分バックアップのサイズが時間の経過とともに成長することができます。以来、変更されるまで、その大きさのアプローチは、トラックのこと。テープにも時間まで、膨大な数の圧倒的になる上で成長することができます差の増分バックアップセットを復元するために必要な番号です。これらの問題への救済策は同じです：時から完全なバックアップをして。の場合はなかった何も本番サーバーのフルバックアップを取るか？合成完全バックアップすることができますている。合成完全バックアップのモデルでは、別のノード上のファイルシステムの完全なコピーを保持する。（）を1回、中にシステムの完全バックアップを実行すると、別のシステム（シェンプ）の上に復元します。次に、あなたの夜の差の増分バックアップを取る中とシェンプにそれらを復元します。次に、シェンプから、ファイルシステムの完全バックアップを取ります。もし何かが中に起こる場合、シェンプで彼を置き換えることができます。シェンプのデータをどのよう中で、とされて以来、すべてのデータが単一のテープ上に、それを大幅に削減される復元を完了するのに要する時間として、および増分バックアップの束を完全な復元と比較して同一である必要があります。

場合シェンプのバックアップテープをオフサイト（必要はありませんサイトのコピーを続けるには、送信することが必要ではありませんので、シェンプ自体は非常に見事にその役割を満たす追加の保護のため、中から別のサイトでシェンプ保つために選択することがあります。）誰もが確かにではないこのモデルは、以来、（システム、ディスク、テープドライブ）は特別なハードウェアを大量に必要だが、バックアップウィンドウを削減し、復元にかかる時間は非常に効果的な方法ですが、非常にとらえどころのない組み合わせです。

その他のハードウェアを使用し

ベンダーは、新しい技法や技術が開発され、古いものを利用し、追加のハードウェアや巧妙なソフトウェアのトリックを使用してバックアップを高速化する。これらのテクニックをお使いの環境に応じて有用性を様々なのです。一方で、実際にあなたが遅くなる可能性も確実に動作します。

ホストベースの無料バックアップ

3番目のミラー決裂

記事は、ベンSmeider提出

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