그룹 정책/Active Directory에서 컴퓨터 할당 응용 프로그램을 업데이트할 때의 링크 순서 및 모범 사례

Question 1

이것이 제가 Adobe Reader(및 기타 여러 제품)를 업데이트하는 방법이므로 일부 경험을 통해 이에 대해 말할 수 있습니다.

Adobe Reader(또는 기타 패키지)에 대한 업그레이드를 배포해야 하는 경우 다음과 같이 수행합니다.

내 도메인 DFS 소프트웨어 배포 공유에 Adobe Reader의 새 버전을 준비합니다.
테스트 클라이언트 컴퓨터에 SYSTEM으로 테스트 자동 설치를 수행하고 기능을 확인합니다.
Adobe Reader가 설치된 기존 GPO에 새 Adobe Reader를 추가하고 기존 Adobe Reader 버전에 대한 필수 업그레이드로 표시한 후 "기존 패키지를 제거한 다음 업그레이드 패키지 설치"를 선택합니다.
배포를 단일 테스트 컴퓨터로 제한하도록 새 Adobe Reader 패키지 할당에 대한 권한을 수정합니다.
테스트 컴퓨터를 부팅하고 기존 컴퓨터를 제거하고 새 컴퓨터를 설치하는지 확인합니다. 로그온하고 기능을 테스트합니다.
테스트가 성공한 것으로 만족하면 새 Adobe Reader에 대한 소프트웨어 할당에 대한 권한을 수정하여 모든 의도한 클라이언트 컴퓨터에 배포할 수 있도록 합니다.

이미 Adober Reader 9.1.0이 설치된 컴퓨터에서는 이전 버전을 제거하고 새 버전을 설치합니다. Adobe Reader가 전혀 없는 컴퓨터에는 9.1.2 버전만 설치됩니다.

나중에 9.1.3(또는 무엇이든)이 나오면 같은 작업을 다시 수행하겠습니다. 이전 9.1.0이 모두 사라진 것이 확실하다면 GPO에서 9.1.0을 제거할 수 있지만 그렇게 하기 전에 해당 9.1.0이 모두 제거되었는지 확인해야 합니다.

기술적으로 MSP 패치를 설치 지점(예: Adobe Reader 9.1.0 설치 지점에 적용할 수 있는 Adobe Reader 9.1.2 MSP)에 적용하고 패키지를 "재배포"하는 것이 가능합니다. 과거에 Microsoft Office를 사용하여 이 작업을 수행했지만 더 이상 이전 패키지에 대한 업그레이드로 새 패키지를 배포하고 있습니다. 오늘 "설치 지점 패치"를 수행할 유일한 경우는 다음과 같습니다.오직MSP는 공급업체에서 제공했습니다.

다른 GPO에서 업그레이드를 수행하지 마십시오. 처음에 소프트웨어를 할당한 동일한 GPO에서 수행하십시오. 그러면 "링크 순서"에 대해 걱정할 필요가 없습니다. (어쨌든 "링크 순서"에 대해 걱정할 필요는 없습니다. 앉아서 그룹 정책이 정책 개체 목록을 작성하고 적용하는 방법을 잘 살펴보면 이해가 될 것입니다. "우선 순위"에 대한 모든 야유 현재 Microsoft 운영 체제의 그룹 정책에서는 사이트, 도메인, 컴퓨터 또는 사용자 개체에서 시작하여 해당 목록을 순서대로 적용하는 것만으로도 혼란스럽습니다. 왜 기술 작가들이 그것을 지나치게 복잡하게 만들려고 하는지 모르겠습니다... >한숨<)

"...그래서 전체 패키지를 전송할 필요는 없습니다"라고 말하면 클라이언트에 이미 Adobe Reader의 일부 버전이 있으므로 최신 버전을 설치하면 데이터가 줄어들 것이라고 추측하고 있다고 생각합니다. 와이어 위로 이동합니다. 이는 Adobe Reader 9.1.2 MSI가 그렇게 하도록 작성된 경우에만 해당됩니다. 일반적으로 저는 네트워크를 통해 얼마나 많은 데이터가 이동하는지 신경 쓰지 않으며 MSI가 올바른 작업을 수행한다고 신뢰하는 것을 싫어하므로 거의 항상 "기존 패키지를 제거한 다음 업그레이드 패키지 설치" 옵션을 선택합니다.

Answer