관리 팩 수명 주기

각 관리 팩은 관리 팩과 동일한 폴더에 설치되는 관리 팩 가이드와 함께 제공됩니다. 관리 팩 가이드에는 관리 팩 설치 및 구성에 대한 지침과 관리 팩에 대한 정보(예: 관리 팩에서 검색하는 개체 및 상태가 롤업되는 방법)가 포함되어 있습니다. 이 정보를 사용하면 사용자 목적에 맞게 관리 팩을 사용자 지정할 수 있습니다. 관리 팩을 가져오기 전에 관리 팩 가이드를 항상 확인해야 합니다.

봉인된 관리 팩의 콘텐츠를 확인하는 도구는 MPViewer이며, 이 도구는 관리 팩의 규칙, 모니터, 보기, 작업, 콘솔 작업, 보고서 등의 콘텐츠를 표시할 수 있습니다. 또한 MPViewer는 특정 관리 팩 항목과 연결된 기술 정보도 표시합니다. Operations Manager 운영 콘솔이 설치된 모든 컴퓨터에 MPViewer를 설치하여 사용할 수 있습니다. 최신 버전의 MPViewer은 https://blogs.msdn.com/b/dmuscett/archive/2012/02/19/boris-s-tools-updated.aspx의 MSDN 블로그에서 검색해 보십시오.

새 관리 팩이 있는 경우 이를 프리프로덕션 환경으로 가져와야 합니다. Operations Manager에서는 프로덕션 응용 프로그램을 모니터링하기 위해 사용되는 프로덕션 구현과 프로덕션 환경에 대한 간섭을 최소화할 수 있는 프리프로덕션 구현을 포함하는 것이 가장 좋습니다. 프리프로덕션 관리 그룹은 프로덕션 환경에 관리 팩을 배포하기 전에 관리 팩 기능을 테스트하고 조정하는 데 사용됩니다.

관리 팩이 수집하는 데이터를 정확하게 측정하려면 프로덕션 환경의 요구 사항을 에이전트에 제공해야 합니다. 프리프로덕션 환경의 관리 서버 하드웨어는 프로덕션 환경에 사용되는 하드웨어 구성을 따라야 합니다. 프리프로덕션 관리 그룹에서는 프로덕션 관리 그룹에서와 동일한 관리 팩을 관리 서버에 가져와야 합니다. 상호 운용성을 테스트하려면 프리프로덕션 환경에 프로덕션 환경과 동일한 유형의 버 역할 유형도 소규모 구성으로 포함해야 합니다.

Operations Manager 에이전트를 두 개 이상의 관리 그룹(또는 멀티호밍)에 할당할 수 있습니다. 프로덕션 환경 및 프리프로덕션 환경에 에이전트의 해당 하위 집합을 멀티호밍하는 경우 프리프로덕션 환경은 관리 팩을 제대로 조정하는 데 필요한 만큼의 정보를 제공해야 합니다. 에이전트를 멀티호밍하는 방법에 대한 자세한 내용은 에이전트 구성을 참조하십시오.

Operations Manager에서, 재정의를 사용하여 모니터, 규칙, 개체 검색, 특성 등 멀티호밍 개체의 설정을 구체적으로 정의할 수 있습니다. 작성한 사용자 지정을 저장할 관리 팩을 만들어야 합니다.

재정의를 사용하는 방법에 대한 자세한 내용은 대상 지정 및 재정의를 사용하여 모니터링 조정을 참조하십시오. 사용자 지정을 저장할 관리 팩을 만드는 방법에 대한 자세한 내용은 변경 제어에 대한 모범 사례를 참조하세요.

프리프로덕션 환경에서 관리 팩의 성능 및 결과에 만족하면 프로덕션 환경에서 관리 팩 및 사용자 지정을 배포할 수 있습니다. 사용자 지정을 저장한 관리 팩을 다른 컴퓨터에서 가져오도록 내보내야 합니다. 자세한 내용은 작업 관리자 관리 팩를 내보내는 방법 항목을 참조하세요. 사용자가 설정한 재정의를 포함하는 관리 팩은 원래 관리 팩에 종속되므로, 원래 관리 팩이 설치되어 있는 관리 그룹으로만 가져올 수 있습니다.

관리 팩을 배포한 후에는 계속해서 비즈니스 요구를 충족시킬 수 있는지 확인하기 위해 프로덕션 환경에서 해당 성능과 결과를 주기적으로 평가해야 합니다. 다음 목록에서는 관리 팩에 대한 변경이 필요할 수 있는 일반적인 경우에 대해 설명합니다.

• 새로운 하드웨어 또는 운영 체제 등의 환경 변화 

  프로덕션 환경에 추가할 계획인 새로운 하드웨어 또는 운영 체제를 테스트 중인 경우 추가적인 조정이 필요할지 확인하기 위해 테스트 계획에 기존의 관리 팩도 포함시켜야 합니다. 운영 체제의 경우 해당 운영 체제에 특정된 새로운 관리 팩을 가져와야 합니다.

• 프로덕션 환경에 새로운 응용 프로그램 추가 

  새 응용 프로그램의 경우 새로운 관리 팩이나 기존 관리 팩에 대한 조정이 필요할 수 있습니다.

• 응용 프로그램 버전 업그레이드 

  회사에서 응용 프로그램 버전을 업그레이드할 때는 일반적으로 단계별로 작업을 진행하여 응용 프로그램의 두 버전이 네트워크에 함께 존재하거나, 모든 응용 프로그램 설치를 한 번에 업그레이드합니다. 새로운 버전에서 관리 팩을 테스트하고 필요한 조정을 마친 후에는 업그레이드를 배포하는 데 사용한 것과 동일한 관리 팩 배포 방식을 따라야 합니다. 응용 프로그램의 두 버전이 동시에 사용될 경우 각 버전에 적합한 관리 팩을 설치해야 합니다. 모든 응용 프로그램 설치를 한 번에 업그레이드할 경우 이전 버전의 응용 프로그램에 대한 관리 팩을 지우고 새 버전에 대한 관리 팩을 설치해야 합니다.

• 새로운 관리 팩 또는 업데이트된 버전이 제공된 경우 

  새로운 또는 업데이트된 관리 팩 버전을 검토하고 조정하려면 프리프로덕션 환경을 사용해야 합니다.

• 정책 변경 

  비즈니스 또는 조직이 지속적으로 변경될 경우 그에 따른 모니터링을 늘리거나 줄이기 위해 관리 팩을 조정해야 합니다.

다음은 Operations Manager 관리 팩을 관리할 때 따라야 하는 몇 가지 모범 사례입니다.

• 필요한 경우 변경 사항을 롤백할 수 있도록 관리 팩 버전에 대한 아카이브를 유지 관리합니다. 아카이브를 효율적으로 유지 관리할 수 있는 방법 중 하나는 Microsoft Team Foundation Server 또는 Windows SharePoint Services와 같은 버전 제어 소프트웨어를 사용하는 것입니다. 또 다른 방법은 각 관리 팩 버전마다 개별 폴더를 사용해서 네트워크에 파일 공유를 만들어 사용하는 것입니다.

• 관리 팩에 대한 재정의를 설정하는 경우 ManagementPack_Overrides라는 관리 팩에 이러한 재정의를 저장합니다. 여기서 ManagementPack은 재정의가 적용되는 봉인된 관리 팩의 이름입니다. 예를 들어 Microsoft.InformationWorker.Office.XP.mp 관리 팩에 대한 재정의는 Microsoft.InformationWorker.Office.XP_Overrides.xml에 저장됩니다. 자세한 내용은 재정의를 위한 관리 팩 만들기 항목을 참조하세요.

• 관리 팩이 업데이트되면 <해당 이름>_Overrides.xml 파일을 새로운 버전 번호로 업데이트합니다. XML 편집기를 사용하여 _Overrides.xml 파일의 버전 번호를 업데이트해야 합니다. _Overrides.xml 파일을 변경하지만 버전 특성은 변경하지 않은 경우 파일을 가져올 수 있지만 파일의 설정이 적용되지 않습니다.

• 관리 팩에 작성한 재정의는 문서화합니다. 재정의를 설정한 경우 재정의 속성 대화 상자의 세부 정보 창에서 편집을 클릭하여 설명 필드에 수행한 작업과 이유에 대한 설명을 추가합니다. 또한 관리 팩에 작성한 변경 내용을 문서화하는 스프레드시트나 다른 양식을 유지할 수도 있습니다.