P5を使用することを決めたのは、データの安全性と可用性を最大限に高めるためです。P5を使用する最初のステップを簡素化し、日常的な作業を支援するために、本書ではアプリケーションの説明だけでなく、プログラムの使用方法（第8章）、操作方法（第10章）、カスタマイズ方法（第11章）、トラブルシューティング（第12章）についても説明しています。
このセクションでは、一般的なバックアップやアーカイブのアプローチのためのソリューションとしてよく使用されるいくつかの典型的なシナリオを例として説明します。これらの例に従うことで、P5を初めてお使いになる方でも、迅速かつ効率的にP5を使用することができます。
13.1 バックアップとアーカイブの前提条件
よくある質問に、バックアップとアーカイブの違いは何かというものがあります。以下のヒントは、データをテープに保存する際にどちらのモジュールを使用するかを決めるのに役立ちます：
バックアップとは、一般的にディスク上のデータを別の媒体にコピーすることで安全を確保する仕組みです。バックアップコピーを最新の状態に保つため、通常、データは一定の間隔でバックアップ媒体に書き直されます。そのために、バックアップには保持期間が設定され、この期間が過ぎるとデータは失効します。保持期間は、データが1つまたは複数の別媒体に書き込まれた後に設定するのが良い方法とされています。
バックアップモジュールは以下の場合に使用します：
- データをディスクに保存し、バックアップをコピーとして使用する
- サーバークラッシュやデータ損失から保護するために、オフィスに保管するコピーを作成する必要がある
- 盗難や環境破壊から保護するために、サイト外に保管するコピーを作成する必要がある
アーカイブは、セーフティ・コピーとしてではなく、オンラインで不要になったデータのオフライン・データ・ストレージとして意図された別のモジュールです。アーカイブ・モジュールは以下のような場合に使用します：
- 長期保存のためにデータをアーカイブする必要がある
- オンラインストレージからデータを削除する必要がある
バックアップまたはアーカイブがテープにデータを書き込むには、以下の手順で書き込み用の媒体を準備する必要があります：
- データの書き込みに使用するデバイスを設定する。これは、「6.2.2 シングル・テープ・ドライブ」 を参照のスタンドアロン・シングル・テープ・ドライブ、「6.2.1 テープ・ ライブラリ／メディア・チェンジャー」 を参照のメディア・チェンジャーまたはライブラリ、あるいは「6.2.3 コンテナ・ストレージ」 を参照のディスクまたはクラウド用コンテナ・ストレージである。
- 書き込むメディアのセットを定義する。P5では、メディアプールを定義することでこれを行います。例えば、異なるアーカイブを作成する場合や、別々に保管する複数のバックアップを作成する場合など、目的に応じて複数のプールを定義できます。
- P5でボリュームを使用可能にするには、媒体にラベルを付け、つまり物理媒体をメディアプールに割り当てる必要があります。
これらの手順が完了したら、アーカイブプラン（セクション6.5.1を参照）またはバックアッププラン（セクション6.6.1を参照）を作成することによって、バックアップまたはアーカイブを定義することができます。
13.2 バックアップのシナリオ
このセクションでは、バックアップを作成するための標準的なシナリオをいくつか示します。これらのシナリオをディスクからテープへのバックアップ機能で拡張する場合、または小規模企業向けの代替セットアップとして使用する場合は、13.2.5項 「Synchronizeをディスクへのバックアップとして使用する」も参照してください。
13.2.1 中小企業の標準的なバックアップ
テープなどのディスクリート・メディアにバックアップするためのシンプルでわかりやすい伝統的な設定は、祖父-父-息子のパラダイムです：
- バックアップ計画を作成し、週末に定期的にフルバックアップをスケジュールします。
- 平日の営業時間外に開始する増分バックアップのために、2つ目のスケジュールを追加する。
P5は週単位でフルバックアップを書き込み、その状態を週単位で増分バックアップで拡張します。これら2つの計画を組み合わせて、バックアップ・サイクルを構成します。
新しいフル・バックアップから始まる次のサイクルは、新しいテープ・セットに書き込む必要があります。前のセットは安全な場所に保管するか、十分なスペースがあればメディア・チェンジャーに保管します。
3回目のバックアップサイクルが新しいテープセットに書き込まれると、3つの「世代」が完成します。つまり、サイクル1は「祖父」、サイクル2は「父」、サイクル3は「息子」として区分されます。そして、最も古いテープは次のバックアップサイクルによって上書きされます。このシナリオでは、各テープは3週間後にリサイクル（再利用）されます。
古いバックアップを保持するために3サイクル以上計画することも可能ですし、テープの単純な入れ替えで十分な場合は2サイクルで済みます。
1サイクルのみ維持することは許されません。これは、新しいバックアップが書き込まれる前に古いバックアップデータが削除されることを意味する。このバックアップ方法は潜在的に安全ではありません。
上記のG-F-Sバックアップ計画を達成するためには、単独で独立したメディアプールを使用することが推奨されます。
P5が自動的にテープをリサイクルできるようにするため、バックアップ計画のデータ保持時間は、バックアップ・サイクル時間にサイクル数を乗じた値よりも数日短い値に設定する必要があります。この例では、それぞれ1週間のサイクルが3回あるため、データ保持時間は18日が適切な値です。
P5が各サイクルを新しいテープで開始するようにするため、バックアッププランの「使用ボリューム」フィールドは「新規メディアを使用」に設定する必要があります。
13.2.2 膨大なデータのためのプログレッシブ・バックアップ
P5には、フルバックアップを実行するのに十分な時間がない膨大なデータセットのための特別なバックアップモードがあります。プログレッシブバックアップは、バックアッププランの詳細オプションで有効にできます。
P5では、すべてのバックアップが同じバックアップサイクルで実行されるため、テープがリサイクルされる前に、そのテープに保存されているデータが再度保存されます。言い換えれば、保存された各ファイルは、データ保持時間が終了するまで、常に少なくとも1つのテープに保存されたままになります。このため、最悪の場合、必要なテープ数はフル・バックアップに必要なテープ数の2倍と、データ保持時間中の増分更新に必要なテープ数になります。
プログレッシブモードでは、バックアップの実行時間を制限する必要があります。保持時間に達すると、P5は期限切れのファイルを新しいファイルや変更されたファイルと一緒に、可能な限り時間内にバックアップし始めます。しばらくすると、すべてのファイルが同時に保存されたわけではないため、ファイルの有効期限はそれぞれ異なる時間になります。タイムウィンドウは、すべての新規ファイルと変更ファイルを保存し、期限切れファイルの一部を保存するのに十分でなければなりません。
プログレッシブ・バックアップが制限時間に達するまで実行され、まだ保存すべきファイルが残っている場合、これらは次のジョブで保存されます。バックアップが完了した場合、制限時間前に終了する必要があります。
プログレッシブ・バックアップが制限時間内に終了しない場合は、タイム・ウィンドウが短すぎるか、保持時間を延長して同時に期限切れになるデータを少なくする必要があります。
プログレッシブ・モードはテープ・ライブラリまたは仮想ディスク・ライブラリでのみ使用することに注意してください。
13.2.3 交互プールを使用したバックアップ
バックアップモジュールでは、交互バックアッププールを定義できます。交互バックアッププールを設定すると、最大3つの独立したバックアップデータセットを書き込むバックアッププランが定義されます。P5は、バックアップ時に利用可能なプールのうち最初のプールを自動的に選択し、そのプールで欠落しているすべてのデータを追加します。そのため、利用可能になったテープに合わせて動的に調整し、特定のプールで欠落しているデータを保存するプランを定義できます。
交互にプールを使用するプランを設定するには、バックアップ・セットを作成するのと同じ数のプールを定義するバックアップ・スケジュールを定義するだけです。プールは3つまで追加できます。バックアップ・プールの定義はバックアップ・イベントで行います。複数のバックアップ・イベントを定義する場合は、すべてのバックアップ・イベントで同じプールを定義します。
このメカニズムは、通常のフル/インクリメンタルバックアップスケジュールと同様に、自動リサイクルを伴うプログレッシブ設定と組み合わせて使用することができます。
1つのバックアップ・イベントで交互にプールを使用することは、それぞれ別のメディア・プールで複数のバックアップ・イベントを定義することとは異なることに注意してください。後者の場合、独立したバックアップ・セットは作成されませんが、複数のプールにまたがるすべてのデータを1つの完全なセットとして書き込みます。
交互プールはコンテナ・バックアップでは機能しません。コンテナ・バックアップは取り外し不可と見なされるため、P5は最初のプールが存在する場合のみ使用します（ストレージが存在しない場合、アクセス・エラーが発生する可能性があります）。
13.2.4 アーカイブ方法
P5を使ったアーカイブの構築には、一般的に次の2つの方法があります：
- 手動でアーカイブする場合、アーカイブ計画は、ボリュームプール、クローン作成、 その他のパラメータを定義するためのパラメータセットと考えることができる。手動でアーカイブするには、ファイルとフォルダの準備が整い、ドライブとボリュームが利用可能でなければならない。この方法は通常、外部ソースからのデータをアーカイブする必要がある場合や、一人でアーカイブを行う場合に適している。手動でアーカイブする方法については、9.1項 「ファイルのアーカイブ」を参照のこと。
- 自動アーカイブの場合、アーカイブプランを設定して、ドロップフォルダからアーカイブ対象のファイルやフォルダを自動的に収集するようにします。このアーカイブは通常夜間に開始され、アーカイブ後にドロップフォルダからファイルを削除します。
この方法は、複数のソースからデータを集めてアーカイブを準備する必要がある場合や、複数のユーザーに簡単なアーカイブ手段を提供する必要がある場合に適しています。また、大規模なオンラインストレージサーバーからデータをアーカイブする際にもよく使われます。自動設定は、アーカイブプランで簡単に構成できます（セクション6.5.1「アーカイブプランの作成」を参照）。 - ドロップフォルダからの自動アーカイブの別の方法として、サーバーのボリューム全体をアーカイブする方法がありますが、この場合、特定の名前を持つフォルダのみをアーカイブするフィルターを指定します。これにより、複数のボリュームでアーカイブが可能です。この方法を使用する場合、フォルダをドロップフォルダに移動する必要はなく、フィルター条件に合うようにフォルダ名を変更するだけでよくなります。例えば、「.ToArchive」という拡張子を追加することで、その拡張子を持つフォルダだけがアーカイブされるというフィルター表現を作ることができます。
アーカイブを行う際、オンラインストレージからデータが削除されることがよくあります。その結果、テープのコピーがデータの唯一の存在になる場合があります。これを防ぐために、アーカイブしたデータのバックアップコピーを作成することが推奨されています。P5では、アーカイブしたテープのクローン作成をサポートしています。クローン作成では、2台のテープドライブを使用して同時に2つのアーカイブテープを書き込みます。万が一アーカイブテープが損傷したり読み取れなくなった場合、クローンからテープを復元することでデータを失うことなく再構築できます。クローン作成には2台目のテープドライブが必要であり、メディアプールを作成するときに設定可能です（セクション6.3.1「プールの作成」を参照）。クローンからのテープの復元方法については、セクション6.4.3.3「ボリュームを再生成…」をご覧ください。
13.2.5 シンクロナイズをディスクへのバックアップとして使用する
ディスクに書き込む場合、ディスク上のメディア・チェンジャーをエミュレートするBackupモジュールは、ディスク上のファイル・システムが提供できる物理的な利点を利用できません。その代わりとして、シンクロナイズモジュールを使用してバックアップ・ディスク上にデータのバックアップ・コピーを作成することができます。
シンクロナイズを使用すると、すべてのファイルの1対1のコピーが別の場所に作成されます。これにはすべてのファイル属性が含まれるため、この場所にはソースの正確なコピーが保存されます。別の場所には、別のフォルダ、別のドライブ、またはリモート・マシンを指定できます。Backupモジュールと同様に、シンクロナイズは特定のディレクトリに制限することができるため、特定のフォルダまたはボリューム全体のスナップショットを作成することができます。
シンクロナイズモジュールには、複数のコピー、サイクルとバージョンで完全なバックアップを作成できる2つの機能があります：
- サイクルを使用すると、ファイルシステムのさまざまな段階でソースの複数のスナップショットを保存できます： シンクロナイズプランでシンクロナイズサイクルが設定されている場合、P5はデスティネーションに__CYCLESディレクトリを保持し、ミラーモード同期が実行されるたびに完全なデータセットを保持します。つまり、新しいスナップショットが作成されます。この機能はバックアッププランで設定されるバックアップサイクルに匹敵します。このようなサイクルの数を選択することができます。
- バージョン機能では、さらに厳密な設定が可能です。ターゲットの場所にスナップショットを作成した後、シンクロナイズは短い定期的な間隔、たとえば30分ごとに増分更新を実行することで、ターゲットを最新の状態に保つことができます。ファイルがソース上で編集されている間にこれを実行すると、デスティネーションファイルが更新され、通常であれば古いバージョンは失われます。バージョンを有効にすると、シンクロナイズは各ファイルの以前のバージョンを別の__VERSIONSディレクトリに保持します。
サイクルとバージョンとともに、バックアップに使用されるシンクロナイズモジュールには複数の利点があります：
- 管理のオーバーヘッドなしに、ファイルに直接アクセスできる
- 作業プロセスにおいて数時間前まで遡ることができる
- サイクルでは、祖父・父・息子のバックアップのように、1週間前や2週間前の状態を保存することができます
シンクロナイズの設定方法については6.7.1節を参照してください。
13.2.6 ディスクからテープへのバックアップ
ディスクからテープへのバックアップは一般的に使用されるシナリオで、オフラインで保存できる持ち運び可能なバッ クアップを作成するために、素早くアクセスできる直接リストアと、シンクロナイズによって提供されるテープへのバックアップを更新する迅速な可能性という利点を組み合わせたものです。
ディスクからテープへのバックアップのシナリオを実行するには、セクション13.2.5で説明したように、最初のバックアップステージとしてディスクへのバックアップを設定します。第2段階では、バックアップ・モジュールを使用して同期データをテープに保存します。
バックアップ・モジュールは自動的に__CYCLESフォルダと__VERSIONSフォルダをフィルタリングし、最新の同期状態を保存します。したがって、同期化ターゲットのバックアップは、同期化ターゲット・ディスク上の追加コピーのオーバーヘッドなしに、元のデータを直接保存した場合と同じデータを保存します。
この方法のもう1つの利点は、シンクロナイズがフルバックアップよりも低いデータ転送負荷でデルタ更新を実行することです。したがって、この方法を使用すると、バックアップに使用できる時間を増やすことができます。そのためには…
- シンクロナイズがディスクにバックアップを実行するようにスケジュールします。たとえば、発生するネットワーク負荷やサーバー ディスクのトラフィックが日常業務に影響しないときに、1 日に1回実行します。
- 1日中、同期されたデータからテープにバックアップを書き込むことができます。シンクロナイズ・ターゲットが専用のバックアップ・サーバーにローカルに接続されている場合、この操作は本番システムに負荷をかけることなく、バックアップ・サーバー上でローカルに実行することができます。
13.2.7 リムーバブル・ディスク・メディアへのバックアップ
通常、ディスク（またはクラウド）へのバックアップを実行する際、コンテナバックアップは単一のコンテナを選択的に再利用できるため、転送するデータ量が少なくなるという理由で、より理想的な解決策とされています。ただし、1つの例外があります。それは、コンテナがリムーバブルメディアを扱えない点です。そのため、RDXカートリッジやUSB接続のディスクドライブのようなリムーバブルディスクへのバックアップを実行する場合、これらを仮想テープライブラリ（VTL、大容量の仮想ディスクボリュームを持つドライブ用）またはリムーバブルドライブ（単一の仮想ディスクボリューム用）として設定する方が理にかなっています。
P5はディスクボリュームをテープのように扱う。ボリュームを上書きするには、そのボリュームをリサイクル（完全なボリュームをクリア）し、リサイクルテープと同じように上書きする必要があります。
仮想テープライブラリを使用可能にするには、P5メニューから「高度な設定」を選択し、gui.Jukebox.mediaType.DISK.configurable.boolean の値を 1 に設定してください。
リムーバブルの単一ディスクドライブを使用可能にするには、P5メニューから「高度な設定」を選択し、gui.Device.deviceType.Removable.configurable.boolean の値を 1 に設定してください。