जॉब कंट्रोल की विभिन्न सेवाएं निम्नलिखित हैं -
जॉब परिभाषा (Job Definition)
ऑपरेशन प्रक्रिया बनाने में पहला कदम चरणों की एक श्रृंखला को जॉब के रूप में परिभाषित करने का कोई तरीका होना है और जॉब्स के बीच कुछ संबंध निर्दिष्ट करना है। यह वह जगह है जहां डेटा वेयरहाउस की संरचना लिखी जाती है।
कुछ मामलों में, यदि किसी दी गई टेबल का लोड गिरता है, तो यह उस पर आधारित टेबल्स को लोड करने की आपकी क्षमता को प्रभावित करेगा। उदाहरण के लिए, यदि ग्राहक टेबल ठीक से अपडेट नहीं होती है, तो उन नए ग्राहकों के लिए बिक्री तथ्यों को लोड करना जोखिम भरा है जो ग्राहक टेबल में नहीं आए।
जॉब शेड्यूलिंग (Job Scheduling)
ऑपरेशन वातावरण को मानक क्षमताएं प्रदान करने की आवश्यकता है, जैसे समय- और घटना-आधारित शेड्यूलिंग। वेयरहाउस लोड लगातार किसी अपस्ट्रीम सिस्टम घटना पर आधारित होते हैं, जैसे सामान्य लेजर क्लोज की सफल उपलब्धि या कल के बिक्री आरेखों पर बिक्री समायोजन का मजबूत अनुप्रयोग। इसमें डेटाबेस फ्लैग्स की निगरानी, फ़ाइलों के अस्तित्व के लिए परीक्षण, निर्माण तिथियों की तुलना आदि की क्षमता शामिल है।
निगरानी (Monitoring)
कोई भी स्वाभिमानी सिस्टम व्यक्ति ब्लैक बॉक्स शेड्यूलिंग सिस्टम को बर्दाश्त नहीं करेगा। लोड चलाने के लिए जिम्मेदार लोगों को यथासंभव अधिक समझने की आवश्यकता है कि क्या चल रहा है। सिस्टम को इस बारे में जानकारी प्रदान करने की आवश्यकता है कि लोड किस चरण पर है, यह कब शुरू हुआ, इसमें कितना समय लगा, और इसी तरह।
हस्तनिर्मित वेयरहाउस में, यह प्रत्येक चरण को लॉग रिकॉर्ड या टेबल में लिखकर किया जा सकता है जैसा कि आगे वर्णित है। एक स्टोर-खरीदा सिस्टम हमें जो हो रहा है उसके बारे में सूचित रखने के लिए अधिक दृश्य साधन का समर्थन करना चाहिए। यदि यह कंप्यूटिंग संसाधन साझा कर रहा है, तो अधिक परिष्कृत सिस्टम हमें यह भी बताएंगे कि डेटा स्टेजिंग चरण के दौरान सिस्टम पर और क्या चल रहा था, प्रत्येक प्रक्रिया के लिए औसत समय के साथ तुलना रिपोर्ट प्रदान करें, आदि।
लॉगिंग (Logging)
इसका अर्थ पूरी लोड प्रक्रिया के बारे में जानकारी एकत्र करना है, न कि केवल इस क्षण क्या हो रहा है। लॉग जानकारी नौकरी कार्यान्वयन के दौरान त्रुटियों के मामले में प्रक्रिया की वसूली और पुनर्स्थापना प्रदान करती है।
अधिसूचना (Notification)
इस क्षमता का महत्व उपयोगकर्ताओं की संख्या और वेयरहाउस पर उनकी निर्भरता के साथ निकटता से संबंधित है। यदि आपके पास कई उपयोगकर्ता नहीं हैं और यदि उन्होंने वेयरहाउस के आवश्यक होने पर लागू होने पर भरोसा करने के लिए विकसित नहीं किया है, तो सुबह तक इंतजार करने में सक्षम हो सकते हैं कि लोड विफल हो गया और इसे पुनः आरंभ करें।
त्रुटि प्रबंधन (Error Handling)
लोड के दौरान अप्राप्य त्रुटियों के लिए योजना बनाना चाहिए क्योंकि वे होंगी। आपका सिस्टम इसका अनुमान लगाना चाहिए और क्रैश रिकवरी, स्टॉप, और रीस्टार्ट क्षमता प्रदान करना चाहिए। सबसे पहले, क्रैश के प्रभाव को कम करने के लिए टूल्स देखें और अपने निष्कर्षण डिजाइन करें। उदाहरण के लिए, एक लोड प्रक्रिया को अपेक्षाकृत छोटे रिकॉर्ड सेट्स को एक समय में कमिट करना चाहिए और जो कमिट किया गया है उसका ट्रैक रखना चाहिए। सेट का आकार समायोज्य होना चाहिए क्योंकि ट्रांजैक्शन आकार का विभिन्न DBMS पर प्रदर्शन निहितार्थ होता है।
