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

구성은 환경의 일부인 CI(구성 항목)라는 엔터티로 구성된 구성 관리 데이터베이스(ServiceNow CMDB)에 저장됩니다. CI는 다음과 같습니다.

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

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

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

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

예를 들어 cmdb_ci_server 테이블의 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_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 역할이 필요하지만 구성 모듈에 액세스하려면 sn_cmdb_editor, sn_cmdb_admin, asset, itil 또는 itil_admin 역할이 필요합니다. 사용자 인터페이스에서 CMDB 관련 기록을 보려면 일반적으로 sn_cmdb_editor 또는 itil 역할로 충분합니다. 기록을 업데이트하고 기타 기록을 조작하는 경우, 문서 세트 전체의 각 절차에서 설명하듯 일반적으로 더 높은 자격 증명을 가진 역할이 필요합니다.

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