रूस, बेलारूस और यूक्रेन में समय क्षेत्र बदलना

जैसा कि आपने शायद पहले ही सुना था, 2011 के पतन में कई राज्यों ने अपने क्षेत्र पर समय की गणना के लिए प्रक्रिया बदलने का फैसला किया, साथ ही दिन के समय की बचत के लिए मौसमी स्विच को रद्द कर दिया।
इन राज्यों की सूची में: रूस, बेलारूस, यूक्रेन, आंशिक रूप से मान्यता प्राप्त राज्य: अबखाज़िया और दक्षिण ओसेशिया, साथ ही ट्रांसनिस्ट्रिया के अपरिचित राज्य। यानी इन देशों के सभी समय क्षेत्रों में, अब अतिरिक्त मौसमी बदलावों के बिना, पूरे वर्ष यूटीसी के सापेक्ष एक निश्चित बदलाव होगा।
( नोट: यूक्रेन ने पहले दिन की बचत के समय के बिना UTC + 3 पर स्विच करने का निर्णय लिया, लेकिन फिर उसने पहले के निर्णय को रद्द कर दिया और अब तक मौसमी घड़ी हस्तांतरण के साथ समय की गणना के लिए पिछली प्रक्रिया में वापस आ गया है। नीचे विवरण।)

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

मेरा मानना ​​है कि कई सिस्टम / एप्लिकेशन प्रशासक, साथ ही कुछ एप्लिकेशन / सेवा डेवलपर्स, इस सामग्री के साथ खुद को परिचित करने के लिए उपयोगी पाएंगे। और फिर मैं टिप्पणियों में इस जानकारी पर चर्चा करने और पूरक करने के लिए सभी इच्छुक लोगों को आमंत्रित करता हूं।

सामग्री

तो "ग्रीष्मकालीन" या "शीतकालीन" समय रद्द कर दिया?
समय की गणना को बदलने के लिए कानूनी ढांचा
नए समय क्षेत्रों में क्या समय होगा?
रूस में समय क्षेत्र की सूची
रूसी संघ के क्षेत्रों की रचना, रूसी संघ के समय क्षेत्रों का गठन
यूक्रेन और बेलारूस के समय क्षेत्र
अन्य देशों में गर्मियों के समय के बारे में क्या?
दिन के समय की बचत समय का उपयोग करने की व्यवहार्यता
बदलते समय क्षेत्र के कारण क्या समस्याएं हो सकती हैं?
क्या करें?
लेकिन क्या होगा यदि हमारे पास एनटीपी या जीपीएस के साथ सटीक समय है?
विभिन्न ऑपरेटिंग सिस्टमों में समय क्षेत्र की जानकारी (TZI, Time Zone Information) को अद्यतन करना
यूनिक्स सिस्टम और यूनिक्स जैसे ऑपरेटिंग सिस्टम
सिस्को नेटवर्क उपकरण
मोबाइल ओएस
एमएस विंडोज
अद्यतन विरासत विंडोज सिस्टम
अलग-अलग क्षेत्रों के लिए विंडोज में टाइम ज़ोन के पुनर्निर्माण की विशेषताएं
चुकोटका, कामचटका
मैगाडन
सखालिन ओब्लास्ट और याकूतिया
समारा, इज़ेव्स्क (उदमुर्तिया)
कैलिनिनग्राद
बेलारूस
MS Active Diectory domain नियंत्रकों पर समय क्षेत्र अपडेट करना
एमएस एक्सचेंज सर्वर पर समय क्षेत्र अद्यतन करना
MS Sharepoint सर्वर पर समय क्षेत्र अद्यतन करना
मुझे ओएस और सॉफ़्टवेयर में समय क्षेत्र की जानकारी को अपडेट करने की आवश्यकता है?

तो "ग्रीष्मकालीन" या "शीतकालीन" समय रद्द कर दिया?

समाचार लेखों में कुछ पत्रकारों ने रूस और बेलारूस के टाइम ज़ोन में इन बदलावों की व्याख्या "सर्दियों के समय को समाप्त करने" के रूप में की। दर्शन की दृष्टि से, सब कुछ ठीक उसी तरह दिखता है, क्योंकि वसंत में डेलाइट सेविंग टाइम इन देशों में था, लेकिन कोई उल्टा संक्रमण नहीं होगा। इसलिए, ऐसा लगता है कि अब समय हमेशा "ग्रीष्मकालीन" है, और अब कोई "शीतकालीन" समय नहीं होगा।

लेकिन औपचारिक रूप से, कोई "शीतकालीन समय" बस मौजूद नहीं है। मानक समय है, साथ ही कुछ देशों ने डेलाइट सेविंग टाइम (DST) को अपनाया है, जब गर्मियों में (आमतौर पर मार्च के अंत से अक्टूबर के अंत तक) एक और घंटे को मानक स्थानीय समय में जोड़ा जाता है।
अब, रूस और बेलारूस के सभी समय क्षेत्रों में, दो घटनाएं होती हैं:
1) एक निरंतर आधार पर मानक समय में एक और घंटा जोड़ा जाता है।
2) सीजनल क्लॉक ट्रांसफर रद्द हो जाता है (यानी, दिन के समय की बचत का समय रद्द हो जाता है)।

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

समय की गणना को बदलने के लिए कानूनी ढांचा

रूस में, इन परिवर्तनों को 31 अगस्त, 2011 के रूसी संघ की सरकार के * फरमान द्वारा पेश किया गया था, 2011 नंबर 725 "प्रत्येक समय क्षेत्र बनाने वाले क्षेत्रों की संरचना, और समय क्षेत्रों में समय की गणना करने की प्रक्रिया, साथ ही साथ रूसी संघ की सरकार के कुछ निर्णयों की मान्यता पर अमान्य" ( प्रकाशित) और। 6 सितंबर, 2011 को लागू हुआ)।

बेलारूस में, ये बदलाव 15 सितंबर, 2011 नंबर 1229 "बेलारूस गणराज्य के क्षेत्र में समय की गणना" ( पीडीएफ ) पर बेलारूस गणराज्य के मंत्रियों की परिषद की डिक्री द्वारा पेश किए गए थे।

यूक्रेन में:
20 सितंबर, 2011 - यूक्रेन के वेरखोव्ना राडा ने डिक्री नंबर 3755-VI को अपनाया "यूक्रेन में समय की गणना के लिए प्रक्रिया बदलने पर" [ DOC ] (29 सितंबर, 2011 को यूक्रेन के Verkhovna Rada के अध्यक्ष द्वारा हस्ताक्षरित)। इस डिक्री ने यूटीसी + 3 समय की स्थापना की और पूरे यूक्रेन में मौसमी घड़ी हस्तांतरण को समाप्त कर दिया; UTC + 3 वर्ष सभी समय की बचत।

18 अक्टूबर, 2011 - यूक्रेन के वेरखोव्ना राडा ने यूक्रेन में एक नए डिक्री नंबर 3914-VI को स्वीकार किया "यूक्रेन के वेरखोव्ना राडा की डिक्री को मान्यता देने पर 'यूक्रेन में समय की गणना के लिए प्रक्रिया बदलने पर" [ DOC ] (19 अक्टूबर, 2011 को यूक्रेन के वेरखोवना राडा के अध्यक्ष द्वारा हस्ताक्षरित)। जो 20 सितंबर, 2011 को अपनाए गए वर्खवन्ना राडा नंबर 3755-VI के पिछले प्रस्ताव को मान्यता देता है, जो पहले ही लागू हो चुका है और समाप्त हो चुका है। तदनुसार, यूक्रेन में Verkhovna Rada No. 3914-VI के इस संकल्प के लागू होने के बाद, स्थानीय समय की गणना करने की पिछली प्रक्रिया वापस आ गई है: मानक समय (सर्दियों में) UTC + 2 और गर्मियों का समय UTC + 3।

30 अक्टूबर 2011 के बाद, जब यूक्रेन डेलाइट सेविंग टाइम (UTC + 3) से अपने मानक समय (UTC + 2) पर लौटा, तो यूक्रेन के मंत्रियों के मंत्रिमंडल को विचारार्थ के लिए यूक्रेन के Verkhovna Rada को एक बिल भेजना चाहिए, जो यूक्रेन के लिए मौसमी गर्मी के घंटों को रद्द कर देगा। समय। यदि यह निर्णय अपनाया जाता है, तो मार्च 2012 के अंत में यूक्रेन अब डेलाइट सेविंग टाइम पर स्विच नहीं करेगा, और पूरे वर्ष भर यूक्रेन में एक निश्चित समय UTC + 2 (डीएसटी के बिना) रहेगा।

आर्मेनिया में , प्रेस रिपोर्टों से देखते हुए, मौसमी गर्मियों और गर्मियों के समय के हस्तांतरण के उन्मूलन पर एक मसौदा कानून तैयार किया जा रहा है, लेकिन अभी तक अर्मेनियाई संसद (नेशनल असेंबली) द्वारा कानूनी रूप से अपनाया नहीं गया है। यह पहले से ही ज्ञात है कि 30 अक्टूबर, 2011 को, आर्मेनिया घड़ी को एक घंटे पहले दिन की बचत समय (UTC + 5) से मानक समय (UTC + 4) पर सेट करता है। लेकिन यह उम्मीद की जाती है कि मार्च 2012 तक आर्मेनिया में मौसमी घड़ी हस्तांतरण को समाप्त करने वाले कानून को आखिरकार मंजूरी मिल जाएगी और यह लागू हो जाएगा। यदि ऐसा होता है, तो मार्च 2012 के अंत में आर्मेनिया अब डेलाइट सेविंग टाइम पर नहीं जाएगा, और पूरे वर्ष के लिए UTC + 4 (DST के बिना) का निश्चित समय होगा।

मेरे पास 2011 में समय क्षेत्र में बदलाव की स्थापना करने वाले अबकाज़िया और दक्षिण ओसेशिया के आधिकारिक विधायी कृत्यों से कोई संबंध नहीं है। जहां तक ​​मुझे पता है, इस तरह के दस्तावेज बिल्कुल मौजूद नहीं हैं। यह सिर्फ इतना है कि इन देशों में, स्वतंत्रता की घोषणा के दौरान, मास्को समय के लिए स्थानीय समय का पत्राचार (राजनीतिक कारणों से) स्थापित किया गया था। तदनुसार, 2011 में मास्को के समय में परिवर्तन और रूस में डेलाइट सेविंग टाइम पर स्विच करने से इनकार करने के कारण, अबकाज़िया और दक्षिण ओसेशिया में, मास्को के साथ सादृश्य द्वारा समय भी बदलता है। इस प्रकार, अब अबकाज़िया और दक्षिण ओसेशिया में, स्थानीय समय जॉर्जिया में सभी समय में स्थानीय समय के साथ मेल खाएगा (यूटीसी + 4) न केवल गर्मियों में, बल्कि आम तौर पर साल भर।

Transdniestrian Moldavian Republic में, ये परिवर्तन 10 अक्टूबर, 2011 के पीएमआर के राष्ट्रपति के डिक्री द्वारा पेश किए गए थे, " नंबर 18 पर ट्रांसडाइनएस्ट्रियनियन लेवियन रिपब्लिक के क्षेत्र में मौसमी समय के लिए संक्रमण के उन्मूलन पर" (18 अक्टूबर, 2011 को लागू होता है)। इसके अलावा, मोल्दोवा के बाकी हिस्सों ने अपने क्षेत्र पर समय की गणना के लिए प्रक्रिया में बदलाव नहीं किया है, इसलिए 30 अक्टूबर, 2011 मोल्दोवा अपने मानक (शीतकालीन) समय पर वापस आ जाएगा।

* नोट : रूस में 2011 में टाइम ज़ोन के परिवर्तन पर इंटरनेट पर कुछ लेखों में, यह गलत तरीके से इंगित किया गया है कि रूसी समय क्षेत्रों में समय की गणना के लिए नई प्रक्रिया, साथ ही रूसी संघ में मौसमी घड़ी स्थानांतरण का उन्मूलन, रूसी संघ के संघीय कानून द्वारा स्थापित किया गया है "समय पर गणना"। जून 2011 में रूसी संघ के अध्यक्ष (डी। ए। मेदवेदेव) ने हस्ताक्षर किए। हालांकि, वास्तव में ऐसा नहीं है।

वास्तव में, रूसी संघ का संघीय कानून है "समय की गणना पर" (107-is दिनांक 3 जून, 2011):
- राज्य ड्यूमा द्वारा अपनाया गया: 20 मई, 2011;
- फेडरेशन काउंसिल द्वारा अनुमोदित: 25 मई, 2011;
- रूसी संघ के राष्ट्रपति द्वारा हस्ताक्षरित: 3 जून, 2011;
- प्रकाशित: 6 जून, 2011 ;
- 7 अगस्त 2011 को प्रवेश किया
लेकिन केवल वह रूस के समय क्षेत्रों की सीमाओं को स्थापित नहीं करता है, प्रत्येक समय क्षेत्र में समय का निर्धारण नहीं करता है, और दिन के समय की बचत के लिए मौसमी संक्रमण के उन्मूलन की स्थापना नहीं करता है।
इस संघीय कानून में समय की गणना की सामान्य परिभाषाएँ और सिद्धांत (वर्ष में कितने दिन, कितनी बार एक लीप वर्ष, एक कैलेंडर दिवस / सप्ताह / महीना / वर्ष, दिन और वर्ष की शुरुआत और अंत कब होता है, समय क्षेत्र और स्थानीय समय क्या है, का वर्णन करता है) कैसे सही समय के बारे में जानकारी वितरित की जाती है, आदि)।
कानून यह भी कहता है कि रूसी संघ के क्षेत्रों को समय क्षेत्र में विभाजित करने और इन समय क्षेत्रों की गणना के समय पर रूसी संघ के सरकार द्वारा रूसी संघ के क्षेत्रों को विभाजित करने पर विशिष्ट निर्णय रूसी संघ की सरकार द्वारा किए जाते हैं। और इन उद्देश्यों के लिए, आरएफ सरकार का फरमान "प्रत्येक समय क्षेत्र बनाने वाले क्षेत्रों की संरचना और समय क्षेत्रों में समय की गणना करने की प्रक्रिया, साथ ही रूसी संघ की सरकार के व्यक्तिगत फरमानों की मान्यता पर" विनियमित किया गया था, जो इन मुद्दों को नियंत्रित करता है। और यह सरकारी फरमान में ठीक है कि रूसी संघ के समय क्षेत्र के बारे में सभी बारीकियों का संकेत दिया गया है:
क) समय क्षेत्र की सीमाएं स्थापित की जाती हैं;
बी) स्थानीय (स्थानीय) समय की एक पारी प्रत्येक क्षेत्र में स्थापित की जाती है;
ग) पूरे रूसी संघ में मौसमी घड़ी हस्तांतरण (डीएसटी) को रद्द करना।
लेकिन किसी कारण से, कुछ लोगों ने गलती से फैसला किया कि रूसी संघ में नए समय क्षेत्रों और दिन के उजाले की बचत के उन्मूलन को संघीय कानून में "समय की गणना पर" पेश किया गया था। और कुछ विकिपीडिया संपादकों ने स्थिति को न समझते हुए, जून 2011 की शुरुआत में रूस के समय क्षेत्रों का उल्लेख करते हुए विकिपीडिया के लेखों को सक्रिय रूप से सही करने के लिए दौड़ लगा दी, यह दर्शाता है कि पहले से ही एक नया समय है और दिन के समय की बचत का अभाव है। लेकिन वास्तव में उस समय इस तरह के संशोधनों के लिए कोई कानूनी आधार नहीं थे। ऐसे परिवर्तनों के लिए कानूनी आधार केवल 6 सितंबर, 2011 को दिखाई दिए, जब 31 अगस्त, 2011 को रूसी संघ की सरकार की डिक्री संख्या 725 लागू हुई ।

नए समय क्षेत्रों में क्या समय होगा?

रूस में समय क्षेत्र की सूची

_{तालिका 1 रूस के समय क्षेत्रों की सूची * (सितंबर 2011)}

संख्या	स्थानीय समय	UTC ऑफसेट	डीएसटी	प्रशिक्षु। नाम	प्रशिक्षु। संक्षिप्त रूप।
1	मास्को समय -1	UTC + 03: 00	-	कलिनिनग्राद समय	USZ1, FET (MSK-1)
2	मास्को का समय	UTC + 04: 00	-	मास्को का समय	एमएसके
3	मॉस्को का समय +2	UTC + 06: 00	-	येकातेरिनबर्ग समय	YEKT (MSK + 2)
4	मॉस्को का समय +3	UTC + 07: 00	-	ओमस्क समय	OMST (MSK + 3)
5	मॉस्को का समय +4	UTC + 08: 00	-	क्रास्नोयार्स्क समय	KRAT (MSK + 4)
6	मॉस्को का समय +5	UTC + 09: 00	-	इरकुत्स्क समय	IRKT (MSK + 5)
7	मॉस्को का समय +6	UTC + 10: 00	-	याकुतस्क समय	YAKT (MSK + 6)
8	मॉस्को का समय +7	UTC + 11: 00	-	व्लादिवोस्तोक समय	VLAT (MSK + 7)
9	मॉस्को का समय +8	UTC + 12: 00	-	मगद का समय	पत्रिका (MSK + 8)

^{* अब रूस में उन्हें आधिकारिक तौर पर टाइम ज़ोन नहीं बल्कि टाइम ज़ोन कहा जाता है}

रूसी संघ के समय क्षेत्रों के निर्माण, रूसी संघ के क्षेत्रों की संरचना:

1 घंटा क्षेत्र - MSK-1 (UTC + 03: 00):
कलिनिनग्राद क्षेत्र।
2-घंटे का क्षेत्र - MSK (UTC + 04: 00):
मॉस्को और रूस के पूरे यूरोपीय भाग (क्षेत्रों की पूरी सूची के लिए, सरकारी संकल्प संख्या 725 देखें )।
तीसरा घंटा क्षेत्र - MSK + 2 (UTC + 06: 00):
बशकोर्टोस्तान गणराज्य, पर्म टेरिटरी, कुर्गन ओब्लास्ट, ऑरेनबर्ग ओब्लास्ट, सेवरडलोव्स्क ओब्लास्ट, ट्युमेनन ओब्लास्ट, चेल्याबिंस्क ओब्लास्ट, खांटी-मानसी ऑटोनोमस ओक्रग - उग्रा और यमालो-नेनेट्स स्वायत्त ऑक्रग।
4 घंटे का क्षेत्र - MSK + 3 (UTC + 07: 00):
अल्ताई गणराज्य, अल्ताई क्षेत्र, केमेरोवो क्षेत्र, नोवोसिबिर्स्क क्षेत्र, ओम्स्क क्षेत्र और टॉम्स्क क्षेत्र।
5 वें घंटे का क्षेत्र - MSK + 4 (UTC + 08: 00):
टाइवा गणराज्य, खाकासिया गणराज्य और क्रास्नोयार्स्क क्षेत्र।
6 घंटे का क्षेत्र - MSK + 5 (UTC + 09: 00):
Buryatia गणराज्य और इरकुत्स्क क्षेत्र।
7 वें घंटे का क्षेत्र - MSK + 6 (UTC + 10: 00):
याकूतस्क (याकुतिया के क्षेत्रों की एक पूरी सूची के लिए, सखा (याकुतिया) गणराज्य के अधिकांश, सरकारी निर्णय संख्या 725 देखें ), ट्रांस-बाइकाल क्षेत्र, और अमूर ओब्लास्ट।
8 वें घंटे क्षेत्र - MSK + 7 (UTC + 11: 00):
प्रिमोर्स्की टेरिटरी, खाबरोवस्क टेरिटरी, यहूदी ऑटोनॉमस ओब्लास्ट, सखा (याकूतिया) गणराज्य का हिस्सा (वेरखोयस्क, ओमय्यकोन्स्की और उस्त-यान्स्की अल्सर (जिले), सखालिन ओब्लास्ट का हिस्सा (सेवरो-कुरिल्स्की को छोड़कर सभी जिले))।
9 वां समय क्षेत्र - MSK + 8 (UTC + 12: 00):
कामचतका क्राइ, मगदान ओब्लास्ट, चुकोतका ऑटोनॉमस ऑक्रग, सखा गणराज्य का हिस्सा (याकुतिया) (अब्यस्की, अल्लीखोव्स्की, वेरखनेकोलॉस्की, मॉम्स्की, निज़नेकोलूस्की और स्रेनेकोयोलिस्की uluses (जिले), सकाल का हिस्सा)

यूक्रेन, बेलारूस, अबकाज़िया, उत्तरी ओसेशिया और पीएमआर का समय क्षेत्र

पूरे बेलारूस में केवल एक ही समय क्षेत्र है: मिन्स्क समय (UTC + 03: 00) - आगे-पूर्वी यूरोपीय समय (FET)।
पूरे यूक्रेन में केवल एक ही समय क्षेत्र है: कीव समय (UTC + 03: 00) - आगे का पूर्वी यूरोपीय समय (FET)। यूक्रेन अब तक समय की गणना के पिछले क्रम में लौट आया है: सर्दियों में - मानक कीव समय (UTC + 02: 00), गर्मियों में - ग्रीष्मकालीन कीव समय (UTC + 03: 00)।
अबकाज़िया और दक्षिण ओसेशिया के क्षेत्र में समय क्षेत्र: मास्को (या त्बिलिसी) समय (UTC + 04: 00) ।
Transdniestrian Moldavian Republic के क्षेत्र में समय क्षेत्र: (UTC + 03: 00) - आगे का पूर्वी यूरोपीय समय (FET)।

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

रूस, बेलारूस, उत्तरी ओसेशिया और अबकाज़िया में, समय क्षेत्र में ये बदलाव पहले ही लागू हो चुके हैं और पहले से ही प्रभावी हैं।

अन्य देशों में गर्मियों के समय के बारे में क्या?

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

रूस में 2011 में डेलाइट सेविंग टाइम को रद्द करने की घोषणा के बाद अबकाज़िया और दक्षिण ओसेशिया (आंशिक रूप से मान्यता प्राप्त राज्य), अब पूरे साल (दिन की बचत के समय के बिना) यूटीसी + 4 टाइम ज़ोन होगा, अर्थात्। जॉर्जिया और मास्को में सभी के रूप में।
इसके अलावा, रूस के निकटतम पड़ोसियों से, डेलाइट सेविंग टाइम मंगोलिया, चीन और जापान में भी अनुपस्थित है।

सामान्य तौर पर, गर्मी के समय का उपयोग करते हुए दुनिया में स्थिति इस चित्रण में दिखाई गई है:

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

दिन के समय की बचत समय का उपयोग करने की व्यवहार्यता

डेलाइट सेविंग टाइम पर स्विच करने की सलाह के बारे में विवाद लंबे समय से चल रहे हैं। प्रारंभ में, गर्मी की अवधि में एक घंटे के लिए समय परिवर्तन दिन के उजाले के अधिक कुशल उपयोग और शाम को प्रकाश सड़कों और घरों पर खर्च होने वाली बिजली को बचाने के उद्देश्य से पेश किया गया था। और इसने वास्तव में 50 साल पहले एक ठोस आर्थिक लाभ दिया, जब प्रकाश ने सभी बिजली की लागत में एक महत्वपूर्ण हिस्सेदारी पर कब्जा कर लिया। लेकिन आधुनिक दुनिया में, प्रकाश व्यवस्था पर खर्च होने वाली बिजली का हिस्सा अन्य ऊर्जा लागतों (औद्योगिक उत्पादन के लिए, हीटिंग के लिए, वेंटिलेशन के लिए, एयर कंडीशनिंग के लिए) की तुलना में पहले से ही छोटा है। नतीजतन, गर्मी के समय पर स्विच करने से होने वाली बचत ऊर्जा लागत के कुल द्रव्यमान में एक पैसा है।(2007 के लिए रूस के यूएओ "यूईएस" डेटा के अनुसार, देश में तीर के रूपांतरण से 4.4 बिलियन किलोवाट-घंटे बिजली की बचत होती है, जो रूस में खपत होने वाली बिजली की कुल राशि का लगभग 0.5% है।)

इसके अलावा, उष्णकटिबंधीय अक्षांशों में। वर्ष के दौरान दिन और रात में थोड़ा परिवर्तन होता है, और ध्रुवीय अक्षांशों में, इसके विपरीत, गर्मियों में एक ध्रुवीय दिन और सर्दियों में एक ध्रुवीय रात होती है। इन विशेषताओं के कारण, यह लगभग 30 ° से 55 ° तक अक्षांश बैंड में केवल प्रदेशों में दिन के समय की बचत का समय शुरू करने के लिए आर्थिक रूप से प्रभावी है। काश, अधिकांश रूस इन अक्षांशों के उत्तर में स्थित होता।

वैसे, वर्ष में दो बार हाथों के अनुवाद के लिए पर्याप्त मिन्यूज़ भी हैं:
- घड़ी हस्तांतरण के दिनों में ट्रैफ़िक शेड्यूल का निर्धारण;
- घड़ी हस्तांतरण के दिनों में फ्रेट फारवर्डर के सरल और आर्थिक नुकसान;
- वेकेशन और स्लीप पैटर्न में बदलाव के कारण लोगों में स्वास्थ्य समस्याएं;
- दूध देने / खिलाने के समय में बदलाव के कारण कृषि पशुओं में समस्या।

निजी तौर पर, मैं गर्मियों के समय के संक्रमण में देखता हूं और प्लसस की तुलना में अधिक minuses को वापस करता हूं। इसलिए, मुझे लगता है कि दिन के उजाले की बचत का उन्मूलन उचित है।

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

बदलते समय क्षेत्र के कारण क्या समस्याएं हो सकती हैं?

पहली नज़र में, समस्या स्पष्ट है ...
यदि आपके आईटी सिस्टम (एप्लिकेशन / सेवाओं) में कहीं स्थानीय समय का उपयोग किया जाता है (उदाहरण के लिए, प्रत्येक ग्राहक के लिए कुछ घटनाओं के समय को उसके स्थानीय समय में व्यक्तिगत रूप से प्रदर्शित करने के लिए), तो कुछ होना चाहिए विश्व के प्रत्येक क्षेत्र में स्थानीय समय की गणना के बारे में जानकारी के साथ एक आधार। और अगर इस डेटाबेस को समय पर अद्यतन नहीं किया जाता है, तो 30 अक्टूबर, 2011 से रूस और बेलारूस के लिए, यह डेटाबेस स्थानीय समय की गलत गणना देगा।

मान लीजिए कि आप किसी प्रकार के वेब फोरम का संचालन कर रहे हैं। सभी उपयोगकर्ता प्रोफ़ाइल में अपना समय क्षेत्र इंगित करते हैं (या यह प्रोफ़ाइल में निर्दिष्ट निपटान के अनुसार स्वचालित रूप से गणना की जाती है)। इस वेब फ़ोरम के डेटाबेस में संदेश बनाने का समय यूटीसी प्रारूप में सर्वर साइड पर संग्रहीत होता है। संदेश के UTC-time द्वारा प्रत्येक उपयोगकर्ता को संदेश प्रदर्शित करते समय, देखने वाले उपयोगकर्ता के स्थानीय समय के लिए एक समायोजन किया जाता है। इसके अलावा, इस संशोधन के आकार की गणना मंच के वेब इंजन के डेवलपर्स द्वारा रखे गए एक निश्चित समय क्षेत्र डेटाबेस के अनुसार सर्वर साइड पर की जाती है।
और अगर 30 अक्टूबर, 2011 से वेब फोरम का व्यवस्थापक समय पर इस डेटाबेस को अपडेट नहीं करता है, तो इस फोरम में रूसी उपयोगकर्ताओं के लिए स्थानीय समय की गणना पहले से ही गलत तरीके से काम करेगी। उदाहरण के लिए, उपयोगकर्ता द्वारा निर्दिष्ट मास्को समय के लिए, यूटीसी + 4 को सही ढंग से स्थानांतरित किया जाएगा, और मंच पहले और पहले से ही गलत रूप से गिना जाएगा: यूटीसी + 3।

प्रत्येक आईटी सिस्टम के लिए प्रासंगिक समय क्षेत्र की जानकारी को अपडेट करते समय इस स्पष्ट समस्या को हल किया जाना चाहिए, जो कम से कम किसी तरह अपने काम में स्थानीय समय का उपयोग करता है। इस उदाहरण में, वेब फ़ोरम द्वारा उपयोग किए गए टाइम ज़ोन डेटाबेस को अपडेट करें।

लेकिन वास्तव में समस्या थोड़ी गहरी है ...
यदि रूस के क्षेत्रों में समय क्षेत्र बस एक से दूसरे में बदल जाता है, तो कोई विशेष समस्या नहीं होगी। यह सब एक कंप्यूटर को किसी दूसरे देश में ले जाने और अपनी घड़ी की सेटिंग में उस देश के उपयुक्त समय क्षेत्र को चुनने जैसा लगता था (केवल यह एक कंप्यूटर के पैमाने पर नहीं होगा, बल्कि क्षेत्र के सभी कंप्यूटरों के पैमाने पर होगा, लेकिन सामान्य सिद्धांत समान है)। यह किसी भी समस्या का कारण नहीं होगा, जैसा कि लगभग सभी सॉफ्टवेयर को अलग-अलग समय क्षेत्रों के साथ काम करने के लिए अनुकूलित किया गया है (जब तक कि, निश्चित रूप से, यह पूरी तरह से बायोडोकडर द्वारा लिखा गया था, जिन्होंने अलग-अलग समय के क्षेत्रों में ध्यान दिए बिना स्थानीय समय के लिए विशेष रूप से सब कुछ बांधा है)।

लेकिन इस मामले में, रूस के अधिकांश क्षेत्रों (कैलिनिनग्राद को छोड़कर) के लिए, समय क्षेत्र नहीं बदलता है, यह समान (समान नाम के साथ) रहता है, और यूटीसी परिवर्तन के सापेक्ष इस क्षेत्र के अंदर स्थानीय समय की गणना करने के नियम। उदाहरण के लिए, मास्को समय से पहले (MSK) UTC + 03: 00 के अनुरूप था, और अब उसी समय क्षेत्र मास्को समय (MSK) पहले ही UTC + 04: 00 से मेल खाता है। इसके अलावा, जब मास्को के समय के अनुसार, नई घटनाओं के समय (उदाहरण के लिए, दिसंबर 2011 में) की गणना UTC (+4) के सापेक्ष मॉस्को समय की नई ऑफसेट का उपयोग करने के लिए सही होगी, और मॉस्को समय के अनुसार पुरानी घटनाओं (उदाहरण के लिए, दिसंबर 2010) के समय की गणना करना सही होगा। मास्को समय यूटीसी (+3) के सापेक्ष ऑफसेट हुआ, जो उस समय मास्को समय के लिए मान्य था।यदि आप अलग-अलग ऐतिहासिक अवधियों में स्थानीय समय की गणना के लिए इस तरह के विभेदित दृष्टिकोण को लागू नहीं करते हैं, तो ऐसी गणना गलत होगी।

मान लें कि एक निश्चित आईटी सिस्टम जो स्थानीय समय के साथ काम करता है, समय क्षेत्र डेटाबेस का उपयोग करता है, जो एक साधारण फ्लैट सूची के रूप में सभी विश्व समय क्षेत्रों के बारे में अद्यतित जानकारी संग्रहीत करता है। इस सूची में, हर बार जोन विशिष्ट रूप से यूटीसी के सापेक्ष एक निश्चित ऑफसेट से मेल खाता है जो वर्तमान में प्रभावी है। यानीउदाहरण के लिए, "मॉस्को टाइम (MSK) - UTC + 03: 00", आदि। इस समय क्षेत्र डेटाबेस को अपडेट करने के बाद, इस सूची में रूस के लिए प्रविष्टियां बदल गईं, विशेष रूप से, यह "मॉस्को टाइम (एमएसके) - यूटीसी + 04: 00" बन गया।

वे आईटी सिस्टम जो पुरानी घटनाओं के लिए इस समय क्षेत्र डेटाबेस को अपडेट नहीं करते हैं (उदाहरण के लिए, दिसंबर 2010 में) इस डेटाबेस से स्थानीय समय की सही गणना करेंगे, लेकिन नई घटनाओं के लिए (उदाहरण के लिए, दिसंबर 2011 में) वे स्थानीय समय का उपयोग करके गणना करेंगे। यह आधार पहले से ही गलत है।

और जो आईटी सिस्टम फिर भी इस समय क्षेत्र डेटाबेस को अपडेट करते हैं, नई घटनाओं के लिए (उदाहरण के लिए, दिसंबर 2011 में) इस डेटाबेस से स्थानीय समय की सही गणना करेंगे, और पुरानी घटनाओं (उदाहरण के लिए, दिसंबर 2010 में), इसके विपरीत, वे स्थानीय गणना करेंगे इस आधार पर समय गलत है।

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

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

इस तरह से tzdata आधार को संरचित किया जाता है ( tzdata के बारे में और पढ़ें ), जिसका उपयोग कई * nix- सिस्टम (Linux, BSD, Mac OS X सहित) में किया जाता है। और यह समय क्षेत्रों के बारे में जानकारी संग्रहीत करने के लिए अन्य प्रारूपों पर इसका महत्वपूर्ण लाभ है।

Microsoft डेवलपर्स ने भी एक सामान्य सूची के रूप में समय क्षेत्र के बारे में जानकारी के त्रुटिपूर्ण भंडारण को महसूस किया है, जो केवल वर्तमान समय में प्रासंगिक है। उदाहरण के लिए, यदि आप Windows रजिस्ट्री [HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time क्षेत्र] में अलग-अलग समय क्षेत्रों के अनुरूप विभाजन का विस्तार करते हैं, तो उनमें से कुछ में आपको "डायनामिक डीएसटी" नामक एक उप-धारा दिखाई देगी। यह केवल दिन के समय की बचत के लिए गतिशील रूप से बदलते नियमों को संग्रहीत करता है और इसके विपरीत वर्ष के आधार पर (यदि कुछ समय क्षेत्र में ये नियम हाल के वर्षों में बदल गए हैं)। उन्होंने इस बदलती जानकारी को अपेक्षाकृत हाल के वर्षों में अलग-अलग वर्षों के लिए रखना शुरू कर दिया।
लेकिन मुझे अभी भी विश्वास नहीं है कि विंडोज रजिस्ट्री से टाइम ज़ोन डेटाबेस का उपयोग करने वाले सभी सॉफ़्टवेयर विभिन्न वर्षों के लिए इन परिवर्तनों को सही ढंग से संसाधित करते हैं।

इसके अलावा, विभिन्न डेवलपर सम्मेलनों में, शिकायतें पहले ही सामने आई हैं कि पैच KB2570791 स्थापित करने के बाद, अतीत में तारीखों के लिए स्थानीय समय की गणना करने के कार्य गलत परिणाम देने लगे। यहाँ एक उदाहरण है: एक और दो ।

Microsoft हबरा ब्लॉग में डेवलपर्स के लिए सिफारिशें हैं:
habrahabr.ru/company/microsoft/blog/130629

क्या करें?

सिस्टम और एप्लिकेशन प्रशासक, साथ ही डेवलपर्स और अन्य आईटी विशेषज्ञ, बदलते समय क्षेत्र से जुड़ी संभावित समस्याओं से बचने के लिए अपने आईटी सिस्टम को पहले से तैयार कर लें।

अच्छी तरह से लिखित आईटी सिस्टम (एप्लिकेशन / सेवाएं / डीबीएमएस) आमतौर पर समय के साथ काम करने के लिए निम्नलिखित दृष्टिकोण का उपयोग करते हैं:
1) समय हर जगह है (डेटाबेस में सभी प्रविष्टियां, ईवेंट, लॉग, निर्माण की तारीख / वस्तुओं के संशोधन, आदि) केवल निरपेक्ष समय मानों में संग्रहीत हैं (यूनिक्स युग की शुरुआत के बाद से सेकंड की संख्या, 00:00:00 01/01/1970 से) या यूटीसी में।
2) समय संसाधित है (तुलना, जोड़ा, घटाया, स्थानांतरित) केवल यूनिक्स समय (या यूटीसी में)।
3) स्थानीय समय प्रस्तुत किया जाना चाहिए जिसमें समय क्षेत्र के बारे में जानकारी अलग से संग्रहीत की जाती है। उदाहरण के लिए, उपयोगकर्ताओं को उनके स्थानीय समय के प्रारूप में जानकारी प्रस्तुत करने के लिए, समय क्षेत्र उपयोगकर्ता प्रोफ़ाइल से लिया जाता है।
4) एक डेटाबेस को अलग और लगातार अद्यतन किया जाता है जो दुनिया के विभिन्न क्षेत्रों में स्थानीय समय की गणना के लिए नियमों के बारे में जानकारी को अलग-अलग समय अवधि (उदाहरण के लिए, tzdata डेटाबेस) में संग्रहीत करता है।
5) सटीक यूनिक्स समय (या यूटीसी) में, स्थानीय समय क्षेत्र का नाम और एक निश्चित समय क्षेत्र के लिए स्थानीय समय की गणना के लिए नियमों के साथ आधार, आप किसी भी समय अवधि के लिए किसी भी क्षेत्र में स्थानीय समय गणनाओं को हमेशा सही ढंग से कर सकते हैं।

स्थानीय समय के साथ कोई कार्रवाई करने के लिए, इसे पहले यूनिक्स टाइम (या यूटीसी) में स्थानांतरित किया जाता है, नियत समय अवधि के लिए किसी निश्चित समय क्षेत्र में स्थानीय समय की गणना के नियमों के अनुसार, और उसके बाद ही संसाधित किया जाता है। यदि प्रसंस्करण परिणाम स्थानीय समय प्रारूप में प्रस्तुत किया जाना चाहिए, तो एक निश्चित समय क्षेत्र में स्थानीय समय की गणना के लिए नियमों के अनुसार, परिणाम को निर्दिष्ट समय क्षेत्र के स्थानीय समय में पुनर्गणना किया जाता है।

सभी घटनाओं का सही समय ग्राहक द्वारा नहीं, बल्कि सर्वर द्वारा (यूनिक्स समय या यूटीसी में) दर्ज किया जाना चाहिए। इसके अलावा, सर्वर के पास NTP सर्वर (या समय सिंक्रनाइज़ेशन के अन्य स्रोत) से सटीक समय होना चाहिए, और स्थानीय समय के साथ पुनर्गणना करने के लिए टाइम ज़ोन का अप-टू-डेट डेटाबेस भी होना चाहिए।

Tzdata का उपयोग करने वाले यूनिक्स-सिस्टम की दुनिया में, स्थानीय समय के साथ काम करने का तर्क आमतौर पर इस तरह से आयोजित किया जाता है। इसलिए, tzdata को अपडेट करने के लिए पर्याप्त होगा और कुछ भी नहीं जाएगा।

लेकिन, दुर्भाग्य से, सभी एप्लिकेशन और सिस्टम समय के साथ काम के इस तरह के अच्छी तरह से निर्मित तर्क का दावा नहीं कर सकते हैं। कहीं-कहीं बैसाखी और साइकिल भी हो सकती है। और इसका मतलब है कि हर जगह समय क्षेत्र में परिवर्तन आसानी से नहीं होगा।

सामान्य तौर पर कुल कार्य योजना इस प्रकार है:

1. अन्वेषण करें कि आपके ऑपरेटिंग सिस्टम, DBMS और अन्य सॉफ़्टवेयर के लिए समय क्षेत्र की जानकारी के कौन से अपडेट उपलब्ध हैं। इस सॉफ़्टवेयर के निर्माताओं / आपूर्तिकर्ताओं से आधिकारिक अद्यतन अनुशंसाएँ पढ़ें।
2. , , ( ).
3. - // , , /*/.
4. ( , tzdata), «», .
5. आईटी पेशेवरों के लिए, आपके द्वारा उपयोग किए जाने वाले सॉफ़्टवेयर समाधानों के डेवलपर्स और प्रशासकों के सम्मेलनों और मंचों को देखना बहुत उचित है। समय क्षेत्र के अद्यतन के संबंध में होने वाली रेक के बारे में अग्रिम में जानने के लिए सहकर्मियों के साथ अनुभव का आदान-प्रदान करना उपयोगी है।
6. उसके बाद, आवश्यक ओएस और सॉफ्टवेयर अपडेट डाउनलोड और लागू करें।
7. संभावित समस्याओं के लिए तैयार करें और सोचें कि उनके आसपास कैसे पहुंचें।

* उदाहरण के लिए, seriyPS के अनुसार , पायथन समय क्षेत्र के साथ काम करने के लिए पाइत्ज़ लाइब्रेरी का उपयोग करता है । नवीनतम संस्करण 2011k। वर्तमान स्थापित pytz संस्करण देखने के लिए स्क्रिप्ट:

import pytz print pytz.__version__ 

पाइट्स लाइब्रेरी को अपडेट करने के लिए:
sudo pip install -U pytz
या
sudo easy_install -U pytz

लेकिन क्या होगा यदि हमारे पास एनटीपी या जीपीएस के साथ सटीक समय है?

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

लेकिन अगर आपके ओएस या सॉफ़्टवेयर को किसी भी स्थानीय समय के साथ काम करने की आवश्यकता है, तो यह ओएस या अनुप्रयोगों की ओर से निरपेक्ष समय है (सटीक समय या कंप्यूटर टाइमर द्वारा स्वतंत्र रूप से गिना जाता है), यह आवश्यक समय (या स्थानीय से निरपेक्ष वापस) के लिए पुनर्गणना है। )। और त्रुटि-मुक्त गणना के कार्यान्वयन और ओएस और सॉफ्टवेयर में स्थानीय समय के सही पुनर्गणना के लिए, विश्व समय क्षेत्रों के वर्तमान आधार का उपयोग किया जाना चाहिए।

यानी भले ही आपका सर्वर सही समय के स्रोत के साथ सिंक्रनाइज़ हो या नहीं, समय क्षेत्र और स्थानीय समय के साथ सही ढंग से काम करने के लिए, आपके पास विश्व समय क्षेत्रों का एक अद्यतन वैश्विक डेटाबेस होना चाहिए। यानी NTP के साथ सिंक्रनाइज़ेशन की उपस्थिति आपके IT सिस्टम के लिए समय क्षेत्र के बारे में जानकारी अपडेट करने के बारे में चिंताओं से राहत नहीं देती है।

विभिन्न ऑपरेटिंग सिस्टमों में समय क्षेत्र की जानकारी (TZI, Time Zone Information) को अद्यतन करना

यूनिक्स सिस्टम और यूनिक्स जैसे ऑपरेटिंग सिस्टम

विभिन्न वाणिज्यिक यूनिक्स सिस्टम और मुफ्त यूनिक्स जैसी प्रणाली (जीएनयू / लिनक्स वितरण, बीएसडी सिस्टम आदि) विश्व समय क्षेत्रों के बारे में जानकारी संग्रहीत करने के लिए एक अलग प्रारूप का उपयोग करते हैं। उनके वितरण किट के भीतर कुछ विक्रेताओं अभी भी स्वतंत्र रूप से बनाए रखते हैं और इस जानकारी को अपने मूल प्रारूप में रखते हैं (उदाहरण के लिए, HP-UX में tztab)।

लेकिन फिर भी, अधिकांश यूनिक्स जैसी प्रणालियां तजदता डेटाबेस को सभी विश्व समय क्षेत्रों के बारे में जानकारी के एकल वैश्विक स्रोत के रूप में उपयोग करती हैं। Tzdata में एकत्र की गई जानकारी को बिना किसी लाइसेंस प्रतिबंध (सार्वजनिक डोमेन) के सभी कामर्स को स्वतंत्र रूप से वितरित किया जाता है। कोई भी स्वतंत्र रूप से (स्रोत और द्विआधारी रूप में दोनों) ले सकता है और अपने अनुप्रयोगों / पुस्तकालयों / सेवाओं में इसका उपयोग कर सकता है। और OS वितरण के कई डेवलपर्स / विक्रेता (विशेष रूप से लिनक्स / बीएसडी / मैकओएस में) और विभिन्न सॉफ्टवेयर ऐसा ही करते हैं।

ओपनसोर्स की दुनिया में, tzdata डेटाबेस वास्तव में सभी विश्व समय क्षेत्रों और उनके परिवर्तनों के इतिहास के बारे में जानकारी का एक मानक स्रोत है। Tzdata डेटाबेस सभी GNU / Linux वितरण, BSD सिस्टम (FreeBSD, NetBSD, OpenBSD, DragonFly BSD), Solaris, UnixWare, AIX (6.1 और उच्चतर), Cygwin के साथ-साथ Mac OS X और कुछ अन्य यूनिक्स-जैसे वितरणों द्वारा उपयोग किया जाता है। इसके अलावा, tzdata के डेटा का उपयोग कई DBMSs: MySQL, Oracle DB, PostgreSQL, आदि के साथ-साथ विभिन्न भाषाओं, फ्रेमवर्क, लाइब्रेरी, मॉड्यूल में किया जाता है: PHP5, पर्ल (मॉड्यूल DateTime - TimeZone और DateTime :: LeapSecond), पायथन (pytz मॉड्यूल), GNU C लाइब्रेरी (glibc), .NET फ्रेमवर्क (जोनिनफो मॉड्यूल), जावा रंटु पर्यावरण, आदि।

आधिकारिक tzdata परियोजना पृष्ठ: http://cs.ucla.edu/~eggert/tz/
समय क्षेत्र के साथ काम करने के लिए tzdata और उपयोगिताओं के स्रोतों को यहां डाउनलोड किया जा सकता है: ftp ●elsie.nci.nih.gov / pub/ (एफ़टीपी-सर्वर परीक्षण के दौरान अस्थायी रूप से बंद है)।
सभी tzdata प्रोजेक्ट फ़ाइलों के साथ दर्पण: http://tzmirror.appealingapps.de , ftp ●tzmirror.appealingapps.de
एक अन्य दर्पण: ftp ●munnari.oz.au / pub

इस लेख को अधिभार नहीं देने के लिए, मैंने एक अलग लेख में tzdata के बारे में अधिक विस्तृत जानकारी बाहर रखी।

इस लेखन के समय, tzdata का नवीनतम संस्करण 2011l (10 अक्टूबर 2011 को जारी किया गया) है।
2011 के संस्करण से रूस के नए समय क्षेत्र में बदलाव दिखाई दिया, यूक्रेन और बेलारूस के समय क्षेत्र में परिवर्तन 2011 के संस्करण से तजदता में दिखाई दिया।
चूंकि यूक्रेनी संसद मौसमी घड़ी हस्तांतरण के उन्मूलन पर अपने पिछले प्रस्ताव को वापस लाने में कामयाब रही है, इसलिए यह पता चलता है कि tzdata-2011k और tzdata-2011l में यूक्रेन (यूरोप / कीव) के समय क्षेत्र के बारे में गलत जानकारी है। इसलिए, यूक्रेन के लिए यह एक संस्करण या पुराने (2011j और कम) या नए (2011m और उच्चतर) का उपयोग करने के लिए सही होगा। 24 अक्टूबर 2011 को tzdata 2011m संस्करण की रिलीज़ की घोषणा की गई थी, इस संस्करण को यूक्रेन (यूरोप / कीव) और ट्रांसनिस्ट्रिया (यूरोप / तिरस्पोल) के लिए संशोधित किया जाना चाहिए।

इस प्रकार, 2011 में बदले गए रूस और बेलारूस के समय क्षेत्रों के बारे में जानकारी अपडेट करने के लिए * निक्स-सिस्टम में, विक्रेता द्वारा आपूर्ति की गई संबंधित अपडेट को स्थापित करना आवश्यक है। अधिकांश वितरणों के लिए, जो कि tzdata का उपयोग करते हैं, बस मानक रिपॉजिटरी, पोर्ट, और अन्य अंतर्निहित वितरण और सॉफ्टवेयर अपडेट स्रोतों से tzdata पैकेज का एक नया संस्करण स्थापित करना जो OS के इस वितरण में उपयोग किया जाता है, पर्याप्त होगा।

कई डिस्ट्रो डेवलपर्स ने अपने डिस्ट्रो के लिए पहले ही अपडेटेड टेडटा पैकेज जारी कर दिए हैं। यदि आप किसी भी लिनक्स वितरण का उपयोग करते हैं जिसे आप नियमित रूप से रिपॉजिटरी से अपडेट करते हैं, तो सबसे अधिक संभावना है कि आपके सिस्टम में पहले से ही tzdata पैकेज का नवीनतम संस्करण पहले से इंस्टॉल है।
एक उदाहरण के रूप में उबंटू का उपयोग करते हुए कई हालिया तज़दता रिलीज़ की तारीखें जारी करें:
12 सितंबर, 2011 - tzdata स्रोतों को 2011j संस्करण में अपडेट किया गया;
14 सितंबर, 2011 - tzdata पैकेज को अपस्ट्रीम उबंटू (डेबियन अनस्टेबल) में 2011j संस्करण में अपडेट किया गया;
20 सितंबर, 2011 - tzdata 2011j पैकेज को मुख्य उबंटू भंडार में पहुंचाया गया;
26 सितंबर, 2011 - tzdata स्रोतों को 2011k संस्करण में अपडेट किया गया;
26 सितंबर, 2011 - tzdata पैकेज को अपस्ट्रीम उबंटू (डेबियन अनस्टेबल) में 2011k संस्करण में अपडेट किया गया;
4 अक्टूबर, 2011 - मुख्य उबंटू भंडार में तजदता 2011k पैकेज आया;
10 अक्टूबर, 2011 - tzdata स्रोतों को 2011l संस्करण में अपडेट किया गया था (लेखन के समय, उबंटू के लिए अभी तक कोई पैकेज नहीं थे)।

एक विकल्प के रूप में, विभिन्न लिनक्स वितरणों के लिए tzdata पैकेज यहां देखे जा सकते हैं:
pkgs.org/download/tzdata

पैकेज प्रबंधकों के साथ लिनक्स वितरण पर, आप बस वर्तमान में स्थापित tzdata पैकेज का संस्करण देख सकते हैं।
डेबियन / उबंटू में, यह कमांड के साथ किया जा सकता है: dpkg -s tzdata | grep Version dpkg -s tzdata | grep Version
या apt-cache policy tzdata
आर्चलिनक्स में: pacman -Si tzdata | grep Version pacman -Si tzdata | grep Version
CentOS / RHEL पर: rpm -qa | grep tzdata rpm -qa | grep tzdata

यदि इस कमांड के आउटपुट में 2011h (या उच्चतर) शामिल है, तो tzdata का स्थापित संस्करण पहले से ही रूस के समय क्षेत्रों के लिए 2011 के परिवर्तनों को ध्यान में रखता है।
यदि इस कमांड के आउटपुट में 2011k (या उच्चतर) शामिल है, तो tzdata के इंस्टॉल किए गए संस्करण में पहले से ही न केवल रूस, बल्कि बेलारूस के समय क्षेत्रों के लिए 2011 के परिवर्तनों को भी ध्यान में रखा गया है।

यह जाँचने के लिए कि सिस्टम पर tzdata डेटाबेस अपडेट है या नहीं, आप प्रायोगिक तौर पर:

1. आप यूटीसी प्रारूप में कुछ परीक्षण तिथियां लेते हैं (अतीत में और भविष्य में, पिछले डीएसटी स्विचिंग तिथियों के विभिन्न पक्षों पर)।
2. दिनांक सिस्टम कमांड का उपयोग करके, आप मास्को, कीव और मिन्स्क में इन परीक्षण तिथियों के लिए स्थानीय समय की गणना करते हैं (सिस्टम में स्थापित tzdata डेटाबेस से समय क्षेत्र के बारे में जानकारी का उपयोग करके)।
3. सिस्टम द्वारा गणना की गई स्थानीय समय की तुलना वास्तव में क्या होनी चाहिए।

उदाहरण के लिए, मैंने एक स्क्रिप्ट को स्केच किया जो यह करता है: pastebin.com/VEYt9BeN
(लिनक्स के तहत परीक्षण किया गया, मुझे नहीं पता कि यह अन्य * निक्स-सिस्टम के तहत काम करता है)

यह 5 परीक्षण तिथियों की जाँच करता है:
2010-10-01 15:00 यूटीसी
2. 2010-11-01 15:00 यूटीसी
3. 2011-10-01 15:00 यूटीसी
4. 2011-11-01 15:00 यूटीसी
5. 2012-07-01 15:00 यूटीसी

मास्को के स्थानीय समय के लिए इसे बाहर निकलना चाहिए:
2010-10-01 19:00 MSD (UTC + 04)
2010-11-01 18:00 MSK (UTC + 03)
3. 2011-10-01 19:00 MSK (UTC + 04)
4. 2011-11-01 19:00 MSK (UTC + 04)
5. 2012-07-01 19:00 MSK (UTC + 04)

कैलिनिनग्राद, कीव और मिन्स्क के स्थानीय समय के लिए, इसे बाहर निकलना चाहिए:
2010-10-01 18:00 EEST (UTC + 03)
2010-11-01 17:00 ईईटी (यूटीसी + 02)
3. 2011-10-01 18:00 FET (UTC + 03)
4. 2011-11-01 18:00 FET (UTC + 03)
5. 2012-07-01 18:00 FET (UTC + 03)

यदि आपके सिस्टम में इन शहरों के लिए स्थानीय समय की गणना करने का परिणाम अलग-अलग निकला है, तो इन क्षेत्रों के लिए आपकी tzdata जानकारी अपडेट नहीं की गई है।

aig ने कहा : FreeBSD में, आप पोर्ट से tzdata को अपडेट कर सकते हैं:
#cd /usr/ports/misc/zoneinfo
#sudo make install clean
#sudo tzsetup
और फिर से ज़ोन सेट करें।

Mac OS X पर, वर्तमान में स्थापित tzdata का संस्करण + संस्करण फ़ाइल में देखा जा सकता है:
cat /usr/share/zoneinfo/+VERSION
मैक ओएस एक्स लायन 10.7.2 सिस्टम अपडेट में, tzdata पैकेज को 2011h संस्करण में अपडेट किया गया था।
इसका मतलब यह है कि रूस के समय क्षेत्रों की जानकारी पहले ही वहां अपडेट की जा चुकी है, लेकिन बेलारूस के समय क्षेत्र की जानकारी अभी उपलब्ध नहीं है (इसके लिए 2011 के न्यूनतम संस्करण की आवश्यकता है)

यदि आप जिस यूनिक्स प्रणाली का उपयोग कर रहे हैं, उसके विक्रेता को टीबीआई के लिए संबंधित बाइनरी पैकेज अपडेट जारी करने की चिंता नहीं है, तो आपको मैन्युअल रूप से उपयुक्त बदलाव करने पड़ सकते हैं। उदाहरण के लिए, स्रोतों के नवीनतम संस्करण से zic (ज़ोन इंफो कम्पाइलर) का उपयोग करके खुद को tzdata संकलित करें या पहले से अपडेट किए गए सिस्टम से तैयार-तैयार संकलित ज़ोनइन्फो फ़ाइलों की प्रतिलिपि बनाएँ।

Tzdata को * nix सिस्टम पर अपडेट करने के बारे में कुछ अतिरिक्त जानकारी मिल सकती है, उदाहरण के लिए, यहाँ:
www.linux.org.ru/wiki/en/ घंटे_2011 का गैर-अनुवाद
www.opennet.ru/tips/2630_linux_timezone_time.shtml
www.itpad.ru/?p=2257

सिस्को नेटवर्क उपकरण

हम सिस्को उपकरण पर समय क्षेत्र के वर्तमान विन्यास की जांच करते हैं:

7606#sh run |i clock timezone
clock timezone MSK 3

कमांड आउटपुट में, हम देखते हैं कि कौन सा समय क्षेत्र स्थानीय समय (इस मामले में, एमएसके) के लिए निर्दिष्ट है और यूटीसी के सापेक्ष कौन सा बदलाव इसके लिए मान्य है (इस मामले में, यूटीसी + 3)।

अब अपने क्षेत्र के लिए सही समय क्षेत्र सेट करें और मौसमी समय स्थानान्तरण को रद्द करें।

सिस्को IOS (7206, 7600, GSR, ITP7200, ITP7200, ITP7600, AS5xxx, RPM-XF), IOS XR (ASR9k), IOS XE (ASR1k)

आदेश चलाएँ:
no clock summer-time
clock timezone MSK 4

पहला कमांड मौसमी घड़ी हस्तांतरण को निष्क्रिय करता है (विशेष रूप से, मॉस्को टाइम ज़ोन के लिए, यह लाइन "क्लॉक समर-टाइम MSK आवर्ती अंतिम सन मार्च 2:00 अंतिम सन अक्टूबर 3:00" कॉन्फ़िगरेशन से हटाता है)।
दूसरा कमांड वर्तमान समय क्षेत्र (इस मामले में, MSK) और वर्तमान समय UTC (इस मामले में, UTC + 4) के सापेक्ष ऑफसेट करता है।
अन्य क्षेत्रों के लिए, आपको अपने समय क्षेत्र को MSK के बजाय निर्दिष्ट करना चाहिए (उदाहरण के लिए, नोवोसिबिर्स्क के लिए NSK, व्लादिवोस्तोक के लिए VLAD)। यहाँ उसी ज़ोन को इंगित करें जो तब था जब वर्तमान टाइमज़ोन कॉन्फ़िगरेशन प्रदर्शित किया गया था (ऊपर देखें)।

सिस्को कैटोस (उत्प्रेरक 6500)

आदेश चलाएँ:
set summertime disable
set timezone MSK 4

पहला कमांड मौसमी घड़ी हस्तांतरण को निष्क्रिय करता है।
दूसरा कमांड वर्तमान समय क्षेत्र (इस मामले में, MSK) और वर्तमान समय UTC (इस मामले में, UTC + 4) के सापेक्ष ऑफसेट करता है।
अन्य क्षेत्रों के लिए, आपको अपने समय क्षेत्र को MSK के बजाय निर्दिष्ट करना चाहिए (उदाहरण के लिए, नोवोसिबिर्स्क के लिए NSK, व्लादिवोस्तोक के लिए VLAD)। यहाँ उसी ज़ोन को इंगित करें जो तब था जब वर्तमान टाइमज़ोन कॉन्फ़िगरेशन प्रदर्शित किया गया था (ऊपर देखें)।

यहाँ सिस्को IOS में समय निर्धारित करने के बारे में अधिक जानें:
galushka.com/nastroyka-vremeni-na-cisco-otmenyaem-perehod-na-zimnee-letnee-vremya

मोबाइल ओएस

एंड्रॉयड
एंड्रॉइड में, कई अन्य लिनक्स-आधारित प्रणालियों की तरह, tzdata आधार का उपयोग विश्व समय क्षेत्रों के बारे में जानकारी संग्रहीत करने के लिए किया जाता है। एंड्रॉइड ओएस फाइल सिस्टम पर tzdata पैकेज फाइलें पथ पर स्थित हैं: /system/usr/share/zoneinfo/ । Tzdata संस्करण को zoneinfo.version फ़ाइल में देखा जा सकता है।
एंड्रॉइड में tzdata का अपडेट आमतौर पर पूरे फर्मवेयर के अपडेट के साथ होता है। फिलहाल, एंड्रॉइड डिवाइस में tzdata को अपडेट करने की स्थिति दुखद है। Android 2.3.6 (Nexus One, Nexus S डिवाइस) के नवीनतम संस्करण में भी tzdata अपडेट की आवश्यकता नहीं है।

(अधिक संपूर्ण आंकड़े एकत्र करने के लिए, कृपया टिप्पणियों में इंगित करें: a) आपके Android डिवाइस का मॉडल, b) Android का संस्करण, c) tzdata का संस्करण)।

एंड्रॉइड डिवाइसों पर स्व-अद्यतन tzdata (जोनिनफो) के बारे में (निहित!) यहां पाया जा सकता है:
androidforums.com/lg-optimus-one-p500/425466-time-zone-files-zoneinfo-tzdata.html
crazy-coder.livejournal.com/26142.html
habrahabr.ru/blogs/android/130808
forum.xda-developers.com/showpost.php?p=18370053&postcount=2

एंड्रॉइड मार्केट में 2011 के संस्करण में tzdata को अपडेट करने के लिए एक आवेदन है:
https://market.android.com/details?id=com.force.timezonefixer

मैमो / मीगो
यहां, पूर्ण विकसित GNU / Linux वितरण के रूप में, tzdata का उपयोग किया जाता है।
संपूर्णमान ने बताया :
Maemo5 (Fremantle), Nokia N900 - tzdata अपडेट नहीं किया गया।
Maemo6 (MeeGo 1.2 हार्मेटन), Nokia N9 / N950 - tzdata अपडेट किया गया
बिजीबॉक्स वाले उपकरणों के लिए आपको दिनांक -d कमांड 12221931.30 +% s का उपयोग करना होगा और परिणाम की तुलना 1324567890 से कर सकते हैं

Apple iOS (iPhone / iPad)
Apple iOS भी tzdata का उपयोग टाइमज़ोन डेटाबेस के रूप में करता है। MacD X की तरह tzdata का वर्तमान स्थापित संस्करण, यहाँ फ़ाइल /usr/share/zoneinfo/+VERSION ।
IPhone / iPad के मालिक टिप्पणियों में सदस्यता समाप्त कर सकते हैं कि iOS का कौन सा संस्करण tzdata का कौन सा संस्करण है। यह देखते हुए कि iOS 5 को हाल ही में रिलीज़ किया गया था, अक्टूबर 2011 में, मुझे उम्मीद है कि tzdata एक काफी चालू संस्करण है।
IOS पर सेल्फ-अपडेटिंग tzdata (जोनिनफो) के बारे में (आपको जेलब्रीक की जरूरत है) आप यहां पढ़ सकते हैं:
habrahabr.ru/blogs/iphone/130432

ब्लैकबेरी ओएस
RIM (रिसर्च इन मोशन) ने ब्लैकबेरी के लिए एक टाइम ज़ोन अपडेट ( KB28317 - सितंबर 2011 DST अपडेट ) जारी किया है।

यह पैच रूस के 9 टाइम ज़ोन में से केवल 7 को अपडेट करता है। और ब्लैकबेरी सॉफ्टवेयर, सिद्धांत रूप में, ओम्स्क टाइम (एशिया / ओम्स्क यूटीसी + 7) और कैलिनिनग्राद टाइम (यूरोप / कलिनिनग्राद यूटीसी + 3) टाइम ज़ोन के लिए समर्थन नहीं करता है, इसलिए, वे इन ज़ोन के अपडेट भी नहीं लेते हैं। बेलारूस के समय क्षेत्र (यूरोप / मिन्स्क यूटीसी + 3) के लिए भी कोई अपडेट नहीं है। इस अर्थ में, RIM बल्कि अपने ग्राहकों के लिए अवहेलना करता है जो दुनिया भर के अलग-अलग समय क्षेत्रों में रहते हैं।

यदि आपके पास कॉर्पोरेट BES (BlackBerry Enterprise Server) है, तो इस सर्वर के व्यवस्थापकों को इस सर्वर पर अद्यतन स्थापित करना होगा। ऐसा करने के लिए:
1. बीईएस स्थापित होने वाले सर्वर ओएस पर एक समय क्षेत्र अद्यतन स्थापित किया जाना चाहिए।
2. कॉरपोरेट मेल सर्वर पर टाइम ज़ोन का एक अद्यतन स्थापित किया जाना चाहिए, जिसके साथ BES एकीकृत है।
3. आपको RIM से BlackBerry एंटरप्राइज़ सर्वर पर पैच लागू करने की आवश्यकता है (BES को अपडेट करने में अनिवार्य रूप से SQL स्क्रिप्ट का उपयोग करना आवश्यक है जो BES के SQL डेटाबेस में सुधार करता है)।

BES कनेक्शन का उपयोग करने वाले BlackBerry स्मार्टफ़ोन के सभी कॉरपोरेट उपयोगकर्ता अपने BlackBerry डिवाइस पर संबंधित BESOS अपडेट को पहले से ही BES के साथ स्वचालित रूप से प्राप्त करेंगे।

BlackBerry स्मार्टफ़ोन के निजी उपयोगकर्ता अपने समय पर समय क्षेत्र अपडेट (KB28317) डाउनलोड कर सकते हैं । अपडेट को स्थापित करने के लिए, आपको ब्लैकबेरी स्मार्टफोन से ही अंतर्निहित ब्राउज़र के माध्यम से इस लिंक को खोलना होगा।

सिम्बियन, विनमोबाइल, डब्ल्यूपी 7
मुझे इस बात की जानकारी नहीं है कि सिम्बियन, विनमोबाइल 6.x और विंडोज फोन 7. जैसे सामान्य मोबाइल ओएस के समय क्षेत्रों के बारे में जानकारी कहाँ और कैसे संग्रहीत की जाए, मुझे यह भी पता नहीं है कि वे इस जानकारी को अपडेट करने के साथ क्या कर रहे हैं। मुझे यह सुनकर खुशी होगी। अगर किसी को पता है, तो कृपया टिप्पणियों में जोड़ें।

awhiler ने कहा कि विंडोज फोन 7.5 पर, समय क्षेत्र की जानकारी पहले ही अपडेट की जा चुकी है।

zlord ने बताया कि सिम्बियन 6.2 (Nokia 6120c) में पहले से ही रूसी समय क्षेत्रों की अद्यतन जानकारी है।
आप नोकिया सिम्बियन-आधारित डिवाइस अपडेट के बारे में यहां जान सकते हैं:
www.nokia.ru/support/product-support/phone-software-update

एमएस विंडोज

विंडोज में, विश्व समय क्षेत्र के बारे में जानकारी [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones] शाखा में सिस्टम रजिस्ट्री में संग्रहीत की जाती है। रूस और बेलारूस के समय क्षेत्रों के लिए निम्नलिखित उपसमूह हैं:

रूस के लिए (2011 अपडेट के अधीन):
कलिनिनग्राद मानक समय - (UTC + 03: 00) कलिनिनग्राद
रूसी मानक समय - (UTC + 04: 00) वोल्गोग्राड, मॉस्को, सेंट पीटर्सबर्ग
एकातेरिनबर्ग मानक समय - (UTC + 06: 00) एकातेरिनबर्ग
एन। मध्य एशिया मानक समय - (UTC + 07: 00) नोवोसिबिर्स्क
उत्तर एशिया मानक समय - (UTC + 08: 00) क्रास्नोयार्स्क
उत्तर एशिया पूर्व मानक समय - (UTC + 09: 00) इरकुत्स्क
याकुत्स्क मानक समय - (UTC + 10: 00) याकुत्स्क
व्लादिवोस्तोक मानक समय - (UTC + 11: 00) व्लादिवोस्तोक
मगदान मानक समय - (UTC + 12: 00) मगदं

बेलारूस के लिए (2011 अपडेट को छोड़कर):
ई। यूरोप मानक समय - (UTC + 02: 00) मिन्स्क

Microsoft इस समय क्षेत्र डेटाबेस का स्वतंत्र रूप से समर्थन करता है, अर्थात वे स्वयं इस आधार की पूर्णता और प्रासंगिकता की निगरानी करते हैं। इस डेटाबेस में परिवर्तन आमतौर पर विंडोज अपडेट के माध्यम से वितरित पैच (विंडोज के लिए अपडेट) के रूप में किया जाता है।

संचयी समयक्षेत्र पैच (KB2570791), जिसमें रूसी समय क्षेत्रों के लिए 2011 के अपडेट शामिल हैं, 11 अगस्त 2011 को Microsoft द्वारा जारी किया गया था:
support.microsoft.com/kb/2570791/en
support.microsoft.com/kb/2570791/ru

Windows के संस्करणों के लिए एक पैच प्रदान किया जाता है:
- विंडोज एक्सपी एसपी 3 [x86, x64];
- विंडोज सर्वर 2003 SP2 [x86, x64, इटेनियम];
- विंडोज विस्टा SP2 [x86, x64];
- विंडोज सर्वर 2008 SP2 [x86, x64, इटेनियम];
- विंडोज 7 [x86, x64];
- विंडोज सर्वर 2008 आर 2 [x64, इटेनियम];
- विंडोज एंबेडेड स्टैंडर्ड 7 [x86, x64]।
विंडोज 2000 प्रोफेशनल / सर्वर के लिए, पैच जारी नहीं किया गया था (और नहीं होगा), क्योंकि Win2k अब Microsoft द्वारा समर्थित नहीं है।

23 अगस्त, 2011 से, यह पैच ( KB2570791 ) विंडोज अपडेट के लिए जारी किया गया है।
यदि आपके विंडोज सिस्टम को विंडोज अपडेट वेब सेवा के माध्यम से ऑफ़लाइन अपडेट किया जाता है, तो उन्हें पहले ही यह अपडेट प्राप्त कर लेना चाहिए। यदि किसी कॉर्पोरेट नेटवर्क पर WSUS सर्वर के माध्यम से आपके विंडोज सिस्टम को केंद्र में अपडेट किया जाता है, तो WSUS व्यवस्थापकों को आपके संगठन में सभी सर्वर और कार्यस्थानों पर आने से पहले WSUS पर यह अपडेट इंस्टॉल करना चाहिए।
यदि आपके संगठन में विंडोज का स्वत: अद्यतन उपयोग नहीं किया जाता है (आप कभी नहीं जानते हैं), तो आप स्वतंत्र रूप से Microsoft वेबसाइट से इस पैच को डाउनलोड कर सकते हैं (ऊपर दिए गए लेख का लिंक देखें) और इसे सभी विंडोज मशीनों (मैन्युअल रूप से टुकड़ा, स्क्रिप्ट द्वारा, समूह के माध्यम से) पर स्थापित करें नीति या एसएमएस / एससीसीएम के माध्यम से)।

यह पैच केवल रजिस्ट्री कुंजी [HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time क्षेत्र] में उचित परिवर्तन करता है, पैच सिस्टम में कोई परिवर्तन नहीं करता है। पैच ( KB2570791 ) को लागू करने के बाद, सिस्टम रिबूट की आवश्यकता नहीं है।
यह पैच स्थापित है कि नेत्रहीन सत्यापित करने के लिए, आप समय क्षेत्र की सिस्टम सेटिंग में देख सकते हैं। यूटीसी के सापेक्ष समय क्षेत्र शिफ्ट पहले से एक घंटे अधिक हो जाना चाहिए (उदाहरण के लिए, मास्को के लिए: यह यूटीसी + 3 था, और यह यूटीसी + 4 बन गया), और चेकबॉक्स को स्विच करना चाहिए, जिसमें डेलाइट सेविंग टाइम भी शामिल है।
यहाँ पैच KB2570791 (उदाहरण के लिए, मॉस्को) स्थापित करने के बाद Win2008-R2 से एक स्क्रीनशॉट है:



यहाँ Win2003 से एक स्क्रीनशॉट है (एनीमेशन: मास्को के उदाहरण पर पैच KB2570791 स्थापित करने से पहले और बाद में):

अद्यतन विरासत विंडोज सिस्टम

बड़े संगठनों में काम करने के अपने अनुभव से, मुझे पता है कि संगठन जितना बड़ा और अधिक नौकरशाही है, सभी संक्रमण प्रक्रियाएं धीमी हो जाती हैं, और धीमी गति से ऑपरेटिंग सिस्टम के बेड़े को अपडेट किया जाता है। इसलिए, बड़े संगठनों में, पुराने डेस्कटॉप का हिस्सा, विंडोज 2000 प्रोफेशनल अभी भी सफलतापूर्वक काम करना जारी रखता है। प्लस Win2k सर्वर पुराने सर्वरों पर कुछ स्थानों पर रह सकता है जहां व्यवस्थापकों को व्यावहारिक कारणों से ओएस को अपग्रेड करने की कोई जल्दी नहीं है: “क्या यह काम करता है? उसे मत छुओ! ”
यदि आपके संगठन में Win2k मशीनें भी शामिल हैं, तो आपको उन पर समय क्षेत्र (कम से कम डेस्कटॉप पर) अपडेट करने के बारे में सोचना चाहिए।

जैसा कि ऊपर उल्लेख किया गया है, विंडोज 2000 के लिए KB2570791 पैच बाहर नहीं आया था।
लेकिन पैच KB2570791 केवल Windows रजिस्ट्री में समय क्षेत्र की जानकारी को संपादित करता है। और Win2k रजिस्ट्री में इस जानकारी को संग्रहीत करने का प्रारूप WinXP या Win2k3 रजिस्ट्री में इस जानकारी को संग्रहीत करने के लिए प्रारूप से अलग नहीं है।इसलिए, विशुद्ध रूप से तकनीकी रूप से, कुछ भी Microsoft को इस पैच को जारी करने से नहीं रोकता है, जिसमें Win2k भी शामिल है, और अनावश्यक श्रम के बिना। हालाँकि, Microsoft ने पहले ही Win2k के लिए समर्थन से इनकार कर दिया है, इसलिए, सिद्धांत से बाहर, इसके लिए अपडेट जारी नहीं करता है, भले ही यह उन्हें कुछ भी खर्च न करे। इसका मतलब है कि आपको अपने Win2k मशीनों को अपने आप अपडेट करना होगा।
ऐसा करने के लिए, यह पर्याप्त है:
- WinXP या Win2k3 पर पैच KB2570791 लागू करें;
- पैक्ड सिस्टम की रजिस्ट्री से शाखा [HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time क्षेत्र] निर्यात करें;
- वहां से केवल रूस के समय क्षेत्रों के विषय में परिवर्तन करें (हालांकि केवल रूसी समय क्षेत्रों का चयन किए बिना सामान्य रूप से सभी विश्व समय क्षेत्रों की जानकारी अपडेट करना संभव है);
- इन परिवर्तनों को * .reg फ़ाइल के रूप में सहेजें;
- Win2k मशीनों पर रजिस्ट्री में तैयार * .reg फ़ाइल आयात करें (मैन्युअल रूप से, स्क्रिप्ट द्वारा, समूह नीतियों के माध्यम से या एसएमएस / एससीसीएम के माध्यम से)।

आप विभिन्न विंडोज स्थानों (रूसी, अंग्रेजी) के लिए इन * .reg फ़ाइलों में से कई तैयार कर सकते हैं, या आप विशेष रूप से भाप नहीं कर सकते हैं और हर जगह अंग्रेजी बोलने वाले विंडोज के आधार पर बनाई गई * .reg फ़ाइल का उपयोग कर सकते हैं। यह ठीक है अगर समय क्षेत्र में रूसी-भाषा प्रणाली पर भी कुछ क्षेत्रों के प्रदर्शित नाम अंग्रेजी में दिखेंगे।

रूसी समय क्षेत्रों के लिए संपादन के साथ रेडी-मेड reg-files (रूसी और अंग्रेजी स्थानों के लिए) यहां डाउनलोड किया जा सकता है:
* अंग्रेजी बोलने वाले विंडोज के लिए: pastebin.com/FRXwDM0u
* रूसी भाषी विंडोज के लिए: pastebin.com/mode3GMVU

नए रूसी समय क्षेत्रों के बारे में रजिस्ट्री जानकारी में आयात करने के बाद, आपको सिस्टम को वर्तमान समय क्षेत्र को फिर से इंगित करना चाहिए ताकि रजिस्ट्री से इसके बारे में अद्यतन जानकारी फिर से पढ़ी जाए। इस क्षेत्र में समय क्षेत्र के आधार पर, यह Win2k / XP / 2003 के तहत आदेशों में से एक द्वारा किया जाता है:

कलिनिनग्राद समय (MSK-1) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z Kaliningrad Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Kaliningrad Standard Time

मॉस्को समय (MSK) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z Russian Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Russian Standard Time

येकातेरिनबर्ग समय (MSK + 2) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z Ekaterinburg Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Ekaterinburg Standard Time

ओम्स्क समय (MSK + 3) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z N. Central Asia Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z N. Central Asia Standard Time

क्रास्नोयार्स्क समय (MSK + 4) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z North Asia Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z North Asia Standard Time

इरकुत्स्क समय (MSK + 5) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z North Asia East Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z North Asia East Standard Time

याकुत समय (MSK + 6) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z Yakutsk Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Yakutsk Standard Time

व्लादिवोस्तोक समय (MSK + 7) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z Vladivostok Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Vladivostok Standard Time

मगदान समय (MSK + 8) वाले क्षेत्रों के लिए:
control.exe timedate.cpl,,/z Magadan Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Magadan Standard Time

तदनुसार, रूस के यूरोपीय भाग में एक Win2k कंप्यूटर पर टाइम ज़ोन को अपडेट करने के लिए एक बैच बैच फ़ाइल इस तरह दिखाई दे सकती है:

regedit /s TZ-update-Russia2011.reg
control.exe timedate.cpl,,/z Russian Standard Time

या इस तरह:

regedit /s TZ-update-Russia2011.reg
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Russian Standard Time

जहाँ TZ-update-Russia2011.reg रूस के समय क्षेत्र (ऊपर देखें) के लिए सेटिंग्स के साथ एक REG फ़ाइल है, और

इसे वितरित करते समय डोमेन समूह नीतियों के माध्यम से स्क्रिप्ट बिल्कुल दूसरे विकल्प का उपयोग करना चाहिए (runDLL32.exe shell32.dll काला है)।

ध्यान रखें कि Win2k वर्तमान समय क्षेत्र की जानकारी को तुरंत अपडेट नहीं करता है, लेकिन हर मिनट की शुरुआत में। इसलिए, इस आदेश से परिवर्तन तुरंत कार्य नहीं करेगा, लेकिन एक निश्चित देरी (1 मिनट से अधिक नहीं) के साथ।

WinXP (SP3 से कम) और Win2k3 (SP2 से कम) के अपडेट के लिए, तो Microsoft द्वारा जारी पैच, शायद, काम भी नहीं करेगा। इसलिए, यदि किसी कारण से आप उन्हें अंतिम सर्विस पैक के लिए अपडेट नहीं करना चाहते हैं, तो आपको रजिस्ट्री में परिवर्तन (Win2k के समान) के माध्यम से रूस के समय क्षेत्रों को भी अपडेट करना होगा।

अलग-अलग क्षेत्रों के लिए विंडोज में टाइम ज़ोन के पुनर्निर्माण की विशेषताएं

चुकोटका, कामचटका
माइक्रोसॉफ्ट डेवलपर्स ने लंबे समय से माना है कि कामचटका में हमारे पास डेलाइट सेविंग टाइम नहीं है (हालांकि वास्तव में, रूस / यूएसएसआर की तरह, डेलाइट सेविंग टाइम 1981 से 2009 तक और मार्च 2010 के अंत में लागू किया गया था) इस कामचटका समय क्षेत्र का अस्तित्व समाप्त हो गया)। डीएसटी की कमी के बारे में इन गलत कारणों के लिए, उन्होंने कामचटका को फ़िजी के रूप में उसी समय क्षेत्र में रखा (जहाँ वास्तव में कोई दिन की बचत नहीं थी):
फ़िजी मानक समय - (UTC + 12: 00) पेट्रोपावलोव्स्क-कामचैत्स्की, फ़िजी [सं-पु।]
तदनुसार, उन क्षेत्रों के विंडोज उपयोगकर्ताओं के लिए जहां हमने समय क्षेत्र सेटिंग्स में कामचटका समय (चुकोटका, कामचटका) का उपयोग किया था, दिन के समय की बचत के लिए चेकमार्क सिर्फ अनियंत्रित नहीं था, लेकिन आमतौर पर कामचटका बेल्ट के लिए कोई चेकबॉक्स नहीं था। और समय क्षेत्रों की सामान्य मानक सेटिंग्स द्वारा, वहां गर्मियों के समय को चालू करना असंभव था। इस बग के लिए

फिक्स ( KB970653 ) केवल अगस्त 2009 में जारी किया गया था।
इस फिक्स में, कामचटका को फिजी स्टैंडर्ड टाइम बेल्ट से हटा दिया गया था और इसके लिए एक अलग कामचटका स्टैंडर्ड टाइम बेल्ट बनाया गया था, अर्थात्। इस पैच के बाद विंडोज में दो अलग-अलग ज़ोन दिखाई दिए:
फिजी स्टैंडर्ड टाइम - (UTC + 12: 00) फ़िजी [नहीं DST]
कामचटका मानक समय - (UTC + 12: 00) पेट्रोपावलोव्स्क-कामचटस्की [सीएसटी के साथ]

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

Magadan
इसके अलावा, Microsoft डेवलपर्स ने लंबे समय तक माना कि हमारे पास Magadan में भी डेलाइट सेविंग टाइम नहीं है (हालाँकि वास्तव में, जैसे रूस / USSR में, डेलाइट सेविंग टाइम 1981 से 2011 तक इस्तेमाल किया गया था)। डीएसटी मगादान की अनुपस्थिति के बारे में इन गलत विचारों से, उन्होंने उन्हें सोलोमन द्वीप, और न्यू कैलेडोनिया (जहां वास्तव में दिन के उजाले के समय की बचत नहीं थी) के साथ एक ही समय क्षेत्र में रखा:
सेंट्रल पैसिफिक स्टैंडर्ड टाइम - (UTC / 11: 00) मैगदान, सोलोमन द्वीप वा, न्यू कैलेडोनिया [कोई डीएसटी]
तदनुसार, उन क्षेत्रों के विंडोज उपयोगकर्ता, जहां हमने मगदाना समय का उपयोग किया था (पहले यह केवल मगदंन क्षेत्र और यकुतिया के पूर्वी क्षेत्र थे, और मार्च 2010 के अंत से वे चुकोटका और कामचटका में शामिल हो गए थे) समय क्षेत्र की सेटिंग में दिन के उजाले की बचत के लिए चेकमार्क आसान नहीं है। हटा दिया गया था, और सामान्य तौर पर इस चेकबॉक्स में ही मैगडान बेल्ट अनुपस्थित था। और समय क्षेत्रों की सामान्य मानक सेटिंग्स द्वारा, वहां गर्मियों के समय को चालू करना असंभव था। इस बग के लिए

फिक्स ( KB2443685 ) केवल दिसंबर 2010 में जारी किया गया था।
इस फिक्स में, मगदान को सेंट्रल पैसिफिक स्टैंडर्ड टाइम बेल्ट से हटा दिया गया था और उसके लिए एक अलग मैगाडन स्टैंडर्ड टाइम बेल्ट बनाया गया था, यानी इस पैच के बाद विंडोज में दो अलग-अलग बेल्ट दिखाई दिए:
केंद्रीय प्रशांत मानक समय - (UTC + 11: 00) सोलोमन द्वीप, न्यू कैलेडोनिया [कोई DST]
मगदंन मानक समय - (UTC + 11: 00) मगदान [DST के साथ]

इस तथ्य के कारण कि Windows का बहुत लंबा समय है मगादान (ग्रीष्मकाल समर्थन के साथ) के लिए कोई सामान्य समय क्षेत्र नहीं था, मगदान समय वाले क्षेत्रों में उपयोगकर्ताओं और प्रशासकों को अपने दम पर बाहर निकलना पड़ा। KB2443685 पैच करने से पहले, इस क्षेत्र में दिन की बचत समय को जोड़ने और इसे सक्षम करने के लिए सिस्टम रजिस्ट्री में सेंट्रल पैसिफिक स्टैंडर्ड टाइम की जानकारी को संपादित करने के लिए सबसे सुविधाजनक समाधान था।

यदि KB2443685 पैच जारी होने के बाद नए विंडोज इंस्टॉलेशन स्थापित किए गए थे, तो वहां, इस पैच को लागू करने के बाद, प्रशासकों ने आमतौर पर डेवलपर्स के लिए पहले से ही सही और सही समय क्षेत्र का चयन किया: मगदान मानक समय - (UTC + 11: 00) मैगथन [डीएसटी के साथ]।
लेकिन दिसंबर 2010 से पहले स्थापित किए गए अधिकांश विंडोज सिस्टम पर, पैच KB2443685 को लागू करने के बाद भी, समायोजित मगडान टाइम ज़ोन टाइम ज़ोन की सूची में दिखाई दिया: मगदान मानक समय - (UTC + 11: 00) मगदंन [DST] के बाद, लेकिन यहाँ वर्तमान केंद्रीय प्रशांत मानक समय, डीएसटी के साथ स्व-सुधारा गया, अभी भी वर्तमान के रूप में चुना गया है।

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

पैच KB2570791 (पैच KB2443685 पहले से ही स्थापित किया गया है, बशर्ते) और उसके बाद आवेदन करने से पहले यह किया जा सकता है। आप इसे या तो मैन्युअल रूप से कर सकते हैं या स्क्रिप्ट का उपयोग करके या एसएमएस / एससीसीएम के माध्यम से इसे स्वचालित कर सकते हैं। स्वचालन के लिए, आप निम्नलिखित कंसोल कमांड का उपयोग कर सकते हैं:

Win2k में, Magadan टाइम ज़ोन को कंसोल कमांड का उपयोग करके चुना जा सकता है:
control.exe timedate.cpl,,/z Magadan Standard Time
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Magadan Standard Time

WinXP / 2003 में, Magadan टाइम ज़ोन को कंसोल कमांड का उपयोग करके चुना जा सकता है:
tzchange /c "Magadan Standard Time"
या Win2k की तरह ही:
control.exe timedate.cpl,,/z Magadan Standard Time
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Magadan Standard Time

Win7 / 2008-R2 में, Magadan टाइम ज़ोन को कंसोल कमांड का उपयोग करके चुना जा सकता है:
tzutil /s "Magadan Standard Time"

WinVista / 2008, I में। मुझे वर्तमान समय क्षेत्र को बदलने के लिए कोई अंतर्निहित कंसोल उपयोगिताओं में नहीं मिला, लेकिन Win7 या Win2008-R2 से उधार लिया गया tzutil.exe सुविधा, यहां काम करती है।

सखालिन ओब्लास्ट और याकुटिया
कृपया ध्यान दें कि ये दोनों क्षेत्र (रूसी संघ के घटक निकाय) पूरी तरह से एक ही समय क्षेत्र के भीतर स्थित नहीं हैं। जिलों का एक भाग एक समय क्षेत्र में स्थित है, और दूसरा भाग।
तो सखालिन क्षेत्र में दो समय क्षेत्र हैं: उत्तरी कुरील क्षेत्र में - मगादान समय (UTC + 12, MSK + 8); सखालिन ओब्लास्ट के शेष क्षेत्रों में - व्लादिवोस्तोक समय (UTC + 11, MSK + 7)।
और याकुटिया में आम तौर पर तीन समय क्षेत्र होते हैं: याकुट समय (UTC + 10, MSK + 6), व्लादिवोस्तोक समय (UTC + 11, MSK + 7), मगदंन समय (UTC + 12, MSK + 8)। इन समय क्षेत्रों द्वारा याकुतिया के क्षेत्रों के सटीक वितरण के लिए, सरकारी संकल्प संख्या 725 देखें ।

सखालिन ओब्लास्ट के भीतर समय क्षेत्रों के बीच की सीमा इस प्रकार पहले से स्थापित की गई है। लेकिन याकूतिया के अंदर, टाइम ज़ोन के बीच की सीमा को इस सरकारी निर्णय संख्या 725 द्वारा बदल दिया गया।

यदि आपके पास इन क्षेत्रों में अचानक आईटी अवसंरचना है, तो समय क्षेत्र चुनते समय सावधान रहें।

समारा, इज़ेव्स्क (उदमुर्तिया)
लंबे समय तक विंडोज में रूस के इन क्षेत्रों के लिए अलग-अलग समय क्षेत्र नहीं था। इसलिए, इन क्षेत्रों में विंडोज उपयोगकर्ताओं / प्रशासकों को वर्कअराउंड की तलाश करनी थी और समय सीमा में पड़ोसी राज्यों (आमतौर पर आर्मेनिया / येरेवन या अजरबैजान / बाकू) के समय क्षेत्र का चयन करना था, जिसमें एक समान समय गणना का उपयोग किया गया था। मार्च 2010 के अंत में, समारा समय (MSK + 1) के साथ समय क्षेत्र पूरी तरह से समाप्त कर दिया गया था, समारा क्षेत्र और उदमुर्तिया को मास्को समय में जोड़ा गया था। और अब, एक अच्छे तरीके से, इन क्षेत्रों में सभी विंडोज-सिस्टम में मास्को का समय चुना जाना चाहिए।
लेकिन विदेशी समय क्षेत्रों की पसंद के साथ पुराने विकृतियों के अवशेष अभी भी कुछ विंडोज मशीनों की सेटिंग्स में संग्रहीत किए जा सकते हैं। इसलिए, बस मामले में, जाँच करें और यदि आवश्यक हो तो मॉस्को समय के साथ हर जगह बदलें। इसे मैन्युअल रूप से किया जा सकता है, लेकिन मास्को टाइम ज़ोन का चयन करने के लिए कंसोल कमांड का उपयोग करके इसे फिर से स्क्रिप्ट और स्वचालित किया जा सकता है:
xp, 2003: tzchange /c "Russian Standard Time"
2k, xp, 2003:
control.exe timedate.cpl,,/z Russian Standard Time
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Russian Standard Time
WinVista / 2008: tzutil /s "Russian Standard Time"(Win7 / 2008-R2 से कॉपी tzutil.exe)
Win7 / 2008- R2:tzutil /s "Russian Standard Time"

कैलिनिनग्राद
विंडोज में पहले से कैलिनिनग्राद क्षेत्र के लिए कोई अलग समय क्षेत्र नहीं था, इसलिए, कैलिनिनग्राद में समय क्षेत्रों की सेटिंग में, उन्होंने आमतौर पर कुछ यूरोपीय समय क्षेत्र को चुना जो स्थानीय समय से मेल खाते हैं, उदाहरण के लिए:
FLE मानक समय - (U + + 02: 00) विलनियस, कीव, रीगा , सोफिया, तेलिन, हेलसिंकी
ई। यूरोप मानक समय - (UTC + 02: 00) मिन्स्क
जीटीबी मानक समय - (UTC + 02: 00) एथेंस, बुखारेस्ट

अब KB2570791 में विंडोज के लिए कैलिनिनग्राद में उन्होंने अपना अलग समय क्षेत्र जोड़ा (बिना) DST):
कलिनिनग्राद मानक समय - (UTC + 03: 00) कलिनिनग्राद
लेकिन इस पैच को लागू करने के बाद, कैलिनिनग्राद के लिए इस नए समय क्षेत्र को केवल समय क्षेत्रों की सूची में जोड़ा जाएगा, और इसे स्वचालित रूप से वर्तमान के रूप में नहीं चुना जाएगा। इसलिए, बाद में (आवश्यक रूप से!) Kaliningrad में विंडोज कंप्यूटर पर पैच KB2570791 लागू करने के बाद, आपको समय क्षेत्र सेटिंग्स में सिस्टम के लिए कैलिनिनग्राद समय का चयन करने की आवश्यकता होगी। आप इसे मैन्युअल रूप से कर सकते हैं, या आप कैलिनिनग्राद समय क्षेत्र का चयन करने के लिए कंसोल कमांड का उपयोग करके इसे फिर से स्क्रिप्ट और स्वचालित कर सकते हैं:
xp, 2003: tzchange /c "Kaliningrad Standard Time"
2k, xp, 2003:
control.exe timedate.cpl,,/z Kaliningrad Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Kaliningrad Standard Time
WinVista / 2008: tzutil /s "Kaliningrad Standard Time"(tzutil.exe कॉपी Win7 / 2008-R2 से)
Win7 / 2008-R2:tzutil /s "Kaliningrad Standard Time"

बेलारूस बेलारूस
में समय क्षेत्र में परिवर्तन के लिए, माइक्रोसॉफ्ट को इस बारे में पता है, लेकिन वे अब बेलारूस में समय के लिए संबंधित विंडोज पैच जारी नहीं करेंगे। जाहिरा तौर पर, वे बहुत तनावपूर्ण हैं और संचयी अपडेट के नियोजित शेड्यूल से बाहर निकलते हैं। वे विंडोज टाइम ज़ोन के अगले संचयी अद्यतन में यूक्रेन, बेलारूस और आर्मेनिया के लिए समय क्षेत्रों में बदलाव को शामिल करने की योजना बना रहे हैं, जो दिसंबर 2011 में जारी किया जाएगा। लेकिन यह अभी तक स्पष्ट नहीं है कि उस समय आर्मेनिया और यूक्रेन में इस पर कोई विधायी निर्णय होंगे या नहीं। तब तक, Microsoft अपने विंडोज-यूजर्स को बेलारूस के सामन टूना से मैन्युअल रूप से इस तरह के बैसाखी का उपयोग करने का प्रस्ताव दे रहा है :
1) पैच KB2570791 स्थापित करें, जो रूस के समय क्षेत्रों को बदलता है।
2) बेलारूस के उपयोगकर्ताओं के लिए, उनके समय क्षेत्र के रूप में चयन करें: (UTC +3: 00) कलिनिनग्राद

और दिसंबर 2011 में अगले संचयी WinUpdate समय क्षेत्रों के बाद, जिसमें वे अंत में बेलारूस के लिए समय क्षेत्र का सुधार करेंगे ( शायद यूक्रेन और आर्मेनिया के लिए भी), वे इस अद्यतन को स्थापित करने के लिए बेलारूस से सभी उपयोगकर्ताओं की पेशकश करते हैं, और फिर मैन्युअल रूप से अपने देश के लिए सिस्टम टाइम सेटिंग्स में अपने मूल (पहले से उपयोग किए गए) के लिए समय क्षेत्र वापस करते हैं।

यह मेरा आविष्कार नहीं है, यहाँ Microsoft का एक आधिकारिक लेख है जिसमें इस बारे में लिखा गया है:
support.microsoft.com/kb/2625508/en
support.microsoft.com/kb/2625508/en

बेलारूस के लिए कैलिनिनग्राद समय सेटिंग (पैच KB2570791 के बाद) मैन्युअल रूप से किया जा सकता है, लेकिन कलिनिनग्राद समय क्षेत्र का चयन करने के लिए कंसोल कमांड का उपयोग करके इसे फिर से स्क्रिप्ट और स्वचालित किया जा सकता है:
xp, 2003: tzchange /c "Kaliningrad Standard Time"
2k, xp, 2003
control.exe timedate.cpl,,/z Kaliningrad Standard Time
या
RunDLL32.exe shell32.dll,Control_RunDLL timedate.cpl,,/z Kaliningrad Standard Time
WinVista / 2008: tzutil /s "Kaliningrad Standard Time"(tzutil.exe कॉपी Win7 / 2008-R2 से)
Win7 / 2008-R2:tzutil /s "Kaliningrad Standard Time"

MS Active Diectory domain नियंत्रकों पर समय क्षेत्र अपडेट करना

आपको बस डोमेन नियंत्रकों के सर्वर पर पैच KB2570791 स्थापित करने की आवश्यकता है, साथ ही साथ किसी अन्य विंडोज-मशीनों पर भी। ताकि डोमेन नियंत्रकों पर कोई अंतर न हो, एक दिन में सभी एडी-वन नियंत्रकों पर इस अद्यतन को स्थापित करने की सलाह दी जाती है।

नियंत्रक को अद्यतन करने के साथ, एक बग है जो मुझे पता है। यदि आपके संगठन के पास उपयोगकर्ताओं (लॉगऑन ऑवर्स) में लॉगिंग की समय सीमा है, और तदनुसार आपके उपयोगकर्ताओं में लॉगऑनहॉर्स विशेषता भरी हुई है, तो डोमेन नियंत्रकों पर KB2570791 अद्यतन स्थापित करने के तुरंत बाद, सभी उपयोगकर्ताओं ने लॉगिन सीमा की अनुमति दी है। सिस्टम एक घंटे में शिफ्ट हो जाएगा । आपको 30 अक्टूबर के बाद यह समस्या महसूस नहीं होगी, लेकिन नियंत्रक पैच के तुरंत बाद।
उदाहरण के लिए, यदि आपके उपयोगकर्ताओं के लिए अनुमत लॉगिन समय 9 से 18 घंटे की सीमा में निर्धारित किया गया था, तो डोमेन नियंत्रकों के पैच के बाद, उपयोगकर्ताओं को 10 से 19 घंटे तक लॉगिन करने की अनुमति होगी। यानीइस तरह के प्रतिबंध वाले उपयोगकर्ता अगली सुबह काम करने के लिए आएंगे, जब तक कि व्यवस्थापक इस प्रतिबंध को हटा नहीं देते या सुबह 10 बजे तक लॉग इन नहीं कर पाएंगे।

इसके अलावा, अनुमत लॉगऑन का यह अंतराल केवल उन नियंत्रकों पर स्थानांतरित किया जाएगा जहां पैच KB2570791 स्थापित किया गया था। और अगर आपने इस पैच को कुछ नियंत्रकों पर स्थापित किया है, लेकिन अभी तक दूसरों पर नहीं है, तो यह पता चल सकता है कि कुछ उपयोगकर्ता लॉग इन करने में सक्षम थे (क्योंकि वे अप्रकाशित नियंत्रक पर लॉग इन थे), जबकि अन्य नहीं कर सकते थे (क्योंकि जब लोगन पहले से ही पैच कंट्रोलर के पास आया), हालांकि शुरुआत में उनके पास लॉगऑन के समय के लिए एक ही अनुमति थी। इससे समस्या का निदान करना आपके लिए मुश्किल हो सकता है।

इसलिए, डोमेन नियंत्रकों पर पैच KB2570791 स्थापित करने से पहले, आपको यह मूल्यांकन करने की आवश्यकता है कि आपके डोमेन में कितने उपयोगकर्ता सिस्टम पर लॉगऑन समय सीमा है। ऐसा करने के लिए, आप उपयोगकर्ताओं की सूची उनके लॉगऑनहोर्स के साथ फ़ाइल में अपलोड कर सकते हैं और उसकी जांच कर सकते हैं। लॉगऑनहॉर्स विशेषता के साथ उपयोगकर्ताओं को उतारने के लिए पॉवरशेल स्क्रिप्ट का एक उदाहरण: pastebin.com/0Ucu7MKi

यदि ऐसे उपयोगकर्ता नहीं हैं, तो सब कुछ ठीक है, सभी नियंत्रकों को दर्द रहित रूप से पैच किया जा सकता है। यदि AD में ऐसे उपयोगकर्ता हैं, तो उनके साथ समस्या को किसी तरह हल करने की आवश्यकता है। दो स्पष्ट विकल्प हैं:
1) लॉगिन समय पर इन प्रतिबंधों का त्याग करें और सभी उपयोगकर्ता लॉगऑनहॉर्स विशेषता को भरें ताकि लॉगिन समय पर कोई प्रतिबंध न हो (आप एक स्क्रिप्ट का उपयोग कर सकते हैं);
2) एक स्क्रिप्ट लिखें जो सभी उपयोगकर्ताओं के लिए एक घंटे पहले सभी लॉगऑन रेंज को स्थानांतरित कर देगा, और सभी डोमेन नियंत्रकों के पैच के तुरंत बाद इस स्क्रिप्ट को चलाएगा।

एमएस एक्सचेंज सर्वर पर समय क्षेत्र अद्यतन करना

एक्सचेंज मेल सिस्टम में समय क्षेत्र के बारे में जानकारी के भंडारण के साथ, किसी प्रकार की गड़बड़ चल रही है।
समय क्षेत्र में इस बदलाव के साथ एक्सचेंज मेल सिस्टम के साथ सबसे प्रत्याशित समस्या विभिन्न कैलेंडर में कैलेंडर घटनाओं के सिंक से बाहर है। मान लीजिए कि निदेशक मंडल की एक व्यावसायिक बैठक 10 घंटे के लिए निर्धारित है, लेकिन प्रतिभागियों में से एक ने इसे 9 घंटे (और एक घंटे पहले पहुंचे) पर अपने कैलेंडर पर देखा, दूसरे ने उसे अपने कैलेंडर पर 10 घंटे (और समय पर पहुंचे) देखा, और तीसरे ने उसे देखा उनके कैलेंडर पर 11 बजे (और एक घंटे के लिए देर हो चुकी थी)।

उदाहरण के लिए, कैलेंडर में जोड़े गए एक-बार के इवेंट और नियमित रूप से आवर्ती घटनाओं (उदाहरण के लिए, वार्षिक) को एक्सचेंज मेल डेटाबेस में विभिन्न स्वरूपों में संग्रहीत किया जाता है: एक मामले में, समय क्षेत्र को निर्दिष्ट समय के साथ संग्रहीत किया जाता है, और दूसरे मामले में इसे संग्रहीत नहीं किया जाता है। और समय क्षेत्र बदलते समय, यह बात करेगा।
एमएस ऑफिस आउटलुक के माध्यम से और ओडब्ल्यूए (आउटलुक वेब एक्सेस) के माध्यम से एक ही कैलेंडर तक पहुंचने पर भी, आप अलग-अलग डेटा देख सकते हैं, क्योंकि समय क्षेत्र की जानकारी पर ओडब्ल्यूए के पास किसी प्रकार का दृष्टिकोण है।

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

इसके अलावा, ज्यादातर मामलों में कैलेंडर घटनाओं के सिंक्रनाइज़ेशन के साथ कोई समस्या नहीं हो सकती है, लेकिन ऊपर बताए गए कारकों के संयोजन के साथ, विभिन्न कैलेंडर में कुछ घटनाएं समय में फैल भी सकती हैं।

उदाहरण के लिए, यदि अब बिना अपडेट किए हुए विंडोज मशीन से एक उपयोगकर्ता KB2570791 अपने कैलेंडर पर एक नियुक्ति का समय निर्धारित करेगा, उदाहरण के लिए, 1 नवंबर 2011 (या 30 अक्टूबर, 2011 के दूसरे दिन) 10:00 बजे से 11:00 बजे तक, और उसके बाद इस पर निमंत्रण भेजें एक उपयोगकर्ता जो पहले से ही विंडोज मशीन पर KB2570791 पैच करता है, से मिलने पर, प्रेषक और प्राप्तकर्ता अपने कैलेंडर पर अलग-अलग समय पर इस घटना को देखेंगे। प्रेषक के पास 10:00 से 11:00 बजे तक और प्राप्तकर्ता 11:00 से 12:00 तक है, इसलिए वह इस बैठक के लिए देर से आने का जोखिम उठाता है।
और इसके विपरीत, यदि आप एक पैच मशीन पर 30 अक्टूबर के बाद की तारीख के लिए एक नियुक्ति बनाते हैं और एक अप्रकाशित मशीन पर एक उपयोगकर्ता को निमंत्रण भेजते हैं, तो एक घंटे की समय सीमा पहले से ही विपरीत दिशा में होगी। यहां सबसे अप्रिय बात यह है कि कैलेंडर घटनाओं के प्रेषक और प्राप्तकर्ता विभिन्न संगठनों से हो सकते हैं। तो, उनकी दोनों मशीनों पर पैच लगाने के लिए आपके पास बस कोई तकनीकी क्षमता नहीं हो सकती है (आप इनमें से केवल एक उपयोगकर्ता के कंप्यूटर द्वारा नियंत्रित हो सकते हैं)।

Microsoft के अनुसार, Exchange 2010 में समय ज़ोन के बारे में जानकारी संग्रहीत करने के मुद्दे को कमोबेश कंघी किया गया था, लेकिन Exchange 2003 और Exchange 2007 का उपयोग करते समय, कैलेंडर ईवेंट के सिंक्रनाइज़ेशन के साथ संकेतित समस्याएं काफी संभव हैं। इसके अलावा, पैच KB2570791 स्थापित करने के बादक्लाइंट वर्कस्टेशन और Exchange सर्वर पर समस्याएँ प्रकट नहीं हो सकती हैं, लेकिन 30 अक्टूबर, 2011 के बाद एक घंटे पहले अप्रकाशित विंडोज सिस्टम को स्थानांतरित कर दिया जाता है, तो कैलेंडर के साथ ऐसी समस्याएं संभव हैं।

Microsoft समर्थन ऐसी समस्याओं से अग्रिम में आपके एक्सचेंज मेल सिस्टम को सुरक्षित करने के बारे में एक अस्पष्ट उत्तर नहीं देता है, लेकिन उनकी सिफारिशें इस प्रकार हैं:
1. सभी विंडोज क्लाइंट मशीनों पर पैच KB2570791 स्थापित करें ;
2. संगठन में और सभी डोमेन नियंत्रकों पर सभी एक्सचेंज सर्वर पर पैच KB2570791 स्थापित करें ;
3. यदि आपके पास एक्सचेंज 2007 (एसपी 3) सर्वर हैं, तो उन पर अपडेट रोलअप 5 स्थापित करें ;
4. इसके बाद, उपयोगकर्ताओं के बीच कैलेंडर घटनाओं के साथ समस्याओं का निरीक्षण और पहचान करें।
5. यदि उपयोगकर्ता अपने कैलेंडर में कैलेंडर ईवेंट की शिफ्ट के बारे में शिकायत करते हैं, तो:
ए) या तो सर्वर की तरफ, विशिष्ट समस्या वाले उपयोगकर्ताओं के लिए विशिष्ट सर्वर पर कैलेंडर को ठीक करने के लिए एक्सचेंज कैलेंडर अपडेट टूल चलाएं ;
b) या तो क्लाइंट पक्ष पर, Outlook समय पर कैलेंडर को ठीक करने के लिए Outlook समय क्षेत्र डेटा अपडेट टूल लॉन्च करें ।

MS Sharepoint सर्वर पर समय क्षेत्र अद्यतन करना

MS SharePoint वाले सर्वरों पर, सबसे पहले, आपको Windows अद्यतन KB2570791 स्थापित करना होगा , और दूसरी बात, SharePoint के लिए अद्यतन स्वयं स्थापित करें:
- MS SharePoint 2007 के लिए अद्यतन (SharePoint Serveces 3.0) ;
- MS SharePoint 2010 के लिए अद्यतन ।

Microsoft उत्पादों के लिए समय क्षेत्र अपडेट के बारे में जानकारी यहाँ भी देखें:
support.microsoft.com/gp/cp_dst/en
support.microsoft.com/gp/cp_dst/en

मुझे ओएस और सॉफ़्टवेयर में समय क्षेत्र की जानकारी को अपडेट करने की आवश्यकता है?

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

काम करने के कुछ हफ़्ते पहले ही समय से पहले छोड़ दिए गए थे। इसलिए, इस काम को लंबे बक्से में बंद न करें। एक बार फिर, अपने आईटी फ़ार्म (सर्वर, एप्लिकेशन, सर्विसेज इत्यादि) की सावधानीपूर्वक समीक्षा करें, जहाँ कहीं भी संभव हो, समय ज़ोन के बारे में जानकारी अपडेट करने के लिए कार्य की योजना बनाएं।

एक ही उम्मीद कर सकता है कि ये समस्याएं आपकी कंपनी के सिस्टम को बीसी (बिजनेस क्रिटिकल) और एमसी (मिशन क्रिटिकल) के स्तर पर प्रभावित नहीं करेंगी। उदाहरण के लिए, यदि आपका व्यवसाय बिलिंग सिस्टम या स्थानीय समय से जुड़ी कुछ सटीक वित्तीय गणनाओं (वर्तमान और पूर्व में) से जुड़ा है, तो समय के साथ आने वाली समस्याएं आपके लिए काफी विशिष्ट व्यावसायिक नुकसान का कारण बन सकती हैं।
आउटलुक में कुछ कैलेंडर ईवेंट की प्रति घंटा शिफ्ट जैसे ओपी (ऑफिस प्रोडक्टिविटी) स्तर की गैर-महत्वपूर्ण प्रणालियों को प्रभावित करना, आमतौर पर व्यावसायिक दृष्टिकोण से महत्वहीन है।

आतंक, निश्चित रूप से इसके लायक नहीं है, लेकिन इस तथ्य के लिए तैयार रहें कि कुछ आईटी सिस्टम में बदलते समय क्षेत्रों से जुड़ी समस्याएं बहुत संभावना हैं। यदि आपके पैच / फिक्स को लागू करने के तुरंत बाद नहीं है, तो 30 अक्टूबर, 2011 से सुनिश्चित करें।

रूस में टाइम ज़ोन बदलने पर एक और विषय देखें:
MSD टाइम ज़ोन को MSK में ले जाना - स्थानीय स्तर का नया Y2K

लेख के लेखक: रोमन टिक <ya.roman.tik {t} yandex.ru> लेख का पाठ क्रिएटिव कॉमन्स एट्रिब्यूशन 3.0 अनपोर्टेड (सीसी बाय 3.0) के तहत लाइसेंस प्राप्त है । आप इस पाठ को लेखक के अनिवार्य संकेत के साथ किसी भी उद्देश्य के लिए स्वतंत्र रूप से कॉपी, संपादित और उपयोग कर सकते हैं।