자산과 CI의 관계

자산과 관련 CI 간의 관계를 관리하는 것이 중요합니다. 자산은 재산 소유의 재무 측면에 중점을 둔 애플리케이션을 통해 자산 관리 추적됩니다. 구성 항목은 CMDB에 저장되며 항목을 추적하고 사용자가 사용할 수 있도록 합니다.

자산에 해당 구성 항목이 있는 경우 자산 레코드와 구성 항목 레코드는 두 가지 비즈니스 규칙과 동기화된 상태로 유지됩니다.

• Update CI fields on change (자산 [alm_asset] 테이블에 위치)
• Update Asset fields on change (구성 항목 [cmdb_ci] 테이블에 위치)

자산-CI 매핑 및 동기화

한 양식을 변경하면 해당 양식에서 동일한 업데이트를 트리거하여 보고의 일관성을 유지할 수 있도록 자산 레코드의 상태 필드와 CI 레코드의 상태 필드가 동기화됩니다.

다음 다이어그램에서는 자산-CI 매핑 및 동기화의 개념을 보여줍니다.

동기화 및 매핑은 다음 요소를 기반으로 합니다.

• 자산 상태와 CI 상태는 일대일로 매핑되지 않습니다. 오히려 다른 테이블의 가장 논리적인 상응 항목에 매핑됩니다. 예를 들어, 재고 있음 - 처분 보류 중 상태로 설정된 하드웨어 자산의 경우 해당 CI는 하위 상태가 없는 처분 중 으로 설정됩니다.
• 이러한 동기화는 자산의 상태 필드와 다음 CI 필드 사이에서 발생합니다.
  • 설치 상태 필드: 설치 상태에 하위 상태가 없으며 하드웨어가 아닌 CI에 사용해야 합니다.
  • 하드웨어 상태 및 하위 상태 필드: 하드웨어 상태는 하드웨어 CI에 대해서만 표시됩니다.

• 자산 양식에서 상태를 업데이트하여 변경 작업을 수행합니다. 자산-CI 동기화는 다음과 같은 방법으로 수행할 수 있습니다.

  • 자산-CI 동기화: 자산 상태를 변경하면 논리적으로 매핑된 CI의 설치 상태 또는 하드웨어 상태 및 하위 상태가 업데이트됩니다.
  • CI-자산: CI 설치 상태 또는 하드웨어 상태를 변경하면 논리적으로 매핑된 자산의 상태 및 하위 상태가 업데이트됩니다.
• 하드웨어 CI CMDB 의 경우 하드웨어 상태와 설치 상태가 모두 업데이트되면 자산의 해당 상태를 매핑하기 위해 하드웨어 상태 변경이 고려됩니다.
• CI 설치 상태와 하드웨어 상태는 독립적으로 작동하므로 두 필드는 서로 관련이 없습니다. CI의 하드웨어 상태가 변경되어도 CI 설치 상태가 변경되지 않으며 그 반대의 경우도 마찬가지입니다. 혼동을 피하기 위해 CMDB CI 하드웨어의 두 상태를 모두 유지하지 않는 것이 좋습니다.

자산과 CI 간에 동기화되는 필드 목록

자산 또는 CI 레코드에서 다음 필드를 변경하면 해당 레코드의 동일한 필드가 자동으로 업데이트됩니다(CI 레코드에 대한 정보 제공 전용인 비용 필드는 예외).

다음은 동기화되는 필드 목록입니다.

• 자산 태그
• 할당됨
• 담당자
• 체크인됨
• 체크 아웃됨
• 회사
• 비용(한 방향으로만 동기화: 자산-CI)
• 비용 센터
• 배송 날짜
• 부서
• 기한
• 기한
• GL 계정
• 설치 날짜
• 송장 번호
• 근거
• 임대 ID
• 위치
• 관리자
• 모델(CI에 model_id)
• 주문 날짜
• 받은 주문
• 주문됨
• 소유자
• PO 번호
• 구입 날짜
• 구입함
• 일련 번호
• 지원 그룹
• 지원하는 사람
• 벤더
• 보증 만료

자산, CI 및 IBI 동기화

서비스로 제공되거나 고객에게 판매된 모든 항목은 IBI(설치 기반 항목)로 추적됩니다. 모델 범주 테이블은 자산, CI 및 IBI(설치 기반 항목)를 연결합니다. 자산과 IBI 간의 동기화는 CSDM 수명 주기 스테이지 및 상태 필드를 통해 이루어집니다.

자산에서 IBI 및 CI로 업데이트 동기화

자산의 상태 또는 하위 상태 필드에 대한 업데이트는 연결된 IBI 및 CI와 동기화됩니다. 예를 들어 자산의 상태 필드가 사용 중으로 업데이트되면 동기화가 다음과 같이 발생합니다.

• 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태가 운영 및 사용 중으로 설정되어 이러한 필드 값은 IBI 자산의 스테이지 및 상태 필드와 동기화됩니다.
• CI의 상태 및 하위 상태 필드가 설치됨 및 사용 중으로 변경됩니다.

IBI에서 자산 및 CI로 업데이트 동기화

IBI 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드에 대한 업데이트는 필드를 CSDM 통해 자산의 레거시 상태 및 하위 상태 필드와 동기화됩니다. 그러면 자산의 레거시 필드가 연결된 CI와 동기화됩니다. 예를 들어 IBI 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드가 결함 있음 및 재고 있음으로 업데이트되면 동기화가 다음과 같이 발생합니다.

1. 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태가 재고 있음 및 결함 있음으로 변경됩니다. 이러한 필드 값은 자산의 상태 및 하위 상태 필드와 동기화됩니다.
2. 그러면 자산의 상태 및 하위 상태 필드가 연결된 CI의 해당 필드와 동기화됩니다.

CI에서 자산 및 IBI로 업데이트 동기화

CI의 상태 및 하위 상태 필드에 대한 업데이트는 자산의 해당 필드와 동기화됩니다. 그런 다음, 자산의 레거시 필드는 필드를 통해 IBI 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드와 CSDM 동기화됩니다. 예를 들어 CI의 상태 및 하위 상태 필드가 폐기됨 및 기증됨으로 업데이트되면 자산의 해당 필드가 변경됩니다. 자산의 변경 내용이 IBI 자산과 동기화되고 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드가 수명 종료 및 폐기됨으로 변경됩니다.

자산에서 CI 및 IBI로 업데이트 동기화

자산의 레거시 상태 및 하위 상태 필드에 대한 업데이트는 다음과 같이 자산과 CI 간에 동기화됩니다.

• 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드는 자산의 레거시 상태 및 하위 상태 필드에 해당하는 값으로 업데이트됩니다.
• 그러면 자산의 상태 및 하위 상태 필드가 연결된 CI의 해당 레거시 필드와 직접 동기화됩니다.
• 그러면 자산의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드가 연결된 CI의 해당 CSDM 필드와 직접 동기화됩니다.

그러나 자산에서 IBI로 업데이트 동기화는 수명주기 필드를 통해 CSDM 서만 이루어집니다.

IBI에서 자산 및 CI로 업데이트 동기화

IBI의 수명 주기 스테이지 및 수명 주기 스테이지 상태 필드에 대한 업데이트는 다음과 같이 동기화됩니다.

• 자산의 레거시 상태 및 하위 상태 필드는 필드를 통해 동기화됩니다.CSDM
• 자산의 레거시 필드는 연결된 CI의 레거시 필드와 동기화됩니다.
• 자산의 수명 주기 스테이지 및 상태 필드는 연결된 CI의 해당 CSDM 필드와 직접 동기화됩니다.

CI에서 자산 및 IBI로 업데이트 동기화

CI의 수명 주기 스테이지 및 상태 필드에 대한 업데이트는 다음과 같이 동기화됩니다.

• CI의 수명 주기 스테이지 및 상태 필드는 자산의 해당 CSDM 필드와 직접 동기화됩니다.
• 그런 다음 자산의 레거시 필드가 필드에 해당하는 값으로 업데이트됩니다.CSDM
• 그러면 자산의 레거시 필드가 CI의 해당 필드와 동기화됩니다.
• IBI의 레거시 필드는 수명 주기 필드를 CSDM 통해 자산과 동기화됩니다.

자산 및 CI 생성 속성

glide.create_alm_asset.async

시스템 속성 glide.create_alm_asset.async 은 CI(구성 항목)가 생성될 때 자산이 즉시 생성되는지 또는 지연 후 생성되는지 여부를 제어합니다. 자산 생성에 지연을 사용하면 많은 수의 CI를 빠르게 생성할 수 있습니다. 이 속성을 true로 설정하면 15분마다 실행되는 예약된 작업에 의해 Asset - Create asset delayed sync 자산이 생성됩니다. 예약된 작업의 상태는 자산 작업 로그 테이블 [asset_job_log]에서 확인합니다. 작성 대기 중인 자산과 자산 작성 오류를 보려면 다음으로 이동하십시오. 자산 > 관리 > 자산 작성 대기열. 오류를 다시 처리하려면 상태를 오류 에서 준비로 업데이트합니다. 예약된 작업이 다음에 실행될 때 자산 생성을 다시 시도합니다.

이 속성을 false로 설정하면 glide.create_alm_asset.async CI에서 자산이 즉시 생성됩니다.

주:

이전 버전에서 Orlando 업그레이드 오스트레일리아 하는 경우 이 속성의 기본값은 false입니다. 이 속성을 업데이트하기 전에 CI에 있는 자산 값에 의존하는 프로세스를 검토하고 지연된 자산 생성을 처리하는 데 필요한 사항을 변경합니다.

glide.asset.create_ci_with_ire

시스템 속성을 glide.asset.create_ci_with_ire 사용하면 IRE(식별 및 조정 엔진)를 ServiceNow® 구성 관리 데이터베이스(CMDB) 사용하여 자산에서 CI를 만들 수 있습니다. 이 속성은 일련 번호에 대한 식별 규칙이 있고 다른 CI 클래스와 종속 관계가 없는 CI 클래스에 영향을 줍니다.

주:

이 속성은 하드웨어 CI 클래스 [cmdb_ci_hardware]에서 확장된 CI 클래스에 적용할 수 있습니다.

IRE로 생성된 CI는 일련 번호 - 모델 이름 형식을 사용하여 이름이 지정되고 소스는 SNAssetManagement입니다. 일련 번호 필드는 이러한 CI 클래스에 해당하는 모델 범주가 있는 자산에 필요합니다. 일련 번호가 기존 CI 또는 자산에 있을 경우 자산을 생성하지 못합니다. 이러한 CI 클래스에 해당하는 모델 범주의 구매 주문서 라인 항목을 받으려면 일 련 번호 필드도 필요합니다. 일련 번호 필드는 사전 할당된 자산을 만드는 데 필요하지 않지만 자산을 할당할 때 일련 번호를 제공해야 합니다.

이전 버전에서 Orlando 업그레이드 오스트레일리아 하는 경우 이 속성의 기본값은 False입니다. 이 속성을 업데이트하기 전에 일련 번호 필드의 커스터마이제이션과 기존 일련 번호를 사용하여 자산을 생성하는 통합 또는 플로우를 검토합니다.

기타 자산 및 CI 시스템 속성

sn_itam_enable_cache_for_asset_ci_mapping

자산 및 CI 필드는 관련 매핑 테이블에 정의된 매핑에 따라 동기화됩니다. 자산 또는 CI 업데이트 시 이러한 매핑을 가져오면 성능에 영향을 미칩니다. sn_itam_enable_cache_for_asset_ci_mapping 시스템 속성을 사용하면 다음 매핑을 캐시할 수 있습니다.

• 자산 및 CI 필드
• 자산 상태 및 CI 설치 상태
• 자산 상태 및 CI 하드웨어 상태

매핑 테이블을 변경하지 않는 한 이러한 캐시된 매핑을 동기화 중에 가져와 시스템 성능을 향상시킬 수 있습니다.

sn_itam_common.mac_address_sync

시스템 sn_itam_common.mac_address_sync 속성을 사용하면 Mac 주소를 사용하여 자산과 CI를 동기화할 수 있습니다. 기본적으로 이 시스템 속성은 false로 설정됩니다. Mac 주소를 통해 동기화를 활성화하려면 자산 속성 [asset_property] 테이블에서 이 시스템 속성의 값을 예 로 설정합니다.