Transfer Files... 과정 중에 Critical 오류가 발생하며 아래 파일 복사 오류가 발생한다.
무슨 이유인지 모르겠으나... Evaluation Version에는 있으나 MSDN 버전의 ISO 이미지에는 없다.

<Source Directory>\SMSSETUP\ADMINUI\XMLSTORAGE\FORMS에 붙혀 넣고 재설치한다.

XML_Files.zip

1. 대상 버전이 설치된 시스템에 대한 쿼리 작성
- CM 콘솔에서 쿼리로 이동
(여기서는 Product Name과 Version을 이용하나 수집된 파일의 Version 정보를 통한 쿼리 작성도 가능하겠다.)
- 새 쿼리 생성 > Name 입력 > Object Type은 System Rource > Edit Query Statement 클릭
- General 탭에서 'Omit duplicate rows' 체크
- Result > 추가 > Attribute > Select > Attribute class : System Reource, Attribute : Name

응용프로그램의 이름에 대한 Creteria
- Creteria 탭에서 추가 > Creteria Type : Simple values > Select > Attribute class : Software Products, Attribute : Product Name
- Operator : is equal to, Value : <Product Name>

응용프로그램의 버젼에 대한 Creteria
- 추가 > Creteria Type : Simple values > Select > Attribute class : Software Products, Attribute : Product Version
- Operator : is equal to, Value : <Product Version>
- Query 생성 완료 후 CM 콘솔에서 해당 Query에 리스트가 되는지 확인

2. 설치는 되어 있으나 위 쿼리에서 리스트되지 않은 시스템에 대한 쿼리 작성
- 새 쿼리 생성 > Name 입력 > Object Type은 System Rource > Edit Query Statement
- General 탭에서 'Omit duplicate rows' 체크
- Result > 추가 > Attribute > Select > Attribute class : System Reource, Attribute : Name
- Creteria 탭에서 추가 > Creteria Type : Simple values > Select > Attribute class : Software Products, Attribute : Product Name
- Operator : is equal to, Value : <Product Name>
- 추가 > Creteria Type : SubSelected values > Select > Attribute class : System, Attribute : Name
- Operator : is not in > Browse 클릭 > 과정 1에서 생성한 쿼리 선택

3. 과정 2에서 작성한 쿼리를 이용해 Collection 생성
- 쿼리의 설정에 따라 대상 버전이 시스템에 설치되면 자동으로 Collection에서 제거된다.

4. 배포할 응용프로그램의 패키지 생성
- 소스 폴더 위치, 배포 지점, 실행 형태 등 설정
- exe 파일의 경우 해당 설치 파일의 파라미터를 확인해 설치
- msi 파일의 경우 다음과 같은 파라미터를 이용해 설치
msiexec.exe /i <Install.MSI> REINSTALLMODE=vomus REINSTALL=ALL REBOOT=ReallySuppress  /q

REINSTALLMODE Property
REINSTALL Property
REBOOT Property

5. 강제 설치를 하기 위한 설정
Assign Program 페이지에서 'Yes, assign the program' 선택


참고: 설치된(수집된) 응용프로그램의 정보 확인
쿼리 작성 시 Creteria 값을 주기 위한 Attribute를 확인하기 위한 SQL 쿼리

SSMS를 열어 Configuration Manager 데이터베이스에 대해 다음 쿼리 실행
SELECT ProductId, CompanyName, ProductName, ProductVersion, ProductLanguage FROM SoftwareProduct WHERE (ProductName LIKE '%<Application>%')

System Management 컨테이너 생성
1. 도메인 관리자 권한으로 로그인
2. Support Tools 설치
3. ADSIEDIT 실행
4. Domain > Domain Name > CN=System
5. CN=System에 우클릭 -> New > Object
6. Class는 Container > Value는 System Management -> 생성

기본적으로, Configuration Manager의 Primary site는 하위 사이트의 공용키를 Parent site가 알고 있거나 AD Domain Service에 게시되어 있지 않은 이상 연결을 수락하지 않는다. 그러나, 업그레이드의 경우에는 Configuration Manager의 설치 중에 사이트의 원본 보안키 교환 설정을 변경하지 않는다.
하위 사이트의 연결을 수락하기 위해 스키마 확장을 하지 않는 다른 방법으로는 사이트 간 보안키 교환을 요구하지 않는 것인데 이는 보안 상 매우 위험하다.

Proxy management point는 Parent primary site의 Default management point로의 Proxy 역할을 수행하는 Secondary site에 설치된 Management point다.

일반적으로 Proxy management point는 Secondary site의 Boundary에 속하는 클라이언트가 Parent(Primary site)의 Default management point를 Management point로 할 때 느린 네트웍 구간을 통한 과도한 트레픽을 막기위해 사용된다.

Secondary site의 Boundary에 속하는 클라이언트수가 증가할 수록 Primary site의 Default management point와 통신하기 위한 네트웍 트레픽이 증가하게 된다. Proxy management point가 없는 경우 이러한 느린 네트웍 구간의 트레픽 증가는 네트웍 용량 초과를 발생시킬 수 있다.

Secondary site에 Proxy management point를 설치하면 Secondary site의 Boundary에 속하는 클라이언트는 Proxy management point로 데이터(S/W 배포 패키지, 콘텐츠 위치, 인벤토리 데이터, Discovery 데이터, 상태 메시지)를 보내게 된다.
Proxy management point는 클라이언트의 정보를 Secondary site 서버의 inbox로 전달하고 클라이언트의 데이터는 압축되서 일반적인 site간 통신을 통해 Primary site로 보내진다.
만약 Secondary site에 Proxy management point가 설치되어 있지 않은 경우 클라이언트의 정보는 압축되지 않은 상태로 직접 Primary site의 Default management point로 전송되게 된다.

Proxy management point는 클라이언트의 정책 요청에 대해 직접 응답하지 않고 모든 클라이언트의 요청은 Primary site의 Default management point로  보내진다. 그러나, Proxy management point는 클라이언트의 정책 내용을 Cache한다. 만약 클라이언트가 요청한 정책 내용이 Secondary site의 클라이언트에서 다운로드 받았던 것이라면 Proxy management point는 Secondary site의 클라이언트로 정책 내용을 보낸다.
즉, 클라이언트는 정책에 대한 내용을 Primary site의 Default management point에서 다운로드 받고 Proxy management point는 이후의 클라이언트 요청에 응답하기 위해 Cache하게 된다.

About Client Roaming in Configuration Manager
http://technet.microsoft.com/en-us/library/bb632476.aspx

Example Roaming Scenarios for Configuration Manager: Simple
http://technet.microsoft.com/en-us/library/bb633252.aspx

Example Roaming Scenarios for Configuration Manager: Complex
http://technet.microsoft.com/en-us/library/bb694028.aspx

사이트 정보

AD Domain Service 이용
다음의 경우 클라이언트는 AD Domain Service를 이용해 사이트 정보를 얻는다.
- Configuration Manager 2007을 위한 AD 스키마가 확장되고
- 모든 사이트 계층에 AD Domain Service를 Publish하였으며
- 클라이언트와 사이트 서버가 동일한 AD 포리스트에 속하는 경우

만약 AD Domain Service에서 사이트 정보를 얻지 못하게 되면 대체 방법을 찾게 되는데,
사이트 정보를 얻기 위한 대체 방법은 Server Locator Point 뿐이며 Management Point에 대해서는 DNS, Server Locator Point, WINS가 있다.

Server Locator Point 이용
Server Locator Point는 AD Domain Service를 사용할 수 없을 때 다음 두 가지 목적을 위해 사용된다.
- 클라이언트에 대한 사이트 Assignment
- 클라이언트에 대한 Default management point 위치 지정

WORKGROUP 머신의 경우 AD 정보를 쿼리할 수 없으므로 클라이언트 설치 시 SMSSLP=<Server Locator Point> 옵션을 지정해야 한다.

Server Locator Point를 지정하지 않는 경우는 WINS를 통해 쿼리한다. (Name=SMS_SLP endchar=1A)
WINS 구성

Native 모드의 클라이언트 설치 시에는 반드시 Roaming과 사이트 Assignment에 대한 HTTP 연결을 설정해야 한다.
Configure HTTP Communication for Roaming and Site Assignment



Management Point

클라이언트는 사이트 정보를 얻고 사이트에 Assign이 되면 Default management point를 찾게 된다.
Management point에 Assign이 된 후에도 클라이언트는 Management point의 변경이 있는지 지속적으로 확인한다.

다음의 경우 Default management point에 대한 Service location request가 일어난다.
- 클라이언트가 재시작하거나 SMS Agent가 재시작된 경우
- 클라이언트의 네트워크 변경이 발생한 경우
- 제어판 -> Configuration Manager의 Discovery를 실행하는 경우

AD Domain Service 이용
모든 사이트에 대한 AD 스키마 확장과 Publish를 설정한 경우 AD에 Default management point가 게시된다.
클라이언트가 동일 포리스트에 속하는 경우 GC에 LDAP쿼리를 통해 Default management point를 찾는다.

클라이언트가 WORKGROUP 머신이거나 신뢰된 도메인이 아니라면 다른 Mechanism을 시도한다.
순서는 DNS -> SLP -> WINS의 순서로 시도한다.

DNS의 SRV 레코드 이용
DNS Zone의 SRV 레코드를 통해 Default management point를 찾는다.
SRV 레코드는 자동으로 게시될 수도 있으며 수동으로 등록할 수도 있다.
DNR 쿼리가 정상적으로 동작하기 위해서 클라이언트는 DNS suffix가 설정되어 있어야 한다.

Server Locator Point 이용
AD Domain Service와 DNS의 SRV 쿼리도 실패한다면 클라이언트 설치 시 지정한 Server Locator Point에서 찾는다.

WINS 사용
Management Point Role을 가지고 있는 사이트 시스템이 WINS를 사용하게끔 TCP/IP 구성에 설정되어 있다면 자동으로 WINS에 게시된다.

그러나, 사이트가 Native Mode인 경우 클라이언트는 Management Point 위치 지정을 위해 WINS를 사용하지 않는다.


[[예외]]
NLB Management Point인 경우
AD Domain Service와 Server Locator Point에는 자동으로 게시되나
WINS와 DNS에는 자동으로 게시되지 않으므로 수동으로 등록해야만 한다.