Có nhiều dịch vụ của Điều khiển công việc (Job Control) như sau:
Định nghĩa công việc (Job definition) – Bước đầu tiên trong việc tạo quy trình vận hành là có cách nào đó để định nghĩa một chuỗi các bước như một công việc và chỉ định một số mối quan hệ giữa các công việc. Đây là nơi cấu trúc kho dữ liệu được viết.
Trong một số trường hợp, nếu tải một bảng cho trước thất bại, nó sẽ ảnh hưởng đến khả năng tải các bảng dựa trên nó. Ví dụ: nếu bảng khách hàng không được cập nhật đúng cách, tải sự thật bán hàng cho khách hàng mới chưa nhập vào bảng khách hàng là rủi ro.
Lập lịch công việc (Job scheduling) – Môi trường vận hành cần cung cấp khả năng tiêu chuẩn, như lập lịch dựa trên thời gian và sự kiện. Tải kho liên tục dựa trên một số sự kiện hệ thống thượng nguồn, như hoàn thành thành công kết sổ tổng quát (general ledger close) hoặc áp dụng mạnh mẽ điều chỉnh bán hàng cho biểu đồ bán hàng hôm qua. Điều này bao gồm khả năng giám sát cờ cơ sở dữ liệu, kiểm tra sự tiếp tục của tệp, so sánh ngày tạo, v.v.
Giám sát (Monitoring) – Không có người hệ thống tự trọng nào chịu đựng hệ thống lập lịch hộp đen (black box). Những người chịu trách nhiệm chạy tải cần hiểu càng nhiều càng tốt về điều gì đang diễn ra. Hệ thống cần cung cấp thông tin về bước tải đang ở đâu, khi nào nó bắt đầu, mất bao lâu, v.v.
Trong kho thủ công, điều này có thể đạt được bằng cách để mỗi bước ghi vào bản ghi log hoặc bảng như mô tả tiếp theo. Hệ thống mua sẵn phải hỗ trợ phương tiện trực quan hơn để giữ thông tin về điều gì đang xảy ra. Nếu chia sẻ tài nguyên tính toán, các hệ thống tinh vi hơn cũng sẽ truyền đạt những gì khác đang chạy trên hệ thống trong giai đoạn staging dữ liệu, cung cấp báo cáo so sánh với thời gian trung bình cho mỗi quy trình, v.v.
Ghi log (Logging) – Nghĩa là thu thập thông tin về toàn bộ quy trình tải, không chỉ điều gì đang xảy ra tại thời điểm. Thông tin log cung cấp khôi phục và thiết lập lại quy trình trong trường hợp lỗi trong thực hiện công việc.
Thông báo (Notification) – Tầm quan trọng của khả năng này tương quan chặt chẽ với số lượng người dùng và sự phụ thuộc của họ vào kho. Nếu không có nhiều người dùng và nếu họ chưa phát triển để dựa vào kho có sẵn khi họ cần, có thể đợi đến sáng để biết tải thất bại và khởi động lại.
Xử lý lỗi (Error handling) – Phải lập kế hoạch cho lỗi không thể khôi phục trong quá trình tải vì chúng sẽ xảy ra. Hệ thống của bạn nên dự đoán điều này và cung cấp khôi phục va chạm (crash recovery), dừng, và khả năng khởi động lại. Thứ nhất, tìm công cụ và thiết kế trích xuất để giảm thiểu tác động của sự cố. Ví dụ: quy trình tải nên commit các tập bản ghi nhỏ tương đối tại một thời điểm và theo dõi những gì đã được commit. Kích thước tập nên có thể điều chỉnh vì kích thước giao dịch có ý nghĩa hiệu suất trên các DBMS khác nhau.