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

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

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

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

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

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

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

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

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

zxsuite पॉवरस्टोर doMailboxMove रिज़र्व_mailbox.example.com इनपुट_फ़ाइल अकाउंट्स.txt चरण डेटा
zxsuite पॉवरस्टोर doMailboxMove रिजर्व_मेलबॉक्स.example.com इनपुट_फाइल अकाउंट्स.txt चरण डेटा, अकाउंट नोटिफिकेशन [ईमेल संरक्षित]

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

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

zxsuite पॉवरस्टोर doMailboxMove रिज़र्व_mailbox.saas.com डोमेन client1.ru, client2.ru, client3.ru चरण डेटा
zxsuite पॉवरस्टोर doMailboxMove सिक्योरसर्वर.saas.com डोमेन client1.ru, client2.ru, client3.ru चरण डेटा, खाता सूचनाएं [ईमेल संरक्षित]

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

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

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

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

स्रोत: www.habr.com