बैकग्राउंड रनिंग और सामान्य लंबे कार्यों के बीच क्या अंतर है?
बैकग्राउंड प्रक्रियाएं आवश्यक रूप से निरंतर इंटरैक्शन के लिए टर्मिनल सत्र प्रदान नहीं करती हैं।
बैकग्राउंड उन कार्यों के लिए उपयुक्त है जिनमें स्पष्ट रूप से निरंतर इंटरैक्शन की आवश्यकता नहीं होती है
टर्मिनल टूल अलग पृष्ठभूमि प्रक्रियाओं के रूप में लागू कमांड शुरू कर सकते हैं। वे आमतौर पर प्रक्रिया जानकारी लौटाते हैं लेकिन इंटरैक्टिव सत्रों के बराबर नहीं होते हैं जहां आप बार-बार इनपुट कर सकते हैं और प्रतीक्षा कर सकते हैं; प्रक्रिया आईडी का उपयोग सत्र पहचानकर्ता के रूप में नहीं किया जा सकता है।
यदि आपको लगातार आउटपुट और पूर्णता स्थिति देखने की आवश्यकता है, तो Agent को एक निष्पादन विधि का उपयोग करना चाहिए जो चल रही ट्रैकिंग की अनुमति देता है।
पहले इस बात पर सहमत हों कि पूर्णता कैसे निर्धारित की जाए
बैकग्राउंड काम शुरू करने से पहले, निर्दिष्ट करें कि आउटपुट कहाँ सहेजा गया है और पूर्णता की जांच कैसे करें; अन्यथा, केवल "शुरू" कहने से यह साबित नहीं होता कि कार्य सफल रहा।
बैकग्राउंड कार्य शुरू होने से पहले, आप एजेंट से आउटपुट स्थान, यह जांचने का तरीका कि क्या यह अभी भी चल रहा है, और वर्तमान प्रक्रिया को कैसे रोकना है, निर्दिष्ट करने के लिए कह सकते हैं। बाद में लौटते समय, इस जानकारी को वास्तविक स्थिति से मिलाएं; केवल पहले से लौटे प्रक्रिया आईडी के आधार पर वर्तमान वैधता का निर्णय न लें।
- पुष्टि करें कि क्या बैकग्राउंड रनिंग वास्तव में आवश्यक है।
- प्रोग्राम को महत्वपूर्ण परिणाम फ़ाइलों के रूप में सहेजें।
- बाद में प्रक्रिया की स्थिति और फ़ाइल की अखंडता की जांच करें।
- पूर्णता की पुष्टि करने के बाद ही रिपोर्ट या परिणाम अटैचमेंट वितरित करें।
रोकने और वितरण की सीमाएं
बैकग्राउंड अभी भी लिख रहा हो, तब अपूर्ण फ़ाइलों को अंतिम परिणाम के रूप में डाउनलोड न करें; यदि लेखन का पता चलता है तो फ़ाइल वितरण को अस्थायी रूप से अवरुद्ध भी किया जा सकता है। जब रोकने की आवश्यकता होती है, तो पुष्टि करें कि रोकने की प्रक्रिया वर्तमान कार्य से मेल खाती है ताकि अन्य काम प्रभावित न हों। पेज रीफ़्रेश या मॉडल प्रतिक्रिया पूर्णता को सभी बैकग्राउंड प्रक्रियाओं के रुकने के प्रमाण के रूप में नहीं लिया जाना चाहिए; आगे बढ़ने से पहले वास्तविक स्थिति की पुष्टि करें।