Backup Exec 21.2 管理者ガイド

ディスクへのローカルバックアップ

1. 基準を取得します。［ジョブ監視］タブの［ジョブ履歴］ウィンドウで以前のジョブを確認します。以前のジョブの速度とこれらのバックアップ全体の時間の両方に注意します。実際のバイト数の速度ではなく、ジョブの完了に要する合計時間に注意します。現在のジョブが以前のジョブよりも完了までに時間がかかるか、速度の要件を満たしていない場合は、トラブルシューティングを続行します。

2. 問題を絞り込みます。バックアップジョブに複数のドライブまたはエージェントが含まれている場合は、それらのドライブとエージェントごとにジョブを別々のジョブに分割します。これで、各ドライブまたはエージェントのパフォーマンスを個別に確認できます。バックアップジョブを分割するには、［Backup Exec］ボタンをクリックし、C$ ドライブを選択し、ジョブをスケジュール設定し、［サブミット］をクリックします。特定のジョブでのみパフォーマンスが低下する場合は、そのジョブのトラブルシューティングを続行します。

3. 依然として特定のジョブでパフォーマンスが低下する場合は、再度ジョブを分割して、データのどの部分がジョブのパフォーマンスに最も影響しているかを絞り込みます。

   データのセクションが多数の小さなファイルとディレクトリにあると、パフォーマンスが低下します。このようなパフォーマンスへの影響は通常の動作です。

   データがどこか別の場所にリダイレクトされるかどうかを確認します。一部のファイルシステムでは、ディレクトリにリモートからデータをマウントできます。これらのディレクトリ内のファイルはリモートサーバーに配置できますが、バックアップ全体のパフォーマンスが低下する可能性があります。

4. ディスクへのバックアップ (B2D) スループットをテストします。Windows を使用して、バックアップジョブの少なくとも 2 GB のデータを B2D ディスクにコピーします。この Windows コピーのパフォーマンスをバックアップのパフォーマンスと比較します。両方のパフォーマンスがほぼ同じである場合、パフォーマンスのボトルネックは B2D フォルダが存在するディスクサブシステムにある可能性があります。高速のディスクサブシステムに B2D フォルダを移動するか、トラブルシューティングを続行します。

5. システムのスループットをテストします。ジョブがファイルベースであって、Exchange や SQL やその他のタイプのデータベースバックアップに基づいているのではない場合、NTBackup (Windows バックアップ) に同様のバックアップを作成し、ディスクへのバックアップを実行します。NTBackup ジョブのパフォーマンスを Backup Exec ジョブのパフォーマンスと比較します。

   Exchange や SQL やその他のデータベースのバックアップを作成する必要がある場合は、そのデータベースエージェントが存在する任意の場所に 2 GB のデータのバックアップを作成するというディスクへのバックアップジョブを Backup Exec に作成します。NTBackup で同じテストを実行します。両方のバックアップのパフォーマンスを比較します。パフォーマンス速度がほぼ同じである場合、Backup Exec はシステムのキャパシティで動作しています。

ディスクへのリモートバックアップ

1. 基準を取得します。［ジョブ監視］タブの［ジョブ履歴］ウィンドウで以前のジョブを確認します。以前のジョブの速度とこれらのバックアップ全体に必要な時間の両方に注意します。実際のバイト数の速度ではなく、ジョブの完了に要する合計時間に注意します。現在のジョブが以前のジョブよりも完了までに時間がかかるか、速度の要件を満たしていない場合は、トラブルシューティングを続行します。

2. 問題を絞り込みます。ジョブに複数のドライブまたはエージェントが含まれている場合は、それらのドライブとエージェントごとにジョブを別々のジョブに分割します。これで、各ドライブまたはエージェントのパフォーマンスを個別に確認できます。バックアップジョブを分割するには、［Backup Exec］ボタンをクリックし、C$ ドライブを選択し、ジョブをスケジュール設定し、［サブミット］をクリックします。特定のジョブでのみパフォーマンスが低下する場合は、そのジョブのトラブルシューティングを続行します。

3. 依然として特定のジョブでパフォーマンスが低下する場合は、再度ジョブを分割して、データのどの部分がパフォーマンスに影響しているかを絞り込みます。データのセクションが多数の小さなファイルとディレクトリにあると、パフォーマンスが低下します。このようなパフォーマンスへの影響は通常の動作です。

   データがどこか別の場所にリダイレクトされるかどうかを確認します。一部のファイルシステムでは、ディレクトリにリモートからデータをマウントできます。これらのディレクトリ内のファイルはリモートサーバーに配置できますが、バックアップ全体のパフォーマンスが低下する可能性があります。

4. ネットワークのスループットをテストします。バックアップサーバーからリモートサーバーに 500 MB ～ 1 GB のデータをコピーします。コピー操作が完了するまでの時間に注意します。このコピーを実行するには、別のサーバーへのパスを作成します。Windows のコマンドラインで、<\\remote servername\c$> と入力します。ドライブが表示されたら、データをコピーします。

   この同じ手順に従って、リモートサーバーからバックアップサーバーにデータをコピーし、操作が完了するまでの時間に注意します。

   この両方のネットワークテストの速度を Backup Exec のパフォーマンスと比較します。Backup Exec のパフォーマンスがファイルのコピーテストよりも遅い場合は、ネットワークがボトルネックではない可能性があります。

   ネットワークがボトルネックでない場合は、同じテストを別のリモートサーバーに対してか、2 台の異なるサーバー間で実行してみてください。これは、パフォーマンスの問題がネットワーク全般に関連しているのか、ネットワーク上の特定のサーバーに関連しているのかを判断するのに役立ちます。ネットワークでパフォーマンスの問題が確認できない場合は、次の手順に進みます。

5. システムのスループットをテストします。NTBackup (Windows バックアップ) でリモートサーバーのバックアップを作成してみてください。リモートサーバーが NTBackup に表示されない場合は、サーバーのドライブにマップしたドライブを作成し、少なくとも 2 GB のデータのバックアップを作成してみます。NTBackup ログを Backup Exec ログと比較し、パフォーマンスに違いがないか確認します。

テープへのローカルバックアップ

1. 基準を取得します。［ジョブ監視］タブの［ジョブ履歴］ウィンドウで以前のジョブを確認します。以前のジョブの速度とこれらのバックアップ全体の時間の両方に注意します。実際のバイト数の速度ではなく、ジョブの完了に要する合計時間に注意します。現在のジョブが以前のジョブよりも完了までに時間がかかるか、速度の要件を満たしていない場合は、トラブルシューティングを続行します。

2. 一時的なハードウェアエラーがあれば解決します。サーバー、テープドライブ、またはテープライブラリの電源をオフにし、再度オンにします。まずバックアップサーバーをオフにし、次にテープドライブまたはテープライブラリをオフにします。数秒待ってから、テープドライブまたはテープライブラリをオンにします。テープドライブまたはテープライブラリの準備ができたら、サーバーをオンにします。バックアップジョブを再実行し、パフォーマンスを確認します。パフォーマンスの問題が解決しない場合は、トラブルシューティングを続行します。

3. SCSI サブシステムを確認します。パフォーマンス低下の原因になるものとして、ディスクドライブ、テープドライブ、ディスクコントローラ、SCSI バス、不適切なケーブル配線や終端処理が考えられます。次の項目を満たしていることを確認します。

   • コントローラがテープバックアップハードウェアに適している。

   • SCSI BIOS 設定が適切に設定されている。

   • テープデバイスが 68 ピンの Wide SCSI ケーブルコネクタに接続されている場合、［Initiate Wide Negotiation］が［YES］に設定されている。

   • テープドライブが SCSI RAID コントローラに接続されていない。

   検証操作のパフォーマンスを調べると、SCSI サブシステムの健全性がわかります。検証操作はデータを読み込み、メディアサーバーでインメモリ操作を実行するだけなので、SCSI サブシステムの速度によって検証操作のパフォーマンスが制限されます。検証操作のパフォーマンスを確認するには、検証操作を含むすべてのジョブのジョブログを調べます。検証の速度が遅い場合は、SCSI サブシステムがパフォーマンスのボトルネックである可能性があります。

4. ジョブをより小さなジョブに分割して、パフォーマンスに影響を与えているエージェントや主な機能がないか確認します。この細分化したジョブのいずれかにパフォーマンスの問題が見られた場合は、そのジョブのトラブルシューティングを続行します。

5. 依然として特定のジョブでパフォーマンスが低下する場合は、再度ジョブを分割して、データのどの部分がパフォーマンスに悪影響を与えているかを絞り込みます。データのセクションが多数の小さなファイルとディレクトリにあると、パフォーマンスが低下します。このようなパフォーマンスへの影響は通常の動作です。

   データがどこか別の場所にリダイレクトされるかどうかを確認します。一部のファイルシステムでは、ディレクトリにリモートからデータをマウントできます。これらのディレクトリ内のファイルはリモートサーバーに配置できますが、バックアップ全体のパフォーマンスが低下する可能性があります。

6. システムのスループットをテストします。NTBackup (Windows バックアップ) でリモートサーバーのバックアップを作成してみてください。リモートサーバーが NTBackup に表示されない場合は、サーバーのドライブにマップしたドライブを作成し、少なくとも 2 GB のデータのバックアップを作成してみます。NTBackup ログを Backup Exec ログと比較し、パフォーマンスに違いがないか確認します。

7. 正常に圧縮されている場合のテープドライブのデータ転送速度は、最大でネーティブ速度の 2 倍です。圧縮のパフォーマンスは、入力データによって大きく異なります。イメージファイルは、4.5:1 以上の比率で圧縮できます。バイナリファイルは、1.5:1 の比率でしか圧縮できない場合があります。圧縮済みのデータや暗号化済みのデータは、さらに圧縮しようとすると、約 5 パーセントの割合で拡大します。この拡大により、ドライブのスループットが低下する場合があります。

   ハードウェアやソフトウェアの圧縮が想定どおりに行われない場合は、他のタイプの圧縮に切り替えます。圧縮のタイプを切り替えるには、バックアップジョブのプロパティを編集し、［設定］の［一般］をクリックし、［圧縮の種類］メニューで別のタイプの圧縮を選択します。

テープへのリモートバックアップ

1. テープへのローカルバックアップに対して行った前述のいずれかのトラブルシューティング手順を実行します。次の手順を実行することもできます。

2. ネットワークのスループットをテストします。バックアップサーバーからリモートサーバーに 500 MB ～ 1 GB のデータをコピーし、コピー操作の時間に注意します。これを行うには、別のサーバーへのパスを作成します。Windows のコマンドラインで、<\\remote servername\c$> と入力します。ドライブが表示されたら、データをコピーします。

   この同じ手順に従って、リモートサーバーからバックアップサーバーにデータをコピーし、操作が完了するまでの時間に注意します。

   この両方のネットワークテストの速度を Backup Exec のパフォーマンスと比較します。Backup Exec のパフォーマンスがファイルのコピーテストよりも遅い場合は、ネットワークがボトルネックではない可能性があります。

   ネットワークがボトルネックでない場合は、同じテストを別のリモートサーバーに対して、または 2 台の異なるサーバー間で実行してみてください。これは、パフォーマンスの問題がネットワーク全般に関連しているのか、ネットワーク上の特定のサーバーに関連しているのかを判断するのに役立ちます。ネットワークでパフォーマンスの問題が確認できない場合は、次の手順に進みます。

3. システムのスループットをテストします。NTBackup (Windows バックアップ) でリモートサーバーのバックアップを作成してみてください。リモートサーバーが NTBackup に表示されない場合は、サーバーのドライブにマップしたドライブを作成し、少なくとも 2 GB のデータのバックアップを作成してみます。NTBackup ログを Backup Exec ログと比較し、パフォーマンスに違いがないか確認します。

   メモ:

   NTBackup でリモートバックアップを実行できない場合は、リモートサーバーで NTBackup をローカルに開き、そこでローカルバックアップジョブを実行します。Backup Exec を使用して、ディスクに同じデータのバックアップを作成し、両方のバックアップのパフォーマンスを比較します。ほとんどの場合、ディスクにバックアップを作成する Backup Exec ジョブの方が、テープにバックアップを作成する Backup Exec ジョブよりも高速に実行されます。