Situacija je takva da sistemski administratori uvijek s oprezom gledaju na sve novo. Doslovno sve, od novih server platformi do ažuriranja softvera, doživljava se s oprezom, sve dok ne dobiju prve praktične povratne informacije i pozitivne komentare kolega iz drugih poduzeća. I to je razumljivo, jer kada doslovno odgovaraš glavom za funkcioniranje poduzeća i očuvanje važne informacije, s vremenom prestaneš vjerovati čak i samome sebi, a kamoli dobavljačima, podredjenima ili običnim korisnicima.
Nepovjerenje prema ažuriranjima softvera uzrokovano je brojnim neugodnim slučajevima kada je instalacija novih zakrpa dovela do pada performansi, promjena u korisničkom sučelju, kvara informacijskog sustava ili, što je posebno neugodno, gubitka podataka. Međutim, nemoguće je potpuno odustati od ažuriranja, u tom bi slučaju infrastruktura vašeg poduzeća mogla biti izložena napadima cyber kriminalaca. Dovoljno je prisjetiti se poznatog slučaja s virusom WannaCry, kada su podaci pohranjeni na milijunima neprikazano ažuriranih računala sa sustavom Windows bili zaključani. Ovaj incident nije samo oduzeo radna mjesta mnogim sistemskim administratorima, već je i jasno pokazao potrebu za uspostavom nove politike ažuriranja softverskih proizvoda u poduzeću koja bi omogućila ravnotežu između sigurnosti i brzine njihove instalacije. Pogledajmo, uoči izlaska LTS verzije Zimbra 8.8.15, kako možemo ažurirati Zimbra Collaboration Suite Open-Source Edition kako bismo Jamčili očuvanje svih kritično važnih podataka.
Jedna od glavnih karakteristika Zimbra Collaboration Suite-a je da se praktično svi njeni elementi mogu duplicirati. Na primer, možete dodati duplicirajući LDAP-replica pored glavnog LDAP-Master servera, na koji se, u slučaju potrebe, mogu prebaciti funkcije glavnog LDAP servera. Takođe, možete duplicirati Proxy servere i servere sa MTA. Ova vrsta dupliciranja omogućava da se, kada je to potrebno, iz infrastrukture izuzmu određeni delovi tokom ažuriranja, čime se pouzdano štitite ne samo od dugotrajnog zastoja, već i od gubitka podataka u slučaju neuspelog ažuriranja.
Za razliku od ostalih elemenata infrastrukture, dupliciranje poštanskih skladišta u Zimbra Collaboration Suite-u nije podržano. Čak i u slučaju da vaša infrastruktura ima više poštanskih skladišta, podaci svakog poštanskog sandučića mogu se nalaziti samo na jednom poštanskom skladištu. serveru. Upravo zato je jedno od glavnih pravila sigurnosti podataka prilikom ažuriranja — pravovremeno pravljenje rezervnih kopija informacija na poštanskim skladištima. Što je vaš backup svežiji, to će više podataka biti sačuvano u slučaju nepredviđene situacije. Međutim, postoji jedan faktor, a to je da u besplatnoj verziji Zimbra Collaboration Suite-a ne postoji ugrađen mehanizam za pravljenje rezervnih kopija i za kreiranje rezervnih kopija ćete morati koristiti ugrađene alate GNU/Linux-a. Međutim, ako u vašoj infrastrukturi Zimbra radi više poštanskih skladišta, a veličina poštanskog arhiva je dovoljno velika, svako takvo pravljenje rezervnih kopija može trajati vrlo dugo, a takođe može stvoriti ozbiljno opterećenje na lokalnu mrežu i na same servere. Pored toga, tokom dugotrajnog kopiranja rizici od različitih nepredviđenih situacija naglo rastu. Takođe, ako vršite takvo pravljenje rezervnih kopija bez prekida servisa, postoji rizik da će neki fajlovi biti kopirani netačno, što može dovesti do gubitka nekih podataka.
Stoga, ako trebate rezervirati velike količine informacija s poštanskih spremišta, bolje je koristiti inkrementalno rezerviranje, koje omogućava izbjegavanje potpunog kopiranja svih informacija i rezerviranje samo onih datoteka koje su se pojavile ili promijenile nakon prethodnog potpunog rezervnog kopiranja. To znatno ubrzava proces izrade sigurnosnih kopija, a također omogućava brže započinjanje instalacije ažuriranja. Inkrementalno rezerviranje u Zimbra Open-Source Edition može se postići pomoću modularnog proširenja Zextras Backup, koje je uključeno u Zextras Suite.
Još jedan moćan alat, Zextras PowerStore, omogućava sistemskom administratoru dedupliranje podataka na poštanskom spremištu. To znači da će sve identične privitke i ponavljajuće emailove na poštanskom poslužitelju zamijeniti jednim izvornih datotekom, dok će svi duplikati postati transparentne simboličke veze. Zahvaljujući tome, moguće je postići ne samo značajnu uštedu prostora na tvrdom disku, već i značajno smanjenje veličine rezervne kopije, što dovodi do smanjenja vremena potrebnog za potpunu rezervaciju i omogućava je mnogo češće.
No, glavna mogućnost koju Zextras PowerStore može pružiti za sigurno ažuriranje je premještanje poštanskih sandučića između poštanskih poslužitelja u višeservernim infrastrukurama Zimbra. Ova mogućnost omogućava sistemskom administratoru da učini s poštanskim spremištima isto što i smo radili s MTA- i LDAP-poslužiteljima za njihovo sigurno ažuriranje. Na primjer, ako u infrastrukturnoj Zimbra postoje četiri poštanska spremišta, možete pokušati raspodijeliti poštanske sandučiće s jednog od njih na preostala tri, a kada prvo poštansko spremište postane prazno, možete ga ažurirati bez ikakvih briga za sigurnost podataka. Ako sistemski administrator u infrastrukturi ima rezervno poštansko spremište, može ga koristiti kao privremeno skladište za poštanske sandučiće premještene s ažuriranih poštanskih spremišta.
Takvo premještanje omogućava konzolna naredba DoMoveMailbox. Da biste ga iskoristili za prijenos svih računa s poštanskog spremnika, prvo je potrebno dobiti njihov potpuni popis. Da bismo to postigli, na poštanskom poslužitelju izvršavamo naredbu zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. Nakon što bude izvršena, dobit ćemo datoteku accounts.txt s popisom svih poštanskih sandučića na našem poštanskom spremniku. Nakon toga, možemo je odmah iskoristiti za prijenos računa na drugi poštanski spremnik. Izgledat će to, na primjer, ovako:
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
Naredba se izvršava dva puta kako bi prvi put kopirala sve podatke bez prijenosa samog računa, a drugi put, budući da se prijenos podataka vrši inkrementalno, kopira sve podatke koji su se pojavili nakon prvog prijenosa, a zatim prenosi i same račune. Molimo vas da obratite pažnju na to da prijenos računa prati mali period nedostupnosti poštanskog sandučića i bilo bi razborito obavijestiti korisnike o tome. Osim toga, nakon završetka izvršenja druge naredbe, administratoru na e-poštu dolazi odgovarajuća obavijest. Zahvaljujući njoj, administrator može što brže pristupiti ažuriranju poštanskog spremnika.
U slučaju da ažuriranje softvera na poštanskom spremniku provodi SaaS pružatelj, bilo bi puno razumnije prenositi podatke ne po računima, već po domenama koje se nalaze na njemu. Za te svrhe dovoljna je manja izmjena unosa naredbe:
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
Nakon što je prijenos računa i njihovih podataka s poštanskog spremnika završen, podaci na izvornoj serveru prestaju predstavljati bilo kakvu važnost i možete započeti ažuriranje poštanskog poslužitelja bez ikakvih briga za njihovu sigurnost.
Za one koji teže minimiziranju vremena zastoja prilikom prijenosa poštanskih sandučića, idealno će odgovarati suštinski drugačiji scenarij korištenja naredbe zxsuite powerstore doMailboxMove, čija je suština u tome što se prenos poštanskih sandučića vrši odmah na ažurirane servere, bez potrebe za korišćenjem međustupnjih poslužitelja. Drugim rečima, dodajemo u infrastrukturu Zimbra novo poštansko skladište koje je već ažurirano na najnoviju verziju, a zatim jednostavno prebacujemo na njega naloge sa ne ažuriranog servera i ponavljamo proceduru dok svi serveri u infrastrukturi ne budu ažurirani.
Ovaj način omogućava prenos naloga samo jednom i time smanjuje vreme tokom kojeg će poštanski sandučići biti nedostupni. Pored toga, za to će biti potreban samo jedan dodatni poštanski server. Međutim, njegovo korišćenje treba biti na oprezu za one administratore koji raspoređuju poštanske skladišta na servere različite konfiguracije. Naime, prenos velikog broja naloga na slabiji server može negativno uticati na dostupnost i odziv usluge, što može biti prilično kritično za veće kompanije i SaaS provajdere.
Tako, zahvaljujući Zextras Backup i Zextras PowerStore, sistemski administrator Zimbra dobija mogućnost ažuriranja svih čvorova Zimbra infrastrukture bez ikakvog rizika za informacije koje su na njima pohranjene.
Izvor: habr.com
