CMDB CI 수명주기 관리(레거시)

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 6분

    • CMDB CI는 생성 시점부터 더 이상 필요하지 않을 때까지 일반적으로 여러 운영 상태를 거치며 전환됩니다. CI 수명주기 관리는 CI의 상태와 작업을 정의하는 메커니즘을 제공하며 CI의 상태를 기반으로 적절한 작업을 적용하여 비즈니스 요구에 맞게 CI 수명주기 관리를 조정할 수 있도록 합니다.

    CMDB 데이터 관리자는 이제 삭제 및 보관과 같은 CI 수명주기 작업을 대량으로 관리하기 위한 보다 포괄적인 통합 솔루션입니다. CMDB 데이터 관리자에 대한 자세한 내용은 다음 문서를 참조하십시오 CMDB 데이터 관리자 작업.

    CI 수명주기 관리와 관련된 용어:
    운영 상태
    CI가 있을 수 있는 상태 집합입니다(예: "운영" 또는 "수리 진행 중"). CI는 언제든 하나의 운영 상태와만 연결될 수 있습니다. 작동 상태에 대한 선택 항목은 [cmdb_ci] 테이블의 필드를 기반으로 operational_status 합니다. 기본 시스템에 정의된 몇 가지 운영 상태가 있습니다(예: '폐기됨', '수리 진행 중'). 이 목록을 수정하여 비즈니스와 관련된 운영 상태를 반영할 수 있습니다.
    주:
    기본적으로 서비스 매핑 운영 상태 [operational_status] 값이 1 (운영)이 아니거나 상태 [install_status] 값이 100 (부재)인 모든 호스트 CI를 무시하도록 구성됩니다. 이 동작에 대한 자세한 내용은 HI 지식베이스에서 서비스 매핑[KB0647574] 으로 작업하기 위한 사용자 지정 ServiceNow 배포 준비 를 참조하십시오.
    CI 수명주기 관리를 사용하면 여러 운영자와 자동화가 동시에 CI의 다양한 운영 상태를 설정할 수 있습니다. CI를 여러 운영 상태와 연결할 수 없으므로 각 운영 상태에 우선순위를 부여하여 구성하는 것이 중요합니다. 그런 다음 이러한 상황에서 이러한 우선순위를 사용하여 누적 운영 상태인 운영 상태를 결정합니다.
    CI 작업
    수명 동안 CI에 적용할 수 있는 일련의 작업입니다. 비즈니스와 관련된 CI 작업을 정의할 수 있습니다.
    호환 가능한 CI 작업
    CI 수명주기 관리를 사용하면 CI에 여러 활성 CI 작업이 동시에 있을 수 있지만, 이들은 호환 가능한 것으로 구체적으로 정의되어야 합니다. 기본적으로 서로 호환되는 CI에 대한 두 가지 작업은 없습니다. 호환이 가능하므로 CI에 동시에 적용할 수 있는 작업 쌍을 지정하여 이 동작을 변경할 수 있습니다. 예를 들어, '패치 적용' 및 '프로비저닝' CI 작업이 호환되도록 지정하여 두 가지를 모두 CI에 동시에 적용할 수 있습니다.
    허용되지 않은 CI 작업
    기본적으로 모든 CI 작업을 모든 CI에 적용할 수 있습니다. CI가 특정 운영 상태에 있을 때는 해당 작업에 대해 어떤 동작이 허용되지 않는다는 규칙을 정의하여 이 동작을 제한할 수 있습니다. 예를 들어, '비운영' 상태인 Linux 서버에 '프로비저닝' 작업을 적용할 수 없는 허용되지 않은 CI 작업을 정의할 수 있습니다.
    허용되지 않은 운영 전환
    기본적으로 모든 운영 상태에서 다른 운영 상태로 전환할 수 있습니다. 지정된 CI에 대해 특정 운영 상태에서 다른 운영 상태로 전환할 수 없다는 규칙을 정의하여 이 동작을 제한할 수 있습니다. 예를 들어 Linux 서버의 경우 '수리 진행 중'에서 '비운영'으로 전환할 수 없음을 정의할 수 있습니다.
    요청자
    요청자는 작동 상태를 설정하고 CI 작업을 적용하려는 워크플로우 또는 비워크플로우 운영자일 수 있습니다. 각 요청자에는 GUID이고 활성 워크플로 컨텍스트 또는 워크플로가 등록되지 않은 운영자 ID일 수 있는 연결된 요청자 ID가 있습니다.
    임대 시간
    각 요청자(특히 비워크플로우 운영자)가 제공할 수 있는 기간으로, 이 기간 동안 지정된 CI에 대해 지정된 CI 작업을 활성화할 수 있습니다.

    CMDB CI 수명주기 관리는 CI 운영 상태와 CI 작업을 관리하는 일련의 API를 제공합니다. 특정 운영 상태 전환을 제한하고 운영 상태를 기반으로 작업을 제한하는 규칙 세트를 정의하는 UI입니다. 또한 전체 CI 수명주기 동안 CI 운영 상태와 CI 작업을 감사하는 메커니즘도 제공합니다.

    자동화, 워크플로우 또는 변경 관리와 같은 제공자는 CI 수명주기 관리를 메커니즘으로 사용하여 CI 운영 상태를 관리하고 CI 작업을 적용할 수 있습니다. 기본적으로 CI 수명주기 관리의 동작은 일부 작업에는 제한이 없으며 다른 작업에는 전체 제한이 있습니다. CI 수명주기 관리 UI를 사용하면 허용되지 않는 CI 작업, 호환 가능한 CI 작업 및 일부 운영을 제한하고 다른 작업을 활성화하는 허용되지 않는 운영 전환을 지정하여 이 기본 동작을 수정할 수 있습니다.

    CI 수명주기 관리를 통해 다음을 수행할 수 있습니다.
    • 전체 CI 수명주기 동안 CI 운영 상태와 CI 작업을 관리합니다.
    • CI 운영 상태 전환을 관리합니다.
    • 특정 운영 상태 전환을 제한합니다.
    • 특정 운영 상태에 있는 특정 CI 유형에 대해 특정 작업을 연결합니다.
    • CI 운영 상태에 따라 IT Service Management 애플리케이션을 제한합니다.
    • 전체 CI 수명주기 동안 CI 운영 상태 및 CI 작업을 감사합니다.

    수명주기 관리 API

    CI 수명주기 관리는 전체 CI 수명주기 동안 CI 운영 상태 및 CI 작업을 관리하는 API 세트를 제공합니다. UI의 규칙에 지정된 모든 제한 및 허용량은 상태 관리 API가 실행될 때 적용되며, API가 제한된 작업을 수행하려고 하면 작업이 차단되고 오류가 기록됩니다.

    요청자 등록

    수명주기 관리 API를 사용하여 CI 작업을 적용할 때는 요청자를 등록하고 수명주기 관리 테이블 내에서 고유한 요청자 ID를 얻어야 합니다. 등록하고 요청자 ID를 얻으려면 워크플로우 사용자가 아닌 사용자가 API를 호출해야 합니다.registerOperator 워크플로우 사용자는 활성 워크플로우 컨텍스트를 요청자 ID로 사용할 수 있으며 명시적으로 registerOperator를 호출할 필요가 없습니다.

    CI 수명 주기 작업을 완료한 후 요청자는 unregisterOperator API를 호출하여 등록을 취소해야 합니다. 그런 다음 해당 특정 요청자 ID와 연결된 모든 상태 관리 기록이 비활성으로 표시되거나 예약된 작업에 의해 제거됩니다.CI Lifecycle Management — Restore Internal State Management Tables

    및 앱과의 인시던트 관리 통합 문제 관리

    기본 인스턴스에는 CI에 대한 작업을 생성하는 데 사용되는 사전 정의된 CI 작업이 CreateTask 포함되어 있습니다. 새 인스턴스에는 폐기됨 운영 상태의 CI에 대해 "CreateTask" 작업이 허용되지 않도록 지정하는 미리 정의된 허용되지 않는 CI 작업이 있습니다. 이 제한은 인시던트 관리 폐기된 CI에 대한 인시던트 또는 문제 작업 생성을 방지하기 위해 통합 문제 관리 됩니다. '작업 생성' CI 작업은 인시던트/문제 테이블의 필드에 Configuration Item 대한 참조 한정자로 사용됩니다. 새 인시던트나 문제의 경우 '폐기됨'인 CI Operational Status 는 양식의 목록에서 필터링됩니다 Configuration Item . 참조 한정자에 대한 자세한 내용은 참조 한정자를 참조하십시오 .

    자산 관리 앱과의 통합

    기본 시스템에서 두 필드 값 중 하나가 폐기되면 CI의 Operational Status 필드Status와 /Hardware Status(하드웨어의 경우) 필드는 동기화된 상태로 유지됩니다. Operational Status CI가 폐기됨으로 설정되면 /Hardware Status 필드가 Status자동으로 폐기됨으로 설정됩니다. 반대 방향으로 CI의 /Hardware Status 필드가 Status폐기됨Operational Status으로 설정되면 폐기됨으로 자동 설정되기도 합니다.
    • 필드가 Operational Status폐기됨에서 다른 상태로 변경되면 CI의 Status/Hardware Status 필드가 설치됨으로 설정됩니다.

    • CI의 /Hardware Status 필드가 Status폐기됨에서 다른 상태로 변경되면 필드가 Operational Status 자동으로 비운영으로 설정됩니다.

      '폐기됨'에서 다른 상태로 상태가 변경되는 경우는 거의 없으며 기본적으로 상태는 '비운영'으로 변경됩니다. 그러나 이것은 기록에 대해 의도된 상태가 아닐 수 있습니다. 따라서 이 경우 관리자가 상태를 적절하게 검토하고 관리하는 것이 중요합니다.

    CI가 변경Hardware Status될 때마다 CIStatus의 해당 Asset State 필드와 동기화되고 그 반대의 경우도 마찬가지이므로 CI Operational Status 와 CI의 해당 Asset State 필드가 동기화된 상태로 유지됩니다.

    필드를 Substate CI의 Status/Hardware Status(하드웨어인 경우) 필드에 매핑 Asset State 하는 방법에 대한 자세한 내용은 자산 상태 및 CI 하드웨어 상태 매핑을 참조하십시오. 자산 폐기에 대한 자세한 내용은 자산 폐기를 참조하세요.