अनुभवी छोटी चीजें -2 या "मुझे इस मेल के साथ क्या करना चाहिए"?

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

समस्या का बयान

समस्या का सार तुच्छ था - मेल डेटाबेस का बहुत बड़ा हिस्सा। उस समय, यह लगभग 800 जीबी एक सर्वर पर पड़ा था (निष्पक्षता में, यह कहा जाना चाहिए कि सर्वर बहुत कम से कम लोड के साथ कॉपी किया गया था, हालांकि एक्सचेंज 2003 के 32-बिट प्रकृति ने उसे ऐसा करने से रोका)।

कंपनी के काम की बारीकियों ने इन सीमाओं को लाद दिया:

• उपयोगकर्ताओं के विशाल बहुमत को अपने पुराने पत्रों तक पहुंच की आवश्यकता होती है, अधिमानतः क्रमबद्ध रूप में (प्रतिपक्ष, शहर, नाक पर मौसा का आकार और अन्य व्यक्तिपरक मापदंड)
• प्रबंधन अपने कर्मचारियों के मेल को पुनर्प्राप्त करने में सक्षम होने के लिए तरसता है अगर यह गलती से \ दुर्घटनावश हटा दिया गया था, भले ही यह कठिन हो और "बिना पुनर्प्राप्ति" अगर कंप्यूटर दुर्घटनाग्रस्त हो गया, आदि।
• व्यवस्थापक चाहते थे कि मेल बैकअप 30-40 घंटे तक गर्भवती हाथी की तरह न उछले और मुड़ जाए, लेकिन कम से कम रात भर प्रदर्शन किया जा सके
• डेटा सुरक्षा, विलोपन से सुरक्षा, सबसे महत्वपूर्ण था, नेतृत्व "कुछ महत्वपूर्ण" खोने से डरता था।
• एमएस एक्सचेंज 2003 और आउटलुक 2003 कंपनी के लिए काम करता था। यह पहले से ही खरीदा गया था, लेकिन विभिन्न कारणों से एमएस एक्सचेंज 2007 को लागू नहीं किया गया था, जिसके परिणामस्वरूप 2010 में उन्नयन के बारे में बातचीत दोस्ताना गलतफहमी और पूरी अनिच्छा से पूरी हुई थी, जो खुद के लिए काफी पैसा खर्च करने के लिए थी।

महाशय विकृतियों, या समाधानों के बारे में बहुत कुछ जानते हैं

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

• सबसे सरल बात यह थी कि सभी को पुराने मेल को हटाने के लिए मजबूर करना था, इस तथ्य का हवाला देते हुए कि मेल क्लाइंट डेटा स्टोरेज के लिए नहीं है, लेकिन ऑपरेशनल पत्राचार के लिए। और यदि आवश्यक हो - बैकअप से आवश्यक पत्र प्राप्त करें। यह तुरंत स्पष्ट हो गया कि यह विधि अप्रभावी है, यह कहते हुए कि यह प्रबंधन सहित सभी उपयोगकर्ताओं द्वारा आक्रामक गलतफहमी के साथ मुलाकात की गई थी, बैकअप से बाहर निकलने की प्रक्रिया अविश्वसनीय रूप से नीरस और लंबी थी, और स्थिति जब एक व्यक्ति को 2006 के लिए अपने संग्रह की आवश्यकता होगी। इतना दुर्लभ नहीं था।
• पहले आवेग को अस्वीकार करते हुए, मैंने सभी पुराने पत्रों को स्थानीय PST में विलय कर दिया और आउटलुक का उपयोग करते हुए ऑटो-संग्रह स्थापित किया। प्लसस की तुलना में अधिक minuses थे: मेल वर्कस्टेशन पर था, यह एक बर्न-आउट HDD से असुरक्षित था, और अभिलेखागार को WEB इंटरफेस के माध्यम से एक्सेस नहीं किया जा सकता था (सभी-सभी दूरस्थ आरडीपी को उनके कंप्यूटर तक पहुंच देना एसबी विभाग द्वारा अनुमति नहीं थी, और मेरी राय में, इसने सही काम किया। )।
• फिर मैंने लिपि के साथ "सप्ताह में एक बार सूची पर कंप्यूटरों के चारों ओर जाने और सर्वर पर एक फ़ोल्डर में पीएसटी को मर्ज करने के लिए" कहा - यह मजेदार था, मुझे इसमें बहुत कुछ मिला, विशेष रूप से चालाक आउटलुक के साथ, जो कि खुले राज्य में पीएसटी फ़ाइल को बंद कर देता है, इसलिए आप इसे Outlook के दौरान किसी भी तरह से कॉपी नहीं कर सकते हैं। बंद नहीं होगा।
• अगला तार्किक कदम केंद्रीयकृत भंडारण नेटवर्क के लिए पीएसटी अभिलेखागार का स्थानांतरण था। यहां समस्याएं इस तथ्य के साथ शुरू हुईं कि यदि आउटलुक को खोलने / काम करने / बंद करने के समय नेटवर्क काट दिया गया था, तो उपयोगकर्ता को अगले उद्घाटन में 50% मौका मिला कि वह एक विंडो "गलत तरीके से बंद किए गए पीएसटी" की जांच कर सके, जो कि 5 मिनट से एक घंटे तक लटका रह सकता है, यह निर्भर करता है पीएसटी आकार। और यहां तक ​​कि अगर आप इस सब के लिए अपनी आँखें बंद करते हैं, तब भी लोगों को दूर से अभिलेखागार के साथ काम करने का कोई तरीका नहीं था।

आखिर में क्या हुआ।

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

1. पहली बार एक्सचेंज 2007 में माइग्रेट हुआ, क्योंकि ऐसा अवसर है - मिस करने के लिए एक पाप। ISA के माध्यम से अलग-अलग tinkering कॉन्फ़िगर OWA। यह थोड़ा आसान हो गया, क्योंकि 2007 64-बिट और "रैम" का बहुत कुछ समझता है, लेकिन मुझे सर्वर के लिए यह अच्छा नहीं लगा।
2. प्रत्येक उपयोगकर्ता जो पूर्वनिर्धारित कोटा में फिट नहीं था, के लिए एक प्रेत उपयोगकर्ता " संग्रह उपयोगकर्ता नाम " उपनाम आर्क.सुर्नाम के साथ बनाया गया था, और उसके अनुसार एक मेलबॉक्स भी था। एक बदलाव के लिए, मैंने उन्हें सभी उपकरण प्रकार बनाये, ताकि भविष्य में सामान्य श्रमिकों से अलग होने की गारंटी दी जा सके। तदनुसार, अधिकार वितरित किए गए थे ताकि आम उपयोगकर्ता को उसके "प्रेत" के बॉक्स तक पूर्ण पहुंच प्राप्त हो सके
3. उन्होंने "ऑर्डर के लिए," ग्लोबल एड्रेस लिस्ट के सभी फैंटम को छिपा दिया, और उन्हें स्टोरेज ग्रुप में अलग-अलग डेटाबेस में ग्रुप कर दिया, जहां सर्कुलर लॉगिंग सक्षम है और जो एक बड़े, बड़े RAID विभाजन पर झूठ है।
4. तथाकथित भंडारण समूह में तथाकथित भी शामिल थे सत मेलबॉक्स, जहां विशेष रूप से महत्वपूर्ण उपयोगकर्ताओं का लॉगिंग विलय हो गया।
5. आउटलुक में अपने फैंटम सहयोगी द्वारा प्रत्येक उपयोगकर्ता से समर्थन जुड़ा हुआ था, और संग्रह मानदंड के तहत आने वाले सभी मेल को फैंटम बॉक्स में पंप किया गया था।
6. जिस किसी के पास संग्रह है, वह अब OWA के माध्यम से दूरस्थ रूप से खुदाई कर सकता है, इस विषय पर थोड़ा निर्देश उन लोगों के लिए लिखा गया है जो विशेष रूप से सुस्त हैं।
7. "ऑपरेशनल" एक्सचेंज डेटाबेस का आकार, वे जो टॉस करते हैं और हर दिन और सप्ताह में 3 बार, स्वीकार्य 200 जीबी तक कम हो जाते हैं
8. सप्ताह में एक बार, सप्ताह में एक बार एसबी बॉक्स के साथ पुरालेख डेटाबेस को कम बार बैकअप दिया जाता है। हम समय में ठीक काम कर रहे हैं (और बैकअप सर्वर के संस्करण को अपडेट करने के बाद, उन्होंने 25 घंटों में सभी मेल का पूर्ण बैकअप करना शुरू कर दिया)।

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

जारी रखा जाए।