CMDB 쿼리

  • 릴리스 버전: Washingtondc
  • 업데이트 날짜 2024년 02월 01일
  • 읽기5분
  • CMDB 쿼리 작성기를 사용하면 여러 CMDB 클래스, 비 CMDB 테이블에 걸쳐 있고 서로 다른 관계로 연결된 많은 CI를 포함하는 복잡한 인프라 및 서비스 쿼리를 쉽게 빌드할 수 있습니다.

    CMDB 쿼리 작성기는 쿼리에 포함할 CI 클래스를 끌어다 놓을 수 있는 캔버스를 제공합니다. 그런 다음 CI 클래스 간에 관계 및 연산자를 추가하고 쿼리할 관계 속성을 정의합니다. 저장된 쿼리를 사용하여 CMDB 그룹에 CI를 입력한 다음 스크립트 가능한 API를 사용하여 CI 목록을 검색하고 그룹의 모든 CI에 작업을 집합적으로 적용할 수 있습니다.

    쿼리 유형에는 CMDB 쿼리와 쿼리의 서비스 매핑 두 가지가 있으며, 개별적으로 또는 조합하여 사용하여 다음과 같은 쿼리를 만들 수 있습니다.

    • Windows가 설치된 서비스 제공의 모든 하드웨어입니다.
    • 애플리케이션 서비스에 있는 특정 유형의 모든 CI입니다. 예를 들어 서비스당 모든 Apaches/Web Server/Linux 서버가 있습니다.
    • 모든 가상 서버 및 해당 서버를 호스팅하는 물리적 서버입니다.
    • 애플리케이션 서비스에 매핑되지 않은 모든 서버입니다.
    • 모든 애플리케이션 서비스 및 연결된 서버와 각 서버의 비용입니다. 이 쿼리를 통해 각 애플리케이션 서비스의 기술 비용을 평가할 수 있습니다.

    Starting node: 쿼리 작성기 캔버스에서 STARTING NODE 로 레이블이 지정된 쿼리의 시작점입니다. 캔버스로 끌어 오는 첫 번째 클래스는 자동으로 쿼리의 시작 노드가 되며 다른 시작 노드를 선택할 수 없습니다. 복잡한 쿼리에서 시작 노드는 항상 AND/OR 연산자에 연결된 유일한 노드여야 합니다. 시작 노드가 연결된 연산자에 두 번째 노드를 연결하려고 하면 쿼리가 실행되지 않고 다른 시작 노드를 선택하라는 프롬프트가 나타납니다.

    추가 정보

    CMDB 통합을 위한 지능형 검색

    기본적으로 CMDB용 지능형 검색 기능은 CMDB 쿼리 작성기에 통합되어 있습니다. 쿼리 작성기를 열 때 쿼리 작성기 캔버스 위에 표시되는 지능형 검색 검색 상자를 사용할 수 있습니다. 지능형 검색을 사용하면 일상적인 자연어 쿼리(NLQ)를 사용하여 쿼리를 작성할 수 있습니다. 지능형 검색은 구문 분석하고, 테이블 이름 및 관계 유형의 모호성을 해결한 다음, 검색 문자열을 유효한 쿼리로 변환합니다. 쿼리는 쿼리를 실행하거나 계속하고 개발할 수 있는 쿼리 작성기 캔버스에 완전히 구성된 상태로 나타납니다.

    CMDB용 지능형 검색과 CMDB 쿼리 작성기의 통합은 기본적으로 true로 설정되는 시스템 속성 glide.cmdb.query.nlq.activated에 의해 제어됩니다. 속성을 false로 설정하면 쿼리 작성기 내에서 CMDB용 지능형 검색을 사용할 수 없습니다.

    AI 검색 및 CMDB

    NLQ Genius Results for AI Search 자연어 쿼리를 사용하여 포털 또는 작업 공간을 벗어나지 않고도 검색과 일치하는 CMDB 테이블을 찾습니다. 자세한 내용은 Genius Result configurations in the base system 문서를 참조하십시오.
    주:
    AI 검색 는 CMDB 쿼리 작성기에 액세스하지 않고도 일반 작업 플로우에서 CMDB 기록을 표시할 수 있는 보완적인 검색 환경입니다. 이는 CMDB 쿼리 작성기에 특별히 구축되고 통합된 지능형 Search for CMDB를 대체하지 않습니다.

    CMDB 쿼리

    CI 클래스와 이들을 연결하는 관계와 참조에 대한 인프라를 쿼리하는 쿼리 유형입니다. 선택적으로 CMDB 쿼리에 비CMDB 테이블의 컨텍스트를 추가할 수 있습니다.

    다음을 찾기 위해 CMDB 쿼리에 포함할 애플리케이션 서비스 수 있습니다.
    • 데이터베이스의 모든 중요 애플리케이션 서비스입니다.
    • 특정 애플리케이션 서비스의 모든 인프라입니다.
    • 애플리케이션 서비스의 특정 CI에 대한 모든 인시던트 또는 애플리케이션 서비스의 모든 CI에 대한 모든 인시던트.
    • 데이터베이스에 연결된 서비스 패턴이 있고 데이터베이스에 인시던트가 있는 모든 애플리케이션 서비스입니다.

    사용 가능한 비CMDB 테이블 목록에는 구성 항목 [cmdb_ci] 클래스 또는 해당 하위 클래스에 대한 참조가 있는 시스템 내 테이블의 하위 세트가 포함됩니다. 비 CMDB 테이블 목록에는 자산, 작업 및 문제와 같은 테이블이 포함됩니다. 시스템 속성 glide.cmdb.query.non_cmdb.black_listed_tables 를 사용하여 선택할 수 있는 비 CMDB 테이블 목록의 범위를 좁힐 수 있습니다.

    서비스 매핑 쿼리

    애플리케이션 서비스를 쿼리하는 쿼리 유형입니다. 쿼리는 애플리케이션 서비스 맵 내에 프레임이 지정됩니다. 패턴을 정의하고 정의에 해당 패턴이 있는 애플리케이션 서비스 맵을 쿼리합니다. 쿼리의 서비스 매핑 관계는 CMDB 쿼리와 유사한 단일 수준의 직접 관계에 의해 일치되며 또한 다중 수준 간접 관계(존재하는 경우)에 의해서도 일치됩니다. 두 CI 클래스 간의 관계에 대한 쿼리는 두 CI 클래스가 쿼리에 지정되지 않은 중간 CI 클래스로 연결된 경우에도 충족됩니다.

    조합 쿼리

    저장된 서비스 매핑 쿼리를 CMDB 쿼리에 통합하여 두 쿼리 유형을 결합할 수 있습니다. 예를 들어 Tomcat WAR에 연결된 Windows 서버에 대한 CMDB 쿼리를 만듭니다. 그런 다음 Tomcat WAR CI 클래스를 쿼리에 서비스 매핑 연결합니다. 쿼리가 변경되어 쿼리에 의해 반환된 서비스에 포함된 Tomcat WAR에 연결된 Windows Server를 서비스 매핑 찾습니다. Does Not Belong To Service(서비스에 속하지 않음)를 선택하여 해당 쿼리를 반전시킬 수 있습니다. 이렇게 하면 쿼리에서 반환되는 서비스에 포함되지 않은 Tomcat WAR에 연결된 Windows Server를 찾도록 쿼리가 서비스 매핑 변경됩니다.

    관계 속성

    캔버스에서 CI 클래스를 연결하면 CMDB 쿼리 작성기의 오른쪽 표시줄에 연결 속성이 표시됩니다. 여기서 관계 방향과 같은 관계의 속성을 구성할 수 있습니다. 쿼리의 서비스 매핑 경우 관련 또는 관련 없는 CI를 쿼리할지 여부를 구성할 수 있습니다.

    연결 속성은 다음과 같습니다.
    • 관계 유형: 특정 관계 유형을 사용하여 CI 및 내림차순 클래스를 쿼리합니다.
    • 관계 방향: 관계에서 상위 CI 클래스이고 하위 CI 클래스입니다.
    • 관계 수준: 첫 번째 수준 관계 또는 두 번째 수준 관계에 대해서만 쿼리합니다.
    • 관계 없음: 설정된 클래스와 관계가 없는 CI를 쿼리합니다.
    • 참조 필드: 상위 및 상위 CI 클래스가 하위 CI 클래스를 참조하는 데 사용하는 필드입니다.

    CI 클래스 간에 새로 추가된 관계가 관계 목록에 표시되는 데 최대 30분이 걸릴 수 있습니다.