Tundub, et süsteemiadministraatorid suhtuvad alati uutesse asjadesse ettevaatlikult. Kõik, alates uutest serveriplatvormidest kuni tarkvarauuendusteni, võetakse vastu ettevaatlikult, kuni ilmneb esmane praktiline kogemus ja positiivne tagasiside kolleegidelt teistelt ettevõtetelt. See on arusaadav, sest kui vastutad otseselt ettevõtte töökindluse ja olulise teabe säilimise eest, hakkad ajapikku ka enda usaldusväärsuses kahtlema, rääkimata koostööpartneritest, alluvatest või tavalistest kasutajatest.
Usaldusväärsuse puudumine tarkvarauuenduste suhtes tuleneb paljusid ebameeldivaid juhtumeid, kus uute plaastrite installimine on viinud jõudluse languseni, kasutajaliidese muutusteni, infosüsteemi rikke või, mis eriti murettekitav, andmete kaotamiseni. Siiski ei saa täielikult ka loobuda uuendustest, muidu võib teie ettevõtte infrastruktuur küberkurjategijate rünnakutele avatuks jääda. Piisab, kui meenutada kõmu tekitanud juhtumit WannaCry viirusest, mil andmed, mis olid salvestatud miljonites mitte viimase versiooniga Windowsi arvutites, said krüpteeritud. See intsident mitte ainult ei maksnud töökohti sadadele süsteemiadministraatoritele, vaid näitas ka selgelt vajadust arendada välja uus tarkvarauuenduse poliitika ettevõttes, mis võimaldaks kombineerida turvalisust ja nende installimise kiirus. Vaatame, kuidas saame enne Zimbra 8.8.15 LTS-väljalaske toimumist uuendada Zimbra Collaboration Suite Open-Source Edition, et tagada kõigi kriitiliselt oluliste andmete säilimine.
Zimbra Collaboration Suite'i üks peamisi omadusi on see, et peaaegu kõik selle elemendid on duplitseeritavad. Eelkõige on võimalik lisada LDAP-Masteri põhiserverile dubleerivad LDAP-replikaid, millele on hädaolukordades võimalik edasi suunata põhilise LDAP-serveri funktsioonid. Samuti on võimalik dubleerida Proxy-servereid ja MTA-servereid. Selline dubleerimine võimaldab vajadusel võtmeelemente infrastruktuurist eemaldada hooldusperioodiks, kaitstes seeläbi end mitte ainult pikaajalise seiskumise, vaid ka andmete kadumise eest, juhul kui uuendamine ei õnnestu.
Erinevalt infrastruktuuri muudest elementidest ei toeta Zimbra Collaboration Suite e-posti hoidlate dubleerimist. Isegi juhul, kui teie infrastruktuuris on mitu e-posti hoidlat, võivad iga e-posti kasti andmed asuda vaid ühel e-posti hoidjal. serveril. Seetõttu on üks peamisi reegleid andmete kaitsmisel uuendamise ajal regulaarselt teostada varukoopiaid postiserverites. Mida uuem on teie varukoopia, seda rohkem andmeid jääb alles võimalikel probleemide korral. Siiski on siin nüanss: tasuta versioonis Zimbra Collaboration Suite ei ole sisseehitatud varundusmehhanismi, seega tuleb varukoopiate tegemiseks kasutada GNU/Linuxi sisseehitatud vahendeid. Kui teie Zimbra infrastruktuuris töötab mitu postiserverit ja postiarhiivi suurus on piisavalt suur, võivad need varukoopiad võtta väga kaua aega ning tekitada tõsist koormust kohalikule võrgule ja serveritele endile. Samuti, pikaajalise kopeerimise ajal suureneb järsult erinevate ettenägematute olukordade tekkimise risk. Lisaks, kui teostada selliseid varukoopiaid teenuse peatamata, on oht, et osa faile võib kopeerida valesti, mis toob kaasa teatud andmete kaotamise.
Seetõttu, kui peate varundama suurtes kogustes teavet postihoidlatest, on parem kasutada inkrementaalset varundamist, mis võimaldab vältida kogu teabe täielikku kopeerimist, varundades ainult need failid, mis on ilmunud või muutunud pärast eelneva täieliku varukoopia tegemist. See kiirendab varundamisprotsessi oluliselt ning võimaldab kiiremini alustada värskenduste installimist. Zimbra Open-Source Editionis saab inkrementaalset varundamist saavutada Zextras Suite'i kuuluvate Zextras Backup'i moodulit laiendades.
Zextras PowerStore on veel üks võimas tööriist, mis võimaldab süsteemiadministraatoril andmeid e-posti salvestuses dedupuleerida. See tähendab, et kõik samad manusd ja korduvad e-kirjad e-posti serveris asendatakse ühe algfailiga, samas kui kõik kordused muutuvad läbipaistvateks tegelikeks linkideks. Tänu sellele on võimalik mitte ainult saavutada märkimisväärne ruumi kokkuhoid kõvakettal, vaid ka oluliselt vähendada varukoopia suurust, mis võimaldab täielikke varukoopiaid teha sageli ja kiiremini.
Kuid peamine funktsioon, mida Zextras PowerStore pakub turvaliseks värskendamiseks, on postkastide ülekandmine postiserverite vahel Zimbra mitme serveri infrastruktuurides. Tänu sellele funktsioonile saab süsteemiadministraator teha postikogudega täpselt sama, mida me tegime MTA- ja LDAP-serveritega nende turvaliseks värskendamiseks. Näiteks kui Zimbra infrastruktuuris on neli postikogu, saab proovida jagada postkastid ühest kolmesse teise ja kui esimene postikogu on tühi, võib seda andmete turvalisuse pärast muretsemata värskendada. Kui süsteemiadministraatoril on infrastruktuuris varupostikogu, võib ta kasutada seda ajutise mahutina postkastide jaoks, mis on üle kantud uuendatavalt postikogult.
Sarnast ülekannet võimaldab konsooli käsk DoMoveMailbox. Ette, et kasutada kõiki kontosid postikohvrigist muundamiseks, peate esmalt saama nende täieliku nimekirja. Selleks käivitame postiserveris käsu zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. Selle täitmise järel saame faili accounts.txt kõigi meie postikohvrisse salvestatud postkastide loeteluga. Pärast seda saame seda kohe kasutada kontode üleviimiseks teisele postikohvrile. See näeb välja näiteks järgmiselt:
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
Käsk käivitatakse kaks korda, et esmakordselt kopeerida kõik andmed ilma konto ülekandmiseta, ja teist korda, kuna andmete ülekandmine toimub inkrementaalselt, kopeerida kõik andmed, mis on ilmunud pärast esimest ülekannet, ning seejärel üle kanda ka kontod. Juhime tähelepanu, et konto ülekandmine on seotud väikese ajavahemikuga e-posti postkasti kättesaamatusega, ning oleks mõistlik kasutajaid sellest teavitada. Lisaks saadetakse pärast teise käsu täitmise lõpuleviimist administraatori e-posti aadressile vastav teade. Tänu sellele saab administraator võimalikult kiiresti jätkata e-posti salvestamise uuendamisega.
Kui e-posti salvestamise tarkvara uuendamist teostab SaaS-teenuse pakkuja, on palju mõistlikum üleviimist teostada mitte kontode, vaid sellele kuuluvate domeenide kaupa. Selliste eesmärkide saavutamiseks piisab, kui veidi kohandada sisestatud käsku:
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
Kui kontode ja nende andmete ülekandmine meililihast on valmis, kaotavad algse serveri andmed igasuguse tähtsuse ning saab alustada meiliserveri värskendamist ilma muretsemata nende säilimise pärast.
Neile, kes soovivad vähendada seisakuaega postkastide ülekande ajal, sobib ideaalselt täiesti erinev stsenaarium käsu kasutamiseks zxsuite powerstore doMailboxMove, mille sisu seisneb selles, et postkastid viiakse kohe uuendatud serveritesse, ilma vahepealsete punkte kasutamata. serveriteTeisisõnu, lisame Zimbra infrastruktuuri uue meililahenduse, mis on juba ajakohastatud viimase versiooniga, ja seejärel kanname lihtsalt selle peale konto, mis ei ole värskendatud, ja kordame protseduuri, kuni kõik infrastruktuuri serverid on uuendatud.
See meetod võimaldab konto ülekannet teostada ühekordselt, vähendades seeläbi aega, mille jooksul postkastid jäävad kättesaamatuks. Lisaks on selleks vajalik vaid üks täiendav postiserver. Siiski tuleks olla ettevaatlik administratiivsete isikute seas, kes käitavad postihaldussüsteeme erineva konfiguratsiooniga serverites. Suure arvu kontode ülekandmine nõrgemale serverile võib mõjuda negatiivselt teenuse kättesaadavusele ja reageerimiskiirusel, mis võib olla suurte ettevõtete ja SaaS-teenuse pakkujate jaoks äärmiselt kriitiline.
Seega, tänu Zextras Backupile ja Zextras PowerStore'ile, saavad Zimbra süsteemiadministraatorid uuendada kõiki Zimbra infrastruktuuri sõlmi ilma mingeid riske andmete säilitamise osas.
Allikas: habr.com
