再パブリッシングされた完全なバンドルをロードする前の TAL クリーンアップ
バンドルコンポーネントファイルの PublishInfo.xml は、Servigistics InService にバンドルの処理方法を指定します。特に、JobSpecification エレメントには重要な 3 つの属性があります。
<JobSpecification date="2015-06-10 21:09:59:830" increment="0" incremental="false">
• date - ジョブのタイムスタンプを指定します。
• increment - バンドルがパブリッシングされた回数を表します。
属性の値は完全バンドルでは 0 になり、以降の差分のみパブリッシングごとに 1 ずつ加算されます。これにより、Servigistics InService は順番どおりでないバンドル (パブリッシングでのギャップ)、パブリッシングジョブの失敗、またはパブリッシングが並行して行われている場合に順番どおりに到着していないバンドルを検出できます。
• incremental - 完全なパブリッシングまたは差分のみパブリッシングのどちらであるかを表します。
属性の値は、完全なパブリッシングでは false、差分のみがパブリッシングされたバンドルでは true になります。
タイムスタンプと差分に関する値の組み合わせにより、Servigistics InService はギャップを検出して、最新のバージョンのみを正しい順序でロードできるようになります。
再パブリッシングされた完全なバンドルをロードする前の手動クリーンアップ
これまでに差分がパブリッシングされているバンドルを完全なバンドルとして再パブリッシングする場合、新しく再パブリッシングされたバンドルでは、これまでバンドルに含まれていたデータが除外されている可能性があります。この場合、再パブリッシングしたバンドルの TAL プロセスが失敗することはありませんが、手動クリーンアップをいくつか実行して、Servigistics InService ストレージに残っているパブリッシングデータを除去することをお勧めします。
手動クリーンアップには、次のような方法があります。
• 最も簡単で安全な方法は、Task Manager で「Remove Segment」タスクを使用してセグメントを削除することです。
ただし、この方法ではセグメント内のすべてのコンテンツで TAL プロセスを再度実行する必要があるため、有効な方法でない場合もあることに注意してください。
• 別の方法として、スクリプトを使用してクリーンアップすることもできます。この方法では誤りがないように注意する必要があります。
選択的な手動クリーンアップを実行するには、次の手順に従います。
1. Px バンドルのコンテンツを次のように編集します。
a. 以前のバージョンに存在していて、再パブリッシングされたバンドルには存在していないオブジェクトを識別します。
b. 不足しているオブジェクトを、バンドルファイル excludedObjects.xml に除外されたオブジェクトの一部として追加します。ファイルの必要な構造に従っていることを確認してください。
2. 編集したバンドルを手動でロードし、対応するオブジェクトの削除をトリガします。