이 일괄처리 프로세스는 제출된 선례 변경 세트의 변경사항으로 인해 잠재적으로 영향을 받는 종속 항목을 식별하여 다시 계산하는 중량의 다중 스트림 프로세스입니다. 이 프로세스를 실행하는 데 걸린 시간은 필요한 종속 항목 다시 계산 수에 따라 다르며 상당한 시간이 소요될 수 있습니다.
선례 변경 세트에서 일괄처리 다시 계산 수행 단계는 여러 번 실행해야 합니다. 종속성 관리자에 등록된 각 종속 항목 유형마다 한 번씩 실행합니다(이전 단계 선례 변경 세트 제출에서 생성된 결과 참조). 종속 항목 유형을 처리하는 가장 적절한 순서를 선택할 수 있습니다. 예를 들어, 최신이 아닌 조언(Advisor Configuration Guide 참조)을 식별하는 것보다 케이스 결정(Inside Cúram Eligibility and Entitlement Using Cúram Express Rules 안내서 참조)을 다시 평가하는 것이 비즈니스에 더욱 중요합니다. 서로 다른 종속 항목 유형 처리를 며칠에 걸쳐 분산시킬 수도 있지만 현재 제출된 선례 변경 세트가 전체 종속성 관리자 일괄처리 스위트를 완료해야 일괄처리를 위해 큐된 추가 선례 변경 항목을 처리할 수 있습니다.
선례 변경 세트에서 일괄처리 다시 계산 수행 단계는 Cúram의 일괄처리 스트리밍 아키텍처를 사용(Cúram Batch Performance Mechanisms 안내서 참조)하고 이와 같은 처리는 다음 단계로 구분됩니다.
제출된 일괄처리 선례 변경 세트의 변경사항으로 인해 잠재적으로 영향을 받는 종속 항목(지정된 종속 유형의)을 식별하는 단계로서 단일 프로세스로 실행되어야 합니다. 식별된 종속 항목의 ID는 다음 단계에서 처리되기 위해 "청크"에 기록됩니다.
식별된 종속 항목 청크를 사용하여 각 종속 항목을 다시 계산하는 단계로 여러 프로세스가 동시에 실행할 수 있습니다.
특정 종속 항목 유형에 대해 이 일괄처리 프로세스를 실행하려면 다음 명령을 실행하십시오(한 행으로).
build runbatch -Dbatch.program=
curam.dependency.intf.PerformBatchRecalculationsFromPrecedentChangeSet.process
-Dbatch.username=SYSTEM
-Dbatch.parameters="dependentType= code-for-dependent-type "
기본적으로 단일 프로세스가 두 단계 모두를 수행합니다. 그러나 다른 시스템에서 추가 "스트림" 프로세스를 동시에 실행하여 두 번째 단계를 병렬로 수행할 수 있습니다(이 선례 변경 세트에서 일괄처리 다시 계산 수행 프로세스의 병렬 처리 동작을 제어하는 병렬 처리 및 환경 변수에 대한 자세한 정보는 Cúram Batch Performance Mechanisms 안내서 참조). 특정 종속 항목 유형에 대해 "스트림" 프로세스를 실행하려면 다음 명령을 실행하십시오(한 행으로).
build runbatch -Dbatch.program=
curam.dependency.intf.PerformBatchRecalculationsFromPrecedentChangeSetStream.process
-Dbatch.username=SYSTEM
-Dbatch.parameters="dependentType= code-for-dependent-type "
다음이 발생하면 일괄처리 프로세스가 시작하지 못하며 심각한 오류가 발생합니다.
그렇지 않으면 일괄처리 프로세스가 시작되어 영향받는 종속 항목을 식별하고 다시 계산하도록 시도합니다. 특정 종속 항목을 다시 계산하려고 시도하면 다음과 같은 결과가 발생합니다.
종속 항목을 찾아 올바르게 다시 계산했으며 정상적으로 계속 처리됩니다.
종속 항목을 찾을 수 없으므로 처리할 수 없습니다. 종속성 관리자의 클라이언트가 종속 항목이 더 이상 존재하지 않아야 한다고 판단하지만 해당 종속 항목의 종속성 레코드를 제거하라는 종속성 관리자의 요청을 무시하는 경우 이 상황이 발생할 수 있습니다. 이러한 경우 종속성 관리자가 관련 없는 종속성 레코드를 자동으로 제거하고 애플리케이션 로그/일괄처리 스트림 결과에 경고를 씁니다.
종속 항목을 다시 계산하는 중에 예외 처리(throw)를 했습니다(예: CER 계산 중 "0으로 나눔" 문제점이 발생한 경우). 발생한 예외는 일괄처리 스트림 결과에 기록되며 Cúram 일괄처리 스트림 아키텍처의 "건너뛰기" 처리로 복구 처리를 수행합니다.
이 선례 변경 세트에서 일괄처리 다시 계산 수행 프로세스가 완료되면 성공적으로 처리된 종속 항목 수, 찾을 수 없는 종속 항목 수 및 오류가 발견된 종속 항목 수에 대한 세부사항을 포함하는 포괄적인 보고서가 작성됩니다. 오류가 발생하면 오류의 세부사항을 파악하도록 일괄처리 스트림에서 결과 로그를 조사해야 합니다.
이 결과는 특정 종속 항목이 다시 계산되어야 하는 것으로 식별된 이유를 이해하는 데 유용할 수 있습니다.
종속 항목에 대한 이러한 유형의 우발적인 추가 실행을 수행하면 시스템에 손상을 주지는 않지만 귀중한 처리 시간을 모두 사용할 수 있습니다.
주의하여 종속 항목 유형 목록을 기록하고 처리한 종속 항목 유형과 처리해야 할 남은 종속 항목 유형을 계속 추적하십시오.
상세 로깅은 프로덕션 시스템에서 성능과 확장성에 불리한 영향을 줄 수 있습니다.