OK。因数分解するいくつかの指定
Backup Exec 12.x / 13.xを使用し、Exchangeを含むサーバー2003/2008環境があります。
LTO（Full / Diff）へのバックアップとは独立したBackup to Disk（Full / Diff）が発生しています。1つ以上の理由で、ディスクからテープへのバックアップだけでなく、LTOへの直接的なバックアップを行いたいと考えています。
現在、ローダー/ロボット/ライブラリのようなもののない単一のLTO-3ドライブがあります。LTOドライブを提供するボックスには、Adaptec 39160 Ultra160 SCSIカードが入っています。現在、Fullには1本（週に1本）、Diffには1本のテープ（テープが取り出される前に週4日）を使用しています。フルバックアップは372.5GBの障壁にぶつかり、土曜日にバックアップが完了しない場合、月曜日の朝にテープを待っています。
ウォードは、通常の営業時間後の月曜日の午後/夕方に、2番目のLTO3フルテープを入れることに言及しました。これに関する問題を以下に比較します。
通常の流れ
- 金曜日は週1の完全バックアップ用にLTO3テープ1を挿入します
- 月曜日は差分用のLTO3テープを挿入します
- 火曜日、水曜日、木曜日の差分は、月曜日に挿入されたテープを使用します
- 2週目を繰り返します
完全バックアップフロー用の2つのLTO3テープ
- 金曜日は週1の完全バックアップ用にLTO3テープ1を挿入します
- 月曜日、週1のフルバックアップ用にLTO3テープ2を挿入
- 月曜日、週1のフルバックアップ用にLTO3テープ1を挿入（検証プロセス用）
- 月曜日、週1のフルバックアップ用にLTO3テープ2を挿入（検証プロセス用）
- 火曜日に差動用のLTO 3テープを挿入
- 水曜日、木曜日の差分は火曜日に挿入されたテープを使用します
- 2週目を繰り返します
余分なテープスワップは、月曜日までに6時間以上かかります（2番目のテープを入れたときから）。午後5時にそれをしたとしたら、テープを交換する深夜までほぼここにいました。それは、テープを待っている土/日/月のアイドル時間をカウントしていません。
これで、検証プロセスをオフにし、2つのテープスワップを保存し、「バックアップ」プロセスを数時間短縮できましたが、検証をオフにしないと、テープ2を入れて1日の終わりに立ち去ることができません。バックアップを2本目のテープに流し込むと、バックアッププロセスが長くなりますが、
- ローテーション内のテープ数を増やします（コスト）
- 輸送中のテープの数を増やします（オフサイトストレージに行くブリーフケースのサイズ/重量）
- 検証プロセスのために何時間も現場に滞在することにより、バックアッププロセスの複雑さが増します。
- サーバールームのすぐ隣ではないオフィスからバックアップ/復元を管理する複雑さが増します。これは、自宅からそのような問題に対処するために4倍になります。
そして、はい、土曜日に6時間以上座ってテープドライブをベビーシットするつもりはありません。仕事以外の生活を送りたいです。12時間日MFは、発生したときに十分に悪い状態です。私は、6週間の週休みに永久に縛られるつもりはありません。
テープドライブはDell PowerVault 110T LTO3です。バックアップサーバーは、単一のNICのみを使用するギガビットイーサネット上にあり、約12時間でテープ一杯になります。
バックアッププロセスを変更して、より集中的なサーバーの1つを独自のLTOの完全バックアップに分離して、この決定を一時的に保留することができますが、すぐにこれらのオプションのいずれかを選択する必要があります。
LTO-3ドライブを購入し、2つ目の物理テープを用意するだけで利用できます。これはあまり望ましくないオプションであり、LTO-3ドライブがLTO-4ドライブよりもかなり安い場合にのみ意味がありますが、そうではありません。LTO-4ドライブを購入し、フルバックアップにLTO-4テープを使用し、LTO-3テープが回転して新しいLTO4テープがLTO3テープの価格に一致するまで、差分にLTO-3テープを使用します。これはおそらく、テープを交換することなく、今後何年も週末のバックアップを経ることになるでしょう。LTO4はLTO3よりも最低速度が遅いため、これは靴磨きにも部分的に対応しています。
テープを自動的にフィードできるものを購入します。PowerVault 110Tに追加できるものは何もないと思います。これは、テープとローダーを1つのユニットにまとめた新しいデバイスを購入することを意味します。これはおそらく、ドライブを手に入れてテープを手動でロードするよりもコスト効率が悪いかもしれませんが、LTO4を自動ロードするのが究極の利便性です。私の上にいる上司に、単一のテープドライブと自動ロードドライブのどちらかを決定させます。
Evan Andersonは別のソリューションで、この価格帯のドライブを購入できると述べました
LTO-4 (internal drive, 1 tape / day) - $2,766.00
LTO-4 (autoloader, 1 tape / day) - $4,566.00
しかし、私は彼またはあなたが実際のドライブと必要に応じてコントローラーに何を推薦するかについての詳細を知りません。探しても構いませんか、ブランドとモデル番号を教えていただければ、ソリューションのnewegg URL（またはDell、HP、またはお気に入りのベンダー）を表示してください。脚は自分で働きます。
このバックアップのローテーションが面倒になる前に、将来的に必要な購入を行うつもりです。私はおそらく数ヶ月を持っています。
Xennyは、サーバーの時代とバックアップの速度について言及しています。Exchangeサーバーは6年前です（ただし、ハードドライブはずっと新しいです）。消費者向けのsataドライブ（WD6400AAKS）と混在する4年前のサーバーがいくつかあります。「新しい」と考えるサーバーは、この時点で2年前です。
古いExchangeサーバーからのディスクへのバックアップは2184 MB /分ほど高速でしたが、一般に、このセットアップではディスクへのバックアップはテープへのバックアップと同じくらい遅いです。実際、ディスクへのバックアップは、LTO-3テープドライブへのバックアップよりも遅い場合があります。また、ドライブが故障したり、ドライブを追加するためのベイがないという問題もありました。一般に、ディスクへのバックアップはLTO3 / 4の移行よりもはるかに問題ですが、その問題についての入力が必要な場合、serverfaultに関する別の質問に属します。
最近のバックアップからいくつかの数値を選んで、速度のアイデアを示します。これは完全なリストではありませんが、さまざまな速度に関するアイデアを提供します。すぐにoldspeed MB / min newspeed MB / min の形式でこれを更新する予定です。oldspeedは古いSCSI 320 LTO3で、newspeedはSAS LTO4です。
DC C：〜850 MB / min
DCシステム状態〜700 MB / min
Exchange Server C：およびシステム状態〜500 MB / min〜600 MB / min
Exchange Server D：〜1400 MB / min〜1200 MB / min
Exchange Server Firstストレージグループ〜1100メガバイト/分〜700メガバイト/分
：WebサーバC 〜600メガバイト/分〜950メガバイト/分
WebサーバE：〜1700メガバイト/分〜1950メガバイト/分
ファイルサーバーC：〜500メガバイト/分
ファイルサーバーE：〜1500年MB /分〜2200メガバイト/分
ファイルサーバーG：〜1800メガバイト/分〜2400メガバイト/分
ファイルサーバーシステムの状態〜650メガバイト/分
faxserver C：〜400メガバイト/分〜550メガバイト/分
アカウンティングサーバC：〜1300メガバイト/分〜1775メガバイト/分
会計サーバD：〜1500メガバイト/分〜2250メガバイト/分
会計SQLインスタンス〜1600メガバイト/分
アプリケーションサーバC：およびシステム状態〜700メガバイト/分〜900 MB / min
バックアップサーバーC：700 MB / min〜1800 MB / Min
バックアップサーバーE：1350 MB / min〜2900 MB / min
ファイルサーバーの監視RAIDコントローラーが転送速度を抑制していると思わせる数字を見ました。コントローラはSATA 1.5ですが、ドライブは3.0に対応しています。ボリュームをRAID 1からRAID 10に変更しても、バックアップの速度が向上しないことに気付きました。残念ながら、持続読み取り速度を2倍にしても、LTO3テープドライブへのバックアップには影響しませんでした。
一般に、LTOに直接バックアップすることで、サーバーがI / O制限されている場所の適切なベンチマークが得られます。1500 MB /分未満でバックアップしているサーバーは、一般にディスクの速度が遅く、その間と2400 MB /分の間のサーバーは依然として低品質です。たとえば、Exchange 2003サーバーのディスク領域が少なくなり、最初のストレージグループのデータベースをディスクの低速部分に拡張し続けています。このサーバーは、より高速なプロセッサとより多くのディスクを備えたExchange 2010サーバーに置き換えられます。他のサーバーには、ディスクのアップグレードやSSDが追加されます。
http://en.wikipedia.org/wiki/Tape_driveは、「靴磨きが発生すると、達成可能なデータレートだけでなく、ドライブとテープの寿命にも大きく影響します」と述べています。しかし、テープの効果的な容量を減らす靴磨きについては言及していません。銀行のアーカイブテープを見た後、LTO3テープで約2％から15％のスペースが無駄になっていることを確認できます。LTO4やオートローダーへの移動を妨げるほど近くはありませんが、それは重要なことです。Backup Execをお持ちの方は、次の方法で靴磨きの無駄を計算できます。
- 圧縮せずにテープのネイティブ容量の約100％をバックアップするバックアップジョブを作成します。テストの実行時に、ドライブとソフトウェアの圧縮を無効にします。
- バックアップEXECのメディアタブを見て、「使用済み容量」列を「データ」列と比較します。圧縮がオフで、数値が一致する場合、靴磨きはまったく行われていません。
私の場合、272.4 GBの「使用済み」のアーカイブLTO3テープがありましたが、233.67 GBの「データ」と、395.19 GBに対して400.6 GBのテープがありました。また、圧縮せずにLTO4にバックアップしてみましたが、わずか786.77 GBの「データ」で833 GBの「使用済み」になりました。明らかに靴磨きは私の環境によって異なりますが、これまではテストするつもりはありませんでした。これにより、バックアップ環境にある無駄なテープの量を把握する方法が明確になることを願っています。
編集：http：//www.fujifilmusa.com/shared/bin/LTO_Overview.pdfの新しい情報は、LTO3およびLTO4の最小テープ速度を示しています。IBM LTO4の実際の最小速度は、IBM LTO3よりも遅いようです。いずれにせよ、私の平均的なサーバーは靴磨きなしでLTO3 / 4を供給するには遅すぎます。ディスクのローカルボリュームへのバックアップでさえ、ドライブにすばやくフィードするには遅すぎるのではないかと心配していますが、テストする必要があります。
上記のPDFからIBMフルハイトドライブ情報を取得する
LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed)
LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed)
LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed)
LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed)
更新：バックアップに使用していたサーバーが停止エラーになり始めたため、テープドライブを別のサーバーに移動しました。古いSCSIコントローラーはAdaptec 160で、「新しい」コントローラーはLSIベースの320です（少なくとも、サーバー内の4台のハードドライブがサーバー管理で320 SCSIと言及しているため、外部コネクターは320であると想定しています）。
新しいサーバーの状況では、直接接続されたストレージ用の外部エンクロージャーを入手するまで、一時的にディスクにバックアップできません。一般に、このLTOの議論は、サーバー用にハードドライブを追加購入することを示しています。バックアップの速度を上げ、セットアップ全体の信頼性を向上させるために、RAIDアレイを再構成する作業が必要です。
更新2：以下の比較では、RAIDコントローラが〜40MB / sですべての転送のボトルネックになる古いファイルサーバーを使用するため、理想は約2400MB / minです。これは、靴の輝きのエッジをテストするのに必要な速度です。おそらく、データフローは完全に規則的ではなく、テスト全体を通して速度の一致を強制します。
古いLTO3ドライブの速度テストで使用したバッファサイズとバッファカウントはもはやわかりませんが、バッファを調整することで100MB / minのゲインが得られる可能性があります。テストデータは、スキャンされたtifsとjpgの約20 GBです。金曜日の午後にこれらのテストを行いましたが、データを平均化する、または無効なデータを除外するのに十分な回数テストを繰り返しませんでした。営業時間後のテスト、異なるデータの選択、およびその他の変数は、これらのテストに顕著な影響を与える可能性があります。
すべてのテストで同じサーバーが使用されます。古いドライブは、PCIxである320 SCSI LVDコントローラー上にあります。新しいドライブは、PCIe LSI 3801E SASコントローラー上にあります。ドライブコントローラーやLTO3テープドライブがボトルネックになっている可能性があります。個々のコンポーネントをテストするのではなく、古いペアリングと新しいペアリングのみをテストします。Backup Execを実行しているサーバーには、4GB RAM、32ビットServer 2008標準、Pentium D 3.2GHzデュアルコアCPUが搭載されています。
ネットワーク接続は、両方のサーバーが同じスイッチ上にある1Gbスイッチ経由です。リモートデスクトップ接続を開いていますが、バックアップが実行されている+その接続では、Gb接続の使用率は最悪の場合でも50％未満であり、平均では25％の使用率です。
テスト方法が荒いので、私が無視している変数にボトルネックがないことにかなり自信を持っています。
短いテスト結果：
Dell LTO3ドライブとLTO3テープ圧縮を使用して最大1500 MB /分、64 KBブロックサイズ（多くのバッファカウントがテストされ、最良の結果がここにリストされています）
Quantum Superloader3 LTO 4ドライブとLTO3テープ（上記と同じテープ）圧縮オン、64KBブロックサイズ、64KBバッファーサイズ、バッファーカウント10、ハイウォーターカウント0、WriteシングルブロックモードON、Write SCSIパスで〜1800 MB / minスルーモードON
Quantum Superloader3 LTO 4ドライブとLTO3テープ（上記と同じテープ）圧縮オン、256KBブロックサイズ、256KBバッファーサイズ、バッファーカウント10、高水位カウント0、WriteシングルブロックモードON、Write SCSIパスで〜2150 MB / min ONモードスルー
〜2200メガバイト/分 LTO3テープで量子Superloader3 LTO 4ドライブ（上記と同じテープ）圧縮OFF、256キロバイトのブロックサイズ、256キロバイトのバッファ・サイズ、バッファ上の単一のブロックモードを書き込み、0カウントHIGHWATER、10カウント、ライトを使用してSCSIパススルーモードがオン
〜2050メガバイト/分で 256キロバイトのブロックサイズ、256キロバイトのバッファサイズ、ON LTO4テープ圧縮と量子Superloader3 LTO 4ドライブを使用して、バッファ上のSCSIパススルーモードを書く上の単一のブロックモードを書き込み、0カウントHIGHWATER、10カウント
〜2250メガバイト Quantum Superloader3 LTO 4ドライブを使用してLTO4テープ圧縮をオフ/ min、256KBブロックサイズ、256KBバッファーサイズ、バッファーカウント10、ハイウォーターカウント0、WriteシングルブロックモードON、Write SCSIパススルーモードON
LTO4テープ圧縮がオンのQuantum Superloader3 LTO 4ドライブを使用した場合、最大2050 MB /分、256KBブロックサイズ、1MBバッファーサイズ、バッファー数10、最大カウント0、シングルブロックモード書き込み、SCSIパススルーモード書き込みON
約2300 MB /分 LTO4テープ圧縮OFF、256キロバイトのブロックサイズで量子Superloader3 LTO 4ドライブを使用して、1メガバイトはHIGHWATER SCSIパススルーONモードを書く時には0、書き込みシングルブロックモードをカウント、バッファサイズ、バッファ10を数えます
〜2200メガバイト/分で 256キロバイトのブロックサイズ、ON LTO4テープ圧縮と量子Superloader3 LTO 4ドライブを使用して、1メガバイトはHIGHWATERのSCSIパススルーモードを書く上の単一のブロックモードを書き込み、0カウント、バッファサイズ、バッファ20をカウント
〜2300メガバイト Quantum Superloader3 LTO 4ドライブを使用して/ min、LTO4テープ圧縮をオフ、256KBブロックサイズ、1MBバッファーサイズ、バッファー数20、ハイウォーターカウント0、WriteシングルブロックモードON、Write SCSIパススルーモードON
バッファサイズよりもブロックサイズの調整が重要であることは明らかです。使用するブロックまたはバッファのサイズに関係なく、ソースデータがテープドライブの最小データ一致率に追いつかない場合、圧縮をオフにすることでパフォーマンスが向上します。残念ながら、これはジョブごとやテープ形式ごとの設定ではなく、ドライブごとの設定であるため、圧縮を完全バックアップまたはLTO3のみに制限することはできません。また、ハードウェア/ソフトウェアの組み合わせで問題の程度をテストする必要があります。もちろん、パフォーマンスの低下は軽微であり、より重要なテストは、20GBではなく600GBから800GBのフルバックアップを最適化することです。数週間または数か月のバックアップが完了したら、もう一度更新してみます。