Det har blivit sÄ att systemadministratörer alltid Àr skeptiska till allt nytt. Bokstavligen allt, frÄn nya serverplattformar till programvaruuppdateringar, bemöts med försiktighet, Ànda tills den första praktiska erfarenheten och positiva omdömen frÄn kollegor pÄ andra företag dyker upp. Det Àr förstÄeligt, för nÀr man Àr i bokstavlig mening ansvarig för företagets funktion och sÀkerheten för viktig information, slutar man med tiden att lita pÄ sig sjÀlv, för att inte tala om motparter, underordnade eller vanliga anvÀndare.
Misstron mot programvaruuppdateringar beror pÄ mÄnga obehagliga fall dÀr installation av nya patchar ledde till minskad prestanda, förÀndringar i anvÀndargrÀnssnittet, systemfel eller, vad som Àr sÀrskilt obehagligt, förlust av data. Men man kan inte helt avstÄ frÄn uppdateringar, annars kan infrastrukturen i ditt företag utsÀttas för attacker frÄn cyberkriminella. Det rÀcker att tÀnka pÄ det uppmÀrksammade fallet med viruset WannaCry, dÀr data som lagrades pÄ miljoner datorer som inte uppdaterats till den senaste versionen av Windows blev krypterade. Denna incident kostade inte bara hundratals systemadministratörer deras jobb, utan visade tydligt behovet av att utveckla en ny uppdateringspolicy för programvaruprodukter pÄ företaget, som skulle kunna kombinera sÀkerhet och snabb installation. LÄt oss i samband med lanseringen av LTS-releasen av Zimbra 8.8.15 se pÄ hur man kan uppdatera Zimbra Collaboration Suite Open-Source Edition för att garantera sÀkerheten för all kritiskt viktig data.
En av de viktigaste egenskaperna hos Zimbra Collaboration Suite Àr att nÀstan alla dess enheter kan dupliceras. Specifikt kan man förutom huvudservern LDAP-Master lÀgga till duplicerande LDAP-replikor, som vid behov kan ta över funktionerna för huvud LDAP-servern. Man kan ocksÄ duplicera Proxy-servrar och MTA-servrar. Denna duplikation gör det möjligt att ta bort enskilda enheter frÄn infrastrukturen under uppdateringar, och pÄ sÄ sÀtt pÄ ett pÄlitligt sÀtt skydda sig bÄde mot lÄngvariga driftstopp och mot dataförlust vid misslyckade uppdateringar.
Till skillnad frĂ„n andra enheter i infrastrukturen stöder Zimbra Collaboration Suite ingen duplicering av e-postlager. Ăven om det finns flera e-postlager i din infrastruktur kan data frĂ„n varje e-postlĂ„da finnas pĂ„ endast ett enda e-postlager. servern. DĂ€rför Ă€r en av de viktigaste reglerna för dataskydd vid uppdateringar att sĂ€kerhetskopiera information pĂ„ e-postlagren i rĂ€tt tid. Ju nyare din sĂ€kerhetskopia Ă€r, desto mer data skyddas vid en nödsituation. Men hĂ€r finns en nyans, nĂ€mligen att det i den kostnadsfria versionen av Zimbra Collaboration Suite inte finns nĂ„gon inbyggd sĂ€kerhetskopieringsmekanism, och för att skapa sĂ€kerhetskopior mĂ„ste man anvĂ€nda inbyggda verktyg i GNU/Linux. Men om din Zimbra-infrastruktur har flera e-postlager och storleken pĂ„ e-postarkiven Ă€r tillrĂ€ckligt stor, kan varje sĂ„dan sĂ€kerhetskopiering ta mycket lĂ„ng tid samt skapa betydande belastning pĂ„ det lokala nĂ€tverket och pĂ„ sjĂ€lva servrarna. Dessutom ökar risken för olika oförutsedda hĂ€ndelser kraftigt under lĂ„ngvarig kopiering. Om sĂ€kerhetskopieringen görs utan att stoppa tjĂ€nsten, finns det ocksĂ„ en risk att vissa filer kan kopieras felaktigt, vilket kan leda till förlust av viss data.
DÀrför, om du behöver sÀkerhetskopiera stora mÀngder information frÄn e-postlagringssystem, Àr det bÀttre att anvÀnda inkrementell sÀkerhetskopiering. Detta undviker att hela informationen kopieras och gör att endast de filer som skapats eller modifierats efter den senaste fullstÀndiga sÀkerhetskopieringen sÀkerhetskopieras. Detta pÄskyndar processen för sÀkerhetskopiering och gör att uppdateringar kan installeras snabbare. Inkrementell sÀkerhetskopiering kan uppnÄs i Zimbra Open-Source Edition med hjÀlp av det modulbaserade tillÀgget Zextras Backup, som ingÄr i Zextras Suite.
Ytterligare ett kraftfullt verktyg, Zextras PowerStore, gör det möjligt för systemadministratörer att dedupliera data i e-postlagringen. Detta innebÀr att alla identiska bilagor och duplicerade e-postmeddelanden pÄ e-postservern ersÀtts med en originalfil och att alla upprepningar blir transparenta symboliska lÀnkar. Genom detta kan man uppnÄ en betydande besparing av diskutrymme samt en stor minskning av storleken pÄ sÀkerhetskopior, vilket leder till kortare tid för fullstÀndig sÀkerhetskopiering och gör att det kan genomföras oftare.
Men den frÀmsta funktionen som Zextras PowerStore kan erbjuda för sÀker uppgradering Àr flyttning av e-postlÄdor mellan e-postservrar i fler-serverinfrastrukturer för Zimbra. Tack vare denna funktion kan systemadministratören göra precis samma sak med e-postlagringarna som vi har gjort med MTA- och LDAP-servrar för deras sÀkra uppgradering. Om det finns fyra e-postlagringar i Zimbra-infrastrukturen kan man vÀlja att fördela e-postlÄdorna frÄn en av dem till de övriga tre, och nÀr den första e-postlagringen Àr tom kan den uppgraderas utan tvekan om dataskyddet. Om systemadministratören dessutom har en reserv e-postlagring kan de anvÀnda den som ett temporÀrt utrymme för de e-postlÄdor som flyttas frÄn de uppdaterade e-postlagringarna.
Att genomföra en sÄdan flytt möjliggörs av kommandoradsinstruktionen DoMoveMailbox. För att anvÀnda den för att överföra alla konton frÄn e-postlagringen, mÄste vi först fÄ en fullstÀndig lista över dem. För att uppnÄ detta, kör vi kommandot pÄ e-postservern zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. Efter att ha utfört det fÄr vi en fil accounts.txt med en lista över alla e-postlÄdor i vÄr e-postlagring. Efter det kan vi direkt anvÀnda den för att överföra konton till ett annat e-postlagringssystem. Det kommer att se ut sÄ hÀr, till exempel:
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
Kommandot körs tvÄ gÄnger för att första gÄngen kopiera all data utan att flytta sjÀlva kontot, och andra gÄngen, eftersom dataöverföringen sker inkrementellt, kopiera all data som tillkommit efter den första överföringen och sedan flytta Àven kontona. Vi vill gÀrna pÄminna er om att överföringen av kontot innebÀr en kort period av otillgÀnglighet för e-postlÄdan, och det Àr klokt att informera anvÀndarna om detta. Dessutom, efter att den andra kommandot har körts, fÄr administratören ett meddelande om det. Genom detta kan administratören snabbt börja uppdatera e-postlagringen.
Om uppgraderingen av programvaran pÄ e-postlagringen genomförs av en SaaS-leverantör, Àr det mycket smartare att överföra data inte enligt konton utan enligt de domÀner som finns dÀr. För detta syfte rÀcker det att nÄgot modifiera det inmatade kommandot:
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
NÀr överföringen av konton och deras data frÄn e-postlagringen har genomförts, slutar data pÄ den ursprungliga servern att vara av nÄgot vÀrde och vi kan börja uppdatera e-postservern utan att oroa oss för deras sÀkerhet.
För dem som vill minimera nedtid vid överföring av e-postlÄdor, passar ett helt annat anvÀndningsscenario för kommandot perfekt zxsuite powerstore doMailboxMove, vars som innebÀr att överföring av e-postlÄdor sker direkt till de uppdaterade servrarna, utan att behöva anvÀnda mellanliggande servrar. Med andra ord lÀgger vi till en ny e-postlagring i Zimbra-infrastrukturen som redan Àr uppdaterad till den senaste versionen, och flyttar sedan konton frÄn den icke-uppdaterade servern enligt ett redan bekant scenario och upprepar proceduren tills alla servrar i infrastrukturen Àr uppdaterade.
Denna metod möjliggör att överföra konton en gÄng, vilket minskar tiden dÄ e-postlÄdor Àr otillgÀngliga. Dessutom krÀvs bara en extra e-postserver för att genomföra detta. Men administratörer som distribuerar e-postlagringar pÄ servrar med olika konfigurationer bör vara försiktiga med dess anvÀndning. Faktum Àr att överföring av ett stort antal konton till en svagare server kan pÄverka tillgÀngligheten och responstiden för tjÀnsten negativt, vilket kan vara kritiskt för stora företag och SaaS-leverantörer.
SÄledes, med hjÀlp av Zextras Backup och Zextras PowerStore, fÄr Zimbra-systemadministratören möjlighet att uppdatera alla noder i Zimbra-infrastrukturen utan risk för den information som lagras pÄ dem.
KĂ€lla: habr.com
