レプリケーションのパフォーマンスの向上
Windchillでは、コンテンツデータの処理を高速化し共同開発を促進する 2 つのテクノロジーを 1 つのオプションで利用できるようにしています。
• ローカルアップロード - ユーザーのアップロードされたコンテンツを、中間地点のローカルキャッシュボルトに配置した後、同期化操作時 (sysForceSync) にメインサイトに転送します。
 |
リモートサイトだけで取得可能なコンテンツのリクエストをメインサイトが受信した場合にも、コンテンツはメインサイトへ転送されます。
|
• ファイルサーバー - 頻繁に要求されるコンテンツデータに高速でアクセスするためのロケーションを作成します。
2 つのテクノロジーはいずれも、リモートサイト内の指定されたキャッシュボルトに依存します。これらのテクノロジーは、Windchill ユーザーには特に意識されることがなく、アプリケーションへの組み込みが可能です。これらのテクノロジーには、以下の利点があります。
• ユーザーのチェックインが高速でできる。
• 共有する標準のプリファレンスを使用した、ユーザーのキャッシュコンテンツへのアクセスが高速化、迅速化される。
• すべてのユーザーに対してデータを常に使用可能にする。
• メインサイトでチェックインステータスを確認できる。
• 失敗に備えてデータを保護するために、キャッシュボルトサイトでデータをミラーリングできる。
• 規則に従いリモートサイト構造を配置できる。
• メインサイトでデータをインデックシングすると、すべてのユーザーがデータを検索できる。
• JavaBeans を使用してアプリケーションにローカルアップロード機能を容易に組み込むことができる。
ローカルキャッシュの動作内容
以下の図は、ローカルキャッシュの動作内容を説明しています。
図の記号の意味は以下のとおりです。
• A - メインサイトのボルト。
• E - キャッシュサーバーサイトのローカルキャッシュボルト。
• E1 - ローカルキャッシュボルトでのミラーリングに使用するフォルダに対応する、ファイルシステム上の物理パス。フォルダのミラーリング先のパスは、リモートサイトからのダウンロードには使用できません。
• E2 - ローカルキャッシュボルトに対して読み取りと書き込みを行うためのフォルダに対応する、ファイルシステム上の物理パス。
• G1 - ユーザーがダウンロードに関して同じサイトプリファレンスを共有するホスト。このサイトプリファレンスは、ローカルキャッシュボルトも含むリモートサイト sE に設定されます。
• G2 - ユーザーのダウンロードに関するサイトプリファレンスが、キャッシュボルトを含まないリモートサイト sH に設定されたホスト。
• g1e1 - ローカルキャッシュボルトのミラーリングフォルダへのマウント。
• g1e2 - ローカルキャッシュボルトの読み取り可能フォルダへのマウント。
• H - 別のサイト sH に存在する、ローカルキャッシュボルトではないボルト。このサイトは、ホスト G2 のユーザーの優先ダウンロードサイトです。
• sA - サイト sE および sH のメインサイト。
• sE - ローカルキャッシュボルトを含み、ホスト G1 のユーザーの優先ダウンロードサイトであるリモートサイト。
• sH - ローカルキャッシュボルトを含まず、ホスト G2 のユーザーの優先ダウンロードサイトであるリモートサイト。
ユーザーがファイルをチェックイン、作成、読み取り、および更新するのにかかる時間が短縮されるのは、比較的低速でアクセス可能なメインサイトのボルトではなく、高速でアクセス可能なキャッシュボルトのデータを使用するからです。これらのコンテンツファイルは、事前に要求されていないかぎり、sysForceSync 同期化スケジュールに従って、メインサイトにレプリケーションされます。
たとえば、ホスト G1 のユーザーがデータをチェックインすると、チェックインされたコピーはメインサイトボルト A ではなく、ローカルキャッシュボルト E に格納されます。ローカルキャッシュの強化点が有効ではない場合には、格納先はチェックインボルトとなります。適用可能な sysForceSync 同期化スケジュールがアクティブになった時点、またはデータのリクエストがサイト sA に到着した時点のいずれかで、データはボルト E からボルト A にコピーされます。
コンテンツキャッシュのプリファレンスを、ローカルキャッシュボルトを含むリモートサイトに設定すると、メインサイトからのみアクセスする場合よりもさらに高速で、リモートサイトに格納されたデータにアクセスできます。たとえば、ホスト G1 のユーザーが、ホスト G1 のほかのユーザーによってチェックインされたコンテンツにアクセスする必要がある場合、コンテンツは比較的低速でアクセス可能なメインサイトのボルト A ではなく、ローカルキャッシュボルト E からダウンロードされます。ローカルキャッシュボルト E のチェックインはメインサイト sA よりも高速であるため、アクセス時間が短縮されるだけでなく、データをより早く取得できます。
メインサイトがリモートサイトのローカルキャッシュボルトのみに存在するデータのリクエストを受信する場合、データはリモートサイトから取得されます。たとえば、ホスト G2 のユーザーがボルト E に存在するコンテンツをリクエストする場合、コンテンツはホスト G2 にダウンロードされ、ボルト H にコピーされます。アドホックキャッシュが無効になっている場合、コンテンツはサイト sH に自動的に転送されません。
これらの動作は Windchill ユーザーに意識されることがないため、ローカルキャッシュボルト E にチェックインされたデータがサイト sH にコピーされたかどうかを確認する必要が生じる場合があります。詳細については、ローカルキャッシュボルトの管理のセクション「バックアップ支援ユーティリティ」を参照してください。
ローカルキャッシュボルト内にデータのコピーを 2 つ維持することにより、データの消失や損傷を防ぎます。読み取りおよび書き込み操作でアクセスされる各ローカルキャッシュボルトフォルダと、そのフォルダのミラーリングを行うフォルダの両方のフォルダのマウントパスを設定時に同じエントリで指定する際に、この 2 つのフォルダを関連付けることが可能です。読み取りおよび書き込み操作でアクセスされるフォルダが読み取り不可能な場合、ミラーリングフォルダの内容を読み取り可能なフォルダにコピーできるので、読み取り操作を続行できます。たとえば、マウントパス g1e2 が読み取り可能フォルダ E2 とホスト G1 を関連付け、またマウントパス g1e1 がミラーリングフォルダ E1 とホスト G1 を関連付けます。ミラーリングの詳細については、ローカルキャッシュボルトの管理のセクション「ローカルキャッシュボルトでのミラーリングの設定」を参照してください。
コンテンツがローカルキャッシュボルトからリモートサイトにレプリケーションされている場合、コンテンツは両方のロケーションに存在します。ローカルキャッシュボルト内でその構造が規則に違反している場合、規則がアクティブになると、その違反が修正されます。
インデックシングはコンテンツのキーワードを収集して、検索可能にする機能です。ローカルキャッシュのデータはインデックシングされません。データは、ローカルキャッシュボルトからメインサイトに移動するとインデックシングされます。
ダウンロードおよびアップロード JavaBeans を使用して、アプリケーションに機能を実装できます。JavaBeans については、Windchill Customization Guideで説明しています。