जोम्बा सहयोग सूट सुरक्षित अद्यतन

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

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



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

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

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

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

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

इस तरह के हस्तांतरण को करने के लिए कंसोल कमांड DoMoveMailbox की अनुमति देता है। मेल स्टोर से सभी खातों को स्थानांतरित करने के लिए इसका उपयोग करने के लिए, आपको पहले उनकी पूरी सूची प्राप्त करनी होगी। इसे प्राप्त करने के लिए, मेल सर्वर पर, कमांड zmprov sa zimbraMailHost = मेलबॉक्स . example.com> accounts.txt को निष्पादित करें । इसके निष्पादन के बाद, हमें अपने मेल स्टोर पर सभी मेलबॉक्सों की एक सूची के साथ account.txt फ़ाइल प्राप्त होगी। उसके बाद, आप तुरंत खातों को किसी अन्य मेल स्टोर पर स्थानांतरित करने के लिए इसका उपयोग कर सकते हैं। उदाहरण के लिए, यह इस तरह दिखेगा:

zxsuite पॉवरस्टोर doMailboxMove Reserve_mailbox.example.com input_file accounts.txt स्टेज डेटा
zxsuite पॉवरस्टोर doMailboxMove Reserve_mailbox.example.com input_file accounts.txt स्टेज डेटा, खाता सूचनाएं admin@example.com

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

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

zxsuite पॉवरस्टोर doMailboxMove Reserve_mailbox.saas.com डोमेन client1.ru, client2.ru, client3.ru चरणों के डेटा
zxsuite powerstore doMailboxMove secureserver.saas.com डोमेन क्लाइंट 1.ru, client2.ru, client3.ru चरणों का डेटा, खाता सूचनाएं admin@saas.com डोमेन

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

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

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

इस प्रकार, Zextras बैकअप और Zextras PowerStore के लिए धन्यवाद, उन पर संग्रहीत जानकारी के लिए किसी भी जोखिम के बिना, जोमरा बुनियादी ढांचे के सभी नोड्स को अपडेट करने का अवसर मिलता है।

Zextras Suite से संबंधित सभी प्रश्नों के लिए, आप Zextras Katerina Triandafilidi के प्रतिनिधि से ई-मेल katerina@zextras.com पर संपर्क कर सकते हैं