개념: Workday의 예정된 프로세스
프로세스 모니터
프로세스 모니터
리포트에 액세스하여 과거에 실행 중이거나 실행된 모든 유형의 백그라운드 프로세스를 조회할 수 있습니다. 리포트 및 통합 감사 파일을 조회하려면출력 파일
탭을 선택합니다.여러 프로세스를 동시에 실행
실행 중인 프로세스는 다른 프로세스의 실행을 중지하지 않습니다. 예: 프로세스 모니터에 수동으로 시작된 EIB가 2시간 동안 실행된 것으로 표시됩니다. 동시에 프로세스 모니터는 수동 프로세스의 시작 시간과 중지 시간 사이에 실행된 다른 예정된 작업도 표시할 수 있습니다.
여러 프로세스가 동시에 실행되면 동일한 리소스를 놓고 경쟁하므로 서로 속도가 느려지는 경향이 있습니다. 예를 들어 CPU가 1개인 컴퓨터는 실행 중으로 표시되는 여러 프로세스를 동시에 실행할 수 있습니다. 프로세스는 1개의 CPU를 공유합니다.
스케줄 만료
스케줄은 최종 실행일에 도달하고 최종 실행을 완료한 후에 만료됩니다. 다음 연도가 종료된 후에는 프로세스가 5회 이상 실행되도록 스케줄링할 수 없습니다. 예: 2019년에 시작하는 월별 스케줄링된 프로세스를 구성하는 경우 최종 항목은 2021년 5월에 발생합니다.
스케줄이 마지막에서 두 번째 항목에 도달하면 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시에 실행됩니다. 케이던스는 매일이고 측정 단위는 하루이므로 시간이 변경된 후에는 스케줄 시간이 변경되지 않습니다.
스케줄이 하루에 여러 번 실행되는 경우, 시간 변경 후 스케줄은 예정된 이벤트 사이의 시간을 계속 적용합니다. 1시간마다 또는 2시간마다 실행되도록 스케줄을 설정하면 스케줄이 해당 시간 간격에 따라 계속 실행됩니다. 시간 변경이 간격에 미치는 영향과 관계없이 시간 간격은 변경되지 않습니다.
시간이 변경되면 스케줄 시작 시간이 변경된 것으로 표시될 수 있습니다. 그러나 구성한 이벤트 사이에 구성된 시간이 스케줄에 적용됩니다. 예: 1시간에 한 번 실행되도록 스케줄을 구성합니다. 시간이 변경되면 오전 1:59:59가 오전 1:00:00로 이전됩니다. 이 경우 스케줄은 다음과 같이 실행됩니다.
시간 | 이벤트 |
|---|---|
오전 12:00:00 | 실행 스케줄 |
오전 01:00:00 | 실행 스케줄 |
01:59:59AM | 마지막 스케줄 실행 후 1시간이 경과했습니다. |
01:00:00AM(시간 변경) | 실행 스케줄 |
이 경우 Workday는 오전 1시에 2개의 화재 이벤트를 표시합니다. 그러나 스케줄은 계속해서 매시간 실행됩니다.
다음 스케줄 예에서는 2시간마다 실행되는 스케줄을 보여줍니다.
시간 | 이벤트 |
|---|---|
오전 12:00:00 | 실행 스케줄 |
01:59:59AM | 마지막 스케줄 실행 후 2시간이 경과했습니다. |
오전 01:00:00 | 실행 스케줄 |
03:00:00AM(시간 변경) | 실행 스케줄 |
이 예에서 스케줄은 2시간마다 실행해야 한다는 요건을 계속 준수합니다. 시간을 뒤로 이동하지 않고 앞으로 이동하는 경우에도 이 예에서 동일한 동작이 적용됩니다. 스케줄러는
정의된 시간 간격을 따릅니다.
요약하면, 스케줄러는 스케줄에 설정된 시간 간격을 따르려고 시도합니다. X시간마다 실행되도록 스케줄을 설정하면 시간 변경으로 인해 해당 평가가 수행되는 정확한 시간이 어떻게 변경되는지와 관계없이 이를 시도합니다.