サイトに 1 つのボルトを指定して、ファイルサーバーサイトのローカルキャッシュボルトとして使用することができます。

ボルトのローカルキャッシュ機能を有効にするには、ファイルサーバーサイトにボルトを作成したり、ボルトを更新するときに「ボルトタイプ」リストから「キャッシュボルト」のボルトタイプを選択します。

ローカルキャッシュボルトを含むファイルサーバーサイトでホストとフォルダを関連付けるマウントを定義する際、データの消失を防ぐためにバックアップを作成できます。書き込み可能な各ローカルキャッシュボルトフォルダは、フォルダのマウントパスとバックアップストレージロケーションを設定時に同じエントリで指定することにより、そのフォルダのミラーリングを行うバックアップストレージロケーションと関連付けることが可能です。読み取り可能フォルダでデータが消失した場合、バックアップストレージロケーションのデータを読み取り可能フォルダにコピーできます。

バックアップを設定するには、以下の手順に従います。

この章で説明するテクノロジーの利点を活用するには、ユーザーはコンテンツキャッシュサイトのプリファレンスを、ローカルキャッシュボルトを含むファイルサーバーサイトに設定する必要があります。これは容易に変更できる個人用のプリファレンスなので、この設定の利点とローカルキャッシュボルトのロケーションについてユーザーに説明することをお勧めします。Windchill ソリューションのオンラインヘルプでは、ユーザープリファレンスのアクセス方法と設定方法についてさらに詳しく説明しています。

コンテンツは、デフォルトで 3 時間ごとに実行される自動同期化プロセスによって、ローカルキャッシュボルトからマスターボルトにレプリケーションされます。sysForceSync オペレーションを手動で実行することもできます。自動同期化プロセスの頻度を変更したり、sysForceSync オペレーションを実行するには、JConsole を使用します。また、JConsole を使用して、完了時刻、実行数、移動済みアイテム数、エラーのために移動されなかったアイテム数を含む、完了した同期化についての情報を表示できます。

非参照ファイルとは、Windchill オブジェクトへの有効な関連付けが設定されていないコンテンツファイルのことです。たとえば、関連付けられたすべてのオブジェクトが削除されている場合、または、オブジェクトの更新時にユーザーがファイルへの関連付けを削除した場合、ファイルは参照されません。

以下の手順では、ファイルサーバーサイトのキャッシュボルトから、Windchill で参照されなくなったファイルを除去するプロセスを説明します。また、この手順では、レプリカキャッシュへのアップロードによってファイルサーバーサイトにアップロードされたレプリケーション済みコンテンツへの参照を除去します。この手順は、ボルトのすべての既存レプリケーション規則には適用されません。レプリカキャッシュへアップロードされたコンテンツを、ファイルサーバーサイトに永続的に存在させる必要がある場合 (ダウンロードの高速化などの目的で)、これらのオブジェクトのレプリケーション規則を作成する必要があります。

参照されないファイルをキャッシュボルトから除去するには、以下の手順に従います。

レプリケーションをリセットする前に、「ボルトコンフィギュレーション」ウィンドウで「オブジェクト」 > 「非参照ファイルを除去」の順に選択します。この操作を行わないと、ボルトフォルダにすでに存在するファイルをレプリケーションしようとするので、レプリケーション操作が失敗します。

対象サイトのレプリケーション済みコンテンツをすべて削除するには、「ボルトコンフィギュレーション」ウィンドウで「オブジェクト」 > 「レプリケーションをリセット」の順に選択します。これを実行すると、レプリケーション規則が定義されているすべてのコンテンツが、次にスケジュールされたレプリケーション操作でレプリケーションされます。ファイルサーバーサイトには、キャッシュにアップロードされたコンテンツがまだ含まれている可能性があります。また、このコンテンツへの参照は削除されません。このオプションは、サイトの登録解除がスケジュールされるまでは、細心の注意を払って使用する必要があります。

レプリケーションが終了すると、送信が完了したことを示すメッセージが表示されます。このメッセージは、マスターサイトがファイルサーバーサイトにメッセージを正常に送信したことを意味しますが、ファイルサーバーサイトでレプリケーションが正常に実行されたことを保証するものではありません。

レプリケーションの失敗を示すメッセージが表示された場合、「ボルトコンフィギュレーション」ウィンドウのターゲットボルトを選択し、「未送信のレプリケーションアイテムをリセット」を選択してから、レプリケーションを再度スケジュールします。

「未送信のレプリケーションアイテムをリセット」を選択すると、以前に適切にレプリケーションされなかったレプリケーション済みコンテンツに対する参照が削除されます。これらの参照は 2 日間経過するとレプリケーションジョブの実行時に自動的に削除されますが、このオプションを使用すると、失敗したコンテンツをより早くレプリケーションできます。

予測レプリケーションは、Windchill において、ユーザーの行動パターンに基づいてファイルサーバーのインスタンスで必要になるコンテンツをあらかじめ決定できるようにする機能です。予測レプリケーションは、ユーザーや管理者が明示的にレプリケーションスケジュールを設定しなくても、オブジェクトの今後の作業版数をレプリケーションします。この機能は、wt.fv.predictiveReplicationEnabled プロパティによって有効または無効にすることができます。デフォルトでは、プロパティは予測レプリケーションが有効であることを示す ture に設定されます。

以下の条件により、予測レプリケーションのスケジュールが自動的に設定されます。

システムは予測レプリケーションのための特別な規則を作成して、この特別な規則に適合するオブジェクトをレプリケーションします。これらの規則はユーザーに対して非表示になります。

この特別な規則を作成した後、レプリカボルトに対するスケジュールがまだ存在しない場合には、循環する予測レプリケーションスケジュールが作成されます。予測レプリケーション操作は、wt.properties に指定される特定の時刻に毎日実行されます。このスケジュールの scheduleType は、以下のように名前が付けられます。

このスケジュールは、以下のような特別な予測レプリケーション規則または scheduleType に適合したオブジェクトのみをレプリケーションします。

このスケジュールは、予測レプリケーション規則および標準規則の両方のレプリケーションを実行します。

この特殊な規則とスケジュールを作成する前に、システムはこの値のスケジュールが存在するかどうかを識別します。スケジュールが存在する場合は、レプリケーション規則がすでにオブジェクトクラスとボルトに存在するかどうかを識別します。スケジュールとレプリケーション規則の両方がすでに存在している場合、予測レプリケーション規則とスケジュールは作成されません。

予測レプリケーションの一環として、キャッシュとして指定されたボルトにすべてのオブジェクトがレプリケーションされます。これは、アドホックレプリケーションプロパティで設定した値に依存します。

メソッドサーバーが起動すると、期限が切れた予測レプリケーション規則は自動的にクリーンアップされます。クリーンアップスケジュールのデフォルト頻度は 1 日です。つまり、クリーンアップ操作は毎日発生します。

予測レプリケーション規則の期限は、以下のプロパティによって決まります。

このプロパティによって、予測レプリケーション規則の実行期間が決まります。測定単位は日数です。デフォルト値は 90 日です。

予測レプリケーション規則の失効日は、規則の作成日と wt.fv.predictiveReplicationDuration プロパティで設定される期間に基づいて決定されます。プロパティが 90 日に設定されており、規則が 90 日以上前に作成された場合、規則は失効したと見なされ、クリーンアップ操作によって削除されます。

wt.properties ファイルの以下のプロパティでは、予測レプリケーションのプリファレンスとオプションが定義されます。

アドホックレプリケーションは、リモートサイトおよびユーザーが Windchill ファイルサーバーに対して設定したプリファレンスでコンテンツを使用できない場合、マスターサイトから Windchill ファイルサーバーにコンテンツをコピーすることを意味します。

ユーザーがローカルファイルサーバーに存在しないデータをダウンロードしようとすると、そのデータを持つ最も近接したサイトからコンテンツが取得され、ローカルファイルサーバーにレプリケーションされます。次回、別のローカルユーザーが同じドキュメントをダウンロードする場合、ドキュメントはそのローカルファイルサーバーから直接取得されます。

アドホックレプリケーションが発生すると、予測レプリケーション規則とスケジュールが作成されます。

アドホックレプリケーションは、wt.properties ファイルの wt.fv.master.adhocCaching.flag プロパティを設定することによって制御できます。このプロパティには以下の値を指定できます。

wt.fv.master.adhocCaching.ThreadPoolSize プロパティでは、アドホックレプリケーションを使用できる同時スレッドの数を設定します。このプロパティのデフォルト値は 3 です。

サイトを作成または編集する際、新しいサイトまたは更新されたサイトへ近接している順に並べたサイトのリストを設定できます。アドホックレプリケーション実行時に、システムはリストに表示される順序でサイトを確認し、コンテンツをどのサイトから取得するかを特定します。サイト近接リストを設定することにより、最も近いサイトを使用して、ユーザーリクエストをできるだけ早く実行することが可能になります。デフォルトでは、マスターサイトは、すでにほかの優先順位に設定されていなければ、リストの最後に追加されます。

ユーザーによって開始されたレプリケーションを使用すると、レプリケーション規則では簡単にバインドできないオブジェクトを収集およびレプリケーションできます。ユーザーがレプリケーションを開始すると、レプリケーション処理はすぐに開始されます。レプリケーション操作は、「サーチ結果」テーブルの「操作」メニュー、またはオブジェクトの詳細ページにある「操作」メニューから実行できます。

レプリケーション操作を選択すると、「ユーザーによって開始されたレプリケーション」ウィンドウが表示されます。このウィンドウで、レプリケーション対象のファイルサーバーサイトを特定し、CAD ドキュメントについて、すべての依存、必須の依存、または依存なしをレプリケーションするかどうかを選択する必要があります。

ユーザーがレプリケーション操作を開始した後、以下のプロセスが発生します。

Windchill は、並列レプリケーションが可能です。つまり、任意のサイトに存在するいくつかのターゲットレプリカボルトに対して、レプリケーションセッションを同時に実行することが可能です。マスターサイトに常駐するコンテンツは、レプリケーションポリシー規則で決定されているとおり、ターゲットレプリカボルトにコピーされます。レプリケーションプロセスの実行時に、このコンテンツはマスターサイトからファイルサーバーサイトにプルされて、ターゲットレプリカボルトに割り当てた領域に保存されます。

レプリケーションジョブが開始されると、システムは以下のステップを完了させます。

レプリケーションの複数のアクティブセッションを同時に実行するには、wt.fv.master.Replication.NumOfQueues プロパティを使用します。このプロパティは、レプリケーションセッションを同時に実行するために使用するキューの数を定義します。デフォルトの設定は 1 です。

同時セッションの最大数を増やす場合には注意が必要です。各セッションはリソースを大量に消費し、コンテンツを転送するためにマスターサイトのネットワークバンド幅を使用するからです。

スケジュールされるレプリケーションセッションが増えても、それらのセッションは並列キューに入れられるので、アクティブなセッションの数はキューの数以下です。

通常の状況では、登録済みファイルサーバーを削除することはできません。登録済みファイルサーバーを削除できるのは、ファイルサーバーのキャッシュボルトにキャッシュされたすべてのオブジェクトが、同期化操作によってマスターサイトにプルされた場合だけです。

さらに、ファイルをキャッシュボルトにアップロードする場合、そのアップロードが完全に成功しないかぎり、ファイルサーバーを削除できません。そのようなファイルへの参照は、1 カ月後のクリーンアップ処理時にシステムによって削除されます。

Site コンテナのコンテナ参照を以下のように設定する必要があります。

ボルトを維持したままファイルサーバーを異なるマシンに移動するには、以下の手順を使用します。

以下の機能は、ファイルサーバーを設定して使用する際に、ユーザー体験の向上に役立ちます。

マスターサイトでユーティリティを実行して、現在マスターサイトとファイルサーバーサイトの両方にコピーされているファイルと、ファイルサーバーサイトにチェックインされているがマスターサイトにコピーされていないその他のファイルを区別できます。このユーティリティは、バックアッププロセスを容易にするためのものです。以下の構文を使用して、このユーティリティをコマンドラインから起動します。

このユーティリティの出力は、マスターサイトにないファイルサーバーサイトのファイルを一覧表示する、ログディレクトリの ASCII ファイルとなります。ファイルは、サイトごとのリストとなり、各サイトのフォルダごとに表示されます。出力ファイルの名前の構文は以下のとおりです。