Det er blevet sådan, at systemadministratorer altid ser skeptisk på alt det nye. Lige fra nye serverplatforme til softwareopdateringer betragtes med mistillid, indtil der er opnået den første praktiske erfaring og positive anmeldelser fra kolleger i andre virksomheder. Det er forståeligt, for når man i bogstavelig forstand er ansvarlig for virksomhedens drift og sikkerheden af vigtig information, slutter man gradvist med at stole på selv sig selv, for ikke at nævne kontrahenter, underordnede eller almindelige brugere.
Mistillid til softwareopdateringer skyldes et væld af ubehagelige tilfælde, hvor installation af nye patches har ført til nedsat ydeevne, ændringer i brugergrænsefladen, systemfejl, eller, hvad der er særligt ubehageligt, tab af data. Men man kan heller ikke helt undgå opdateringer; ellers kan virksomhedens infrastruktur blive udsat for angreb fra cyberkriminelle. Det er nok at huske på den opsigtsvækkende sag med WannaCry-viruset, hvor data opbevaret på millioner af computere, der ikke var opdateret til den nyeste version af Windows, blev krypteret. Denne hændelse kostede flere hundrede systemadministratorer deres job og viste tydeligt behovet for at udvikle en ny politik for opdatering af softwareprodukter i virksomheden, der kunne kombinere sikkerhed og hastighed i installationen. Lad os i anledning af udgivelsen af LTS-versionen Zimbra 8.8.15 se på, hvordan man kan opdatere Zimbra Collaboration Suite Open-Source Edition for at sikre bevarelsen af alle kritisk vigtige data.
En af de vigtigste funktioner ved Zimbra Collaboration Suite er, at næsten alle dens komponenter kan duplikeres. For eksempel kan man ud over den primære LDAP-Master-server tilføje en duplikerende LDAP-replica, som, hvis det er nødvendigt, kan overtage funktionerne fra den primære LDAP-server. Det er også muligt at duplikere proxy-servere og servere med MTA. Denne duplikation muliggør, at man midlertidigt kan tage enkelte dele af infrastrukturen ud af drift under opdateringer og dermed beskytte sig mod både langtidsnedetid og datatab i tilfælde af en mislykket opdatering.
I modsætning til andre dele af infrastrukturen understøttes duplikering af postlagre ikke i Zimbra Collaboration Suite. Selv hvis der er flere postlagre i din infrastruktur, kan dataene fra hver postkasse kun befinde sig på ét postlager. serveren. Derfor er en af de vigtigste regler for datasikkerhed ved opdateringer at foretage rettidig backup af informationen på postlagrene. Jo nyere din backup er, desto flere data vil blive bevaret i tilfælde af en nødsituation. Der er dog en nuance, der skal tages i betragtning, nemlig at den gratis version af Zimbra Collaboration Suite ikke har en indbygget backup-mekanisme, og for at lave backups må man bruge de indbyggede værktøjer i GNU/Linux. Men hvis din Zimbra-infrastruktur har flere postlagre, og størrelsen på postarkivet er betydelig, kan hver backup tage meget lang tid og skabe alvorlig belastning på det lokale netværk og serverne. Desuden øges risikoen for forskellige uforudsete hændelser betydeligt under langvarig kopiering. Hvis man udfører en backup uden at stoppe tjenesten, er der desuden en risiko for, at nogle filer kan blive kopieret forkert, hvilket kan føre til tab af data.
Derfor, hvis du har brug for at sikkerhedskopiere store mængder data fra mailopbevaringer, er det bedst at bruge inkrementel sikkerhedskopiering, som undgår at kopiere al information, og kun sikkerhedskopierer de filer, der er kommet til eller ændret efter den sidste fulde sikkerhedskopiering. Dette fremskynder processen med at tage sikkerhedskopier og gør det muligt at påbegynde installationen af opdateringer hurtigere. Inkrementel sikkerhedskopiering i Zimbra Open-Source Edition kan opnås ved hjælp af det modulære udvidelsesmål Zextras Backup, der er en del af Zextras Suite.
Et andet kraftfuldt værktøj, Zextras PowerStore, giver systemadministratoren mulighed for at deduplisere data i mailopbevaringen. Det betyder, at alle identiske vedhæftede filer og gentagne e-mails på mailserveren vil blive erstattet med én original fil, og alle duplicates vil blive konverteret til gennemsigtige symbolsk links. Dette kan ikke kun føre til en betydelig besparelse på harddiskpladsen, men også en markant reduktion af størrelsen på sikkerhedskopien, hvilket gør det muligt at reducere tiden for den fulde sikkerhedskopiering og dermed udføre den betydeligt oftere.
Men den primære funktion, som Zextras PowerStore kan give til sikker opdatering, er overførsel af postkasser mellem mailservere i multi-server-infrastrukturer i Zimbra. Takket være denne funktion får systemadministratoren mulighed for at gøre med mailopbevaringerne det samme, som vi har gjort med MTA- og LDAP-servere for deres sikre opdatering. For eksempel, hvis der er fire mailopbevaringer i Zimbra-infrastrukturen, kan man forsøge at distribuere postkasserne fra en af dem til de øvrige tre, og når den første mailopbevaring er tom, kan den opdateres uden bekymringer om datatab. Hvis systemadministratoren har en ekstra mailopbevaring i infrastrukturen, kan den bruges som midlertidig opbevaringsplads for postkasser, der er overført fra de opdaterede mailopbevaringer.
En konsolkommando muliggør denne type overførsel DoMoveMailbox. For at bruge det til at overføre alle konti fra e-maillageret, skal man først få en komplet liste over dem. For at opnå dette, skal vi på e-mailserveren køre kommandoen zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. Efter at have kørt den, vil vi få en fil accounts.txt med en liste over alle e-mailkasser på vores e-maillager. Derefter kan vi straks bruge den til at overføre konti til et andet e-maillager. Det vil se sådan ud, for eksempel:
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
Kommandoen udføres to gange for første gang at kopiere alle data uden at overføre selve kontoen, og anden gang, da dataoverførslen sker inkrementelt, for at kopiere alle data, der er ankommet efter den første overførsel, og derefter overføre selve konti. Vi vil gerne gøre opmærksom på, at overførslen af kontoen indebærer en kort periode med utilgængelighed for e-mailkassen, og det vil være fornuftigt at advare brugerne om dette. Derudover, efter at den anden kommando er færdigbehandlet, vil administratoren modtage en tilsvarende meddelelse på sin e-mail. Dette gør det muligt for administratoren hurtigt at begynde at opdatere e-maillageret.
Hvis opdateringen af software på e-maillageret udføres af en SaaS-udbyder, vil det være smartere at overføre data ikke efter konti, men efter de domæner, der findes på den. Til disse formål er det tilstrækkeligt at ændre den indtastede kommando lidt:
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 overførslen af konti og deres data fra e-maillageret er gennemført, mister dataene på den oprindelige server enhver betydning, og man kan begynde at opdatere e-mailserveren uden nogen bekymring for deres sikkerhed.
For dem, der ønsker at minimere nedetid under overførslen af e-mailkasser, er et helt andet brugsscenarie af kommandoen ideelt. zxsuite powerstore doMailboxMove, hvis essens er, at overførslen af e-mailbokse sker direkte til de opdaterede servere uden behov for at bruge mellemliggende servere. Med andre ord tilføjer vi et nyt maillager til Zimbra-infrastrukturen, som allerede er opdateret til den nyeste version, og derefter flytter vi bare de kendte konti fra den uopdaterede server over på det, og gentager proceduren, indtil alle servere i infrastrukturen er opdateret.
Denne metode gør det muligt at overføre konti én gang og dermed reducere den tid, hvor e-mailboksene vil være utilgængelige. Derudover kræver det kun én ekstra mailserver for at udføre dette. Men det er vigtigt for administratorer, der implementerer maillagre på servere med forskellige konfigurationer, at være forsigtige med at bruge det. Problemet er, at overførsel af mange konti til en svagere server kan have en negativ indvirkning på tilgængeligheden og reaktionshastigheden af servicen, hvilket kan være ret kritisk for store virksomheder og SaaS-udbydere.
Dermed får Zimbra-systemadministratorer mulighed for at opdatere alle Zimbra-infrastrukturknuder takket være Zextras Backup og Zextras PowerStore uden risiko for informationen, der er gemt på dem.
Kilde: habr.com
