มีบริการต่างๆ ของ Job Control ดังนี้:
Job definition (การกำหนดงาน) — ขั้นแรกในการสร้าง operations process คือมีวิธีบางอย่างเพื่อ define a series of steps as a job และระบุ relationship ระหว่าง jobs นี่คือที่ที่โครงสร้างของ data warehouse ถูกเขียน
ในบางกรณี หาก load ของตารางที่กำหนดล้มเหลว จะส่งผลต่อความสามารถในการ load tables ที่ based on มัน ตัวอย่าง หาก customer table ไม่ได้ updated อย่างถูกต้อง การ load sales facts สำหรับ new customers ที่ไม่ได้เข้าสู่ customer table เป็น risky
Job scheduling (การกำหนดตารางงาน) — Operations environment ต้องให้ standard capabilities เช่น time- และ event-based scheduling Warehouse loads โดยตลอด based on upstream system event บางอย่าง เช่น successful accomplishment ของ general ledger close หรือ strong application ของ sales adjustments ไปยัง yesterday's sales diagrams เกี่ยวข้องกับความสามารถในการ monitor database flags, tests สำหรับ continuation ของ files, compare creation dates ฯลฯ
Monitoring (การตรวจสอบ) — ไม่มี self-respecting systems person ที่จะทน black box scheduling system ผู้รับผิดชอบในการ run loads ต้องเข้าใจมากที่สุดเท่าที่เป็นไปได้เกี่ยวกับสิ่งที่กำลังเกิดขึ้น ระบบต้องให้ข้อมูลเกี่ยวกับ step ที่ load อยู่, เวลาที่เริ่ม, ใช้เวลานานแค่ไหน ฯลฯ
ใน handcrafted warehouse สามารถทำได้โดยให้แต่ละ step write ไป log record หรือ table ตามที่อธิบายต่อไป Store-bought system ต้อง support visual means ที่มากขึ้นของการ keep informed เกี่ยวกับสิ่งที่เกิดขึ้น หาก sharing computing resources ระบบที่ refined มากกว่าจะ communicate ให้เราทราบว่าอะไรยัง running บนระบบใน data staging phase, ให้ comparison reports กับ average times สำหรับแต่ละ process ฯลฯ
Logging (การบันทึก) — หมายถึงการรวบรวมข้อมูลเกี่ยวกับ entire load process ไม่ใช่แค่สิ่งที่เกิดขึ้นในขณะนั้น Log information ให้ recovery และ reestablishing ของ process ในกรณี errors ระหว่าง job implementation
Notification (การแจ้งเตือน) — ความสำคัญของ capability นี้สัมพันธ์ใกล้ชิดกับจำนวน users และการพึ่งพาของพวกเขาใน warehouse หากคุณไม่มี multiple users และหากพวกเขาไม่ได้พัฒนาการนับถือ warehouse applicable เมื่อพวกเขาต้องการ อาจสามารถรอจนถึงเช้าเพื่อค้นหาว่า load failed และ restart ได้
Error handling (การจัดการข้อผิดพลาด) — ต้องวางแผนสำหรับ unrecoverable errors ระหว่าง load เพราะพวกเขาจะเกิดขึ้น ระบบของคุณควรคาดการณ์นี้และให้ crash recovery, stop, และ restart capability ขั้นแรก หา tools และ design extracts เพื่อ minimize impact ของ crash ตัวอย่าง load process ควร commit relatively small sets of records at a time และ keep track ของสิ่งที่ committed แล้ว ขนาดของ set ควร adjustable เนื่องจาก transaction size มี performance implications บน DBMS ที่ต่างกัน
