web-dev-qa-db-ja.com

LTO-3フルバックアップに複数のテープが必要な場合。ハードウェアの次のステップは賢明ですか？

OK。考慮に入れるいくつかの与えられた

Backup Exec 12.x/13.xを使用していますが、Exchangeを含むサーバー2003/2008環境があります。

LTO（フル/差分）へのバックアップとは関係なく、ディスクへのバックアップ（フル/差分）が発生しています。 1つ以上の理由で、ディスクからテープへのバックアップだけではなく、バックアップをLTOに直接保存したい

現在、LTO-3ドライブが1つあり、ローダー/ロボット/ライブラリはありません。 LTOドライブを提供するボックスには、 Adaptec 39160 Ultra160 SCSIカード 初期化。現在、1本のテープをフル（週に1本）と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時間以上座ってテープドライブをベビーシッターするつもりはありません。仕事以外の生活をしたいのですが。 M-Fが発生する12時間の日は十分に悪いです。私は永久に6日間の労働週に縛られるつもりはありません。

テープドライブは、Dell PowerVault 110T LTO3です。バックアップサーバーは、単一のNIC=を使用してギガビットイーサネット上にあり、テープ全体を約12時間で満たすことができます。

バックアッププロセスを変更して、より集中的なサーバーの1つを独自のLTOのフルバックアップに分離し、この決定を一時的に保留することができますが、すぐに次のいずれかのオプションを選択する必要があると思います。

  1. LTO-3ドライブを購入して、2番目の物理テープを利用できるようにしてください。 これはあまり望ましくないオプションであり、LTO-3ドライブがLTO-4ドライブよりもかなり安価である場合にのみ意味があります。

  2. LTO-4ドライブを購入し、LTO-4テープを完全バックアップに使用し、LTO-3テープを差分に使用して、LTO-3テープがロートアウトされ、新しいLTO4テープがLTO3テープの価格と一致するまで。これにより、テープを交換することなく、今後数年間、週末のバックアップが可能になります。 LTO4はLTO3よりも最小速度が低いため、これはシューシャニングにも部分的に対処します。

  3. テープを自動的にフィードできるものを購入します。 PowerVault 110Tに追加できるものはないと想定しています。これは、テープとローダーが1つのユニットに収められた新しいデバイスを購入することを意味します。これはおそらくドライブを手に入れて手動でテープをロードするよりも費用対効果は高くありませんが、LTO4を自動ロードするのが究極の利便性でしょう。私の上にいる上司に、シングルテープドライブとオートローディングドライブのどちらかを決定させます。

エヴァン・アンダーソンは、この価格帯でドライブを購入できると別のソリューションで述べました

 LTO-4 (internal drive, 1 tape / day) - $2,766.00  
 LTO-4 (autoloader, 1 tape / day) - $4,566.00

しかし、私は彼またはあなたが実際のドライブと必要に応じてコントローラーに何を勧めるかについての詳細を知りません。ソリューションのルックアップを気にしない場合、またはブランドとモデル番号を教えていただければ、喜んで新しい卵のURL（またはDell、HP、またはお気に入りのベンダーのURL）を見せてください。脚は自分で働きます。

このバックアップローテーションが煩雑になる前に、必要な購入をしばらくしてから探しています。おそらく数か月あります。

Xennyは、サーバーの古さとバックアップの速度について言及しています。 Exchangeサーバーは6年前のものです（ただし、ハードドライブははるかに新しいものです）。消費者グレードのSATAドライブ（WD6400AAKS）と組み合わせて、4年前のサーバーがいくつかあります。この時点で「新しい」と思うサーバーは2年前のものです。

古いExchangeサーバーからディスクへのバックアップは2184 MB /分と高速でしたが、一般に、ディスクへのバックアップは、このセットアップでのテープへのバックアップと同じくらい低速です。実際、ディスクへのバックアップは、LTO-3テープドライブへのバックアップよりも遅い場合があります。ドライブが故障したり、ドライブを追加するためのベイがないという問題もありました。一般に、ディスクへのバックアップは、LTO3/4の移行よりもさらに問題ですが、その件について入力が必要かどうかは、serverfaultに関する別の質問に属しています。

最近のバックアップからいくつかの数字を選んで、速度についてのアイデアを示します。これは完全なリストではありませんが、関連するさまざまな速度についてのアイデアを提供します。私はすぐにこれを oldspeed MB /分 newspeed MB /min。oldspeedは古いSCSI 320 LTO3、newspeedはSAS LTO4です。

DC C：約850 MB /分
DCシステム状態〜700 MB /分
Exchange Server C：およびシステム状態 約500 MB /分 約600 MB /分
Exchange Server D： 〜1400 MB /分 約1200 MB /分
Exchange Server First Storage Group 〜1100 MB /分 〜700MB /分
ウェブサーバーC： 約600 MB /分 〜950 MB /分
ウェブサーバーE： 〜1700 MB /分 〜1950 MB /分
ファイルサーバーC：約500 MB /分
ファイルサーバーE： 〜1500 MB /分 〜2200 MB /分
ファイルサーバーG： 〜1800 MB /分 〜2400 MB /分
ファイルサーバーシステムの状態〜650 MB /分
faxserver C： 約400 MB /分 約550 MB /分
アカウンティングサーバーC： 〜1300 MB /分 〜1775 MB /分
経理サーバーD： 〜1500 MB /分 〜2250 MB /分
アカウンティングSQLインスタンス〜1600 MB /分
アプリケーションサーバーC：およびシステム状態 約700 MB /分 〜900 MB /分
バックアップサーバーC： 700 MB /分 〜1800 MB /分
バックアップサーバーE： 1350 MB /分 〜2900 MB /分

ファイルサーバーを監視していると、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 は「shoe-shiningが発生すると、ドライブとテープの寿命だけでなく、達成可能なデータレート。」しかし、それはテープの有効容量を減らす靴磨きについては触れていません。銀行のアーカイブテープを調べたところ、LTO3テープで約2〜15％の領域が無駄になっていることがわかります。 LTO4やオートローダーに移動するのに十分な距離ではありませんが、それは重要なことです。 Backup Execを使用している場合は、次の方法で靴磨きの無駄を計算できます。

  • 圧縮せずにテープのネイティブ容量の約100％をバックアップするバックアップジョブを作成します。テストを実行するときは、ドライブとソフトウェアの圧縮を無効にします。
  • バックアップ実行のメディアタブを見て、「使用容量」列を「データ」列と比較します。圧縮がオフで数値が一致している場合は、まったく靴磨きではありません。

私の場合、272.4 GBの「使用済み」であるが233.67 GBの「データ」のみのアーカイブLTO3テープと、400.6 GBと395.19 GBの別のLTO3テープがありました。また、LTO4へのバックアップを圧縮せずに試し、833 GBを「使用」し、786.77 GBの「データ」のみを取得しました。明らかに、靴磨きは私の環境によって異なりますが、これまではテストすることは考えていませんでした。うまくいけば、これにより、バックアップ環境にある無駄なテープの量を把握する方法が明らかになります。

編集： http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf の新しい情報は、LTO3およびLTO4の最小テープ速度を示しています。 IBM LTO4の実際の最小速度は、IBM LTO3よりも低いようです。どちらにしても、私の平均的なサーバーは遅すぎてLTO3/4を供給できません。ディスクのローカルボリュームへのバックアップが遅すぎてドライブにすばやくフィードできないのではないかと心配していますが、テストする必要があります。

IBMフルハイトドライブ情報をPDF上記から取得）

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)


Update：バックアップに使用していたサーバーで停止エラーが発生したため、テープドライブを別のサーバーに移動しました。古いSCSIコントローラーはAdaptec 160でした。「新しい」コントローラーはLSIベースの320です（少なくとも、サーバー内の4つのハードドライブがサーバー管理の320 SCSIに言及しているため、外部コネクターは320であると想定しています）。

新しいサーバーの状況では、直接接続されたストレージ用の外部エンクロージャーを取得するまで、一時的にディスクにバックアップされません。一般に、このLTOの議論により、サーバー用にハードドライブを購入するように指示されました。 RAIDアレイの再構成を行ってバックアップの速度を上げ、全体のセットアップの信頼性を向上させたいと考えています。

更新2：以下の比較では、RAIDファイルコントローラーが〜40MB/sですべての転送をボトルネックにしているため、理想的には約2400MB/minの古いファイルサーバーを使用しています。これは、靴のエッジの輝きをテストするために必要な速度についてです。おそらく、データフローは完全に規則的ではなく、テストのほぼすべての段階で速度マッチングが強制されます。

古いLTO3ドライブの速度テストで使用したバッファーサイズとバッファーカウントはわかりませんが、ほとんど変化しません。バッファーを調整することで100MB/minのゲインが得られました。テストデータは約20GBのスキャンされたtifとjpgです。私は金曜日の午後にこれらのテストを行いましたが、データを平均化したり、無効なデータを除外するのに十分な回数のテストを繰り返しませんでした。時間外のテスト、異なるデータの選択、およびその他の変数は、これらのテストに著しく影響する可能性があります。

すべてのテストで同じサーバーが使用されます。古いドライブは、PCIxである320 SCSI LVDコントローラー上にあります。新しいドライブはPCIe LSI 3801EにありますSASコントローラー。ドライブコントローラーやLTO3テープドライブがボトルネックになっている可能性があります。個々のコンポーネントをテストするのではなく、古いペアリングと新しいペアリングBackup Execを実行しているサーバーには、4GBのRAM、32ビットのサーバー2008標準、Pentium D 3.2GHzデュアルコアCPUが搭載されています。

ネットワーク接続は、1Gbスイッチを介して行われ、両方のサーバーが同じスイッチ上にあります。私はリモートデスクトップ接続を開いていますが、バックアップを行うと、その接続は最低でも50％未満使用され、平均で25％ほど使用されます。

したがって、テスト方法と同じくらい大雑把ですが、私が無視している変数にボトルネックが存在しないことには、ある程度の自信があります。

短いテスト結果：
〜1500 MB /分、Dell LTO3ドライブおよびLTO3テープ圧縮オン、64KBブロックサイズ（多くのバッファカウントがテストされ、ここに最良の結果がリストされています）

〜1800 MB /分LTO3テープ（上記と同じテープ）でQuantum Superloader3 LTO 4ドライブを使用して圧縮オン、64KBブロックサイズ、64KBバッファサイズ、バッファカウント10、最高水位カウント0、シングルブロック書き込みモードがオン、SCSIパススルー書き込みモードがオン

〜2150 MB /分LTO3テープ（上記と同じテープ）でQuantum Superloader3 LTO 4ドライブを使用して圧縮オン、256KBブロックサイズ、256KBバッファサイズ、バッファカウント10、最高水位カウント0、シングルブロック書き込みモードがオン、SCSIパススルー書き込みモードがオン
〜2200 MB /分LTO3テープ（上記と同じテープ）圧縮を備えたQuantum Superloader3 LTO 4ドライブを使用して圧縮をオフにし、256KBブロックサイズ、256KBのバッファサイズ、バッファカウント10、最大数0、書き込みシングルブロックモードがオン、書き込みSCSIパススルーモードがオン

〜2050 MB /分LTO4テープ圧縮がオンのQuantum Superloader3 LTO 4ドライブを使用、256KBブロックサイズ、256KBバッファサイズ、バッファカウント10、最大数0、シングルブロックモードの書き込みをオン、SCSIパススルーモードの書き込みをオン
〜2250 MB /分LTO4テープ圧縮オフ、Quantum Superloader3 LTO 4ドライブを使用、256KBブロックサイズ、256KBバッファサイズ、バッファカウント10、高水位カウント0、シングルブロック書き込みモードがオン、SCSIパススルー書き込みモードがオン

〜2050 MB /分LTO4テープ圧縮がオンのQuantum Superloader3 LTO 4ドライブを使用、256KBブロックサイズ、1MBバッファサイズ、バッファカウント10、最大数0、単一ブロック書き込みモードがオン、SCSIパススルー書き込みモードがオン
〜2300 MB /分LTO4テープ圧縮オフ、Quantum Superloader3 LTO 4ドライブを使用、256KBブロックサイズ、1MBバッファーサイズ、バッファーカウント10、高水位カウント0、書き込みシングルブロックモードがオン、書き込みSCSIパススルーモードがオン

〜2200 MB /分LTO4テープ圧縮がオンのQuantum Superloader3 LTO 4ドライブを使用、256KBブロックサイズ、1MBバッファーサイズ、バッファーカウント20、最大数0、シングルブロックモードの書き込みをオン、SCSIパススルーモードの書き込みをオン
〜2300 MB /分LTO4テープ圧縮オフ、Quantum Superloader3 LTO 4ドライブを使用、256KBブロックサイズ、1MBバッファーサイズ、バッファーカウント20、高水位カウント0、書き込みシングルブロックモードがオン、書き込みSCSIパススルーモードがオン

ブロックサイズの調整がバッファサイズよりも重要であることは明らかです。使用するブロックサイズやバッファサイズに関係なく、ソースデータがテープドライブの最小データマッチングレートに追いつけない場合は、圧縮をオフにするとパフォーマンスが向上します。残念ながら、これはドライブごとの設定ではなく、ジョブごとまたはテープ形式ごとの設定ではないため、圧縮を完全バックアップまたはLTO3のみに制限することはできません。また、ハードウェア/ソフトウェアの組み合わせによる問題の程度をテストする必要があります。もちろん、パフォーマンスへの影響は軽微であり、より重要なテストは、20 GBではなく600 GBから800 GBの完全バックアップを最適化することです。数週間または数か月のバックアップが完了したら、もう一度更新を試みます。

backupexectapelto-3
12
pplrppl

ちなみに、100 MB /分は、LTO 3でのテープストリーミングの最小速度をはるかに下回っているため、テープの停止と起動によってかなりの容量が失われていることに注意してください（つまり、1.5を上回る可能性があります）。 1圧縮。ただし、これはテープ上のデータのギャップで失われます）。 LTO 4では、最低速度が上がったと思うので、これはおそらくかなり悪くなります。

ディスク-ディスク-テープは最小速度の問題を解決し、空き容量を提供します。

それを行わない場合は、バックアップするサーバー上のディスクのスケジュールされたある種のデフラグを強く検討してください。 1000 MB /分は、適度に現代的なハードウェアでのギグイーサネットの優れたスループットレベルではありません。 2年前のマシンでも1800MB /分（サーバーディスクから30MB /秒で読み取るだけ）が得られるはずなので、改善の余地があります。

編集：LTO 3の場合、最高のパフォーマンスを得るには本当に256KBのブロックサイズが必要です。

WRTシューズが輝いています。バッファーが短時間空になると、テープを巻き戻す時間がないため、テープにギャップが残ります。

7
xenny

必然的に、バックアップは最初に計画した容量を超えます。これがあなたの状況について私が提案して言うことです：

  1. したがって、完全バックアップは1つのテープの容量を超えます。次に、2つのテープを使用します。

  2. シマンテックの推奨に従い、引き続きディスクへのバックアップを行ってから、それらのディスクバックアップをテープにバックアップします。ディスクへのバックアップをスケジュールして、使用されているリソースが少ない時間後に実行されるようにします。テープへのバックアップは本番システムに影響を与えないため、ディスクへのバックアップが完了した後の任意の日にテープへのバックアップを実行するようにスケジュールします。

  3. 1週間のバックアップ（完全および差分）は、同じバックアップセットの一部と考えてください。週に2〜3本のテープが必要な場合は、それも同様です。

  4. テープを交換するためにそこにいる週にのみテープへのバックアップが実行されるようにスケジュールします。

私も同様の状況で、Dell powervault 110t lto2ドライブを使用しています。

  1. 土曜日にフルバックアップをディスクに取ります（フルバックアップの場合はディスクフォルダーにバックアップします）。

  2. 日曜日から金曜日まで、ディスクへの増分バックアップ（増分用のディスクフォルダーへの別のバックアップ）をとります。

  3. 月曜日から金曜日まで、ディスクフォルダーへの完全バックアップおよび増分バックアップをテープにバックアップします。テープがその容量に達したら、交換します。深夜に容量に達した場合は、翌朝交換してテープジョブを終了します。

  4. 金曜日にテープジョブにバックアップした後、次の週のテープを交換します。私が引き出す2つのテープは、今週のフルおよび増分であり、4週間ローテーションに入ります。今、私は今週のすべてのバックアップデータが1つのテープセットにあり、オフサイトに保存されていることを知っています。

すすぎ、繰り返す

3
joeqwerty

Joeと同様の処理を行います。

  1. 土曜日：ディスクへの完全バックアップ。完了したら、テープへの完全バックアップを開始します。
  2. 月曜日：1日の終わりに、2番目のテープを貼り付け、バックアップを完了させます。
  3. mon-fri：ディスクへの差分バックアップのみ

本当にディスクテープバックアップとは関係なくディスクテープを実行する必要がある場合は、2つのバックアップがわずかに同期していないと思います。

  1. 土曜日にディスクディスクとディスクテープを起動すると、ディスクディスクが終了し、ディスクテープは月曜日に2番目のテープを待機します。
  2. 月曜日にディスクテープを終了します（1日の終わりまでテープを挿入するまで待ちます）。
  3. 月〜金、ディスクとディスクの差分を作成します（実際には、あなたがそうしているとは言わないようですが、そうしていると思います）
  4. Tue-Fri、ディスクテープの差分を作成

2つの異なるメディアにバックアップされた、わずかに異なるファイルセットの問題は発生しません。ほとんどすべての場合、テープはフォールバックまたは複数のバックアップセットを整理する簡単な方法で、ディスクバックアップからファイルを復元します。

2
Ward - Reinstate Monica

ここに、しばらくの間あなたが得るのを助けることができる1つのオプションがあります：

バックアップを2つの個別のデータセットに分割することを検討しましたか？ファイルの編成方法によっては、ファイルを2つの論理チャンク（部門ごと）に簡単に分割できる場合があります。木曜日の夜に最初のデータセットの完全バックアップを行い、金曜日の夜に2番目のデータセットの完全バックアップを行います。その後、毎晩、各データセットの差分である2つのジョブを1つのテープに実行します。

このようにして、週末に来ないで、確認が完了するのを待っている間、ドライブをベビーシッターする必要はありません。さらに、いわばすべての卵が1つのバスケットに収まらないという保護が追加されます。

1
Nic