Users Guide

3. 更する設定をクリックします。
した設定が編集可能になります。
4. 次の表の明にって、設定情報を入力します。
5.
12. クライアントのタイムアウト の設定情報
設定
タイムアウト ハイパテキスト送プロトコルhttpを介してデタを送信する場合の、Core と保護象マシン間の
タイムアウトを制御します。
がタイムアウトするまでの過時間を入力します。HH:MM:SS の形式を使用します。
メモ: デフォルト設定は 0:05:00、つまり 5 分間です。
み取り / 書き
みタイムアウト
http を介してストリムデタをみ取りまたは書きみする場合の、Core と保護象マシン間の接
タイムアウトを制御します。例として、分スナップショットの行で、保護象マシンから Core への
更デタブロックの送信する場合などです。
み取り / 書きみイベントの最中にタイムアウトが生するまでの過時間を入力します。
HH:MM:SS の形式を使用します。
メモ: デフォルト設定は 0:05:00、つまり 5 分間です。
UI タイムアウ
http を介したグラフィックユインタフェスと Rapid Recovery Core ビス間の接のタイムア
ウトを制御します。
UI がタイムアウトするまでの過時間を入力します。HH:MM:SS の形式を使用します。
メモ: デフォルト設定は 0:05:00、つまり 5 分間です。
み取り / 書き
UI タイムアウト
http を介したグラフィックユインタフェスと Rapid Recovery Core ビス間のデみ取
/ 書きみのタイムアウトを制御します。
み取り / 書きみイベントの最中にタイムアウトが生するまでの過時間を入力します。
HH:MM:SS の形式を使用します。
メモ: デフォルト設定は 0:05:00、つまり 5 分間です。
6. 各設定の更が完了したら、 をクリックして更を保存して編集モドを終了します。または、 をクリックして
容を保存せずに編集モドを終了します。
重複排除キャッシュと保存場所について
グロバル重複排除により、Core のバックアップデタに必要なディスクストレジ容量が削減されます。各リポジトリは重複排
除されます。つまり、それぞれの一意のブロックを一度物理的にディスクに保存し、のバックアップでそれらのブロックへの
仮想照またはポインタを使用します。重複ブロックを識別するため、Rapid Recovery には重複排除ボリュムマネジャDVM
リポジトリの重複排除キャッシュが含まれています。このキャッシュは、固有ブロックへの照を保持します。
デフォルトで、DVM リポジトリ用の重複排除キャッシュは 1.5 GB です。これは、多くのリポジトリに適切なサイズです。このキ
ャッシュ容量を超えるまで、デタはリポジトリ全体で重複排除されます。冗長な情報の量が多く重複排除キャッシュが杯にな
ると、リポジトリでは、新しく追加されたデタにして、それ以降の重複排除を行うことができなくなります。重複排除キャッ
シュが杯になるまでリポジトリに保存できるデタの容量は、バックアップ象のデタのタイプにじて異なり、また、すべ
てのユで異なります。
Rapid Recovery Core では、重複排除キャッシュ設定を更することで、DVM 重複排除キャッシュのサイズをやすことができま
す。キャッシュサイズをやす方法については、重複排除キャッシュ設定の構成 p. 41」のトピックを照してください。
DVM 重複排除キャッシュのサイズをやす場合は、ディスク容量と RAM の使用量という 2 つの要因について考慮する必要があり
ます。
ディスク容量。ディスクには、DVM 重複排除キャッシュの 2 つのコピつまりプライマリキャッシュと、パラレルコピである
セカンダリキャッシュが保存されます。したがって、DVM リポジトリのデフォルトのキャッシュサイズ 1.5 GB を使用している場
合は、3 GB のディスクストレジがシステムで使用されます。キャッシュサイズを加するときは、使用ディスク容量は、常にキ
ャッシュサイズの 2 倍になります。適切かつ耐障害性のあるパフォマンスを現するため、Core ではプライマリキャッシュとセ
40 DL アプライアンス コアの操作