Așa s-a întâmplat că administratorii de sisteme sunt întotdeauna suspicioși față de tot ce este nou. Practic, totul, de la noi platforme de server până la actualizări de software, este privit cu neîncredere, exact până când nu apare prima experiență practică de utilizare și recenzii pozitive de la colegii din alte companii. Este de înțeles, având în vedere că, în sens literal, ești responsabil pentru funcționarea întreprinderii și pentru protecția informațiilor importante, cu timpul ajungi să nu mai ai încredere nici chiar în tine, darămite în parteneri, subordonați sau utilizatori obișnuiți.
Neîncrederea față de actualizările de software este determinată de numeroasele cazuri neplăcute în care instalarea de patch-uri noi a dus la scăderea performanței, modificări în interfața utilizatorului, eșecuri ale sistemului informațional sau, ceea ce este și mai neplăcut, pierderea datelor. Totuși, nu se poate renunța complet la actualizări, deoarece infrastructura întreprinderii tale poate deveni vulnerabilă în fața atacurilor cibernetice. E suficient să ne amintim de celebrele incidente cu virusul WannaCry, când datele stocate pe milioane de computere care nu fusese actualizate la ultima versiune de Windows au fost criptate. Acest incident nu doar că a costat locuri de muncă sute de administratori de sisteme, dar a demonstrat în mod clar necesitatea elaborării unei noi politici de actualizare a produselor software în cadrul companiei, care să permită combinarea securității cu rapiditatea instalării acestora. Hai să ne uităm, înainte de lansarea versiunii LTS a Zimbra 8.8.15, la cum putem actualiza Zimbra Collaboration Suite Open-Source Edition pentru a asigura în mod garantat păstrarea tuturor datelor critic esențiale.
Una dintre caracteristicile principale ale Zimbra Collaboration Suite este că aproape toate componentele sale pot fi duplicate. În special, pe lângă serverul principal LDAP-Master, se pot adăuga replici LDAP-replica, pe care, în caz de necesitate, pot fi transferate funcțiile serverului LDAP principal. De asemenea, se pot duplica serverele Proxy și serverele cu MTA. Această duplicare permite, în caz de nevoie, eliminarea anumitor componente din infrastructură pe perioada actualizării și, astfel, asigură protecția nu doar împotriva unui timp îndelungat de nefuncționare, ci și împotriva pierderii de date în cazul unei actualizări eșuate.
Spre deosebire de celelalte componente ale infrastructurii, duplicarea stocărilor de email în Zimbra Collaboration Suite nu este suportată. Chiar dacă în infrastructura dumneavoastră există mai multe stocări de email, datele fiecărui căsuțe de email pot fi găsite pe o singură stocare de email. server. De aceea, una dintre regulile principale pentru siguranța datelor în timpul actualizării este rezervarea la timp a informațiilor pe stocările de email. Cu cât backup-ul dumneavoastră este mai recent, cu atât mai multe date vor fi salvate în cazul unei situații neprevăzute. Totuși, există un aspect care constă în faptul că în ediția gratuită a Zimbra Collaboration Suite nu există un mecanism integrat de backup, iar pentru a crea copii de rezervă va trebui să folosiți instrumentele integrate GNU/Linux. Însă dacă în infrastructura dumneavoastră Zimbra funcționează mai multe stocări de email, iar dimensiunea arhivei de email este destul de mare, fiecare astfel de rezervare poate dura foarte mult timp și poate genera o sarcină serioasă asupra rețelei locale și serverelor în sine. În plus, în timpul copiei de lungă durată, riscurile de a întâmpina diverse forțuri majore cresc brusc. De asemenea, dacă efectuați astfel de rezervări fără a opri serviciul, există riscul ca anumite fișiere să fie copiate incorect, ceea ce va duce la pierderea unor date.
De aceea, în cazul în care trebuie să rezervați volume mari de informații din stocările de e-mail, este mai bine să utilizați backup-ul incremental, care permite evitarea copiei complete a tuturor informațiilor, rezervând doar fișierele care au apărut sau au fost modificate după realizarea precedentului backup complet. Aceasta accelerează semnificativ procesul de realizare a backup-urilor, precum și permite o instalare mai rapidă a actualizărilor. Backup-ul incremental în Zimbra Open-Source Edition poate fi realizat cu ajutorul extensiei modulare Zextras Backup, parte a suitei Zextras.
Un alt instrument puternic, Zextras PowerStore, permite administratorului de sistem să deduplice datele de pe stocarea de e-mail. Aceasta înseamnă că toate atașamentele identice și e-mailurile repetitive de pe serverul de e-mail vor fi înlocuite cu un singur fișier sursă, iar toate replicile se vor transforma în linkuri simbolice transparente. Datorită acestui lucru, se poate obține nu doar o economisire semnificativă de spațiu pe hard disk, ci și o reducere considerabilă a dimensiunii backup-ului, ceea ce permite realizarea mai frecventă a backup-urilor complete.
Însă cea mai importantă capacitate pe care Zextras PowerStore o poate oferi pentru actualizarea în siguranță este transferul căsuțelor poștale între serverele de e-mail în infrastructurile multi-server Zimbra. Datorită acestei funcționalități, administratorul de sistem poate efectua cu stocările de e-mail exact ceea ce am făcut cu serverele MTA și LDAP pentru actualizarea lor în siguranță. De exemplu, dacă în infrastructura Zimbra există patru stocări de e-mail, se poate încerca distribuirea căsuțelor poștale de pe una dintre ele către celelalte trei, iar când prima stocare de e-mail devine goală, aceasta poate fi actualizată fără îngrijorări în privința securității datelor. Dacă administratorul de sistem dispune de o stocare de e-mail de rezervă, el o poate folosi ca un depozit temporar pentru căsuțele poștale transferate din stocările de e-mail ce sunt actualizate.
Realizarea unui astfel de transfer este posibilă prin comanda din consolă DoMoveMailbox. Pentru a o utiliza în scopul transferului tuturor conturilor din depozitul de e-mailuri, mai întâi trebuie să obținem lista completă a acestora. Pentru a realiza acest lucru, vom executa comanda pe serverul de e-mail zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. După ce aceasta este executată, vom obține un fișier accounts.txt cu lista tuturor căsuțelor poștale din depozitul nostru de e-mailuri. După aceasta, putem să-l folosim imediat pentru a transfera conturile către un alt depozit de e-mailuri. Ar putea arăta astfel:
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt stages data
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt stages data,account notifications admin@example.com
Comanda este executată de două ori pentru ca, la prima execuție, să copiem toate datele fără a transfera contul propriu-zis, iar la a doua execuție, deoarece transferul de date se efectuează incremental, să copiem toate datele apărute după primul transfer și, ulterior, să transferăm și conturile în sine. Vă rugăm să rețineți că transferul contului este însoțit de o mică perioadă de indisponibilitate a căsuței poștale, iar este recomandabil să informați utilizatorii despre acest lucru. În plus, după terminarea execuției celei de-a doua comenzi, administratorul va primi un notificare corespunzătoare pe e-mail. Datorită acesteia, administratorul poate începe rapid actualizarea depozitului de e-mailuri.
În cazul în care actualizarea software-ului pe depozitul de e-mailuri este efectuată de un furnizor SaaS, va fi mult mai rațional să transferăm datele nu pe conturi, ci pe domeniile care sunt găzduite acolo. Pentru aceste scopuri, este suficient să modificăm puțin comanda introdusă:
zxsuite powerstore doMailboxMove reserve_mailbox.saas.com domains client1.ru, client2.ru, client3.ru stages data
zxsuite powerstore doMailboxMove secureserver.saas.com domains client1.ru, client2.ru, client3.ru stages data,account notifications admin@saas.com
După ce transferul conturilor și al datelor acestora din depozitul de e-mailuri a fost efectuat, datele de pe serverul original nu mai reprezintă o importanță și putem începe actualizarea serverului de e-mail fără nicio teamă pentru salvarea lor.
Pentru cei care doresc să minimizeze timpul de nefuncționare în timpul transferului căsuțelor poștale, se pot folosi un scenariu complet diferit de utilizare a comenzii zxsuite powerstore doMailboxMove, esența constă în faptul că migrarea cutiilor poștale se face imediat pe serverele actualizate, fără a fi nevoie de utilizarea unor intermediare. servere. Cu alte cuvinte, adăugăm în infrastructura Zimbra un nou depozit de poștă care este deja actualizat la cea mai recentă versiune, apoi pur și simplu transferăm conturile de pe serverul neactualizat conform scenariului deja cunoscut și repetăm procedura până când toate serverele din infrastructură sunt actualizate.
Această metodă permite transferul conturilor o singură dată și, din acest motiv, reduce timpul în care cutiile poștale vor rămâne inaccesibile. În plus, va fi necesar un singur server poștal suplimentar pentru aceasta. Cu toate acestea, utilizarea sa trebuie făcută cu prudență de către administratorii care desfășoară depozite poștale pe servere cu configurații diferite. Asta pentru că migrarea unui număr mare de conturi pe un server mai slab poate afecta negativ disponibilitatea și reacția serviciului, ceea ce poate fi destul de critic pentru întreprinderile mari și furnizorii de SaaS.
Astfel, datorită Zextras Backup și Zextras PowerStore, administratorul de sistem Zimbra are posibilitatea de a actualiza toate nodurile infrastructurii Zimbra fără niciun risc pentru informațiile stocate pe acestea.
Sursa: habr.com
