CMDB 개요

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 5분

    • 네트워크 구성 관리 데이터베이스(CMDB) 인프라에서 서비스를 지원하는 ServiceNow 데 필요한 논리적 구성을 만들고 유지 관리합니다.

    CMDB에서 논리적 서비스 구성은 각 도메인에서 지원 네트워크 및 애플리케이션 인프라의 물리적 레이아웃 데이터에 매핑됩니다. IT 서비스 요소의 물리적 및 논리적 상태를 추적하고 인시던트를 서비스 요소 상태에 연결하여 추세를 분석하고 문제와 인시던트를 줄이는 데 도움이 됩니다.

    구성은 환경의 일부인 CI(구성 항목)라는 엔터티로 구성된 CMDB(ServiceNow Configuration Management Database)에 저장됩니다. CI는 다음과 같습니다.

    • 컴퓨터나 라우터와 같은 물리적 엔터티
    • 데이터베이스 인스턴스와 같은 논리적 엔터티
    • 요청 서비스와 같은 개념

    각각의 경우에 유지하려는 CI에 대한 속성이 있으며 CI에 대해 갖고 싶은 제어가 있습니다. CI에 대해 변경 사항을 적용하고 추적해야 할 수 있습니다. 또한 CI는 자체적으로 존재하지 않습니다. CI에는 다른 CI와의 종속성 및 관계가 있습니다. 예를 들어 디스크 드라이브가 손실되면 데이터베이스 인스턴스가 다운될 수 있으며, 이로 인해 HR 부서가 새로운 직원을 위한 장비를 주문하는 데 사용하는 요청 서비스가 영향을 받습니다.

    CMDB를 강력한 의사결정 지원 도구로 만드는 것은 바로 이러한 관계 데이터입니다. 예를 들어, CI 간의 종속성 및 기타 관계를 이해하면 해당 디스크 드라이브 뱅크의 손실로 인해 영향을 받는 사람과 대상을 정확히 파악할 수 있습니다. 라우터에 장애가 발생했다는 사실을 알게 되면 해당 중단의 영향을 평가할 수 있습니다. 서버에서 프로세서를 업그레이드하기로 결정한 경우 중단 중에 영향을 받는 사람 또는 대상을 알 수 있습니다.

    고객마다 고유한 요구 사항이 있기 때문에 구성 항목은 환경마다 다릅니다. 컴퓨터의 정확한 물리적 특성에 대한 세부 정보는 어떤 고객에게는 필요할 수 있지만 다른 고객에게는 무의미한 데이터를 나타낼 수 있습니다. NOW Platform은 CI 간에 존재할 수 있는 새로운 구성 항목 클래스와 새 관계를 쉽게 정의할 수 있는 메커니즘을 제공합니다. 다른 클래스를 확장하는 새 클래스를 정의할 수 있습니다. 예를 들어 컴퓨터 클래스를 확장하는 랩톱 클래스가 있습니다. 컴퓨터 클래스 자체는 기본 CI 클래스를 확장합니다. 고객 클래스 확장은 자동으로 환경의 일부가 ServiceNow 되며 다른 ITIL 프로세스의 통합 지점에 원활하게 통합됩니다.

    예를 들어 cmdb_ci_server 테이블의 속성을 'development', 'test' 또는 'production'과 같은 값으로 설정할 Used for 수 있습니다. 이러한 값은 CI가 지원하는 환경을 나타내며 변화하는 환경에서 수명주기를 통해 CI를 추적하는 방법으로 사용됩니다.

    확장된 CMDB

    기본 시스템에서 CMDB는 하드웨어 및 구성 항목을 위한 모듈을 포함하여 구성 관리 데이터베이스를 위한 핵심 기능을 제공합니다. 별도의 Extended CMDB 플러그인에는 무선 하드웨어, 테스트 장비, 음성 시스템 하드웨어와 같은 특수 구성 항목을 위한 모듈 모음이 포함되어 있습니다.

    CMDB를 확장하려면 다음 플러그인을 활성화 하여 특수 구성 항목의 모듈에 액세스할 수 있습니다.

    • CMDB 메인프레임(com.snc.cmdb.mainframe)
    • CMDB 라디오 범주(com.snc.cmdb.radio.category)
    • CMDB 통신 범주(com.snc.cmdb.telecom.category)
    • CMDB 테스트 장비(com.snc.cmdb.test.equipment)

    CMDB 계층 구조 및 CI 클래스 관리자

    속성을 공유하는 CI 집합은 자체 클래스 테이블에 저장됩니다. 모든 CMDB 테이블은 관계로 연결되고 서로의 속성을 상속하여 CMDB 계층 구조라고 하는 테이블 웹을 형성합니다.

    를 CI 클래스 관리자 사용하여 CMDB 계층 구조, CMDB 상태 및 기타 클래스 관련 정의 내에서 CMDB 클래스를 관리합니다. 예를 들어, CI 클래스 관리자에서 특정 클래스에 대한 클래스 속성, 클래스 식별 규칙 및 CI 목록을 볼 수 있습니다. CMDB의 CI 목록을 보려면 필터 탐색기에 cmdb_ci_list.do 를 입력할 수도 있습니다.

    아키텍처

    CMDB의 구성요소 및 데이터 플로우입니다.

    관련 테이블

    CMDB 계층 구조에 속하지 않지만 여전히 CMDB 데이터로 분류되는 테이블이 있습니다. 일련 번호 [cmdb_serial_number] 테이블과 같은 관련 테이블은 구성 항목 [cmdb_ci] 테이블에 고유하지 않지만 CMDB CI를 참조하는 열이 하나 이상 있습니다. 관련 테이블은 관련 항목 [cmdb_related_entry] 테이블에 지정됩니다.

    관련 테이블과 관련된 일부 시나리오로 인해 관련 테이블에서 고아 기록 또는 부실 기록이 생성될 수 있습니다. 예를 들어, CMDB에서 참조된 CI가 삭제되면 관련 테이블의 CI가 고아가 될 수 있습니다. CMDB 데이터 관리자를 사용하여 필요하지 않은 관련 항목 데이터를 단계적 삭제하는 'CMDB 관련 항목 삭제' 정책 유형의 정책을 만들 수 있습니다. 해당 CMDB 데이터 관리자 정책을 만드는 방법에 대한 자세한 내용은 문서를 참조하십시오 CMDB 데이터 관리자 정책 생성.

    현지화

    CMDB 테이블의 속성에 번역된 텍스트 필드 유형(문자열 대신)을 사용하면 CMDB 상태와 같은 기능의 성능을 포함하여 전반적인 성능이 저하될 수 있습니다. 이는 CMDB 테이블의 값이 동적이고 자주 변경될 가능성이 높으며 데이터 자체가 지속적으로 증가할 가능성이 높기 때문입니다. 번역된 텍스트 필드를 사용하려면 관련 텍스트를 수동으로 업데이트해야 합니다. 번역된 텍스트 필드 유형은 일반적으로 변경되지 않고 증가하지 않는 정적 데이터에 효과적입니다. 필드 유형에 대한 자세한 내용은 다음 문서를 참조하십시오 Field types reference.

    필요한 역할

    CMDB 테이블을 직접 읽으려면 cmdb_read 역할이 필요하지만 구성 모듈에 액세스하려면 자산, itil 또는 itil_admin 역할이 필요합니다. 사용자 인터페이스에서 CMDB 관련 기록을 보려면 일반적으로 itil 역할로 충분합니다. 기록을 업데이트하거나 기타 기록을 조작하려면 설명서 세트의 각 절차에서 설명한 것처럼 일반적으로 더 높은 자격 증명을 가진 역할이 필요합니다.

    CMDB 및 기타 역할에 대한 자세한 내용은 를 참조 Base system roles하거나 와 같은 CMDB 작업 공간과 함께 설치되는 구성요소기능 구성요소 항목을 참조하십시오.