Job Control에는 다음과 같은 다양한 서비스가 있습니다 -
직무 정의 − 작업 프로세스를 만드는 첫 번째 단계는 일련의 단계를 작업으로 정의하고 작업 간의 관계를 지정하는 방법을 갖는 것입니다. 데이터 웨어하우스의 구조를 작성하는 곳입니다.
어떤 경우에는 주어진 테이블의 로드가 감소하면 이를 기반으로 테이블을 로드하는 용량에 영향을 미칩니다. 예를 들어 고객 테이블이 제대로 업데이트되지 않은 경우 고객 테이블에 포함되지 않은 신규 고객의 판매 정보를 로드하는 것은 위험합니다.
작업 일정 − 운영 환경은 시간 및 이벤트 기반 스케줄링과 같은 표준 기능을 제공해야 합니다. 창고 로드는 총계정원장 마감의 성공적인 달성 또는 어제의 판매 다이어그램에 대한 판매 조정의 강력한 적용과 같은 일부 업스트림 시스템 이벤트를 지속적으로 기반으로 합니다. 여기에는 데이터베이스 플래그 모니터링, 파일 연속 테스트, 생성 날짜 비교 등의 기능이 포함됩니다.
모니터링 − 블랙박스 스케줄링 시스템을 용인할 수 있는 자존심이 있는 시스템은 없습니다. 부하를 실행할 책임이 있는 사람들은 진행 상황에 대해 적용 가능한 만큼 이해해야 합니다. 시스템은 로드가 진행 중인 단계, 시작 시간, 소요 시간 등에 대한 정보를 제공해야 합니다.
수제 창고에서는 다음에 설명하는 대로 각 단계에서 로그 레코드나 테이블에 기록하도록 함으로써 능숙해질 수 있습니다. 매장에서 구매한 시스템은 무슨 일이 일어나고 있는지 알려주는 보다 시각적인 수단을 지원해야 합니다. 컴퓨팅 리소스를 공유하는 경우 보다 세련된 시스템은 데이터 스테이징 단계 동안 시스템에서 실행 중인 다른 항목을 우리에게 전달하고 각 프로세스의 평균 시간이 포함된 비교 보고서 등을 제공합니다.
로깅 − 이는 현재 일어나고 있는 일뿐만 아니라 전체 로드 프로세스에 대한 정보를 수집하는 것을 의미합니다. 로그 정보는 작업 구현 중 오류가 발생한 경우 프로세스의 복구 및 재설정을 제공합니다.
알림 − 이 기능의 중요성은 사용자 수 및 창고에 대한 의존도와 밀접한 관련이 있습니다. 여러 사용자가 없고 필요할 때 창고를 적용할 수 있도록 개발하지 않은 경우 로드 실패를 확인하고 다시 시작하기 위해 아침까지 기다릴 수 있습니다.
오류 처리 − 로드 중에 복구할 수 없는 오류가 발생하므로 이에 대한 계획을 세워야 합니다. 시스템은 이를 예상하고 충돌 복구, 중지 및 다시 시작 기능을 제공해야 합니다. 먼저 도구를 찾고 충돌의 영향을 최소화하도록 추출을 디자인합니다. 예를 들어, 로드 프로세스는 한 번에 비교적 작은 레코드 세트를 커밋하고 커밋된 내용을 추적해야 합니다. 트랜잭션 크기는 다른 DBMS에서 성능에 영향을 미치므로 세트의 크기는 조정 가능해야 합니다.