Configuration Manager의 사이트 및 계층 계획
적용 대상: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
프로덕션 환경에 System Center 2012 Configuration Manager를 배포하기 전에는 사이트 및 사이트 계층의 설계를 계획해야 합니다. 계획 단계에서 사이트 수와 유형 및 사이트를 배포할 위치를 파악합니다. 사이트별로 계획하고 각 사이트에서 사이트 시스템 역할을 설치할 위치를 파악합니다.
.jpeg "System_CAPS_tip"){kind=icon} 팁 |
|---|
계획 시에는 현재 하드웨어 요구 사항뿐만 아니라 향후 서버 하드웨어 변경 사항도 고려해야 합니다. |
Configuration Manager를 단일 독립 실행형 기본 사이트로 배포하거나, 계층의 여러 사이트로 배포할 수 있습니다. 초기 배포를 계획하는 경우 앞으로 조직에 증가가 필요한 경우에 대비하여 확장 가능한 설계를 고려합니다.System Center 2012 Configuration Manager는 이전 버전의 제품에서 변경되어 이제 Configuration Manager에서 더 적은 사이트로 더 많은 클라이언트를 지원할 수 있기 때문에 확장 계획은 중요한 단계입니다.
.jpeg "System_CAPS_important") 중요 |
|---|
Configuration Manager에서는 도메인 간에 사이트 서버를 이동할 수 없습니다. 사이트 서버를 이동해야 할 경우 서버에서 Configuration Manager를 제거하고 새 도메인으로 서버를 이동한 후에 새 Configuration Manager 사이트를 설치해야 합니다. 새 도메인으로 이동된 서버로는 원래 사이트를 성공적으로 복원할 수 없습니다. |
이 항목의 다음 섹션에서는 계층 설계를 구현하는 방법을 설명합니다.
Configuration Manager의 계층 계획
Configuration Manager의 사이트 유형 정보
중앙 관리 사이트 설치 여부 결정
기본 사이트 설치 여부 결정
보조 사이트 설치 여부 결정
사이트를 설치할지, 콘텐츠 관리 옵션을 사용할지 결정
독립 실행형 기본 사이트 확장 계획
Configuration Manager의 클라이언트 및 서버 운영 체제 언어에 대한 계획
언어 팩 정보
서버 언어 팩에 대한 계획
클라이언트 언어 팩에 대한 계획
언어 팩 관리를 위한 모범 사례
Configuration Manager 콘솔에 대한 계획
- 읽기 전용 콘솔 정보
Configuration Manager에서 여러 관리자 및 글로벌 데이터 복제 계획
Configuration Manager에서 글로벌 데이터의 다중 편집 정보
Configuration Manager 콘솔에서의 데이터 액세스 정보
Configuration Manager의 새로운 기능
참고
이 섹션의 정보는System Center 2012 Configuration Manager 시작 가이드에도 나옵니다.
System Center 2012 Configuration Manager에서는 중앙 관리 사이트가 도입되었고 기본 사이트 및 보조 사이트가 조금 변경되었습니다. 다음 표에는 이러한 사이트와 각각이 Configuration Manager 2007의 사이트와 어떻게 다른지 요약되어 있습니다.
사이트 |
용도 |
Configuration Manager 2007에서 변경된 사항 |
|---|---|---|
중앙 관리 사이트 |
중앙 관리 사이트는 Configuration Manager 데이터베이스 복제를 사용하여 계층 전체에서 사이트 간 데이터 복제를 조정합니다. 또한 클라이언트 에이전트에 대한 계층 전체 구성의 관리, 검색 및 기타 작업을 수행할 수 있습니다. 이 사이트를 사용하여 계층의 모든 관리 및 보고 작업을 수행합니다. |
중앙 관리 사이트는 System Center 2012 Configuration Manager 계층의 최상위 사이트이지만 Configuration Manager 2007의 중앙 사이트와는 다음과 같은 차이가 있습니다.
|
기본 사이트 |
연결 상태가 양호한 네트워크에 있는 클라이언트를 관리합니다. |
System Center 2012 Configuration Manager의 기본 사이트와 Configuration Manager 2007의 기본 사이트 사이에는 다음과 같은 차이가 있습니다.
|
보조 사이트 |
네트워크 대역폭이 제한된 연결을 통해 원격 위치에서 클라이언트의 콘텐츠 배포를 제어합니다. |
System Center 2012 Configuration Manager의 보조 사이트와 Configuration Manager 2007의 보조 사이트 사이에는 다음과 같은 차이가 있습니다.
|
Configuration Manager SP1의 새로운 기능
참고
이 섹션의 정보는System Center 2012 Configuration Manager 시작 가이드에도 나옵니다.
Configuration Manager SP1부터는 독립 실행형 기본 사이트를 새 중앙 관리 사이트가 포함된 계층으로 확장할 수 있습니다. 새 중앙 관리 사이트를 설치한 후에는 추가 기본 사이트를 설치할 수 있습니다. 자세한 내용은 중앙 관리 사이트에서 독립 실행형 기본 사이트를 계층으로 확대 항목을 참조하세요.
Configuration Manager의 계층 계획
Configuration Manager 계층에 대한 계획을 세울 때에는 네트워크와 컴퓨팅 환경을 고려하고 비즈니스 요구 사항을 파악해야 합니다. 그런 후에 조직의 목표에 맞추어 서버 수와 관리 부담을 최소화하면서 Configuration Manager 구현을 계획할 수 있습니다.
기존에 Configuration Manager 2007에 투자한 경우 System Center 2012 Configuration Manager는 Configuration Manager 2007에서 자동화된 마이그레이션을 위한 기본 제공 솔루션을 제공합니다. 그러나 이전 버전의 Configuration Manager에서의 전체 업그레이드 또는 Configuration Manager 2007와의 상호 운용성은 지원하지 않습니다. 단, 다음과 같은 두 가지 예외가 있습니다. 첫 번째 예외로, Configuration Manager 2007에서 System Center 2012 Configuration Manager로 마이그레이션하는 동안 Configuration Manager 2007 배포 지점을 System Center 2012 Configuration Manager와 공유할 수 있어 이러한 배포 지점의 콘텐츠를 System Center 2012 Configuration Manager 클라이언트에서 액세스할 수 있습니다. 두 번째 예외로 Configuration Manager 2007 보조 사이트를 System Center 2012 Configuration Manager 배포 지점으로 업그레이드할 수 있습니다.
따라서 현재 Configuration Manager 2007 인프라에 대한 투자를 보존하려면 System Center 2012 Configuration Manager를 새 계층으로 설치한 후 Configuration Manager 2007 데이터와 클라이언트를 System Center 2012 Configuration Manager로 마이그레이션해야 합니다. 이러한 단계별 구현을 통해 더 적은 수의 사이트 서버를 사용하여 계층을 다시 설계하고 간소화할 수 있습니다.
새 System Center 2012 Configuration Manager 계층의 첫 번째 사이트를 설치하기 전에 비즈니스 및 네트워크 환경 요구 사항을 고려하고 Configuration Manager의 새 기능을 통해 더 적은 인프라로 이러한 요구 사항을 충족할 수 있는 방법을 검토하십시오. 사용자가 관리하는 클라이언트 및 장치의 수가 단일 사이트에서 지원된다면 가능하면 계층의 독립 실행형 기본 사이트만 설치하도록 계획하십시오. 독립 실행형 기본 사이트 계층 설계에서는 추가 사이트 관리의 오버헤드와 사이트 간 데이터베이스 복제의 오버헤드가 필요하지 않습니다. 단일 사이트에서 지원하는 것보다 많은 장치를 관리해야 하는 경우 중앙 관리 사이트를 첫 번째 사이트로 설치한 후 기본 하위 사이트를 하나 이상 설치해야 합니다. 단일 사이트에서 지원하는 클라이언트 수에 대한 자세한 내용은 Configuration Manager의 지원되는 구성 항목에서 사이트당 클라이언트 수 섹션을 참조하세요.
여러 기본 사이트가 아닌 단일 기본 사이트를 설치하도록 지원하는 기능 중 일부가 System Center 2012 Configuration Manager에서 새로 도입되었습니다.System Center 2012 Configuration Manager에서, 한 계층의 사이트 간에 대역폭을 관리하는 방식과 비슷하게 네트워크 대역폭 사용을 관리하여 특정 사이트의 원격 배포 지점으로 콘텐츠를 전송할 수 있습니다. 이 기능 덕분에, 이전 버전의 Configuration Manager에서와 같이 속도가 느린 여러 네트워크에서 콘텐츠 전송을 관리하기 위해 추가 사이트를 설치하지 않아도 되는 경우가 있습니다. 다른 변경 사항으로는 클라이언트 설정 및 역할 기반 관리 사용이 있습니다. 이런 기능을 통해 사용자 지정 클라이언트 설정을 위한 별도의 사이트나 액세스 또는 책임의 보안 기반 파티션을 위한 별도의 사이트를 유지 관리할 필요가 없습니다.System Center 2012 Configuration Manager의 모든 변경 사항을 이해하고 고려한 후에는, 여러 기본 사이트 설치와 관련하여 결정해야 하는 사항은 보통 클라이언트 및 장치의 위치가 아닌 계층에서 지원해야 하는 장치 및 클라이언트의 수입니다.
System Center 2012 Configuration Manager SP1 이전에는, 사용자가 선택한 초기 계층 설계가 영구적이었습니다. 특히 서비스 팩이 적용되지 않은 System Center 2012 Configuration Manager를 사용하는 경우 독립 실행형 기본 사이트를 자식 기본 사이트(중앙 관리 사이트에 보고하는 사이트)로 변환하는 옵션이 제공되지 않았습니다. 따라서 구성을 변경하려면 독립 실행형 기본 사이트를 제거한 후 사이트를 중앙 관리 사이트 아래에 자식 기본 사이트로 다시 설치해야 했습니다. 그러나 Configuration Manager SP1부터는, 독립 실행형 기본 사이트를 중앙 관리 사이트가 포함된 계층으로 확장한 후 추가 자식 기본 사이트를 추가할 수 있습니다. 독립 실행형 기본 사이트를 더 큰 계층으로 확장하는 기능은 Configuration Manager SP1과 함께 설치되는 새 사이트와 서비스 팩이 적용되지 않은 System Center 2012 Configuration Manager에서 업그레이드한 사이트 모두에서 사용할 수 있습니다. 그러나 Configuration Manager에서 중앙 관리 사이트를 포함하는 계층을 독립 실행형 기본 사이트로 변환할 수는 없습니다. 독립 실행형 기본 사이트를 확장하는 방법에 대한 자세한 내용은 이 항목 뒷부분에서 독립 실행형 기본 사이트 확장 계획 섹션을 참조하세요.
독립 실행형 기본 사이트를 확장하는 기능과 나중에 더 많은 장치를 지원하도록 계층을 확장하는 기능 덕분에 최소 서버 인프라인 단일 독립 실행형 기본 사이트를 사용하여 Configuration Manager를 배포할 수 있습니다. 또한 Configuration Manager SP1부터, 한 System Center 2012 Configuration Manager 계층에서 다른 Configuration Manager 계층으로 데이터를 마이그레이션할 수 있습니다. 단, 두 계층 모두에서 동일한 서비스 팩을 실행해야 합니다. 예를 들어, 한 Configuration Manager SP1 사이트 또는 계층에서 다른 Configuration Manager SP1 사이트 또는 계층으로 데이터를 마이그레이션할 수 있습니다. 즉, 테스트 환경에서 프로덕션 환경으로 데이터를 마이그레이션하거나 인수한 특정 환경에서 데이터를 마이그레이션한 후 단일 System Center 2012 Configuration Manager 계층에서 사용자 및 장치의 결합 환경을 관리할 수 있습니다. 마이그레이션에 대한 자세한 내용은 System Center 2012 Configuration Manager의 계층 마이그레이션 항목을 참조하십시오.
Configuration Manager의 사이트 유형 정보
Configuration Manager 배포는 여러 사이트의 계층이나 독립 사이트로 구성됩니다. 한 계층은 여러 사이트로 이루어지며, 각 사이트에 하나 이상의 사이트 시스템 서버가 있습니다. 독립 사이트도 하나 이상의 사이트 시스템 서버로 이루어집니다. 다음 다이어그램은 사이트 디자인의 몇 가지 예를 보여 줍니다.
.jpeg "사이트 설계")
사이트 내의 사이트 시스템 서버를 통해 Configuration Manager의 기능을 확장할 수 있습니다. 예를 들어 소프트웨어 배포를 지원하거나 모바일 장치를 관리하도록 사이트에 사이트 시스템을 설치할 수 있습니다. 사이트 계층을 성공적으로 계획하고 사이트 서버를 배치할 최적의 네트워크 및 지리적 위치를 파악하려면 콘텐츠 배포에 사용하는 각 사이트 유형과 사이트 시스템에서 제공하는 사이트에 대한 대안 정보를 검토해야 합니다.
다음 표에서는 계층에 필요할 수 있는 사이트 유형을 계획하는 데 도움이 되는 정보를 제공합니다.
서버 |
용도 |
추가 정보 |
|---|---|---|
중앙 관리 사이트 |
계층의 모든 관리 및 보고를 위한 권장 위치입니다. |
|
기본 사이트 |
연결 상태가 양호한 네트워크의 클라이언트를 관리하는 필수 사이트입니다. 모든 클라이언트가 기본 사이트에 할당됩니다. |
|
보조 사이트 |
네트워크 대역폭 제어가 필요한 원격 위치에서 클라이언트를 관리합니다. |
|
Configuration Manager 계층을 계획할 때 고려해야 할 사항은 다음과 같습니다.
배포 지점에 배포 콘텐츠를 배포할 때 네트워크 트래픽을 예약 및 제한할 수 있습니다. 따라서 일부 원격 네트워크 위치에 사이트 대신 배포 지점을 사용할 수 있습니다.
알 수 없는 리소스에 대한 DDR(검색 데이터 레코드)은 기본 사이트에서 중앙 관리 사이트로 파일 기반 복제를 사용해서 전송되어 처리됩니다. 검색을 통해 다수의 DDR가 만들어질 수 있기 때문에 대역폭이 낮은 네트워크를 통한 DDR 전송을 최소화하도록 중앙 관리 사이트 위치를 계획하고 검색 작업을 실행할 사이트를 고려해야 합니다. 알려진 리소스에 대한 DDR는 해당 리소스를 받는 첫 번째 기본 사이트에서 처리되고 파일 기반 복제를 사용해서 중앙 관리 사이트로 전송되지 않습니다. 대신 검색 정보가 기본 사이트에서 처리된 후에 데이터베이스 복제를 사용하여 다른 사이트로 복제됩니다.
역할 기반 관리를 통해 계층에 대한 중앙 관리 보안 모델이 구현되므로 사이트를 설치하여 보안 경계를 제공하지 않아도 됩니다. 대신 보안 범위, 보안 역할 및 컬렉션을 사용하여 관리자가 계층에서 보고 관리할 수 있는 항목을 정의합니다.
Configuration Manager 콘솔의 알림을 통해 계층 전반의 작업에 대한 상태 기반 정보를 제공합니다.
다음 섹션에서는 Configuration Manager 사이트 및 사이트 시스템을 설치할지 여부를 결정하는 데 도움이 되는 정보를 제공합니다.
중앙 관리 사이트 설치 여부 결정
여러 기본 사이트가 필요한 경우 중앙 관리 사이트를 설치하십시오. 그러나 단일 기본 사이트에서 지원할 수 있는 것보다 많은 클라이언트 및 장치를 지원해야 하는 경우가 아니라면 독립 실행형 기본 사이트를 설치하여 관리 오버헤드를 줄이고 기본 사이트와 중앙 관리 사이트 간에 불필요한 데이터베이스 복제 작업을 피할 수 있습니다. 독립 실행형 계층 설계에서는, 독립 실행형 기본 사이트에서 중앙 관리 사이트와 동일한 기능을 제공합니다.Configuration Manager SP1 이전 버전에서는, 이러한 결정이 영구적이었습니다. 그러나 Configuration Manager SP1부터는, 독립 실행형 기본 사이트를 중앙 관리 사이트가 포함된 계층으로 확장한 후 기본 사이트를 더 추가할 수 있습니다. 단 System Center 2012 Configuration Manager에서, 한 계층에서 중앙 관리 사이트를 제거하여 계층을 독립 실행형 계층 설계로 변환할 수는 없습니다.
중앙 관리 사이트를 사용하면 계층 전체의 설정을 구성하고 계층의 모든 사이트와 개체를 모니터링할 수 있습니다. 이 사이트 유형은 클라이언트를 직접 관리하지는 않지만 계층 전반의 사이트 및 클라이언트 구성을 비롯한 사이트 간 데이터 복제를 조정합니다.
중앙 관리 사이트를 계획할 때에는 다음 정보를 참조하십시오.
중앙 관리 사이트는 계층의 최상위 사이트입니다.
기본 사이트가 둘 이상 있는 계층을 구성하는 경우 중앙 관리 사이트를 반드시 설치해야 하며, 중앙 관리 사이트가 설치하는 첫 번째 사이트여야 합니다.
중앙 관리 사이트는 기본 사이트를 자식 사이트로서만 지원합니다.
중앙 관리 사이트에는 클라이언트를 할당할 수 없습니다.
중앙 관리 사이트는 일부 사이트 시스템 역할을 지원하지 않습니다. 자세한 내용은 사이트 시스템 역할을 설치할 계층 내 위치 계획 항목을 참조하세요.
중앙 관리 사이트에 연결된 Configuration Manager 콘솔을 사용하는 경우 계층의 모든 클라이언트를 관리하고 모든 기본 사이트에 대한 사이트 관리 작업을 수행할 수 있습니다.
중앙 관리 사이트를 사용하는 경우 중앙 관리 사이트에서만 모든 사이트의 사이트 데이터를 볼 수 있습니다. 이러한 데이터에는 인벤토리 데이터 및 상태 메시지와 같은 정보가 포함됩니다.
개별 사이트에서 실행되는 검색 방법을 할당하여 중앙 관리 사이트에서 계층 전반의 검색 작업을 구성할 수 있습니다.
관리자에 따라 다양한 보안 역할, 보안 범위 및 컬렉션을 할당하여 계층 전반의 보안을 관리할 수 있습니다. 이러한 구성은 계층의 각 사이트에 적용됩니다.
파일 복제 및 데이터베이스 복제 시 계층의 사이트 간 통신을 제어하도록 구성할 수 있습니다. 예를 들어 사이트 데이터에 대한 데이터베이스 복제를 예약하거나, 사이트 간 파일 기반 데이터 전송 시 대역폭을 관리할 수 있습니다.
기본 사이트 설치 여부 결정
기본 사이트는 클라이언트를 관리하는 데 사용됩니다. 기본 사이트를 더 큰 계층의 중앙 관리 사이트 아래에 자식 기본 사이트로 설치하거나 새 계층의 첫 번째 사이트로 설치할 수 있습니다. 계층의 첫 번째 사이트로 설치하는 기본 사이트는 독립 실행형 기본 사이트를 만듭니다. 자식 기본 사이트와 독립 실행형 기본 사이트는 모두 보조 사이트를 기본 사이트의 자식 사이트로 지원합니다.
다음과 같은 목적으로 기본 사이트를 설치할 수 있습니다.
클라이언트를 직접 관리하기 위해
단일 계층으로 관리할 수 있는 클라이언트 및 장치 수를 늘리기 위해. 각 기본 사이트에서 지원하는 클라이언트 및 장치 수에 대한 자세한 내용은 Configuration Manager의 지원되는 구성 항목에서 사이트당 클라이언트 수 섹션을 참조하세요.
로컬 관리 연결 지점을 제공하기 위해
조직의 관리 요구 사항을 충족하기 위해 예를 들어 원격 위치에 기본 사이트를 설치하여 대역폭이 낮은 네트워크를 통한 배포 콘텐츠 전송을 관리할 수 있습니다. 그러나 System Center 2012 Configuration Manager에서는 데이터를 배포 지점으로 전송할 때 네트워크 대역폭 사용을 제한하는 옵션을 사용할 수 있으며, 이 기능 덕분에 추가 사이트를 설치하지 않아도 되는 경우가 있습니다.
기본 사이트를 계획할 때에는 다음 정보를 참조하십시오.
기본 사이트는 독립 실행형 기본 사이트이거나 더 큰 계층의 자식 기본 사이트가 될 수 있습니다. 기본 사이트가 중앙 관리 사이트를 포함하는 계층의 구성원인 경우 이 사이트는 데이터베이스 복제본을 사용하여 사이트 간에 데이터를 복제합니다. 단일 사이트에서 지원할 수 있는 것보다 많은 클라이언트 및 장치를 지원해야 하는 경우가 아니라면 독립 실행형 기본 사이트를 설치해 볼 수 있습니다.Configuration Manager SP1부터는, 배포가 단일 기본 사이트의 용량을 초과하는 경우 독립 실행형 기본 사이트를 더 큰 계층으로 변환할 수 있습니다.
기본 사이트는 중앙 관리 사이트를 부모 사이트로만 지원합니다.
기본 사이트는 보조 사이트를 자식 사이트로만 지원하며, 하나 이상의 보조 자식 사이트를 지원할 수 있습니다.
서비스 팩이 적용되지 않은 Configuration Manager를 사용하는 경우 설치 후 기본 사이트에서 부모 사이트 관계를 변경할 수 없습니다. 그러나 Configuration Manager SP1부터는 새 중앙 관리 사이트를 기존의 독립 실행형 기본 사이트의 부모 사이트로 설치할 수 있습니다.
기본 사이트는 할당된 클라이언트의 모든 클라이언트 데이터를 처리합니다.
기본 사이트는 설치 시 지정된 중앙 관리 사이트와 데이터베이스 복제를 자동으로 구성합니다.
기본 사이트에서는 데이터베이스 복제를 사용하여 중앙 관리 사이트와 직접 통신합니다.
기본 사이트를 설치할 때 일반적으로 사용되는 사이트 시스템 역할을 설치할 수 있습니다. 기본 사이트에서 지원되는 사이트 시스템 역할의 목록을 보려면 사이트 시스템 역할을 설치할 계층 내 위치 계획 항목을 참조하십시오.
보조 사이트 설치 여부 결정
낮은 대역폭 네트워크를 통한 배포 콘텐츠 및 클라이언트 데이터의 전송을 관리하려면 보조 사이트를 사용합니다.
보조 사이트는 중앙 관리 사이트 또는 보조 사이트의 부모 기본 사이트에서 관리할 수 있습니다. 보조 사이트는 기본 사이트에 연결해야 합니다. 기본 사이트에 연결된 보조 사이트는 다른 부모 사이트로 이동할 수 없으며, 이동하려면 먼저 제거한 다음 새 기본 사이트 아래에 자식 사이트로 다시 설치해야 합니다. 피어 보조 사이트 간에 콘텐츠의 경로를 지정하는 방식으로 배포 콘텐츠의 파일 기반 복제를 관리할 수 있습니다. 보조 사이트에서 클라이언트 데이터를 기본 사이트에 전송하기 위해 파일 기반 복제를 사용합니다. 그러나 보조 사이트에서는 부모 기본 사이트와 통신하기 위해 데이터베이스 복제도 사용합니다.
다음 조건 중 하나라도 충족할 경우 보조 사이트를 설치하는 것이 좋습니다.
사이트에 대한 로컬 관리자가 필요하지 않습니다.
배포 콘텐츠를 계층 내 하위 사이트에 전송하는 작업을 관리해야 합니다.
계층 내 상위 사이트에 전송되는 클라이언트 정보를 관리해야 합니다.
보조 사이트의 설치를 원하지 않으며 원격 위치에 클라이언트가 있는 경우 Windows BranchCache를 사용하거나 대역폭 제어 및 일정에 대해 설정된 배포 지점을 사용하는 것이 좋습니다. 이러한 콘텐츠 관리 옵션은 보조 사이트 유무에 관계없이 사용할 수 있고 이를 통해 설치해야 할 사이트 및 서버의 수를 줄일 수 있습니다.Configuration Manager의 콘텐츠 관리 옵션에 대한 자세한 내용은 사이트를 설치할지, 콘텐츠 관리 옵션을 사용할지 결정을 참조하세요.
보조 사이트에 대한 계획을 세우려면 다음 세부 정보를 참조하십시오.
SQL Server의 로컬 인스턴스를 사용할 수 없는 경우 보조 사이트 설치 과정에서 SQL Server Express가 자동으로 설치됩니다.
Configuration Manager 콘솔이 중앙 관리 사이트 또는 기본 사이트에 연결될 때 이 콘솔에서 보조 사이트 설치가 시작됩니다.
보조 사이트가 설치되면 부모 기본 사이트와의 데이터베이스 복제가 자동으로 구성됩니다.
보조 사이트에서는 데이터베이스 복제를 사용하여 부모 기본 사이트와 직접 통신하며 공유 Configuration Manager 데이터베이스의 하위 집합을 가져옵니다.
보조 사이트는 공통 부모 기본 사이트를 공유하는 다른 보조 사이트로 파일 기반 콘텐츠를 라우팅하는 기능을 지원합니다.
보조 사이트를 설치할 때 보조 사이트 서버에 있는 관리 지점 및 배포 지점은 자동으로 배포됩니다.
사이트를 설치할지, 콘텐츠 관리 옵션을 사용할지 결정
원격 네트워크 위치에 클라이언트가 있는 경우 기본 사이트 또는 보조 사이트 대신 하나 이상의 콘텐츠 관리 옵션을 사용하는 것이 좋습니다. 다른 사이트에 대한 요구 사항을 해결하는 일반적인 방법으로 Windows BranchCache를 사용하고, 대역폭 제어를 위한 배포 지점을 구성하거나, 콘텐츠를 배포 지점에 수동으로 복사(콘텐츠 사전 준비)하는 방법 등이 있습니다.
다음 조건 중 하나라도 충족할 경우 다른 사이트를 설치하는 대신 배포 지점을 배포하는 것이 좋습니다.
네트워크 대역폭이 원격 위치의 클라이언트 컴퓨터가 관리 지점과 통신하여 클라이언트 정책을 다운로드하고 인벤토리, 보고 상태 및 검색 정보를 보내는 데 충분합니다.
BITS(Background Intelligent Transfer Service)는 네트워크 요구 사항에 충분한 대역폭 제어 기능을 제공하지 않습니다.
Configuration Manager의 콘텐츠 관리 옵션에 대한 자세한 내용은 Configuration Manager의 콘텐츠 관리 소개 항목을 참조하십시오.
독립 실행형 기본 사이트 확장 계획
System Center 2012 Configuration Manager SP1부터는 새 중앙 관리 사이트를 기존 독립 실행형 기본 사이트의 부모 사이트로 설치할 수 있습니다. 이렇게 하면 독립 실행형 기본 사이트를 새 추가 기본 사이트의 설치를 지원하는 더 큰 계층 안으로 확장할 수 있습니다. 새 중앙 관리 사이트의 데이터베이스는 이러한 독립 실행형 기본 사이트의 데이터베이스에 기반하므로 새 계층 안으로 기존의 기본 사이트는 하나만 확장할 수 있습니다. 새 중앙 관리 사이트가 설치되면 같은 계층 안으로 기존의 기본 사이트를 더 추가하거나 확장할 수 없습니다. 그러나 새 기본 사이트를 중앙 관리 사이트 아래의 자식 사이트로 설치할 수 있습니다.
독립 실행형 기본 사이트를 더 큰 계층으로 확장하려면 Configuration Manager SP1(또는 그 이후 버전의 Configuration Manager) 미디어에서 Configuration Manager 설치 프로그램을 실행하고 새 서버에 새 중앙 관리 사이트를 설치하십시오. 설치 과정에서 새 중앙 관리 사이트를 새 계층의 첫 번째 사이트로 설치하거나 기존 독립 실행형 기본 사이트를 계층 안으로 확장할 수 있습니다. 기존 독립 실행형 기본 사이트를 확장할 경우 확장하려는 독립 실행형 기본 사이트 서버를 지정해야 합니다. 설치 프로그램에서 독립 실행형 기본 사이트의 사이트 서버에 연결한 후 설치는 정상적으로 계속됩니다.
설치가 완료되면 기본 사이트는 중앙 관리 사이트가 포함된 계층에서 자식 기본 사이트가 되며 더 이상 독립 실행형 기본 사이트가 아닙니다.
독립 실행형 기본 사이트를 계층 안으로 확장한 후에는 이 기본 사이트를 독립 실행형 기본 사이트로 작동하도록 복원하기 위해 해당 계층에서 분리할 수 없습니다. 계층에서 기본 사이트를 제거하려면 이 기본 사이트의 설치를 제거해야 합니다.
독립 실행형 기본 사이트 확장을 위한 필수 구성 요소
독립 실행형 기본 사이트를 중앙 관리 사이트와 함께 계층 안으로 확장하려면 먼저 다음 필수 구성 요소를 충족해야 합니다.
필수 구성 요소 |
세부 정보 |
|---|---|
독립 실행형 기본 사이트 및 새 중앙 관리 사이트에서 동일한 버전의 Configuration Manager를 실행해야 합니다. |
예를 들어 SP1의 설치 프로그램을 사용하여 중앙 관리 사이트를 설치하고 독립 실행형 기본 사이트를 확장할 경우 독립 실행형 기본 사이트에도 SP1이 실행되어야 합니다. |
독립 실행형 기본 사이트는 다른 Configuration Manager 계층의 데이터를 마이그레이션하도록 구성될 수 없습니다. |
다른 Configuration Manager 계층에서 독립 실행형 기본 사이트로 진행되는 활성 마이그레이션을 중지하고 마이그레이션에 대한 모든 구성을 제거해야 합니다. 여기에는 완료되지 않은 마이그레이션 작업과 활성 원본 계층의 구성이 포함됩니다. 이는 곧 마이그레이션 작업은 계층의 최상위 계층 사이트에서 수행되며 마이그레이션 구성은 독립 실행형 기본 사이트를 확장할 때 중앙 관리 사이트에 전송되지 않기 때문입니다. 독립 실행형 기본 사이트를 확장한 후 기본 사이트에서 마이그레이션을 다시 구성하면 마이그레이션 관련 작업은 중앙 관리 사이트에서 수행될 것입니다. 마이그레이션을 구성하는 방법에 대한 자세한 내용은 System Center 2012 Configuration Manager로 마이그레이션할 원본 계층 및 원본 사이트 구성 항목을 참조하십시오. |
새 중앙 관리 사이트를 호스트할 컴퓨터의 컴퓨터 계정은 독립 실행형 기본 사이트에서 관리자 그룹의 구성원이어야 합니다. |
독립 실행형 기본 사이트를 성공적으로 확장하려면 새 중앙 관리 사이트의 컴퓨터 계정은 독립 실행형 기본 사이트 관리자 그룹의 구성원이어야 합니다. 이 요구 사항은 사이트 확장 중에만 필요하며 사이트 확장이 완료되면 해당 계정을 기본 사이트의 그룹에서 제거할 수 있습니다. |
독립 실행형 기본 사이트에서 설치 프로그램을 실행하여 새 중앙 관리 사이트를 설치하는 사용자 계정에는 역할 기반 관리 권한을 부여해야 합니다. |
사이트 확장 시나리오의 일부로 중앙 관리 사이트를 설치하려면 독립 실행형 기본 사이트에서 설치 프로그램을 실행하여 중앙 관리 사이트를 설치하는 사용자 계정을 역할 기반 관리에서 전체 관리자 또는 인프라 관리자로 정의해야 합니다. |
사이트를 확장하려면 먼저 독립 실행형 기본 사이트에서 다음 사이트 시스템 역할을 제거해야 합니다.
|
이러한 사이트 시스템 역할은 계층의 최상위 계층 사이트에서만 지원됩니다. 따라서 사이트 독립 실행형 기본 사이트를 확장하려면 먼저 이러한 사이트 시스템 역할을 제거해야 합니다. 사이트를 확장한 후 중앙 관리 사이트에 이 사이트 시스템 역할을 다시 설치할 수 있습니다. 다른 모든 사이트 시스템 역할은 기본 사이트에 그대로 유지해도 됩니다. |
독립 실행형 기본 사이트와 중앙 관리 사이트를 설치할 컴퓨터 간에 SQL Server Service Broker의 포트를 열어야 합니다. |
중앙 관리 사이트와 기본 사이트 간에 데이터를 성공적으로 복제하려면 Configuration Manager에서 두 사이트 간에 SQL Server Service Broker가 사용할 포트를 열어야 합니다. 중앙 관리 사이트를 설치하고 독립 실행형 기본 사이트를 확장하면 필수 구성 요소 검사에서 SQL Server Service Broker용으로 지정한 포트가 기본 사이트에서 열리도록 설정되지 않습니다. |
독립 실행형 기본 사이트에 마이그레이션이 구성된 경우 사이트를 확장하기 전에 모든 활성 데이터 수집을 중지해야 합니다. |
다른 Configuration Manager 계층의 데이터를 마이그레이션하기 위해 마이그레이션을 사용하는 경우 사이트를 확장하기 전에 모든 활성 데이터 수집을 중지해야 합니다. 사이트 확장을 완료한 후 데이터 수집을 다시 구성할 수 있습니다. 마이그레이션용 데이터 수집을 중지 및 다시 구성하는 방법에 대한 자세한 내용은 System Center 2012 Configuration Manager에서 원본 계층 전략 계획 항목에서 마이그레이션 데이터 수집 섹션을 참조하세요. |
독립 실행형 기본 사이트 확장 시 고려 사항
독립 실행형 기본 사이트를 확장할 때 기본 사이트 데이터베이스에 있는 개체 및 구성은 새 중앙 관리 사이트와 공유됩니다. 독립 실행형 기본 사이트를 확장할 경우 다음 예외를 제외하고는 특별한 고려 사항이 없습니다.
고려 사항 |
세부 정보 |
|---|---|
소프트웨어 업데이트 지점 |
독립 실행형 기본 사이트를 확장하기 전에 사이트에서 소프트웨어 업데이트 지점에 대한 구성은 변경할 필요가 없습니다. 그러나 독립 실행형 기본 사이트를 확장할 때 기본 사이트의 소프트웨어 업데이트 지점은 자동으로 다시 구성되어 새 중앙 관리 사이트의 소프트웨어 업데이트 지점과 동기화됩니다. 따라서 새 중앙 관리 사이트 설치가 완료되면 가능한 한 빨리 해당 사이트에 소프트웨어 업데이트 지점을 설치하도록 계획하고 이 소프트웨어 업데이트 지점이 WSUS(Windows Server Update Services)와 동기화되도록 구성하십시오. 중앙 관리 사이트에 소프트웨어 업데이트 지점을 구성하기 전에는 기본 사이트의 소프트웨어 업데이트 지점이 새 소프트웨어 업데이트와 동기화할 수 없습니다. 독립 실행형 기본 사이트를 확장한 직후 중앙 관리 사이트는 기본 사이트로부터 소프트웨어 업데이트 정보를 동기화하므로 중앙 관리 사이트의 데이터 처리량은 높은 수준으로 증가하기 마련입니다. 중앙 관리 사이트에서는 소프트웨어 업데이트 관리를 위한 새 개체를 자동으로 만듭니다. 중앙 관리 사이트에 있는 개체는 계층 전체에서 신뢰할 수 있습니다. 기본 사이트의 기존 구성은 중앙 관리 사이트에서 자동으로 적용됩니다. 이러한 구성으로는 동기화 일정, 교체 구성 및 추가적인 관련 설정 등이 있습니다. |
소프트웨어 배포 패키지 |
독립 실행형 기본 사이트를 확장하기 전 이 사이트에서 만들어진 패키지는 기본 사이트에서 계속 관리됩니다. 그러나 이 패키지는 계층 내 모든 사이트에 글로벌 데이터로 복제되고 중앙 관리 사이트에서 관리될 수 있습니다. 유일한 예외는 클라이언트 설치 패키지입니다. |
클라이언트 설치 패키지 |
독립 실행형 기본 사이트를 확장할 때 클라이언트 설치 패키지의 소유권은 중앙 관리 사이트에 전달됩니다. 그러나 이 패키지의 패키지 ID는 변경되지 않습니다. 계층의 최상위 계층 사이트에서 이 패키지를 관리하고 해당 사이트에서 선택된 클라이언트 운영 체제 언어만 지원하도록 패키지를 수정하므로, 중앙 관리 사이트는 기본 사이트에서 선택된 동일한 클라이언트 언어를 지원해야 합니다. 자세한 내용은 Planning for Sites and Hierarchies in Configuration Manager 항목에서 클라이언트 언어 팩에 대한 계획 섹션을 참조하세요. |
클라이언트 설정 |
기본 사이트를 확장한 후 기본 사이트에서 SMS_POLICY_PROVIDER 구성 요소를 다시 시작해야 합니다. 정책 공급자를 다시 시작하기 전에는 기본 사이트에서 클라이언트에 추가되거나 업데이트된 클라이언트 설정을 제공하지 않으며, 기본 사이트가 확장되기 전 기본 사이트에 구성된 클라이언트 설정만 계속 제공합니다. 정책 공급자를 다시 시작하려면 Configuration Manager Service Manager를 사용하십시오. Configuration Manager Service Manager를 사용하여 구성 요소를 관리하려면 Configuration Manager 콘솔 모니터링 작업 영역의 시스템 상태 아래 구성 요소 상태 노드에서 구성 요소를 선택합니다. 구성 요소를 선택한 후 홈 탭의 구성 요소 그룹에서 시작을 클릭한 다음 Configuration Manager Service Manager를 선택합니다.Configuration Manager Service Manager에서 관리할 구성 요소를 찾은 다음 구성 요소를 클릭합니다. 그리고 쿼리를 클릭합니다. 구성 요소 상태를 쿼리한 후 해당 구성 요소의 상태를 관리할 수 있습니다. 또한 정책 공급자는 사이트 서버에서 SMS_EXECUTIVE 서비스가 다시 시작되거나 사이트 서버 컴퓨터가 다시 부팅되면 다시 시작합니다. |
클라이언트 언어 지원 |
독립 실행형 기본 사이트를 확장하고 중앙 관리를 설치할 때 독립 실행형 기본 사이트에서 지원하는 클라이언트 언어에 대한 지원을 중앙 관리 사이트에 추가할 것을 계획하십시오. 동일한 클라이언트 언어에 대한 지원을 추가하는 것은 필수 사항은 아니며, 설치되는 새 Configuration Manager 클라이언트에서 해당 클라이언트 언어를 지원하도록 보장하기 위한 권장 방식입니다. Configuration Manager에서 언어를 관리하는 방법에 대한 자세한 내용은 Planning for Sites and Hierarchies in Configuration Manager 항목에서 Configuration Manager의 클라이언트 및 서버 운영 체제 언어에 대한 계획 섹션을 참조하세요. |
기본 부팅 WIM |
중앙 관리 사이트에서는 새 기본 부팅 WIM을 만들고 배포합니다. 이 WIM은 계층에서 사용할 새 기본 WIM이 됩니다. 독립 실행형 기본 사이트의 부팅 WIM은 수정되지 않고 유지되며 이 WIM에 기반한 운영 체제 배포를 위한 개체는 계속 작동합니다. |
| 중요 |
|---|
System Center 2012 R2 Configuration Manager SP1을 사용하는 경우: System Center 2012 R2 Configuration Manager SP1을 실행하는 독립 실행형 기본 사이트를 확장한 후 새 중앙 관리 사이트에서 Configmgr2012R2SP1.msi를 실행하여 계층에 대해 R2 기능을 사용하도록 설정합니다. |
Configuration Manager의 클라이언트 및 서버 운영 체제 언어에 대한 계획
System Center 2012 Configuration Manager에서는 여러 언어로 정보를 표시할 수 있습니다. 관리자가 만든 개체는 처음 만들어질 때 사용된 언어로 Configuration Manager 콘솔 및 클라이언트에 표시되지만, 기본적으로 Configuration Manager 사용자 인터페이스는 영어로 표시됩니다. 또한 사용자 인터페이스가 사용자의 기본 설정과 일치하는 언어로 표시되도록 서버 및 클라이언트 언어 팩을 설치할 수 있습니다.
다음 섹션의 정보를 사용하면 언어 팩을 설치하여 언어 지원에 대한 계획을 세울 수 있습니다. 언어 팩을 관리하는 방법에 대한 자세한 내용은 사이트 및 계층 구성 관리 항목에서 Configuration Manager 사이트의 언어 팩 관리 섹션을 참조하세요.
Configuration Manager의 새로운 기능
참고
이 섹션의 정보는System Center 2012 Configuration Manager 시작 가이드에도 나옵니다.
다음은 Configuration Manager 2007 이후 언어 지원에 대해 새로 추가되거나 변경된 항목입니다.
더 이상 특정 언어용으로 작성된 원본 파일을 사용하여 사이트 서버를 설치하지 않습니다. 또한 더 이상 클라이언트에서 여러 언어를 지원하기 위해 International Client Pack을 설치하지 않습니다. 대신 지원하려는 서버 및 클라이언트 언어만 설치하도록 선택할 수 있습니다.
사용 가능한 클라이언트 및 서버 언어 팩이 Configuration Manager 설치 미디어의 LanguagePack 폴더에 포함되어 있고 업데이트를 필수 구성 요소 파일과 함께 다운로드할 수 있습니다.
사이트를 설치할 때 클라이언트 및 서버 언어 팩을 사이트에 추가할 수 있고 사이트가 설치된 후 사용 중인 언어 팩을 수정할 수 있습니다.
사이트마다 여러 언어를 설치할 수 있고 사용할 언어를 설치하기만 하면 됩니다.
각 사이트는 Configuration Manager 콘솔에 대해 다국어를 지원합니다.
각 사이트에서 개별 클라이언트 언어 팩을 설치할 수 있으므로 지원하려는 클라이언트 언어에 대해서만 지원을 추가할 수 있습니다.
컴퓨터의 표시 언어와 일치하는 언어 지원을 설치하면 이 컴퓨터에서 실행되는 Configuration Manager 콘솔 및 클라이언트 사용자 인터페이스는 해당 언어로 정보를 표시합니다.
웹 브라우저 또는 컴퓨터에서 사용 중인 언어 기본 설정과 일치하는 언어 지원을 설치하면 응용 프로그램 카탈로그 또는 SQL Server Reporting Services 등을 포함해 웹 기반 정보에 대한 연결은 해당 언어로 표시됩니다.
언어 팩 정보
서버 및 클라이언트 언어 팩에 대한 지원을 중앙 관리 사이트 및 기본 사이트에 추가하면 Configuration Manager에서 기본 제공 텍스트를 사용자 기본 설정과 일치하는 언어로 표시할 수 있습니다. 보조 사이트는 부모 기본 사이트의 클라이언트 언어와 동일한 클라이언트 언어를 자동으로 지원합니다. 지원되는 언어의 목록은 Configuration Manager의 언어 팩에 대한 기술 참조 항목에서 지원되는 운영 체제 언어 섹션을 참조하세요.
Configuration Manager 콘솔 및 보고 서비스 지점과 같은 사이트 시스템 역할에 대해 서버 언어 팩을 사용합니다.
Configuration Manager 클라이언트 및 응용 프로그램 카탈로그에 대해 클라이언트 언어 팩을 사용합니다.
언어 팩에서는 다음과 같은 언어 기본 설정을 사용하여 정보를 표시합니다.
컴퓨터의 표시 언어는 Configuration Manager 콘솔, 클라이언트 알림 및 소프트웨어 센터 등에 적용됩니다.
웹 브라우저의 표시 기본 설정은 보고서 및 응용 프로그램 카탈로그 보기에 적용됩니다.
참고
언어 팩이 설치된 경우에도 관리자가 만든 데이터는 언어 팩 사용에 영향받지 않습니다.
설치 프로그램을 실행하면 Configuration Manager가 사용 가능한 언어를 Configuration Manager 원본 미디어의 LanguagePack 폴더에서 필수 구성 요소 다운로드용으로 지정한 위치에 복사합니다. 원본 미디어에 액세스할 수 없는 경우 Configuration Manager의 언어 팩은 필수 구성 요소 파일 다운로드의 일부로 다운로드됩니다. 또한 누락되거나 업데이트가 있는 파일도 필수 구성 요소 파일과 함께 다운로드됩니다. 그런 다음 설치가 실행되는 동안 사용 가능한 서버 및 클라이언트 언어 팩을 하나 이상 사이트에 추가할 수 있습니다.
사이트 서버를 설치할 때 언어 팩을 설치하지 않는 경우 나중에 사이트 서버에서 설치 프로그램을 실행하면 언어 팩을 추가할 수 있습니다. 시작 메뉴를 사용하거나 설치 경로에서 Setup.exe를 열어 설치 프로그램을 실행한 다음 사이트 구성을 수정하면 됩니다. 사이트에 대해 지원되는 언어를 변경할 경우 Configuration Manager에서 다음 작업이 진행됩니다.
언어 팩 유형 |
작업 |
|---|---|
서버 언어 팩 |
|
클라이언트 언어 팩 |
|
서버 언어 팩에 대한 계획
사이트에 서버 언어 지원을 추가하면 Configuration Manager 콘솔 및 보고 서비스 지점에서 지원되는 언어로 정보를 표시할 수 있습니다. 여러 서버 언어 팩을 계층 내 각 사이트에 설치할 수 있습니다.
사이트에서 지원하는 각 서버 언어 팩은 해당 사이트 서버의 Configuration Manager 콘솔 설치 원본 파일에 추가됩니다.Configuration Manager 콘솔에서 지원되는 언어로 정보를 표시할 수 있으려면 먼저 사이트에 언어 팩을 추가하고 해당 언어가 포함된 원본 파일에서 Configuration Manager 콘솔을 설치해야 합니다.
보고 서비스 지점은 자동으로 업데이트되어 사이트에 설치하는 언어 팩으로 정보를 표시할 수 있게 됩니다.
클라이언트 언어 팩에 대한 계획
Configuration Manager는 장치 클라이언트 및 모바일 장치 클라이언트에 대해 클라이언트 언어를 지원합니다.
Configuration Manager 클라이언트는 장치에 설치될 때 클라이언트 설치 파일과 함께 포함된 각 클라이언트 언어 팩에 대해 지원을 추가합니다.
Configuration Manager 클라이언트는 모바일 장치에 설치될 때 모든 언어에 대한 지원을 동시에 추가합니다.
클라이언트 언어에 대한 지원은 사이트를 설치할 때 추가하거나 사이트 설치 후 사이트 서버 컴퓨터에서 설치 프로그램을 다시 실행하여 추가할 수 있습니다. 클라이언트에서 지원되는 언어로 정보를 표시할 수 있으려면 먼저 클라이언트 사이트에 언어 지원을 추가하고 해당 언어가 포함된 원본 파일에서 클라이언트를 설치해야 합니다. 클라이언트 언어 팩에 대한 지원은 클라이언트를 설치하기 전에 추가해야 합니다.
사이트에서 클라이언트 언어 팩에 대한 지원을 추가할 때 클라이언트 설치 파일이 업데이트됩니다. 사이트에서 업데이트하는 클라이언트 설치 파일 집합은 사이트의 계층 내 위치에 따라 달라집니다.
계층의 최상위 계층 사이트에서는 클라이언트 설치 패키지를 관리합니다. 이 패키지는 계층 안의 각 배포 지점에 자동으로 배포됩니다. 기본적으로 클라이언트는 설치될 때 클라이언트 설치 원본 파일로 이 패키지를 사용합니다.
참고
최상위 계층 사이트는 중앙 관리 사이트 또는 독립 실행형 기본 사이트가 될 수 있습니다.
기본 사이트에서는 클라이언트 업그레이드 패키지를 관리하고 사이트 서버 및 해당 사이트 내 관리 지점의 Client 폴더에서 지원되는 언어를 업데이트합니다. 클라이언트 설치 프로세스에서 배포 지점의 클라이언트 설치 패키지에 액세스할 수 없거나 클라이언트 설치 명령줄 속성 /source로 해당 파일이 지정된 경우, 클라이언트는 자체 기본 사이트에 있는 설치 원본 파일을 사용합니다.
팁중앙 관리 사이트를 사용할 경우 클라이언트는 각 언어 팩에 대한 지원을 중앙 관리 사이트 및 각 기본 사이트에 추가함으로써 적합한 클라이언트 언어 팩을 설치해야 합니다.
최상위 계층 사이트에서 지원되는 클라이언트 언어를 변경할 경우 클라이언트 설치 패키지가 계층 내 배포 지점에 복제되는 동안 기다릴 필요가 있습니다.Configuration Manager 콘솔 모니터링 작업 영역의 콘텐츠 상태 노드를 사용하여 배포 지점에 대한 패키지 재배포를 모니터링할 수 있습니다. 자세한 내용은 Configuration Manager의 콘텐츠 관리를 위한 작업 및 유지 관리 항목에서 콘텐츠 모니터링 섹션을 참조하세요.
또는 패키지 재배포에 대한 상태 메시지를 확인하여 진행률을 모니터링할 수 있습니다.
클라이언트 설치 패키지 이름은 Configuration Manager 클라이언트 패키지입니다.
배포 지점에서 패키지가 성공적으로 업데이트되면 메시지 ID 2330의 상태 메시지가 생성됩니다.
새 사이트 서버가 클라이언트 언어 팩 지원과 함께 설치되거나 기존 사이트 서버에서 언어 팩 변경 사항을 적용해 배포 지점을 업데이트한 후에는 컴퓨터에 새 클라이언트를 설치하거나 기존 클라이언트를 다시 설치하여 지원되는 클라이언트 언어 팩 지원을 추가할 수 있습니다.
| 중요 |
|---|
Configuration Manager에서 모바일 장치 클라이언트를 다시 설치하려면 먼저 해당 모바일 장치를 제거해야 합니다. 따라서 영어 이외 버전의 모바일 장치를 지원하려면 Configuration Manager 모바일 장치 클라이언트를 설치하기 전에 모바일 장치 클라이언트 언어 지원을 사용하도록 설정해야 합니다. |
Configuration Manager 클라이언트가 새 컴퓨터에 설치할 때 CCMSetup이 클라이언트 설치 원본 파일과 함께 포함된 각 언어 팩의 지원을 추가하도록 Windows Installer 명령줄을 수정합니다. 새 언어 팩을 적용해 기존 클라이언트를 업데이트하려면 클라이언트를 업그레이드하거나 다시 설치해야 합니다.
예를 들어 클라이언트 강제 설치 또는 소프트웨어 배포를 사용하여 클라이언트 소프트웨어를 다시 배포할 때 컴퓨터에서 지원되는 언어를 수정할 수 있습니다.
다음 표에는 이전에 설치된 클라이언트에 대한 언어 팩 지원을 관리할 때 지원하지 않는 클라이언트 업그레이드 및 설치 방법이 나열되어 있습니다.
메서드 |
세부 정보 |
|---|---|
복구 |
Windows Installer 복구 작업에는 클라이언트 설치에 마지막으로 사용한 Windows Installer 명령줄이 클라이언트 컴퓨터의 레지스트리에 저장된 그대로 재사용됩니다. 이 명령줄은 새 클라이언트 언어 팩을 참조하지 않습니다. |
자동 클라이언트 업그레이드 |
자동 업그레이드는 클라이언트 버전의 변경에 따라 실행되므로 이 업그레이드 유형은 지원되지 않습니다. 새 언어 팩으로 인해 클라이언트 버전이 변경되지는 않습니다. |
소프트웨어 업데이트 기반 클라이언트 설치 |
소프트웨어 업데이트 지점은 클라이언트 버전의 변경에 따라 클라이언트를 설치합니다. 새 언어 팩으로 인해 클라이언트 버전이 변경되지는 않습니다. |
클라이언트가 설치용 원본 파일에 액세스하는 방식에 대한 자세한 내용은 Configuration Manager에서 Windows 기반 컴퓨터에 클라이언트를 설치하는 방법 항목을 참조하십시오.
클라이언트 설치 속성에 대한 자세한 내용은 Configuration Manager의 클라이언트 설치 속성 정보 항목을 참조하십시오.
언어 팩 관리를 위한 모범 사례
System Center 2012 Configuration Manager에서 언어 팩을 사용할 때 도움이 되는 다음 보안 모범 사례 정보를 참조하십시오.
사이트 설치 시 언어 설치
계층의 최상위 계층 사이트에서 지원되는 언어 팩을 수정하면 사이트에서는 계층 내 각 배포 지점에서 클라이언트 설치 패키지의 업데이트를 시작하고, 해당되는 사이트 시스템 역할을 다시 설치하고, 사이트 다시 설정을 수행합니다. 또한 클라이언트에서 사이트에 추가되는 새 언어 팩을 사용하도록 하려면 해당 클라이언트를 다시 설치해야 합니다.
클라이언트 언어 팩 지원을 중앙 관리 사이트에 추가할 경우 해당 클라이언트 언어 팩을 각 기본 사이트에도 추가합니다.
사이트에서 클라이언트 언어 팩을 수정하면 업데이트되는 클라이언트 설치 파일은 사이트의 계층 내 위치에 따라 달라집니다. 클라이언트는 설치 시 계층의 최상위 계층 사이트에서 관리되는 클라이언트 설치 패키지를 사용하거나 배포 지점의 클라이언트 설치 패키지에 액세스할 수 없는 경우에는 대신 클라이언트의 할당된 사이트에 있는 관리 지점에서 원본 파일을 사용할 수도 있습니다.
Configuration Manager 콘솔에 대한 계획
관리자는 Configuration Manager 콘솔을 사용하여 Configuration Manager 환경을 관리합니다. 각 Configuration Manager 콘솔은 중앙 관리 사이트 또는 기본 사이트에 연결합니다. 초기 연결이 설정되면 Configuration Manager 콘솔은 다른 사이트에 연결할 수 있습니다. 그러나 Configuration Manager 콘솔은 보조 사이트에 연결할 수 없습니다.
Configuration Manager 콘솔을 사용하는 경우 다른 사이트에 연결하려면 응용 프로그램 메뉴에서 새 사이트에 연결을 선택하고 사이트 서버의 이름을 지정합니다. 또한 Configuration Manager 콘솔의 새 인스턴스를 여는 경우 특정 사이트에 대한 연결을 지정할 수 있습니다. 그러려면 Configuration Manager 콘솔을 여는 명령줄의 일부에 사이트 서버 이름을 지정해야 합니다. 예를 들어 Server1에서 실행하는 사이트를 연결하려면 명령 프롬프트에서 %path%\microsoft.configurationmanagement.exe Server1을 입력합니다.
Configuration Manager는 기본 사이트나 중앙 관리 사이트에 연결한 동시 Configuration Manager 콘솔 수를 제한하지 않습니다. 중앙 관리 사이트에 연결한 경우 계층 내 모든 사이트의 데이터를 보고 구성할 수 있습니다. 중앙 관리 사이트가 있지만 Configuration Manager 콘솔을 기본 사이트에 직접 연결하면 이 연결에서 Configuration Manager 데이터를 보고 관리할 수 있지만 다른 기본 사이트의 데이터나 다른 기본 사이트의 보조 사이트 데이터를 볼 수는 없습니다. 하지만 중앙 관리 사이트 없고 계층에 독립 실행형 기본 사이트가 있는 경우 Configuration Manager 콘솔을 사용하여 계층 내 모든 데이터에 액세스할 수 있습니다.
| 중요 |
|---|
계층에서 다른 기본 사이트의 자식 기본 사이트에 연결된 Configuration Manager 콘솔을 사용하여 개체 또는 클라이언트를 관리하는 경우 다른 기본 사이트의 데이터를 볼 수 없는 경우라도 변경 내용이 다른 기본 사이트의 계층으로 복제됩니다. |
참고
Configuration Manager 콘솔을 Configuration Manager 평가판 설치에 연결하는 경우 콘솔의 제목 표시줄에는 평가판 설치가 만료되기까지 남은 기간(일)이 표시됩니다. 일 수는 자동으로 새로 고쳐지지 않으며 사이트에 새로 연결하는 경우에만 업데이트됩니다. 평가 기간이 만료된 후 Configuration Manager 콘솔은 읽기 전용 콘솔로 연결됩니다.
읽기 전용 콘솔 정보
Configuration Manager 콘솔을 기본 사이트에 연결할 때 Configuration Manager 콘솔이 읽기 전용 콘솔로 연결되는 특정 조건이 있습니다. 읽기 전용 콘솔에서는 개체 및 구성 설정을 볼 수 있지만 변경할 수는 없으며, 모든 변경 내용은 복제 문제가 해결된 이후 중앙 관리 사이트와 동기화되거나 기본 사이트 초기화가 완료되는 경우 손실될 수 있습니다.
다음과 같은 이유로 읽기 전용 콘솔이 설정됩니다.
Configuration Manager 사이트 설치를 완료하기 전에 기본 사이트에 연결하는 경우
사이트 간 복제 문제가 있는 기본 사이트에 연결하는 경우
기본 사이트의 사이트 복원 도중 기본 사이트에 연결하는 경우
기본 사이트가 글로벌 데이터를 초기화할 때 해당 기본 사이트에 연결하는 경우
기본 사이트가 완전히 초기화된 후 또는 사이트와 중앙 관리 사이트 간의 복제 문제가 해결된 후 Configuration Manager 콘솔을 닫은 다음 다시 연결하여 개체 및 구성을 관리할 수 있는 정상 세션을 설정해야 합니다.
참고
180일의 평가 기간이 만료된 후 Configuration Manager의 평가판 설치에 연결하는 Configuration Manager 콘솔은 읽기 전용 콘솔로 연결됩니다.
Configuration Manager에서 여러 관리자 및 글로벌 데이터 복제 계획
사이트 간에 공유되는 개체 및 구성 설정에 액세스하는 관리자를 여러 명으로 계획하려면 다음 섹션을 참조하십시오. 이러한 데이터를 글로벌 데이터라고도 하며 글로벌 데이터는 계층 전체에서 사용할 수 있습니다.
Configuration Manager에서 글로벌 데이터의 다중 편집 정보
하나 이상의 사이트에서 여러 관리자가 동일한 개체를 동시에 관리하려 할 수 있으므로 Configuration Manager는 계층의 한 관리자가 동일한 개체를 현재 편집하고 있는 경우 다른 관리자가 해당 개체를 편집하지 못하도록 차단합니다. 관리하려는 개체가 이미 사용 중인 경우 해당 개체를 읽기 전용 인스턴스로 보거나 개체의 소유권을 확보하도록 다시 시도할 수 있습니다. 소유권을 확보하려고 다시 시도한 경우 다른 관리자가 해당 개체를 더 이상 사용하고 있지 않으면 소유권이 부여되어 개체를 편집할 수 있게 됩니다. 읽기 전용 Configuration Manager 콘솔로 관리하려는 경우에 설정되는 개체 읽기 전용 상태와 혼동해서는 안 됩니다. 읽기 전용 콘솔과 달리, 이는 개체에 한정된 상태이며 개별 개체의 현재 가용성에 기반한 일시적인 상태입니다. 이 상태는 Configuration Manager 콘솔로 연결된 사이트의 상태와 무관합니다.
또한 Configuration Manager는 사이트 중 하나에서 데이터를 복제할 수 없는 경우 다른 사이트에서 편집 작업이 수행되면 개체에 대한 편집 내용을 확인합니다. 이러한 상황은 네트워크 연결이 끊기는 경우에 발생할 수 있습니다. 이 경우 중앙 관리 사이트로 복제되는 개체의 첫 번째 편집 내용이 데이터를 복제할 수 없었던 기본 사이트의 이후 편집 내용보다 우선 적용됩니다.
Configuration Manager 콘솔에서의 데이터 액세스 정보
역할 기반 관리를 사용하여 관리자가 계층에서 Configuration Manager 콘솔을 통해 볼 수 있는 개체와 해당 개체에 대한 권한을 정의할 수 있습니다. 보안 역할, 보안 범위 및 컬렉션을 조합하여 사용하면 계층 전체에서 각 관리자가 액세스할 수 있는 데이터를 효과적으로 관리할 수 있습니다. 자세한 내용은 Configuration Manager의 보안 계획 항목을 참조하세요.