Transdono de leterkestoj inter stokaj lokoj en Zimbra Colboration Suite

Ni antaŭe skribis pri kiel facila kaj simpla Zimbra Collaboration Suite Open-Source Edition estas skalebla. Aldono de novaj poŝtbutikoj povas esti farita sen haltigi la infrastrukturon sur kiu Zimbra estas deplojita. Ĉi tiu kapablo estas tre aprezata de SaaS-provizantoj, kiuj provizas siajn klientojn per aliro al la Zimbra Collaboration Suite sur komerca bazo. Tamen, ĉi tiu skala procezo ne estas sen kelkaj malavantaĝoj. La fakto estas, ke kiam vi kreas novan konton en la senpaga versio de Zimbra, ĝi rezultas esti forte ligita al la poŝta stokado, sur kiu ĝi estis kreita, kaj transloki ĝin al alia servilo uzante la enkonstruitajn ilojn de Zimbra OSE turnas. esti nesekura kaj sufiĉe labor-intensa procezo. Tamen, migri leterkestojn ne ĉiam temas pri skalo. Ekzemple, SaaS-provizantoj povas pripensi migri kontojn al pli potencaj serviloj kiam iliaj klientoj ŝanĝas sian prezplanon. Grandaj organizoj eble ankaŭ bezonos translokigi kontojn dum restrukturado.

Transdono de leterkestoj inter stokaj lokoj en Zimbra Colboration Suite

Potenca ilo por translokigi poŝtajn kontojn inter serviloj estas Zextras PowerStore, kiu estas parto de aro de modulaj etendaĵoj. Zextras Suite. Dankon al la teamo doMailboxMove, ĉi tiu etendo ebligas al vi rapide kaj oportune translokigi ne nur individuajn kontojn, sed ankaŭ tutajn domajnojn al aliaj poŝtaj stokejoj. Ni komprenu kiel ĝi funkcias kaj en kiuj kazoj ĝia uzo donos la maksimuman efikon.

Ekzemple, ni prenu firmaon, kiu komencis kun malgranda oficeja spaco, sed poste kreskis al mezgranda entrepreno kun kelkcent dungitoj. Ĉe la komenco mem, la firmao efektivigis Zimbra Collaboration Suite Open-Source Edition. Senpaga kaj sufiĉe malalta aparatara kunlabora solvo, ĝi estis ideala por komenca kompanio. Tamen, post kiam la nombro da dungitoj ĉe la entrepreno plimultiĝis, la servilo ne plu povis elteni la ŝarĝon kaj komencis labori pli malrapide. Por solvi ĉi tiun problemon, administrado asignis monon por aĉeti novan poŝtan stokejon por meti kelkajn el la kontoj sur ĝin. Tamen, konekti la duan stokadon en si mem nenion donis, ĉar ĉiuj kreitaj kontoj restis sur la malnova servilo, kiu simple ne povis elteni sian nombron.

Zimbra Collaboration Suite estas desegnita tiel, ke la ĉefa rolo en sia agado estas ludata de la rapideco de legado kaj skribo de la amaskomunikilaro, kaj tial pliigi la komputikan potencon de la servilo ne kondukos al duobligo de la rendimento de Zimbra. Alivorte, du serviloj kun 4-kernaj procesoroj kaj 32 gigabajtoj da RAM montros multe pli bonan rendimenton ol unu servilo kun 8-kerna procesoro kaj 64 gigabajtoj da RAM.

Por solvi ĉi tiun problemon, la sistemadministranto uzis solvon de Zextras. Uzante komandon kiel zxsuite powerstore doMailboxMove mail2.company.com kontojn [retpoŝte protektita] etapoj datumoj, konto La administranto unu post alia transdonas la lastajn cent kreitajn kontojn al la nova stokado. Post kompletigi ĉi tiun procezon, la ŝarĝo sur la malnova servilo signife malpliiĝis kaj labori en Zimbra denove fariĝis komforta kaj agrabla por uzantoj.

Ni imagu alian situacion: malgranda firmao uzas la servojn de SaaS-provizanto por aliri Zimbra sur mult-luanto. Samtempe, la kompanio havas sian propran tarifon, aliron al konta administrado, ktp. Tamen, la firmao baldaŭ gajnas gravan oferton kaj dramece pliigas sian dungitaron. Samtempe, la rolo de la kunlabora sistemo pliiĝas laŭe. La kapablo uzi adreslibron, organizi tujan komunikadon inter dungitoj kaj kunordigi agojn per kalendaroj kaj taglibroj estas ege grava dum efektivigo de grandaj projektoj. Samtempe, pro manko de tempo, ne eblas ŝanĝi al la propra infrastrukturo de Zimbra. Ĉi-rilate, administrado decidas fari novan kontrakton kun sia SaaS-provizanto, kiu havos pli striktan SLA kaj, sekve, pli altan koston de servoj.

La provizanto SaaS, siavice, havas plurajn stokejojn, kiuj estas uzataj por servi klientojn, kiuj abonis malsamajn tarifplanojn. Krom SLA, serviloj por pli malmultekostaj planoj povas esti ekipitaj per pli malrapidaj HDD-oj, estas relative malofte sekurkopiitaj, kaj eble ne povas sinkronigi kontajn datumojn kun porteblaj aparatoj. Grava diferenco ankaŭ estas la periodo dum kiu la provizanto de SaaS konservas klientajn datumojn post la fino de la abono al siaj servoj. Sekve, post subskribo de la kontrakto, la administranto de la sistemo de la provizanto de SaaS bezonas translokigi la datumojn de ĉiuj entreprenaj kontoj al nova, pli tolerema kaj produktiva retpoŝta stokado, kiu garantios al la kliento altan SLA.

Por transdoni leterkestojn, la administranto bezonos iom da tempo, kaj estas sufiĉe malfacile antaŭdiri kiom longe daŭros la procezo de migrado de leterkesto. Por plenumi la 15-minutan teknikan paŭzon, la administranto decidas migri leterkestojn en du etapoj. Kiel parto de la unua etapo, li kopios ĉiujn uzantajn datumojn al la nova servilo, kaj kiel parto de la dua etapo, li translokigos la kontojn mem. Por plenumi la unuan paŝon li kuras la komandon zxsuite powerstore doMailboxMove secureserver.saas.com domajnoj company.ru enscenigas datumojn. Danke al ĉi tio, ĉiuj kontaj datumoj de la domajno de la kompanio estos sekure transdonitaj al nova sekura servilo. Ili estas kopiitaj laŭgrade, do kiam la kontoj estas finfine translokigitaj al nova servilo, nur la datumoj kiuj aperis post la unua kopio estos kopiitaj. En la momento de teknika paŭzo, la administranto de la sistemo nur bezonas enigi la komandon zxsuite powerstore doMailboxMove secureserver.saas.com domajnoj company.ru enscenigas datumojn,kontajn sciigojn [retpoŝte protektita]. Danke al ĝi, la procezo de translokigo de la domajno al la nova servilo komplete finiĝos. Ankaŭ tuj post kompletigado de ĉi tiu komando, sciigo pri ĝia kompletigo estos sendita al la retpoŝto de la administranto kaj eblos informi la klienton pri la sukcesa transiro al pli produktiva kaj fidinda servilo.

Tamen, ne forgesu, ke rezervaj kopioj de la transdonitaj leterkestoj restis sur la malnova servilo. La provizanto de SaaS ne interesas konservi ilin en la malnova servilo kaj tial la administranto decidas forigi ilin. Li faras tion uzante la komandon zxsuite powerstore doPurgeMailboxes ignore_retention true. Danke al ĉi tiu komando, ĉiuj rezervaj kopioj de leterkestoj translokigitaj al la nova servilo estos tuj forigitaj de la malnova servilo.

Tiel, kiel ni povis vidi, Zextras PowerStore donas al la administranto de Zimbra preskaŭ senlimajn eblecojn por administri leterkestojn, ebligante ne nur atingi horizontalan skalon, sed eĉ solvi iujn komercajn problemojn. Aldone, movi leterkestojn inter vendejoj povas esti uzata por plibonigi la sekurecon de la procezo de ĝisdatigo de poŝto de Zimbra, sed ĉi tiu temo meritas sian propran artikolon.

fonto: www.habr.com

Aldoni komenton