GPO와 함께 설치된 업그레이드 소프트웨어 패키지

최근부터 AD 정책을 사용하여 소규모 도메인 에서 GPO 를 통해 소프트웨어 패키지를 배포했습니다 . 이것은 잘 작동했지만 패키지를 업그레이드하는 올바른 절차가 무엇인지 잘 모르겠습니다.

처음에 X를 배포했다고 가정하면 이름이 " Install X "인 GPO를 통해 버전 a가 됩니다 . 모든 것이 잘 작동하고 시간 버전 b 가 릴리스됩니다. (새 버전의 .msi가 이미 설치된 버전의 업그레이드를 수행 할 수 있다고 가정) 업그레이드를 수행하기위한 다음 옵션이 있다고 생각합니다.

1. 배포 지점에서 원본 .msi를 교체 한 다음 컴퓨터 구성 / 소프트웨어 설정 / 소프트웨어 설치 에서 그룹 정책 편집기 (GPO " Install X " 열기)를 통해 '응용 프로그램 재배포'에 작업을 할당하십시오.

2. 그룹 정책 편집기를 사용 하여 새 버전의 컴퓨터 구성 / 소프트웨어 설정 / 소프트웨어 설치 에서 새 패키지를 작성 하고이 패키지로 업그레이드 할 이전 패키지를 지정하십시오 (업그레이드 탭에서 버전 a의 패키지 선택 ; 기존 설치 제거 또는 수행 옵션) 업그레이드)

3. 그룹 정책 편집기를 사용하여 버전 a 의 패키지를 제거하고 (즉시 제거 옵션 사용) 버전 b 의 새 패키지를 추가하십시오.

질문 :

• 첫 번째 옵션의 단점은 무엇입니까?
• 두 번째 옵션은 GPO를 통해 배포되는 패키지를 업그레이드하는 적절한 / 권장 방법입니까?
• GPO를 통한 패키지 업그레이드와 관련하여 다른 미묘한 점, 모범 사례 또는 일반적인 조언이 있습니까?

편집 : 또한 3을 올바르게 테스트 했으므로 1과 2에서 중요한 단계를 놓치면 포인터에 감사드립니다. :)

옵션 2와 3을 수행했습니다. 이전 MSI 패키지에서 문제가 발생했다는 것을 알지 못하면 대부분 옵션 2를 사용합니다. 옵션 1은 의도하지 않은 작업을 수행하는 해킹 방법으로 보입니다. 예를 들어, 항상 이전 MSI를 배포 위치에 둡니다. MSI가 올바르게 구성되어있을 때 수동으로 (Windows Server 2008 R2)로 설정하지 않은 경우에도 옵션 2를 사용하면 이전 버전을 자동으로 감지하고 이전 패키지를 자동으로 업그레이드합니다.

SCCM을 살펴 보는 것이 좋습니다. 특히 Windows 상자를 다루는 경우 응용 프로그램 및 해당 업데이트를 푸시하는 것이 훨씬 더 나은 제품입니다. 해당 경로로 이동하기로 결정한 경우 MYITForums MSSMS 목록은 도움이 필요한 최고의 메일 링 목록 중 하나입니다.