관리 콘솔에서 애플리케이션을 변경하면 이 개정 번호가 증가하는 것을 볼 수 있습니다.
"콘텐츠 상태"를 클릭하면 "소스 버전"은 볼 수 있지만 애플리케이션의 "개정"은 볼 수 없습니다.
애플리케이션이 배포된 클라이언트에서 동일한 애플리케이션에 대한 다음 항목을 볼 수 있습니다 AppEnforce.log.
"사용자에 대한 앱 배포 유형 XXXXXXXXXXXXX 0.2.1(ScopeId_F51CE1C8-9E1E-4412-8DC0-8870C8D09B93/DeploymentType_7ce08ce1-ddb5-4861-b5eb-d03752c142cb, 개정 22) 검색을 수행합니다."
이 모든 것은 나에게 다음과 같은 질문을 남깁니다.
콘솔의 "Revision"은 정확히 무엇을 의미하나요? 에 있는 항목과 같은 의미를 갖나요
AppEnforce.log?새 "개정"이 사이트 서버에서 클라이언트로 전파되려면 배포된 콘텐츠를 업데이트해야 합니까?
SCCM은 콘솔의 "개정" 변경 사항을 클라이언트에 전파하기 위해 어떤 작업을 수행합니까? 서버 로그 파일에서 이 작업의 아티팩트를 볼 수 있나요?
AppEnforce.log오랜 시간이 지났음에도 불구하고 가끔 콘솔에 "Revision"이 표시 되는 "Revision"보다 한 단계씩 표시되는 "Revision"이 표시되는 이유는 무엇입니까 ?
답변1
이것이 내가 로그에서 종합할 수 있었던 전부입니다. CMTrace를 사용하여 다음 로그를 병합합니다.AppDiscovery, AppEnforce, AppIntentEval, CAS, ContentTransferManager, DataTransferService
- SCCM 콘솔에서 "개정"은 SCCM 내의 애플리케이션 개정을 의미합니다. 항목AppEnforce.log애플리케이션 배포 유형입니다. 단순한 애플리케이션에서는 그럴 수 있지만 이것이 반드시 일치해야 한다고는 생각하지 않습니다.
- 콘텐츠 타당성은 독립적으로 평가됩니다. 콘텐츠 재배포를 강제한다면 콘텐츠 수정이 늘어날 것으로 예상됩니다. "콘텐츠 자동 업데이트"를 선택하고 해당 콘텐츠가 서버에 업데이트된 것으로 판단된 경우에도 마찬가지입니다.
- 모든 일은 클라이언트가 한다고 생각해요. AppIntentEval응용 프로그램이 적용 가능함을 보여줍니다.앱 검색어떤 ContentID/개정이 사용될지 결정합니다. 이렇게 하면 클라이언트가 정보를 얻기 위해 서버를 폴링하지만 반드시 서버에서 정보를 푸시할 필요는 없습니다.
- SCCM이 작업을 수행하는 데 시간이 오래 걸리기 때문에? 유감스럽게도 이에 대해 유능하게 대답할 수 없습니다. 클라이언트 작업을 시작하면 이러한 평가 결과가 인라인으로 다시 나타날 수 있습니다.
명심해야 할 사항:
AppEnforce.log는 전체 그림이 아닙니다. 배포 유형 개정은 애플리케이션 개정과 동일하지 않은 것으로 보이며 이는 콘텐츠 개정과도 다릅니다.
AppIntentEval.log를 살펴보세요. 알다시피 ScopeId_xxx/DeploymentType_xxx/(revision). 당신도 볼 수 있습니다 ScopeId_xxx/Application_xxx/(revision). 이들은 동일한 실체가 아닙니다.
귀하의 질문 중 일부는 다음과 같습니다. "수정본이 오래된 경우 클라이언트는 캐시에 있는 콘텐츠가 여전히 유효한지 어떻게 확인합니까?" 콘텐츠액세스.log"All references to Content Content_xxx in cache have been removed. Content will be Tombstoned. 이 메커니즘이 유효성을 결정하는 방법이라고 의심됩니다. 와 같은 항목을 보여줍니다.