SCOM 커넥터 인스턴스 구성

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 소요 시간: 10분
  • Microsoft System Center Operations Manager(SCOM) 커넥터 인스턴스가 SCOM 서버에서 경보와 메트릭 인텔리전스 원시 데이터를 수신하도록 구성합니다.

    시작하기 전에

    메트릭 수집을 활성화하려면 메트릭을 검색하는 MID 서버메트릭 인텔리전스 확장으로 구성되어 있고 확장이 시작됨 모드인지 확인하십시오. 수동으로 메트릭 인텔리전스 확장 구성 문서를 참조하십시오.

    Windows 인증은 커넥터가 SCOM 데이터베이스(OperationsManagerDW)에 액세스하는 데 사용됩니다. 따라서 메트릭 수집을 선택하고 Windows 인증을 사용하여 데이터베이스 로그인 옵션도 선택한 경우 SCOM 데이터베이스에 대한 읽기 권한이 있는 사용자로 MID 서버 서비스를 실행해야 합니다. 올바른 자격 증명이 사용되는지 확인합니다.
    1. 로컬 서비스에서 MID 서버 서비스를 길게 선택하거나 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.
    2. 로그온 탭에서 이 계정이 선택되어 있는지 확인합니다. SCOM 데이터베이스에 대한 읽기 권한이 있는 Windows 도메인 사용자의 세부 정보를 포함합니다.
    커넥터 구성 절차를 시작하기 전에 다음을 확인하십시오.
    • MID 서버에서 PowerShell을 실행할 수 있는 로컬 관리자 권한의 사용자를 통해 MID 서버를 실행 중입니다.
    • MID 서버 사용자에게 SCOM API에 대한 읽기 권한이 있습니다.
    • MID 서버가 SCOM 서버와 같은 도메인에 있습니다.
    • MID 서버가 SCOM 서버와 동일한 시간대를 사용합니다.
    • MID 서버가 Windows에서 실행되고 있습니다.
    • MID 서버에 .NET framework 버전 3.5가 있습니다.
    양방향이 선택된 경우 다음을 확인하십시오.
    • PowerShell 버전 3.0이 Windows에 설치되어 있습니다.
    • PowerShell을 실행할 수 있는 로컬 관리자 권한의 사용자를 통해 MID 서버를 실행 중입니다.
    기존 SCOM 커넥터를 업그레이드하려면 다음을 수행합니다.
    1. 커넥터 인스턴스 - SCOM 커넥터 페이지(모두 > 이벤트 관리 > 통합 > 커넥터 인스턴스)에서 메트릭 수집 확인란의 선택을 취소합니다.
    2. 스토어에서 em-connectors 플러그인을 설치합니다.

    필요한 역할: evt_mgmt_admin

    이 태스크 정보

    SCOM 경보를 수신하려면 SCOM 애플리케이션에서 재배포 가능한 SCOM 파일을 가져오면 됩니다. MID 서버에 파일을 추가한 다음, 경보 및 메트릭 인텔리전스 원시 데이터를 수집하도록 SCOM 커넥터 인스턴스를 구성합니다.

    메트릭 인텔리전스 수집은 PowerShell 대신 JDBC를 실행하는 JavaScript를 통해 수행됩니다.

    AzureSCOM 관리 인스턴스에 대해 이 설정을 사용할 수도 있습니다.

    이 커넥터에는 소스 시스템에서 이벤트 및 메트릭 페이로드를 기록하는 logPayloadForDebug 로그 매개변수가 활성화되어 있습니다. 디버깅이 완료되면 이 매개변수를 false로 설정하여 시스템 과부하를 방지합니다.

    지원되는 버전:
    • 2007 – 버전 6.1.7221.0
    • 2012 – 버전 7.1.10226.0
    • 2016 – 버전 7.2.117190 및 7.3.13261.0
    • 2019 – 버전 10.19.10050.0
    • 2022 – 버전 10.22.10118.0

    프로시저

    1. SCOM 서버에서 다음 파일을 로컬 컴퓨터에 다운로드합니다.
      버전 SCOM 경로 및 라이브러리 이름
      SCOM 2012R2 또는 SCOM 2012 %ProgramFiles%\Microsoft System Center 2012 R2 or 2012\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      SCOM 2007 %ProgramFiles%\System Center Operations Manager 2007\SDK Binaries
      • Microsoft.EnterpriseManagement.OperationsManager.Common.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      주:
      Microsoft.EnterpriseManagement.OperationsManager.Common.dll 파일에 2007을 추가하지 마십시오.
      SCOM 2016 %ProgramFiles%\Microsoft System Center 2016\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      주:
      MID 서버는 .NET 4.6 이상으로 설치해야 합니다.
      SCOM 2019 %ProgramFiles%\Microsoft System Center 2019\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      주:
      MID 서버는 .NET 4.6 이상으로 설치해야 합니다.
      SCOM 2022
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      주:
      MID 서버는 .NET 4.6 이상으로 설치해야 합니다.
      주:
      같은 MID 서버에서 SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 및 SCOM 2007에 연결할 수 없습니다. 사용자 인스턴스에서 SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 중 하나와 SCOM 2007을 모두 사용하여 작업하려면 인스턴스에 파일을 업로드하기 전에 다음을 수행하십시오.
      1. Microsoft.EnterpriseManagement.OperationsManager.dll 파일의 끝에 .2012를 추가하여 Microsoft.EnterpriseManagement.OperationsManager.dll.2012로 만듭니다. 2012/2016/2019/2022에 대해 이 작업을 수행합니다.
      2. 2007 경로에 있는 Microsoft.EnterpriseManagement.OperationsManager.dll 파일의 끝에 .2007을 추가합니다.
      이렇게 수정된 파일 이름을 사용하면 두 SCOM 버전이 모두 배포될 때 관련 MID 서버에서 해당 DLL을 로드할 수 있습니다. Microsoft.EnterpriseManagement.OperationsManager.Common.dll 파일에 2007을 추가하지 마십시오(SCOM 2007의 경우).

      언제든 SCOM 2007, SCOM 2012/2016 또는 SCOM2019의 커넥터를 정의할 수 있습니다. SCOM 2012와 SCOM 2016은 동일한 라이브러리 파일을 사용하므로 동시에 작업할 수 있습니다. SCOM 2019는 서로 다른 SCOM DLL 파일을 사용하므로 SCOM 2012, 2016 및 2019를 모두 함께 구성할 수 없습니다. 각 SCOM 커넥터는 메트릭 지원을 위해 다른 커넥터의 데이터베이스를 사용할 수 있습니다.

    2. 다음으로 이동 MID 서버 > JAR 파일.
    3. 새로 만들기를 선택하고, SCOM 서버에서 다운로드한 각 DLL 파일의 SCOM 버전에 대해 별도의 기록을 추가합니다.
      1. 이름 필드에서 이름을 고유하게 만드는 SCOM 버전과 식별자를 지정합니다(예: 2012 1).
        SCOM 2016을 사용하는 경우에는 버전을 2012로 지정합니다.
      2. 양식 헤더에서 클립 아이콘을 선택한 다음, 다운로드한 적절한 DLL 파일 중 하나를 연결합니다.
      3. 제출을 선택합니다.
    4. 3단계를 반복하여 나머지 DLL 파일 각각에 대해 별도의 기록을 생성합니다.
      예를 들어 2012 2처럼 첨부한 각 파일의 SCOM 버전 뒤에 고유한 식별자가 있는지 확인하십시오.
    5. 다음으로 이동 이벤트 관리 > 통합 > 커넥터 인스턴스.
    6. 새로 생성을 클릭하고 새 커넥터 인스턴스를 생성합니다.
      페이지에 표시되는 커넥터 인스턴스 필드에 대한 자세한 내용은 SCOM 커넥터 인스턴스 양식 문서를 참조하십시오.
    7. 양식 헤더를 길게 누르거나 마우스 오른쪽 버튼으로 클릭하고 저장을 선택합니다.
      커넥터 인스턴스 값이 양식에 추가되고 커넥터와 관련된 매개변수가 나타납니다.
    8. 커넥터 인스턴스 값 섹션에서 필수 SCOM 매개변수의 값을 편집할 수 있습니다.
      1. login_with_windows_authentication 기본값: False.
        Windows 인증을 통해 SCOM 이벤트 수집 및 이벤트 값의 양방향 교환이 작동하도록 하려면 True로 설정합니다.

        이 값을 호출할 때는 MID 서버에서 다음 작업을 수행해야 합니다.

        1. 로컬 서비스의 목록으로 이동한 다음 MID 서버 서비스를 길게 선택하거나 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다.
        2.  로그온 탭에서 SCOM 데이터베이스에 대한 읽기 권한이 있는 Windows 도메인의 사용자에 대한 상세 정보를 사용하여 이 계정 이 선택되었는지 확인합니다.
      2. metric_chunk_size: 기본값은 50000입니다.
      3. scom_date_format기본 형식은 M/d/yyyy/ h:mm:ss a 입니다.
        날짜가 다른 형식으로 되어 있는 이벤트를 수신한 경우에는 수신 이벤트의 형식과 일치하도록 이 값을 수정합니다. 그렇지 않으면 이벤트가 제대로 처리되지 않습니다.

        예를 들어, 2019년 6월 27일 오전 11시 25분에 2019/06/27/ 11:25:00 a 날짜 형식으로 이벤트가 도착한 경우, 수신된 이벤트의 형식과 일치하도록 scom_date_format 값을 yyyy/M/d/ h:mm:ss a로 수정하십시오.

        scom_date_format에서 a는 오전을, p는 오후를 나타냅니다.

      4. scom_initial_sync_in_days: 기본값은 7입니다.
      5. scom_version: SCOM 버전을 지정해야 합니다.
        2022, 2019, 2016, 2012 또는 2007 중에서 선택합니다.
      6. stop_isMonitorAlert_bidirectional: 부울.
        SCOM 모니터링 경보만 양방향으로 중지하려면 true로 설정합니다. SCOM 모니터링 경보를 중지하면 경보를 업데이트하려고 할 때 SCOM 콘솔에서 잘못된 경보를 방지할 수 있습니다. false로 설정하면 모든 유형의 SCOM 경보에 대해 SCOM 모니터링 경보가 양방향으로 계속 실행됩니다.

        기본값 = false.

    9. 양식 헤더를 길게 누르거나 마우스 오른쪽 버튼으로 클릭하고 저장을 선택합니다.
    10. MID 서버 서비스를 다시 시작하여 파일을 복사합니다.
    11. 커넥터 테스트를 선택하여 MID 서버와 커넥터 사이의 연결을 확인합니다.
      테스트에 실패하면 오류 메시지의 지시에 따라 문제를 해결한 다음 다른 테스트를 실행합니다.
      주:
      ping과 같은 네트워크 도구를 사용하여 자격 증명 정확성 및 MID 서버에서 SCOM으로의 네트워크 연결을 확인합니다.
    12. 테스트가 성공적으로 완료되면 활성 확인란을 선택한 다음, 업데이트를 선택합니다.
      주:

      IT 경보 및 메트릭 인텔리전스 원시 데이터에 적용되는 SCOM을 외부 소스로 포함하는 기본 바인딩 규칙은 다음 SCOM 관리 팩과 같습니다.

      • 모든 OS 관리 팩
      • MS SQL Server
      • IIS

    양방향이 구성된 경우 외부 이벤트 소스와 값을 양방향으로 주고받을 수 있습니다.

    이러한 시나리오는 SCOM 커넥터의 기본 양방향 기능을 설명합니다.

    • SCOM에서 경보가 해결되면 ServiceNow에서 자동으로 종료됩니다. 그러나 각 수집 주기 동안 모든 경보 변경사항이 업데이트되기 때문에, 양방향 기능에 관계 없이 업데이트됩니다.
    • ServiceNow에서 경보를 수동으로 닫으면 SCOM에서 자동으로 종료됩니다. 경보 상태가 다시 열기로 변경되면 SCOM도 업데이트됩니다.
    • ServiceNow에서 인시던트가 생성되어 경보와 연결되면 SCOM는 인시던트 번호를 티켓 ID로 받습니다. 그러나 SCOM에서는 인시던트 상태를 사용할 수 없습니다. 따라서 ServiceNow에서 인시던트가 해결되면 인시던트 번호가 동일하게 유지되므로 SCOM가 업데이트되지 않습니다. 경보가 새 인시던트에 연결되면 SCOM에서 새 인시던트 번호가 업데이트됩니다.