immersion

안녕하세요.

앞서 포스팅했던 내용과 같이 System Center 1801에 대한 내용으로, 이번 포스팅은 Operations Manager에 대한 내용입니다.

Systen Center Virtual Machine Manager에서는 원했던 기능이 많이 업데이트가 되었는데요 Operations Manager도 1801에 크지는 않지만 필요한 기능들이 업데이트 된 것을 확인할 수 있었습니다.

그럼 업데이트를 진행하기 전에 어떤 내용들이 업데이트 되었는지 확인해보시죠.

• 운영 콘솔에서 제품 키 입력(Enter product key from the Operations console): 개인적으로 이전 버전의 Operations Manager에서는 새 관리 그룹을 설치 후에 관리 키를 PowerShell(Set-SCOMLicense)를 통해서만 라이선스 버전으로 업그레이하는 것이 무척 불편하였는데 이제 운영 콘솔 설치 중 또는 설치 후에 제품 키를 등록할  수를 사용하여 평가 버전을 라이선스 버전으로 업그레이드해야했습니다. 1801 버전으로 업데이트를 하면 운영 콘솔을 설치하는 중 또는 설치 완료 후에 운영 콘솔을 통해 제품 키를 등록 할 수 있다고 합니다.

  
  

• Linux 모니터링(Linux monitoring): 이제 FluentD가 지원되는 Linux 에이전트를  통해 Windows Server와 동일한 수준으로 로그 파일 모니터링에 사용할 수 있어,이전 로그 파일 모니터링보다 기능이 향상됩니다. 

• 로그 파일 이름 및 경로에 와일드 카드 문자 사용 가능
• 단순 일치, 제외 일치, 상관 일치, 반복 상관, 배타적 상관과 같은 사용자 지정 가능한 로그 검색을위한 새로운 일치 패턴 사용 가능
• Fluentd 커뮤니티에서 게시한 일반 Fluentd 플러그인을 지원
  

• 향상된 HTML5 대시 보드 경험(Improved HTML5 dashboarding experience): 개인적으로 콘솔 화면 때문에 곤혹스러웠던 적이 많았습니다. 이번 1801 버전에서는 웹 콘솔이 HTML 기반의 콘솔로 변경되어 되어 더 이상 Silverlight에 종속되지 않았다고 합니다. 또한, 새로운 대시 보드가 다음과 같은 기능이 재설계 되었다고 하여 무척 기대가 됩니다.
  

• 최신 사용자 인터페이스
• 간소화된 위젯 및 대시 보드 제작
• 여러 브라우저에서 액세스 가능
• 드릴 다운 페이지로 향상된 문제 해결 경험
• 새로운 REST API를 사용하여 맞춤 위젯으로 확장성 제공
• 대시보드 내보내기 및 공유

또한, 새 웹 콘솔에서 윈도우 인증 외에 네트워크 인증도 사용할 수 있다고 합니다.

• System Center Visual Studio 제작 확장 (VSAE) Visual Studio 2017 지원(System Center Visual Studio Authoring Extension (VSAE) support for Visual Studio 2017): VSAE (Visual Studio Authoring Extension)가 이제 Visual Studio (VS) 2017과 호환되도록 업데이트가 되어, 관리 팩 (MP) 개발자는 최신 버전의 Visual Studio에서 사용자 지정 관리 팩을 만들고 MP 템플릿 중 하나를 사용할 수 있다고 합니다. 

• 향상된 SDK 클라이언트 성능(Enhanced SDK Client performance): 운영 콘솔에서 일반적으로 새 관리 팩을 가져 오거나 삭제하거나 MP에 대한 구성 변경 내용을 저장하는 동안 콘솔  응답에 대한 성능이 개선되었습니다.

• 타사 관리 팩에 대한 업데이트 및 권장 사항(Updates and recommendations for third-party Management Pack): System Center 2016에서는 고객 의견을 기반으로 타사 관리 팩 업데이트의 검색 및 다운로드를 포함하도록 확장된 MP 업데이트 및 권장 기능을 출시했습니다.

• Linux Kerberos 지원(Linux Kerberos support): 드디어 Operations Manager는 관리 서버가 UNIX 및 Linux 컴퓨터와 통신하기 위해 WS-Management 프로토콜을 사용할 때마다 Kerberos 인증을 지원하므로 WinRM (Windows Remote Management)에 대한 기본 인증을 더 이상 필요로  하지 않아 더 큰 보안을 제공한다고 합니다. MS의 Linux에 대한 지원이 점점 더

• 서비스 맵 통합(Service Map integration): 개인적으로 1801버전에서 가장 기대되는 기능으로, Service Map은 Windows 및 Linux 시스템에서 응용 프로그램 구성 요소를 자동으로 발견하고 서비스 간 통신을 매핑할 수 있다고 합니다. 서버, 프로세스 및 타사 서비스 전반에 걸친 종속성에 대한 공통된 참조 맵을 자동으로 작성하고, System Center Operations Manager 간의 통합을 통해 분산 응용 프로그램을 자동으로 만들 수 있다고 합니다.

https://docs.microsoft.com/en-us/system-center/scom/what-is-new-1801?view=sc-om-1801#enter-product-key-from-the-operations-console

안녕하세요.

이번 포스팅은 System Center Operations Manager(이하 SCOM) 데이터 웨어하우스(Data Warehouse, 이하 DWDB)에 대한 그루밍 설정을 구성하는 방법에 대한 내용입니다.

보고 데이터 웨어하우스는 데이터 (경고, 상태, 이벤트, Aem, 성능) 및 집계 유형(원시 데이터, 시간별 집계, 일별 집계)에 따라 지정된 시간 동안 데이터를 저장합니다. 데이터베이스가 이전 데이터를 삭제하도록 설정되는데 이전 데이터를 삭제하는 것을 그루밍(grooming)이라고합니다.

다음 표는 다양한 유형의 데이터에 대한 기본 보존 설정을 보여줍니다.

다만, 지난 번 포스팅에서 설명한 것과 같이 SCOM DB 그루밍은 경우 콘솔을 통해 간단하게 구성에 대한 변경이 가능하였으나, 보고서에 사용되는 DW DB의 경우 콘솔을 통해 설정을 변경할 수는 없으며, Microsoft SQL Server Management Studio를 통해 변경할 수 있습니다.

SQL Management를 실행한 후 OperationsManagerDW에 다음 쿼리를 실행하여 통해 현재 그루밍 설정 값을 확인할 수 있습니다.

만일, 특정 데이터 세트에 대한 그루밍 값 변경을 원하는 경우 다음과 같은 쿼리를 실행하여 그루밍 값을 변경할 수 있습니다.

쿼리를 실행한 후 다시 조회해보면 다음과 같이 그루밍 값이 변경된 것을 확인할 수 있습니다.

하지만, SQL Query가 익숙하지 않은 경우에는 위의 방법으로 그루밍 값을 변경하는 것은 상당히 부담스러울 수 있습니다. 이럴 때에는 dwdatarp을 다운로드 받아 실행하여 데이터 웨어하우스 그루밍 값 변경이 가능합니다.

dwdatarp 다운로드 받기

위의 링크를 통해 dwdatarp를 System Center Operations Manager 서버에 다운로드 받아 압축을 해제합니다.

다음 명령어를 실행하여 명령어 실행에 대한 옵션 확인이 가능합니다.

다음 명령어를 실행하여 현재 데이터 웨어하우스 그루밍에 대한 설정 값을 확인할 수 있습니다.

필요에 따라 다음과 같이 실행하여 데이터 웨어하우스 그루밍 설정에 대한 값을 TXT 파일 형식으로 저장할 수 있습니다.

다음 예와 같이 데이터 웨어하우스 그루밍 설정 변경이 가능합니다.

다시 확인해보면 위에서 설정한 것과 같이 데이터 웨어하우스의 그루밍 값이 변경된 것을 확인할 수 있습니다.

이상 SCOM 데이터 웨어하우스 데이터베이스에 대한 그루밍 설정을 구성하는 방법에 대한 포스팅을 마칩니다.

감사합니다.

이 포스팅은 다음 사이트의 내용들을 참고 및 번역하여 작성하였습니다.

https://blogs.technet.microsoft.com/kevinholman/2010/01/05/understanding-and-modifying-data-warehouse-retention-and-grooming/

https://blogs.technet.microsoft.com/stefan_stranger/2009/08/15/everything-you-wanted-to-know-about-opsmgr-data-warehouse-grooming-but-were-afraid-to-ask/

안녕하세요.

오늘 포스팅은 System Center Operations Manager의 그루밍 설정을 변경하는 방법에 대한 내용입니다.

포스팅 내용으로 그루밍 설정을 변경할 수 있는 대상은 다음과 같습니다.

그루밍 프로세스는 Operations Manager 데이터베이스 크기를 관리 및 성능 유지를 위해 Operations Manager 데이터베이스에서 불필요한 데이터를 제거하며, 불필요한 레코드를 삭제합니다.

다음 레코드 유형에 대한 그루밍 설정이 가능합니다.

그루밍 설정에 대한 변경에 대한 업데이트는 즉시 적용됩니다.

Operations Manager 관리 그룹의 Operations Manager 데이터베이스에서 특정 레코드 유형이 삭제되거나 정리되는시기를 지정하려면 다음 절차를 사용하십시오.

(모든 레코드 유형의 기본 정리 설정 값은 7일보다 오래된 데이터입니다)

관리 그룹에 대한 데이터베이스 정리 설정을 구성하려면

1. 콘솔에서 관리-> 설정-> 데이터베이스 정리를 클릭합니다.

2. 전역 관리 그룹 설정 - 데이터베이스 정리 창에서 그루밍 설정을 변경할 레코드를 선택한 후 편집 버튼을 클릭합니다.

3. 삭제할 레코드에 대한 기간을 변경한 후 확인 버튼을 클릭합니다.

4. 전역 관리 그룹 설정 - 데이터베이스 정리 창에서 그루밍 값이 변경된 것을 확인한 후 더 이상 변경할 값이 없으면 확인 버튼을 클릭하여 변경을 완료합니다.

이상으로 Operations Manager 데이터베이스의 그루밍 설정 방법에 대한 포스팅을 마칩니다.

감사합니다.

이 글은 다음 페이지의 글을 번역 및 참고하여 작성하였습니다.

https://technet.microsoft.com/en-us/library/hh230753%28v=sc.12%29.aspx?f=255&MSPPError=-2147217396

안녕하세요.

이번 포스팅은 다음과 같이 '최근에 분할 및 그루밍이 완료되지 않았음' 오류를 해결하는 방법에 대한 내용입니다.

가장 좋은 방법은 저장 프로 시저 p_PartitioningAndGrooming을 실행하여 OpsMgr 데이터베이스에 대해 수동으로 "분할 및 그루밍"규칙을 실행하는 것입니다. 변경 사항도 잘못될 것이지만 이유에 대한 추가 정보가 표시됩니다.

먼저, SQL Server Management Studio를 시작한 후 저장 프로 시저를 실행할 수있는 권한이있는 계정으로 SQL DB 엔진에 로그온한 후 OpsMgr 데이터베이스를 마우스 오른쪽 단추로 클릭하고 새 쿼리 옵션을 선택합니다.

저장 프로 시저 p_PartitioningAndGrooming을 복사하고 F5 키를 누릅니다.

프로시저 실행을 통해 정상적으로 분할 및 그루밍이 완료되면 자동으로 경고(Alert)가 사라지게 됩니다.

이상으로 '오류 해결: 최근에 분할 및 그루밍이 완료되지 않았음' 에 대한 포스팅을 마칩니다.

감사합니다.

안녕하세요.

이번 포스팅은 System Center Oprtations Manager 정품 인증에 대한 내용입니다.

이미 알고 계시겠지만 System Center Operations Manager 정품 인증을 하지 않은 경우 콘솔을 통해 관리 서버 접근 시 접근이 되지 않습니다.

이러한 경우 Powershell을 Set-SCOMLicense를 통해서만 제품에 대한 정품 라이선스 수준을 설정하고 평가 만료 시간 제한을 제거합니다.

(현재 사용권 조항을 보려면 Get-SCOMLicense cmdlet을 사용하거나 운영 콘솔 도움말 정보 대화 상자에서 라이센스 정보를 볼 수도 있습니다)

이 명령어 실행을 위해서는 반드시 Powershell을 관리자 권한으로 실행해야 하며, 라이선스 키를 입력 한 후 모든 Operations Manager 관리 서버에서 System Center 데이터 액세스 서비스를 다시 시작해야 합니다.

정품 인증을 완료한 후 서비스를 재시작하면 정상적으로 관리 서버 접근이 가능합니다.

감사합니다.

이 글을 다음 사이트를 참고 하였습니다.

https://docs.microsoft.com/en-us/powershell/module/operationsmanager/set-scomlicense?view=systemcenter-ps-2016

안녕하세요.

오랜만에 포스팅할 내용은 System Center 2012 R2 Operations Manager와 Active Directory와의 통합 방법입니다. 

Active Directory 환경에서 System Center 2012 R2 Operations Manager Agent를 설치하는 가장 손쉬운 방법은 당연히 Operations Manager 콘솔을 통해 배포하는 방법이지만, 이 경우 방화벽 오픈 등이 필요하며 가상화 환경에서 가상 머신을 배포한 후에 Agent를 설치하는 작업을 계속적으로 반복해야 하는 것은 옳은 방법이라고 할 수는 없을 것입니다.

따라서, Operations Manager와 Active Directory를 통합해둔다면 Agent가 설치되어 있는 경우 자동으로 관리 서버를 찾아갈 수 있어 관리 편의성을 더할 수 있으며, 또한 통합 방법도 매우 쉽고 간단합니다.

이 포스팅에서는 다음과 같은 순서로 설명합니다.

1. Active Directory에 보안그룹 생성

2. Operations Manager 관리자 역할에 생성한 보안그룹 추가

3. Active Directory 도메인 서비스 컨테이너 생성

4. 관리 서버에 Active Directory 도메인 서비스를 사용하여 자동 에이전트 할당 구성

※ 참고로 Operations Manager와 Active Directory 통합을 사용하기 위해서 도메인 기능 수준이 Windows Server 2000 이상이어야 합니다.

1. Active Directory에 보안그룹 생성

먼저, Active Directory 서버에 도메인 관리자 권한으로 로그인 후 Active Directory 사용자 및 컴퓨터를 실행합니다.

그룹을 만들 위치를 마우스 우 클릭후 '새로 만들기(N)' -> '그룹'을 선택합니다.

새 개체 그룹 창이 나타나면 그룹 이름을 입력한 후 확인 버튼을 클릭하여 그룹을 생성합니다.

2. Operations Manager 관리자 역할에 생성한 보안그룹 추가

Operations Manager 관리자 그룹에 속한 계정으로 콘솔을 실행한 후 관리 메뉴로 이동하여 '사용자 역할' -> '관리자'를 선택합니다.

관리자 - 사용자 역할 속성 창에서 추가(D) 버튼을 클릭합니다.

그룹 선택 창이 나타나면 위에서 생성한 그룹 이름을 입력한 후 확인 버튼을 클릭합니다.

관리자 - 사용자 역할 속성 창에서 그룹이 추가된 것을 확인한 후 확인 버튼을 클릭하여 그룹 추가를 완료합니다.

3. Active Directory 도메인 서비스 컨테이너 생성

Active Directory 도메인 서비스 컨테이터는 MomADadmin.exe 파일을 통해 명령어로 생성할 수 있으며, 해당 파일을 Operations Manager 설치 폴더 또는 설치 이미지 내에 있습니다. 

[Operations Manager 설치 폴더의 위치]

[설치 이미지 폴더의 위치]

MomADAdmin.exe 파일을 특정 경로로 복사해서 실행하거나 해당 위치로 이동하여 컨터이네를 생성하는데 주의할 점은 다음과 같습니다.

1. 반드시 Domain Admin 권한을 가진 계정으로 실행해야 합니다.

2. Operations Manager 관리 서버에서 실행해야 합니다.

MomADAdmin.exe를 통해 컨테이너를 만들기 위해서는 Operations Manager 그룹 이름, 보안 그룹 이름, Operations Manager 서비스 계정명, 도메인명 순으로 입력해주어야 합니다.

정확하게 입력하면 다음과 같이 컨테이너 생성이 완료됩니다.

컨테이너 생성이 완료되고 일정 시간(?)이 흐르면 다음과 같이 Operations Manager 관리 서버가 추가된 것을 확인할 수 있습니다.

4. 관리 서버에 Active Directory 도메인 서비스를 사용하여 자동 에이전트 할당 구성

이제 Operations Manager 관리 서버에 Active Directory 도메인 서비스를 사용하여 에이전트가 자동으로 할당되도록 구성할 차례입니다. Active Directory에 모든 서버를 특정 관리서버에 할당되도록 구성하거나 특정 관리 서버에는 장애 조치되지 않도록 구성할 수 있습니다.

이 포스팅에서는 TEST라는 이름이 포함되면 Operations Manager 1번 서버로, DEV라는 이름이 포함되면 Operations Manager 2번 서버로 에이전트가 자동 할당되도록 구성하겠습니다. 

(에이전트 자동 할당은 Operations Manager 관리 서버가 아닌 게이트웨이 서버에도 자동 할당되도록 구성할 수 있습니다)

Operations Manager의 관리자 그룹에 속한 계정으로 Operations Manager 콘솔에 로그인한 후 관리 메뉴를 클릭하여 관리 서버 메뉴로 이동하여 첫번째 관리 서버를 선택하고 오른쪽 작업 메뉴의 속성 버튼을 클릭합니다.

첫번째 관리 서버 속성 창에서 추가(D) 버튼을 클릭합니다.

에이전트 할당 및 장애 조치 마법사 창의 소개 화면에서 '다음(N)' 버튼을 클릭합니다.

에이전트 할당 및 장애 조치 마법사 창의 도메인 화면에서 도메인을 선택(또는 입력)한 후 다음(N) 버튼을 클릭합니다.

에이전트 할당 및 장애 조치 마법사 창의 포함 기준 화면에서 구성(C) 버튼을 클릭합니다.

컴퓨터 찾기 창에서 위에서 설명한 내용과 같이 TEST라는 이름을 포함하는 경우 첫번째 관리 서버에 할당하도록 설정할 것이기 때문에 '*TEST*'라고 입력한 후 확인 버튼을 클릭합니다. 

에이전트 할당 및 장애 조치 마법사 창의 포함 기준 화면에서 다음과 같이 포함 기준이 정의된 것을 확인한 후 '다음(N)' 버튼을 클릭합니다.

에이전트 할당 및 장애 조치 마법사 창의 제외 기준 화면에서 규칙에서 제외할 컴퓨터가 있는 경우 해당 서버 FQDN를 입력한 후 '다음(N)' 버튼을 클릭합니다.

에이전트 할당 및 장애 조치 마법사 창의 에이전트 장애 조치 화면에서 장애 조치 자동 관리를 선택하거나 장애 조치 수동 구성에서 장애 조치할 관리 서버를 선택한 후 저장 버튼을 클릭합니다.

(장애 조치 수동 구성을 선택한 경우 장애 조치할 서버에서 특정 관리 서버를 제외할 수 있습니다) 

두번째 관리 서버는 에이전트 할당 자동 구성을 선택할 대상이 "*DEV*"로 지정하는 것을 제외하면 모든 부분이 동일합니다.

위와 같이 구성하면 Operations Manager와 Active Directory 통합 구성은 모두 완료되게 됩니다.

이제 실제로 TEST라는 이름을 포함하는 컴퓨터와 DEV 라는 이름을 포함하는 컴퓨터에 Agent를 설치한 후 Active Directory에 가입하여 관리 서버가 자동으로 할당되는지 확인해보겠습니다.

먼저, 각 컴퓨터에 관리 서버 그룹 및 관리 서버를 지정하지 않은채 Operations Manager Agent를 설치합니다. 

Agent 설치가 완료되면 관리 그룹 및 기본 관리 서버가 지정되지 않은 것을 확인할 수 있습니다.

이후 해당 서버를 Active Directory에 가입하면 다음과 같이 컴퓨터명에 TEST를 포함하는 컴퓨터는 위에서 지정한 것과 같이 관리 서버 1번에 할당되고, 컴퓨터명에 DEV를 포함하는 컴퓨터는 관리 서버 2번에 할당된 것을 확인할 수 있습니다.

실제로 이 기능은 프로젝트 시 구현하지는 않았으나 Active Directory 환경에서 운영되고 표준 이미지를 통해 서버를 관리하는 환경의 컴퓨터를 Operations Manager를 통해 모니터링하는 경우 매우 유용한 기능이라는 생각입니다.

그럼 Operations Manager와 Active Directory 통합에 대한 오늘 포스팅을 마칩니다.

감사합니다.

안녕하세요.

오늘 포스팅은 사설 및 공용 클라우드에 최적화된 나노 서버를 System Center Operations Manager를 통해 모니터링하는 방법입니다. 

나노 서버는 Windows Server 2016 Operations Management Pack을 통해 서버의 기본 동작에 대해 모니터링 할 수 있으며, 다음과 같은 역할을 수행하는 나노 서버를 모니터링 할 수 있습니다.

- Windows Failover Cluster

- DNS 서버

- IIS

나노 서버의 모니터링은 다른 윈도우 서버에 대한 모니터링과 비슷하지만, 나노 서버에 Operations Manager Agent를 설치하는 것은 다른 윈도우 서버에 Agent를 설치하는 것과는 차이가 있습니다. 

(나노 서버는 msi 형식의 파일 설치를 지원하지 않으므로...)

따라서, 나노 서버를 모니터링하려면 다음과 같은 절차를 수행해야 합니다.

1. 나노 서버에 Operations Manager Agent를 설치합니다.

2. Operations Manager Agent가 정상적으로 설치되었는지 검증합니다.

3. Windows Server 2016 관리 팩을 설치합니다.

4. 나노 서버가 정상적으로 모니터링되는지 확인합니다.

현재 나노 서버의 Agent에는 제약사항이 있어 다음 작업들이 현재 버전에서는 지원되지 않습니다.

- MSI 패키지를 통해 Operations Manager Agent 설치

- 작업 관리자와 동일한 도메인에 있는 않은 나노 서버 모니터링 (진짜 중요)

- JScript 또는 VBScript로 작성된 관리 팩으로 나노 서버 모니터링

- 나노 서버에 실행되는 닷넷 응용 프로그램 모니터링 (APM)

- 나노 서버의 프로세스 모니터링 

- 나노 서버의 OLE DB 모니터링

- Active Directory에 통합하여 나노 서버 모니터링

- Operations Manager 콘솔에서 업데이트 적용하여 나노 서버에 설치된 Operations Manager Agent에 대한 업데이트

- 네트워크 검색 규칙을 사용하여 ICMP를 지원하는 나노 서버에 대한 검색

- 나노 서버에서 실행되는 특정 URL 모니터링

- 나노 서버의 응용 프로그램의 로그 데이터 수집

1. 나노 서버에 Operations Manager Agent를 설치

나노 서버 모니터링을 위하여 먼저, Operations Manager Agent를 설치할 나노 서버 이미지를 생성합니다.

예) Import-Module .\NanoServerImageGenerator.psm1

New-NanoServerImage -DeploymentType Guest -Edition Standard -MediaPath H:\ -BasePath .\Base -TargetPath "G:\VM\Nano\NanoOMClient.Vhdx" -ComputerName "NanoOMClient" -InterfaceNameOrIndex Ethernet -Ipv4Address 10.0.0.56 -Ipv4SubnetMask 255.0.0.0 -Ipv4Gateway 10.10.10.254 -Ipv4Dns 10.10.10.21 -DomainName "DONKEY.LAB"  

다음은 Operations Manager 서버에서 Powershell을 통해 Agent를 설치하기 위해 신뢰할 수 있는 호스트로 나노 서버를 추가합니다.

예) Set-Item -Path WSMan:\localhost\Client\TrustedHosts -Value "NanoOMClient" -Force; 

이제 Powershell을 통해 Operations Manager Agent를 설치할 차례인데 나노 서버 설치를 위한 파워쉘은 나노 서버 이미지 내의 NanoAgent\NanoServer나 Operations Manager 설치 폴더의Server\AgentManagement\Nano\NanoServer에 존재합니다.

(기본 경로에 설치했다면 C:\Program Files\Microsoft System Center 2016\Operations Manager\Server\AgentManagement\Nano\NanoServer에..)

다음과 같이 Powershell을 실행하여 설치합니다.

[중요!: Agent를 설치하기 위해서는 나노 서버의 관리자 권한을 가진 계정(도메인 관리자 계정 또는 나노 서버 Administrators 그룹에 추가된 계정)으로 설치 진행해야 합니다]

예)

$ManagementServer="OM2016.DONKEY.LAB" 

$ManagementGroupName="OM 2016" 

$NanoServer = "NANOOMClient02.DONKEY.LAB" 

$BinaryFolder = "..\"

 .\InstallNanoServerScomAgentOnline.ps1 -ManagementServerFQDN $ManagementServer -ManagementGroupName $ManagementGroupName -NanoServerFQDN $NanoServer -BinaryFolder $BinaryFolder

위와 같이 정상적으로 설치가 되었다면 나노 서버에 다음과 같이 Operations Manager Agent 폴더가 생성되고 파일이 복사된 것을 확인할 수 있습니다.

만일, Operations Manager 서버 이름이나 관리 그룹이름을 모르는 경우 Powershell을 통해 확인한 후 설치를 진행해야 합니다.

Operations Manager Powershell 모듈 가져오기: Import-Module OperationsManager

Operations Manager 관리 서버 조회하기: Get-SCOMManagementServer

Operations Manager 관리 서버 조회하기: Get-SCOMManagementGroup

2. Operations Manager Agent가 정상적으로 설치되었는지 검증

먼저, Operations Manager가 정상적으로 설치되었는지 검증하기 위하여 원격으로 Nano Server에 연결한 후 Operations Manager Service 실행 여부를 확인합니다.

예) Get-Service -Name HealthService 또는 Get-Service -DisplayName 'Microsoft Monitoring Agent'

이벤트 뷰어를 통해 원격으로 나노 서버에 연결해보면 Operations Manager 이벤트가 생성된 것을 확인할 수 있습니다.

Agent가 정상적으로 설치되었다면 Operations Manager 관리 콘솔을 통해 Agent를 승인해주어야 모니터링이 가능합니다. 

먼저, Operations Manager 관리 콘솔을 실행한 후 Administration -> Setting로 이동하여 Security를 클릭합니다.

Global Management Server Settings - Security 화면에서 수동 Agent 설치를 승인하기 위하여 'Reject new manual agent Installation'에 선택된 것을 "Review new manual agent installations in pending management view"로 변경한 후 OK 버튼을 클릭합니다.

[변경 전]

[변경 후]

이제 Administration -> Pending Management으로 이동해보면 수동으로 Agent를 설치한 나노 서버를 확인할 수 있으며, 해당 서버를 선택 후 오른쪽 Tasks 메뉴에서 Approve 버튼을 클릭합니다.

Manual Agent Install 창에서 Approve을 버튼을 클릭합니다.

이후 Administration -> Agent Managed로 이동해보면 Agent 상태 및 버전을 확인할 수 있습니다.

3. Windows Server 2016 관리 팩 설치

Operations Manager는 Agent를 설치한 경우 Agent Service 중지나 서버 다운 여부만 확인할 수 있으며, 성능이나 이벤트 또는 위에서 언급한 서버 역할(IIS, DNS, Failover Cluster 등)에 대한 모니터링은 불가능합니다. 나노 서버의 운영체제 상태나 서버 역할에 대한 모니터링 및 성능 수집 등을 위해 Windows Server 2016 관리 팩을 다운로드 받아 설치합니다.

Microsoft System Center Operations Manager Management Packs for Windows Server Technical Preview: https://www.microsoft.com/en-us/download/details.aspx?id=48256

다운로드 'SC Management Pack for Windows Server 2016' 파일을 더블 클릭하여 설치를 시작합니다.

License Agreement 창에서 'I accept' 를 선택한 후 Next 버튼을 클릭합니다.

Select Installation Folder 창에서 Next 버튼을 클릭합니다.

(관리 팩 설치 폴더를 변경하려는 경우 Browser.. 버튼을 클릭하여 관리 팩이 설치될 폴더를 변경합니다)

Confirm Installation 폴더에서 관리 팩이 설치될 폴더를 확인한 후 Install 버튼을 클릭합니다.

설치가 완료되어 Installation Complete 창이 나타나면 Close 버튼을 클릭하여 관리 팩 설치를 완료합니다. 

관리 팩 설치가 완료된 후에는 Operations Manager에 관리 팩을 가져와야 합니다. Operations Manager 콘솔을 실행한 후 Administration -> Installed Management Pack으로 이동한 후 Tasks 메뉴에서 Import Management Packs..버튼을 클릭합니다.

Import Management Packs 창의 Select Management Packs 화면에서 Add 버튼을 클릭한 후 Add from Disk... 버튼을 선택합니다.

Online Catalog Connection 창에서 No 버튼을 클릭합니다.

(Operations Manager Console이 설치된 서버가 인터넷에 연결되어 있고 설치하려는 관리 팩에 종속된 관리 팩이 필요 시 Online을 통해 다운로드 받으려는 경우 Yes 버튼을 클릭합니다)

Select Management Packs to import 창에서 설치한 관리 팩을 선택한 후 Open 버튼을 클릭합니다.

Import Management Packs 창의 Select Management Packs 화면에서 Install 버튼을 클릭하여 Operations Manager에 관리 팩을 가져옵니다.

이후 관리 팩 가져오기가 완료되면 Close 버튼을 클릭합니다.

4. 나노 서버가 정상적으로 모니터링되는지 확인

나노 서버에 Agent 설치도 정상적으로 완료하였고 관리 팩도 설치를 완료하였다면 이제 나노 서버가 정상적으로 모니터링 되는지 Operations Manager Console을 통해 확인해보면 서버 상태 및 성능 수집 등의 작업이 정상적으로 수행되는 것을 확인할 수 있습니다.

아직은 Windows Server 2016과 System Center 2016 Operations Manager 모두 Preview 단계이기 때문에 정식 버전이 공개되면 더 많은 것들이 모니터링 가능하리라 기대해봅니다. 

그럼 이상으로 오늘 포스팅을 마치겠습니다.

감사합니다.

참고 사이트: https://technet.microsoft.com/en-us/system-center-docs/om/manage/monitoring-nano-server

안녕하세요.

오늘 포스팅은 방화벽 등으로 이슈로 인하여 검색 마법사를 사용하여 푸쉬 방식으로 Agent 설치가 어려운 경우 대상 서버에서 MOMAgent.msi 파일을 사용하여 수동으로 Agent를 설치하는 방법입니다.

수동으로 Agent를 설치하기 전에는 다음 조건이 충족되었는지 확인이 필요합니다.

- 수동으로 Agent를 설치한 경우 관리 그룹의 승인을 받아야 합니다.

- Domain Controller에 Agent를 수동으로 설치하고 관리 팩은 나중에 배포한 경우 관리 팩 배포 중에 에러가 발생할 수 있습니다. 관리 팩 배포 중에 오류 발생을 방지하거나 또는 오류가 발생된 경우를 해결하려면 OomADs.msi을 실행하여 Active Directory 관리 팩 도우미 개체를 배포해야합니다. 

OomADs.msi는 기본적으로 다음 경로에 있습니다.

경로: C:\Program Files\System Center Operations Manager\Agent\HelperObjects

위의 조건 충족 여부를 확인하였다면 다음과 같은 절차로 Agent를 수동으로 설치합니다.

(설치 시에는 반드시 대상 서버의 Administrators 그룹에 속한 계정으로 로그인하여야 합니다)

[Agent 설치]

1. MOMAgent.MSI 파일을 실행하여 Microsoft Monitoring Agent Setup 창이 나타나면 Next 버튼을 클릭합니다.

2. Microsoft Software License Terms 창에서 I Agree 버튼을 클릭합니다.

3. Destination Folder 창에서 설치 위치를 지정하고 Next 버튼을 클릭합니다.

4. Agent Setup 창에서 Netxt 버튼을 클릭합니다.

5. Managemet Grouo Configuration 창에서 Management Group Name, Management Server Name, Management Server Port를 입력한 후 Next 버튼을 클릭합니다.

6. Agent Action Account 창에서 작업 계정을 Local System 또는 Domain or Local Computer Account를 선택한 후 Next 버튼을 클릭합니다. (작업 계정은 나중에 변경이 가능합니다)

7. Ready to Install 창에서 위에서 설정한 내용을 확인한 후 Install 버튼을 클릭합니다.

8. Installig the Microsoft Monitoring Agent 창에서 설치가 진행된 후 설치가 완료되면 Finish 버튼을 클릭하여 설치 마법사를 종료합니다.

[수동 에이전트 승인]

1. SCOM 콘솔을 실행하여 관리 탭으로 이동한 후 보안 -> 설정으로 이동하여 보안을 클릭합니다.

2. 전역 관리 서버 설정 - 보안 창에서 '관리 보류 중 보기에서 새 수동 에이전트 설치 검토(E)'로 선택한 후 확인 버튼을 클릭합니다.

3. 관리 탭의 장치 관리-> 관리 보류 중에서 수동 에이전트를 선택한 후 오른쪽 작업 메뉴의 승인 버튼을 클릭합니다.

4. 수동 에이전트 설치 창에서 승인(A) 버튼을 클릭하여 수동 에이전트 설치를 승인합니다.

그럼 오늘 포스팅을 마칩니다.

감사합니다. 

https://technet.microsoft.com/en-us/library/hh212915(v=sc.16).aspx

모니터링 할 개체에 에이전트를 배포하기 위해 System Center 2012 R2 Operations Manager 운영 콘솔을 사용할 수 있으며, 검색을 사용하는 장점 중에 하나는 관리자 미처 인식하지 못할 수 있는 개체를 검색하여 모니터링 할 수 있도록 도움을 줄 수 있습니다.

(단, 검색 마법사는 이미 모니터링 중인 대상은 표시하지 않습니다)

System Center 2012 R2 Operations Manager 관리 서버를 모두 설치했다면 모니터를 위해 관제 대상에 Agent를 설치할 차례입니다.

그전에 반드시 확인해야 할 내용은 System Center 2012 R2 Opearions Manager의 Agent의 요구사항 및 호환성을 확인해야 합니다.

[Windows-based computers]

- 운영체제

Server: Windows Server 2003 SP2, Windows 2008 Server SP2, Windows 2008 Server R2, Windows 2008 Server R2 SP1, Windows Server 2012, Windows Server 2012 R2, Microsoft Hyper-V Server  2012 R2
Client : Windows XP Pro x64 SP2, Windows XP Pro SP32, Windows Vista SP2, Windows XP Embedded Standard, Windows XP Embedded Enterprise, Windows XP Embedded POSReady, Embedded Systems용 Windows 7 Professional, Embedded Systems용 Windows 7 Ultimate,Windows 7, Windows 8, Windows 8.1

- File system: %SYSTEMDRIVE%는 NTFS 형식으로 포맷된 파일 시스템이어야 함

- Processor Architectures: x64, x86

- Microsoft Core XML Services (MSXML) version: Microsoft Core XML Services 6.0 is required when installing on Windows Server 2003

- Windows PowerShell 2.0 or Windows PowerShell 3.0. (Windows PowerShell is required for agents that will be monitored by a management pack that uses Windows PowerShell scripts)

- Microsoft .NET Framework 3.5 or later.

[Linux/Unix-based Computers]

- 운영체제
HP-UX 11i V2(PA-RISC 및 Itanium), HP-UX 11i V3(PA-RISC 및 Itanium)
Oracle Linux 5(x86/x64), Oracle Linux 6(x86/x64), Oracle Linux 7(x64), Oracle Solaris 9(SPARC), Oracle Solaris 10(SPARC 및 x86), Oracle Solaris 11(SPARC 및 x86)
Red Hat Enterprises Linux 4(x86/x64), Red Hat Enterprises Linux 5(x86/x64), Red Hat Enterprises Linux 6(x86/x64), Red Hat Enterprises Linux 7(x64)
SUSE Linux Enterprise Server 9(x86), SUSE Linux Enterprise Server 10(x86/x64), SUSE Linux Enterprise Server 11(x86/x64), SUSE Linux Enterprise Server 12(x64)
IBM AIX 5.3(POWER), IBM AIX 6.1(POWER), IBM AIX 7.1(POWER), CentOS 5(x86/x64), CentOS 6(x86/x64), CentOS 7(x64)
Debian 5(x86/x64), Debian 6(x86/x64), Debian 7(x86/x64)
Ubuntu Server 10.04(x86/x64), Ubuntu Server 12.04(x86/x64), Ubuntu Server 14.04(x86/x64)

[APM with System Center Operations Manager]

- Windows NT Services written with .NET Framework

- 운영체제

Server: Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008
Client: Windows 8.1, Windows 8, Windows 7

- Internet Information Services (IIS) 8.5, IIS 8, IIS 7.5, IIS 7
- NET Framework 2.0 and above
- Processor Architectures: x64, x86

[APM with Stand-Alone Monitoring using IntelliTrace log as an output]

-운영체제
Server: Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008
Client: Windows 8.1, Windows 8, Windows 7
- IIS 8.5, IIS 8, IIS 7.5, or IIS 7
- .NET Framework 2.0 and above
- Windows PowerShell 2.0 or Windows PowerShell 3.0
- Processor Architectures: x64, x86

요구사항을 확인한 후에는 Agent를 설치할 차례인데 System Center 2012 R2 Operations Manager는 Agent를 설치하는 방법이 크게 세가지 방법으로 나누어져 있습니다.

▶ Push install: 검색을 통해 검색된 대상에 Agent를 밀어넣어 설치하는 방법으로 Windows, Linux, Unix를 실행하는 관제 대상에 동작할 수 있습니다. (이 경우 Firewall Port Open과 설치할 서버의 관리자 권한의 계정이 필요합니다)

▶ 설치 미디어: System Center 2012 R2 설치 미디어에서 설치 마법사를 실행하 고 Windows를 실행하는 컴퓨터에 직접 에이전트를 설치할 수 있습니다.