क्या विशिष्ट समय क्षेत्र निर्दिष्ट करने वाली खिड़कियों में कार्यों को शेड्यूल करने का एक तरीका है?

Question

मुझे चलाने के लिए कई कार्यों को शेड्यूल करने की आवश्यकता है, जहां प्रत्येक को एक अलग शहर में एक विशिष्ट स्थानीय समय पर चलाने की आवश्यकता होती है। उदाहरण के लिए, एक नौकरी को 19:00 न्यूयॉर्क शहर में चलाने की आवश्यकता हो सकती है, और दूसरी 08:00 बर्लिन में चलाने की आवश्यकता है।

समस्या यह नहीं है कि दिन के उजाले की बचत यूटीसी समय को बदल देती है, बल्कि ये शहर अलग-अलग दिनों में अपनी घड़ियों को समायोजित करते हैं, इसलिए विभिन्न शहरों के बीच ऑफसेट भी लगातार बदल रहा है।

क्या कस्टम स्क्रिप्ट लिखने के बिना विंडोज में ऐसा करने का कोई तरीका है? क्या कोई व्यावसायिक सॉफ़्टवेयर पैकेज है जो इसे संभाल सकता है?

Comments

मैं तीसरे पक्ष के सॉफ़्टवेयर के बारे में नहीं जानता, लेकिन विंडोज़ निश्चित रूप से इसे संभाल नहीं सकती है। आपको प्रत्येक शहर के लिए समय के अंतर पर काम करना होगा और घड़ी के बदलाव के साथ तारीख तक रखना होगा और अकेले खिड़कियों का उपयोग करके अपनी नौकरियों को समायोजित करना होगा।

— Simkill

Answer 1

आपको किसी विशेष होस्ट से चलने वाले कार्यों की आवश्यकता क्यों होगी? क्यों न केवल प्रत्येक सिस्टम पर कार्यों को चलाया जाए और यदि आवश्यक हो तो एक नेटवर्क से जुड़े वॉल्यूम पर स्क्रिप्ट स्रोतों की मेजबानी करें। जब स्क्रिप्ट खत्म हो जाती है, तो यह जो भी सूचनाएं निर्धारित कर सकता है और उन्हें वापस साझा कर सकता है या प्रत्येक होस्ट स्थानीय आवश्यकताओं के लिए पहले से ही अपना समय सिंक रखता है।

ऐसा लगता है कि आप एक अनावश्यक प्रतिबंध को शामिल करके अपने काम को कठिन बना रहे हैं।

Comments

हमारे पास एक सर्वर है जिसे हमारे प्रत्येक कार्यालय के स्थानीय समय में सुबह 9 बजे एक कार्य चलाने की आवश्यकता है। यह विंडोज टास्क शेड्यूलर में इसे शेड्यूल करने में सक्षम होगा और यह पता होगा कि डेलाइट बचत समय प्रत्येक समय क्षेत्र के लिए किक करता है

— Greg

जब तक आपका ओएस समय परिवर्तन को जारी नहीं करता है तब कंप्यूटर को पता होता है कि दिन की बचत की बचत कब होती है। विंडोज निश्चित रूप से डेलाइट बचत समय को ट्रैक करता है, बशर्ते कॉन्फ़िगर किया गया समय क्षेत्र इसका उपयोग करता है। Ntp वास्तव में UTC को संबद्ध नहीं करता है। अंतिम बार रीसेट होने के बाद से NTP वास्तव में सेकंड है। यदि आपके सभी कंप्यूटर अपने स्थानीय समय क्षेत्रों के लिए कॉन्फ़िगर किए गए हैं, तो उस जानकारी के आधार पर अनुसूचित नौकरियां उत्पन्न होंगी।

— Rowan Hawkins

यूटीसी का उपयोग करने के लिए कुछ विविध कंपनियां उपयोग करती हैं, इसलिए मानव रीड लॉगिंग मेजबानों के बीच तालमेल है। कंप्यूटर आधारित लॉगिंग को उस बैसाखी की आवश्यकता नहीं है, लेकिन यह सब प्रोग्रामरों की बुद्धिमत्ता पर निर्भर करता है और यदि समेकित लॉग कुछ स्थानीय मानक में परिवर्तित हो जाता है या इसे ntp युग के रूप में छोड़ देता है और दर्शक के संदर्भ के आधार पर समायोजित करता है।

— Rowan Hawkins

यदि आप अपने सिस्टम पर स्थानीय समय क्षेत्र का उपयोग कर रहे हैं, जिसे आपको btw होना चाहिए। फिर 1am और 2am के बीच काम शुरू करने के लिए शेड्यूल न करें। ऐसा करने से नौकरी बदलने के समय में समस्या हो जाएगी। आगे के समायोजन में नौकरी नहीं चलेगी, पिछले समायोजन में यह दो बार चलेगी। सच कहूँ तो मुझे लगता है कि पूरे दिन की बचत का समय एक आउट मोडेड अवधारणा है। कोई भी नहीं जानता कि मुझे समय में बदलाव पसंद है, हर किसी को एक साल में दो बार आंतरिक शेड्यूलिंग बदलने के लिए मजबूर करने से उत्पादकता का नुकसान।

— Rowan Hawkins

मुझे लगता है कि आपको मेरी बात याद आ रही है। हमें अपने मुख्य कार्यालय में एक सर्वर से दिन में कई बार एक प्रक्रिया चलानी होती है। दुनिया भर के स्थानीय कार्यालय में समय सुबह 9 बजे तक है। हम कार्यालय में प्रक्रिया नहीं चला सकते हैं, इसे एक केंद्रीय सर्वर से चलाना पड़ता है, इसलिए हम समय-सारणी को प्रत्येक कार्यालय के स्थानीय समयक्षेत्र में नहीं बदल सकते (यह मुख्य कार्यालय का स्थानीय समयक्षेत्र है)। यह विंडोज टास्क शेड्यूलर में "शिकागो में सुबह 9 बजे चलाएं" कहने के लिए एक सुविधा होगी।

— Greg