개념: Workday 의 예정된 프로세스
프로세스 모니터
프로세스 모니터
리포트에 액세스하여 실행 중이거나 과거에 실행되었던 모든 유형의 백그라운드 프로세스를 조회할 수 있습니다. 리포트 및 통합 감사 파일을 조회하려면 출력 파일
탭을 선택합니다.여러 프로세스를 동시에 실행
실행 중인 프로세스는 다른 프로세스의 실행을 정지 하지 않습니다. 예를 들어 수동으로 시작된 EIB 2시간 동안 실행된 것으로 프로세스 모니터 에 표시됩니다. 이와 동시에 프로세스 모니터 수동 프로세스의 시작 시간과 정지 시간 사이에 실행된 다른 예정된 작업도 표시될 수 있습니다.
여러 프로세스를 동시에 실행하면 동일한 리소스를 차지하기 위해 경쟁하므로 서로 속도가 느려지는 경향이 있습니다. 예를 들어, CPU가 1개인 컴퓨터에서는 실행 중으로 표시되는 여러 프로세스를 동시에 실행할 수 있습니다. - 프로세스는 1개의 CPU를 공유 .
스케줄 만료
스케줄은 최종 실행일에 도달하고 최종 실행을 완료하면 만료됩니다. 다음 연도 이후에는 프로세스를 5회 이상 실행하도록 스케줄링할 수 없습니다. 예: 2019년부터 월별로 예정된 프로세스를 구성하는 경우 최종 항목은 2021년 5월입니다.
Workday 스케줄이 마지막에서 두 번째 항목에 도달하면 소유자 알림을 보내 스케줄을 연장할 수 있도록 합니다. 프로세스의 관련 액션에서 스케줄을 연장할 수 있습니다.
예정된 향후 프로세스 일괄 업데이트
태스크 에 액세스하여 한 번에 여러 스케줄을 연장할 수 있습니다.가족 스케줄
스케줄을 구성할 때
종속
실행 빈도를
사용하면 기존 프로세스가 완료되거나, 실패하거나, 중단되거나, 건너뛸 때 실행되는 예정된 프로세스를 구성할 수 있습니다. 여러 가족 프로세스를 연결하고 가족 프로세스 간의 지연 시간을 선택하여 원활하게 실행되도록 할 수 있습니다.처리 우선순위
Workday 는 예정된 작업을 온라인 사용자 인터페이스 및 웹 서비스 트랜잭션과 동일한 우선순위 로 처리합니다.
업데이트 프로세스와 읽기 프로세스가 모두 포함된 프로세스 모니터
프로세스 모니터 다음 프로세스 유형을 시각적으로 구분하지 않습니다.
- 업데이트 프로세스( Workday 에서 데이터를 변경 프로세스)
- 읽기 프로세스( Workday 에서 데이터를 변경 하지 않는 프로세스)
높은 로드 레벨
온라인 사용자 인터페이스 또는 웹 서비스 트랜잭션에서 Workday Workday 로드가 높을 때 예정된 프로세스의 개시가 지연되지 않습니다. Workday 에 동일한 우선순위 지정됩니다.
- 예정된 프로세스
- 사용자 인터페이스 트랜잭션
- 웹서비스 트랜잭션
통합 처리에는 일반적으로 Workday 에 온라인 웹 서비스 요청을 전송하는 과정이 포함됩니다. 따라서 통합을 실행하면 Workday 에서 높은 온라인 로드가 발생할 수 있습니다.
개시 시간 및 완료 시간
Workday 예정된 개시 시간에 프로세스를 개시 위해 최선을 다하고, 리소스가 확보되는 즉시 최대한 빨리 처리합니다. 그러나 프로세스는 공유 리소스에서 실행되며 Workday 작업 개시되는 시점과 완료되는 작업 을 보장하지 않습니다. 이러한 요소는 Workday 에서 현재 로드되고 있는 작업과 예정된 프로세스에 포함된 작업에 따라 달라집니다.
일별/주별/월별 스케줄 및 서머타임
매일, 매주 및 매월 스케줄에서는 테넌트의 현지 시간대 설정에 있는 시간과 캘린더 사용합니다. 예: 토요일 02:00:00에 시작하도록 예정된 작업의 경우 테넌트 요일이 토요일이고 시간이 02:00:00이면 Workday 작업을 개시합니다. Workday 서머타임 또는 태평양 표준 시간대에 관계없이 지정된 시간에 작업을 개시합니다.
매시간 또는 그보다 더 빈도가 높은 스케줄에서는 시작 사이에 고정 시간 간격을 사용합니다. 예: 2시간마다 시작하도록 스케줄링된 작업의 경우, Workday 마지막 실행 이후 2시간이 지나면 시간과 관계없이 작업을 시작합니다.
휴일 캘린더 및 예정된 프로세스
예정된 프로세스가 휴일에 실행되지 않거나 휴일 전후에 실행되도록 구성할 수 있습니다. 예정된 프로세스를 사용자가 정의한 휴일 캘린더 에 연결할 수 있습니다. 그런 다음 예정된 프로세스를 휴일 전후로 실행하거나 평일 로 스케줄을 조정할 수 있습니다.
예정된 태스크 및 시간 변경
시간 변경 의 예로는 시계가 태평양 표준시에서 태평양 서머타임으로 이동하는 경우가 있습니다. 모든 지리적 위치에서 시간 변경 발생하는 것은 아니며 이러한 변경이 발생하는 요일은 국가마다 다를 수 있습니다.
스케줄이 지정된 요일에 최대 한 번 실행되면 시간 변경 후에 지정된 시간에 계속 실행됩니다. (Workday 시작 시간을 준수하려고 하지만 테넌트 로드에 따라 약간의 지연이 있을 수 있습니다.) 현지 시간으로 매주 월요일 오전 8시에 실행되는 스케줄이 있으면 오전 8시에 실행됩니다. 케이던스는 매일이고 측정 단위는 하루이므로 시간을 변경 후에도 스케줄 시간이 변경 되지 않습니다.
시간 변경 후 스케줄이 하루에 여러 번 실행되는 경우에도 스케줄에 예정된 이벤트 사이의 시간이 적용됩니다. 매시간 또는 2시간마다 실행되도록 스케줄을 설정하면 스케줄이 해당 시간 간격에 따라 계속 실행됩니다. 시간 변경 이 간격에 미치는 영향과 관계없이 시간 간격은 변경 되지 않습니다.
시간이 변경되면 스케줄 시작 시간이 변경된 것으로 표시될 수 있습니다. 그러나 사용자가 구성한 이벤트 간에 구성된 시간이 스케줄에 적용됩니다. 예: 1시간에 한 번 실행되도록 스케줄을 구성합니다. 시간이 변경 되면 오전 1:59:59가 오전 1:00:00로 넘어갑니다. 이 인스턴스 에서는 스케줄이 다음과 같이 실행됩니다.
시간 | 이벤트 |
|---|---|
12:00:00AM | 실행 스케줄 |
01:00:00AM | 실행 스케줄 |
01:59:59AM | 마지막 스케줄 실행 후 1시간이 지났습니다. |
01:00:00 AM(시간 변경) | 실행 스케줄 |
이 인스턴스 의 경우 Workday 오전 1시에 2개의 실행 이벤트를 표시합니다. 그러나 스케줄은 계속 매시간 실행됩니다.
다음 스케줄 예는 2시간마다 실행되는 스케줄을 보여줍니다.
시간 | 이벤트 |
|---|---|
12:00:00AM | 실행 스케줄 |
01:59:59AM | 마지막 스케줄 실행 후 2시간이 지났습니다. |
01:00:00AM | 실행 스케줄 |
03:00:00 AM(시간 변경) | 실행 스케줄 |
이 예에서 스케줄은 2시간마다 실행된다는 요건을 계속 준수합니다. 시간을 뒤로 다음 단계로 이동 해야 하는 경우에도 이 예와 동일한 동작이 적용됩니다. 스케줄러는
정의된 시간 간격을 준수합니다.
요약하면 스케줄러는 스케줄에 설정된 시간 간격을 준수하려고 시도합니다. X시간마다 실행되도록 스케줄을 설정한 경우, 시간 변경 으로 인해 해당 평가가 수행되는 정확한 시간이 어떻게 달라질 수 있는지와 관계없이 후속조치 시도합니다.