メディアストレージ要件の評価バックアップおよびリカバリ戦略の開発に、次のステップは、ストレージメディアの要件を決定することです。既に収集した情報に基づいて、どれだけ多く残しておくにコピーする必要があるだろうし、バックアップすることにどのくらいの期間保管してどれくらいのデータが起こっているのは、かなり良いアイデアがある必要があります。この場合、新しいバックアップドメインの場合は、テープドライブとメディアのタイプを決定するために最高の仕事がこの情報を使用することができます。この場合、既存のドメインである場合は、十分なドライブとライブラリの容量があるかを判断することができます。 すべての作品の相互です。サーバーのサイズは、ドライブの数に依存しています。ドライブの数のデータの量にして、バックアップウィンドウがバックアップされて依存しています。バックアップウィンドウのドライブの数には、ドライブの速度に関連している。能力は、ドライブの帯域幅を使用してネットワークの速度やレイアウトに関連している。だからこそ、私たちは、データ分析の出発点を選んだと進む、そこから移動されます。 このように進むのストレージメディアの評価と一緒に移動すると、適切なドライブテクノロジーの選択を考慮する必要があります。別のドライブの種類の番号と異なるライブラリの数は、別々のドライブは、この決定が複雑にサポートします。あなたが情報を決定するのに十分な情報を収集する必要があります。は、すべての異なるタイプの比較を提供できる場所の一つstoragemountainです。このWebサイトは、さまざまな技術を示し、速度、能力を与え、ロード/アンロード回数だけでなく、アクセス時間。場合、バックアップ速度は、最大の関心事は、高密度のカートリッジでは、高速ドライブに最適なソリューションかもしれないからです。場合、回復のスピードより重要な場合は、高速アクセスを高速ドライブを見てしたいが、可能性も高い密度のお客様の要件に合わせていない場合があります。場合は、テープの終わりに、そのほうが速いから単一のファイルを回復する20 GBのテープに比べてそれを見つけるために120 GBのテープです。 1つは、ストレージメディアの要件を評価する上で最も重要なステップの実際のバックアップウィンドウを決めることです。これは、バックアップの実行が許可されて時間の実際の額は、システムの中には、同じ時間に、バックアップ用のハードウェアを制御する、ネットワークの主要な部分を使用して、で、リソースを使用している必要がありますバックアップされる。バックアップウィンドウのサイズを定義するために多くの困難に測定になっている。あなたの時間数を決定するためには一日にできるようにする必要がありますし、バックアップに専念することができるの週には、この方程式の不可欠な一部メディアの要件を決定することです。
どのように多くのデータを知る必要がある各ウィンドウの中にバックアップする必要があります。一般的には、最大のバックアップは、フルバックアップされます。過去には、ほとんどの管理者は、毎日の増分バックアップを実行し、週末に多くの人が作業されていないすべてのフルバックアップをしなかった。この概念は変化している。それは今のシステムの割合は共通ですが、5分の1に、日ごとに増分バックアップが完全バックアップを毎日実行し、残りのシステムがあると言う。週末に保守を実行したり、保存され、追いつくために。このモデルを、その後に近いが、ウィンドウの時間を毎日するときは、バックアップ、およびデータの量は、合計のデータをバックアップすると、平均の合計で約あなたのデータの合計の5分の1になるが実行される。場合、データは、お客様の増分バックアップを占めるようになるの量を具体的な運用情報を持っていない場合は、データの量を計算するために変化の割合を使用して見積もることができます。これは20％の場合を除き、より正確に測定して使用するように一般的です。ここでの目標は、実際の環境にできるだけ近いところを取得しようとすることです。 今では私たちのデータの量や時間、そのデータは、すべて私たちは残っている格納するために必要な番号を持ついくつかの基本的な数学です。データだけが持っている合計金額を毎日バックアップすると、毎日のバックアップウィンドウの期間で除算： 理想的なデータ転送速度=データの量の÷バックアップウィンドウをバックアップする 場合、データの理想的なデータ転送率は12.5 GBになるが100 GBと8時間のウィンドウで、ある/時間。 後に、理想的なデータ転送レートのアイデアがある場合、そのドライブの種類では、お客様のニーズにベストフィットを提供する可能性を確認することができます。当然のことながら、これは少し複雑なだけでなく、ベースの番号でも探しています。潜在的なドライブ技術を使用すると、両方のパフォーマンスと容量を考慮する必要があります。大規模なエンタープライズ環境では、1つのサイズは、通常のすべてに適合していません。として何回か述べたように、リカバリの要件では最初に見る必要があると仕事に戻る。これは、いくつかの非常に高性能ですが、ドライブは、2つの異なるタイプの必要があることを意味する可能性があります以下の容量の一部は、低パフォーマンスと容量を提供しています。データは、特に法的要件を満たすためにより低いパフォーマンスは、高容量のメディアに適している可能性があります長い保持期間、保管されている。データはすぐに復元のため、時間がより高性能なメディアに適している可能性がありますお金が必要になる場合があります。これはバックアップの高性能なドライブとメディアをクリックし、画像の高容量のドライブとメディアを切るためのアーチ型のサイトのストレージに行ってすることも珍しくはありません。 この情報は非常にする必要があるドライブ技術を決定するが、参考にすることができますこれらのを忘れてはすべて理論上の数値であり、アカウントへの内蔵ドライブを圧縮することなく与えられている。ドライブのメーカー別のドライブ技術の圧縮率をアドバタイズします。これらのドライブにも理論上の数字に応じて異なります。これらの仕様は、新しいファームウェアレベルまたはドライブのバージョンで変更することができます。は、ドライブの製造元に問い合わせるか、自分のWebサイトにどこに最新仕様のシートを見つけることが行く、最も正確な数値を取得する。 ときに、実際にどのようにどのような必要となるドライブの、我々は、ネイティブ転送速度と圧縮せずに容量を使用することをお勧め、多くの把握を開始します。それは完全にあなたのデータの構成に依存しては非常にあなたが経験する圧縮率がどのような種類を推定することは困難です。一方、他のデータはほとんど圧縮が得られるよう、一部のデータは非常に圧縮されます。ない場合は、圧縮に基づいて、あなたのアーキテクチャは、唯一の驚きを良いものにする必要があります経験があります;あなたの成長のための部屋と能力を十分になります。 その性能と必要なカートリッジの容量を提供する適切なドライブ技術を選択したら、次の方法を用意して、多くのカートリッジが必要になりますを見てください。これは、今まで見ているすべての要素が含まれます。カートリッジを必要な数のデータ量には、バックアップしている依存し、バックアップの頻度を、あなたの保有期間は、メディアにバックアップを格納するために使用される容量。は、使用することができます簡単な計算式は以下のとおり：
この例を見ていることにより、任意の時点で97アクティブなカートリッジの最小値が期待されます。また、これはすべてのカートリッジの容量がいっぱいになりますがない未使用のテープをされると仮定します。これらの計算は圧縮なしに基づいています。これはあなたにとって適切なテープライブラリのサイズの手順を実行計画に必要なアイデアを提供しません。私たちは、バーコードリーダーでロボットのテープライブラリに含まれていない企業のバックアップ戦略を実装することをお勧めはなかっただろう。これらがなければ、管理は非常にヒューマンエラーの影響を受け圧倒的になることができます。これは多くのメディアを介してエンタープライズバックアップアプリケーションの管理を無効にする方が良い。 いつどのように多くのスロットをお使いの環境をサポートする必要があり、少なくとも2つのカタログバックアップ用のテープを洗浄するためのスロットを含めることを忘れないで考え出す。実際には、2回カタログのバックアップとして機能するので、カタログのコピーを保持することが必要であるため、多くのスロットを予約したいです。 （）をバックアップ戦略の一環として、棒高跳びのいくつかのタイプのオフサイトのストレージソリューションを含めている場合、あなたの総容量の計算にこの部分を含めるには、重複してコピーを作成するので、必要な追加のテープが必要です。 記事は、ポールロバートソン氏が提出した 免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。 重要： この記事は、""ストレージメディアの要件を評価する自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。
|
|||||
| Online: 474 users browsing the articles directory |
|
|