재게시된 전체 번들을 로드하기 전에 TAL 정리
번들 아티팩트 파일 PublishInfo.xml은 Servigistics InService에 번들 처리 방법을 알려 줍니다. 특히 JobSpecification 요소에는 세 가지 중요한 속성이 있습니다.
<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에서 Delete Segment From Sites 및 Remove Segment Configuration Setting 작업을 사용하여 세그먼트를 삭제하는 것입니다.
하지만 이 방법을 사용하려면 세그먼트의 모든 콘텐츠에 대해 TAL 프로세스를 다시 실행해야 하므로 실행 가능한 옵션이 아닐 수 있습니다.
• 또한 Task Manager에서 Clean Environment 작업을 사용할 수 있습니다.
• 다른 방법은 스크립트를 실행하여 정리를 수행하는 것입니다. 이 방법을 사용할 경우 실수가 없도록 주의해야 합니다.
다음 단계에 따라 선택적 수동 정리를 수행합니다.
1. 다음과 같이 Px 번들의 콘텐츠를 편집합니다.
a. 이전 버전에는 있지만 재게시된 번들에는 누락된 객체를 식별합니다.
b. 누락된 객체를 제외된 객체의 일부로 excludedObjects.xml 번들 파일에 포함합니다. 파일에 필요한 구조를 따라야 합니다.
2. 수동으로 편집한 번들을 로드하여 해당 객체의 삭제를 트리거합니다.