CA ARCserve D2D バックアップを実行する前に、以下のバックアップに関する考慮事項を確認します。
バックアップ先に十分な空き容量が存在しない場合は、以下の修正処置を検討してください。
ボリュームが 2 TB 以上のディスク上にあり、圧縮しないバックアップ フォーマットを使用する場合、このボリュームはバックアップからスキップされます。
CA ARCserve D2D のバックアップ ソース ディスクおよびデスティネーション ディスクとして、さまざまな種類のディスクがサポートされています。
詳細については、「CA ARCserve D2D でサポートされるディスク」を参照してください。
スケジュールされたバックアップが以前のバックアップ ジョブのファイル システム カタログの生成にかかる時間の長さより頻繁に起こる場合、最も古いセッションのファイル システム カタログの生成が完了する前に、復旧ポイント保持数を超過する場合があります。 この状況が発生すると、バックアップ セッションのカタログが生成されない場合があります。 この問題を回避するには、増分バックアップのスケジュール間隔の時間を増やすか、または保持数を増やすことができます。
ジョブがアクティブであるか、ユーザが ARCserve D2D ビューを使用して復旧ポイントを参照している場合、バックアップ先フォルダの手動操作（コピー、切り取り、貼り付け、ドラッグ アンド ドロップなど）は成功しません。 これらの手動操作のいずれかを試行する場合は、実行されているアクティブなジョブがないこと、および復旧ポイントが（ARCserve D2D ビューを使用して）参照されていないことを確認します。
すべてのデバイスに対して最新のドライバ/ファームウェアがインストールされていることを確認します。
バックアップ ジョブが実行されていないときも、CA ARCserve D2D は、オペレーティング システムとデータに関連する変更を常にモニタしています。 検出された変更は蓄積されてリストに保存され、次回のマシン起動後に増分バックアップとして含められます。 マシンが正常にシャットダウンされず、変更情報がすべて保存されなかった場合、CA ARCserve D2D では、時間がかかる検証バックアップが次回のバックアップ時に実行されることがあります。検証バックアップは、これがスケジュールされていなかった場合であっても実行されます。
Hyper-V サーバ上で CA ARCserve D2D バックアップ ジョブを実行中である場合、VM のステータスは「バックアップ中」となり、以下のタスクは実行できません。
バックアップ パスを入力すると、デスティネーションとして使用するために CA ARCserve D2D によってそのパスにホスト名が追加され、このホスト名は設定ダイアログ ボックスにも表示されます。 マシンの名前を変更する場合、設定を保存しようとする前に、パスから古いホスト名を削除してデスティネーション パス（バックアップ、ファイル コピー、復旧ポイントのコピー）を変更する必要があります。
例： ホスト名が「Host_A」でバックアップ デスティネーションが X:¥ であり、「Host_B」にホスト名を変更する場合、まずバックアップ デスティネーションを x:¥Host_A から x:¥ に再度変更しないかぎり、バックアップ設定に行なわれたいずれの変更も保存されません。
バックアップ デスティネーションのホスト名を変更せずに、設定の保存を試みると、CA ARCserve D2D は、バックアップ デスティネーション「x:¥Host_A」が Host_A によってすでに使用されており、つまり Host_A は別のマシンであり、設定への変更は認められないと考えます。
変更されたバックアップ先に対して増分バックアップを継続し、指定した保存済み復旧ポイント数に達した場合、CA ARCserve D2D では、最も古いバックアップ セッションを最初のバックアップ先にマージします。これは、指定された復旧ポイント数を保持するためです。 このマージ処理が繰り返されると、最初のバックアップ先に保存された復旧ポイント数が減少し、同時に、変更されたバックアップ先の復旧ポイント数が増加します。 最終的には、最初のバックアップ先の復旧ポイントがなくなり、すべてのセッションは変更されたバックアップ先にマージされます。
あるバックアップ先へのフル バックアップ（および複数の増分バックアップ）を設定および実行した後にバックアップ先を変更しても、バックアップの再設定を行って、引き続き新しいバックアップ先への増分バックアップを問題なく実行できます。
後から再度バックアップ先を変更する場合も、バックアップ設定を再設定すると、新しいバックアップ先への増分バックアップを引き続き問題なく実行できます。
例：
あるバックアップ先へのフル バックアップ（および複数の増分バックアップ）を設定および実行した後、バックアップ先を別の場所に変更する場合、元のバックアップ先から新しいバックアップ先にコンテンツをコピーまたは移動することができます。次に、バックアップ設定を再設定すると、増分バックアップを新しいバックアップ先に引き続き問題なく実行することができます。
ただし、最初の場所にフル バックアップ、2 番目の場所に増分バックアップがあり、2 番目の場所から 3 番目の場所にコンテンツを移動した後に引き続き増分バックアップを実行しようとすると、最初の場所へのリンクが失われるためバックアップは失敗します。
例：
これまで、CA ARCserve D2D のマージ処理には長時間かかり、また、マージジョブの実行中、他のジョブをサブミットすることはできませんでした。 マージは、バックアップ ジョブ内（終了時）とカタログ ジョブ内（開始時）で行われていました。
たとえば、各増分バックアップが約 100 GB のデータを生成する場合。 100 GB のデータをフル セッションにマージする場合、15 時間以上かかり、この間、他の作業を行うことはできませんでした。
CA ARCserve D2D では、マージ ジョブで複数セッションを同時にマージできるようになりました。 さらに、マージ ジョブはオン デマンドで開始/停止、一時停止/再開することができ、他のジョブに影響を与えません。 このマージ プロセスでは、各ブロックの最新の変更のみがマージされるため、読み取り/書き込み操作を複数回行う必要はありません。 このマージ プロセスは、中間増分バックアップ中に同じブロックに発生した変更をすべて無視します。 複数のセッションを同時にマージすると、セッションを個別にマージするより高速に処理されます。
マージ パフォーマンスの低下は、一般に以下の原因によって発生します。
マージ パフォーマンスの問題を解決するには、復旧ポイントの代わりに復旧セットを保持することを検討してください。 保持する復旧セットの数を指定できます。復旧セットはフル バックアップで始まり、復旧セットの数がユーザの指定数を超えると、古い復旧セットがマージされる代わりに削除されます。 詳細については、「マージ ジョブのガイドライン」および「保存設定の指定」を参照してください。
Windows ネイティブ ツールによるボリュームの最適化によって、ブロック レベル バックアップのサイズが影響を受ける場合があります。これは、CA ARCserve D2D が変更されたすべてのブロックを継続的に増分バックアップするためです。 つまり、ファイル内のデータが変更されていなくても、最適化中に移動されたブロックはバックアップに含まれてしまいます。 その結果、バックアップ サイズが大きくなる場合があります。 これは正常な動作です。 バックアップ サイズの増加を望まず、さらに、バックアップ時間を増やしたくない場合は、ボリュームの最適化を除外できます。また、任意の最適化スケジュールを中断できます。
CA ARCserve Replication/High Availability を使用してレプリケートされたボリュームをバックアップする場合、スプールが別のボリューム上に作成されていることを確認し、このスプール ボリュームが除外されるようバックアップ設定を設定する必要があります。 これにより、不要な一時スプール データをバックアップしてしまうことを回避できます。
Microsoft SQL Server VSS Writer の制限のため、特定のステータスを持つ Microsoft SQL Server データベースの中には、自動的にスキップされてバックアップされないものがあります。このようなデータベースには以下が含まれます。
CA ARCserve D2D では、一貫したバックアップのため、バックアップ時にはすべての VSS ライタを使用します。 唯一の例外は、Microsoft SQL Server、Microsoft Exchange、および Hyper-V ライタで、これらは適切にライセンスされている場合のみ対象となります。
圧縮と暗号化の両方が無効な場合、CA ARCserve D2D は .VHD 形式でのみファイルをバックアップできます。 CA ARCserve D2D は、.VHDX 形式のファイルはバックアップできません。
|
Copyright © 2012 CA.
All rights reserved.
|
|