Perkelti įmonės el. pašto sistemą į naują platformą gali atrodyti kaip didžiulis iššūkis, dažnai sukeliantis nerimą panašų į didesnių verslo pokyčių ar net persikraustymo baimę. Vadovai ir IT specialistai nerimauja dėl galimo veiklos paralyžiavimo, duomenų praradimo ir klientų komunikacijos sutrikimų. Tačiau, tinkamai suplanavus ir atlikus procesą, el. pašto migracija gali būti atlikta sklandžiai, be prastovų ir net darbo metu. Šiame straipsnyje pateiksime išsamų vadovą, kaip pakeisti el. pašto serverį, užtikrinant, kad kiekvienas darbuotojas galėtų greitai ir efektyviai prisitaikyti prie naujos sistemos.
1. DNS Nustatymai El. Pašto Migracijos Režimu: Paruošimas
Šis žingsnis yra kritiškai svarbus sklandžiam migracijos procesui. Netinkamai atliktas arba atliktas netinkamu laiku, jis gali sukelti chaosą, kurio norėtume išvengti. Nors tiesioginės „migracijos režimo“ parinkties DNS nustatymuose nėra, norimas efektas pasiekiamas sutrumpinus DNS įrašų galiojimo laiką (TTL) iki 1-5 minučių.
Jei nesate susipažinę su DNS (Domain Name System), trumpai tariant, tai yra sistema, kuri verčia simbolinius kompiuterių vardus (pvz., www.manoimone.lt) į IP adresus, kuriuos kompiuteriai naudoja ryšiui tarpusavyje. DNS serveris, kurį dažniausiai suteikia domeną registravusi įmonė, saugo visus jūsų domeno nustatymus. El. pašto migracijos metu pagrindinis šio serverio vaidmuo bus leisti mums greitai keisti el. pašto serverio adresą.
TTL (Time-to-Live) reikšmė nurodo, kiek laiko DNS įrašai lieka galiojantys. Standartiškai ši reikšmė svyruoja nuo 6 iki 24 valandų. Tai reiškia, kad kiti serveriai, siųsdami el. laiškus, ateinančias 24 valandas atsimins jūsų dabartinį el. pašto serverio adresą ir nekartos užklausos. Jei pakeisite el. pašto serverio adresą (pvz., iš A į B) prieš tai nepakeitę TTL, kils problemų: vieni serveriai siųs laiškus į senąjį serverį A, kiti - į naująjį serverį B. Darbuotojai turės naudotis dviem pašto dėžutėmis, tačiau nė viena iš jų neveiks pilnavertiškai.
Norint išvengti šio chaoso ir sutrumpinti jo trukmę nuo 24 valandų iki vos 5 minučių, būtina sutrumpinti visų domeno DNS įrašų, kurių tipas yra MX (Mail Exchanger), TTL reikšmę iki 5 minučių. Trumpesnės reikšmės nerekomenduojamos, nes jos gali sukelti papildomų problemų.
Kadangi laiškai bus ne tik priimami, bet ir siunčiami iš naujo serverio, svarbu sutrumpinti ir visų TXT bei SPF (Sender Policy Framework) įrašų TTL reikšmes. Idealiu atveju, prie SPF įrašo reikėtų pridėti ir naujojo el. pašto serverio adresą. Dėl SPF įrašų sudėtingumo, rekomenduojama pasikonsultuoti su jūsų paslaugų teikėju.
Svarbu nepakeisti jokių kitų tipų DNS įrašų TTL reikšmių. Tai gali sulėtinti jūsų įmonės svetainės veikimą ir paveikti kitas paslaugas.
Norint atlikti šiuos pakeitimus, reikalingas DNS serveris, kuris leidžia pilnai valdyti TTL nustatymus kiekvienam įrašui. Dauguma profesionalių DNS serverių tai leidžia, tačiau seni ar paprastesni serveriai, dažnai randami hostingo paslaugų teikėjų aplinkose, gali neturėti tokios funkcijos. Jei jūsų dabartinis DNS serveris neleidžia valdyti TTL, pirmiausia reikėtų jį pakeisti.
Atlikus šį žingsnį, praktiškai niekas iš karto nepasikeis - laiškai ir toliau keliaus į senąjį serverį. Tačiau būsite visiškai pasiruošę sklandžiai migracijai. Dabar tereikia palaukti tiek laiko, kiek buvo nustatyta senoji TTL reikšmė (dažniausiai ne daugiau kaip 24 valandos), kol pakeitimai bus pilnai propaguoti visame tinkle.
2. Naujo El. Pašto Serverio Konfigūracija: Pasirengimas Vartotojams
Šis žingsnis apima naujo el. pašto serverio paruošimą ir vartotojų prisijungimo prie jo konfigūravimą. Mažoms įmonėms naujų el. pašto dėžučių sukūrimas gali užtrukti keliasdešimt minučių, o didelėms - net kelias savaites. Svarbiausia užduotis - tinkamai sukonfigūruoti serverį, įdiegti reikalingas programas ir užtikrinti, kad visi vartotojai galėtų sklandžiai prisijungti.
Nors šiuo etapu domeno lygmeniu niekas dar nepasikeičia ir laiškai vis dar keliauja į senąjį serverį, tai yra optimaliausias metas suteikti darbuotojams naujus prisijungimo duomenis. Kiekvienas vartotojas turėtų prisijungti prie savo naujosios el. pašto dėžutės naršyklėje, patikrinti nustatymus, susikonfigūruoti el. paštą telefone ir kitose programose, pavyzdžiui, „Outlook“. Jei IT skyrius valdo „Outlook“ nustatymus, dabar yra tinkamas metas sukurti antrąją el. pašto dėžutę „Outlook“ programoje.
Šiame etape vartotojai gali turėti daugiausia klausimų. Kadangi tai dar tik bandomoji platforma, IT skyrius turi pakankamai laiko išsamiai paaiškinti visus niuansus ir apmokyti darbuotojus efektyviai naudotis naujais įrankiais. Tie, kurie nesugebės išspręsti savo klausimų iki senojo serverio išjungimo, gali patirti sunkumų migracijos dieną.
Šiuolaikinės debesų kompiuterijos el. pašto platformos suteikia papildomų galimybių. Vartotojai gali nustatyti laiškų parsisiuntimą į naująją dėžutę iš senosios naudojant POP3 protokolą. Tokią funkciją turi visos modernios platformos. Kai vartotojai sėkmingai prisijungia prie naujosios dėžutės ir pradeda gauti bei siųsti laiškus (ypač jei SPF įrašas buvo pakoreguotas), praktiškai migracija jau yra įvykdyta individualiu lygmeniu. Tiems, kuriems nepavyksta, toliau naudojamas senasis el. pašto serveris.
Nors domeno lygmeniu vis dar niekas nepasikeitė, dalis darbuotojų jau aktyviai naudojasi naujais įrankiais ir faktiškai yra numigravę. Kai gaunami patvirtinimai, kad visi darbuotojai sėkmingai prisijungė prie naujųjų dėžučių, laikas pereiti prie kito etapo - didžiojo el. pašto serverių perjungimo. Tačiau šis perjungimas jau nebėra toks dramatiškas.
Kaip susikurti nemokamą el pašto dėžutę
3. El. Pašto DNS Nustatymų Keitimas: Perjungimo Momentas
Tai yra esminis migracijos žingsnis, kai pakeičiamas el. pašto serverio adresas domeno DNS nustatymuose. Šiuo metu sukuriate naujus MX įrašus, atitinkančius naujojo serverio administratoriaus nurodymus, ir ištrinate senuosius. Svarbu atlikti šiuos veiksmus būtent tokia tvarka: pirma sukurti naujus įrašus, tada ištrinti senus. Priešingu atveju, prarasite visus tuo momentu siunčiamus laiškus.
TTL nustatymą palikite 5 minutėms. Tai leis greitai pataisyti bet kokias klaidas, jei jos būtų padarytos.
Per artimiausias 5 minutes visi el. laiškai nustos keliauti į senąjį serverį ir pradės būti siunčiami į naująjį. Darbuotojai, kurie anksčiau nustatė laiškų persiuntimą iš senų dėžučių į naujas per POP3, nieko nepajaus. Kiti pastebės, kad laiškai ateina į naująją, o ne į senąją pašto dėžutę.
Migracija beveik baigta. Liko tik pakeisti DNS nustatymus, susijusius su laiškų siuntimu iš naujojo serverio. Tai apima naujojo DKIM (DomainKeys Identified Mail) įrašo sukūrimą ir seno serverio adreso pašalinimą iš SPF įrašo. Netinkamai atlikti šie veiksmai gali lemti, kad jūsų siunčiami laiškai gavėjų pašto dėžutėse pateks į „spam“ katalogą. Todėl būtina pasikonsultuoti su paslaugų teikėju, kaip teisingai sukurti SPF ir DKIM įrašus.
Jei viskas buvo atlikta teisingai, dabar pilnai esate persikėlę į naująjį el. pašto serverį. Jei padarėte klaidų, galite nustoti gauti laiškus, jūsų siunčiami laiškai gali patekti į „spam“ katalogą ir pan. Todėl itin svarbu dukart patikrinti, ar viskas atlikta teisingai.
4. Senųjų El. Pašto Dėžučių Ištrynimas: Tvarkymosi Etapas
Baigus techninius migracijos darbus, laikas atlikti tvarkymosi veiksmus. Pirmiausia grąžinkite TTL reikšmes į standartines. MX įrašams rekomenduojama nustatyti 24 valandų TTL, o TXT įrašams - 6 valandų.
Liko senasis el. pašto serveris. Nors jis nebenaudojamas, jis vis dar gali turėti svarbių duomenų - laiškų tų vartotojų, kurie antrame žingsnyje nepasijungė laiškų persiuntimo iš senų dėžučių į naujas per POP3. Praėjus 24 valandoms nuo perėjimo prie naujojo el. pašto serverio, galima perkelti senus el. laiškus į naujas dėžutes. Nerekomenduojama to daryti anksčiau, nes į senąsias dėžutes dar gali ateiti naujų laiškų, ir duomenų perkėlimą tektų kartoti. Priklausomai nuo duomenų apimties, šis procesas gali užtrukti net keletą parų.
Taip pat nepamirškite kitų duomenų, tokių kaip kalendoriai, kontaktai, failų duomenų saugyklose ir pan., esančių senajame serveryje. Jei paslaugų teikėjas ištrins senąją paslaugą, viskas, ko nepersikelsite į naująjį serverį, bus prarasta.
Dabar laikas ištrinti senąsias dėžutes darbuotojų pusėje. Tie, kurie buvo nustatę laiškų parsisiuntimą iš senosios dėžutės į naują, turi jį išjungti, kad išvengtų klaidų pranešimų. „Outlook“ programoje reikia išjungti senųjų POP3 dėžučių laiškų tikrinimą ir jas archyvuoti. Jei tos dėžutės buvo IMAP tipo, jas galima tiesiog ištrinti.
Misija baigta. Viskas veikia naujajame serveryje, o senojo serverio neliko nė ženklo.
Rekomendacijos ir Išvados
Rekomenduojame el. pašto serverių keitimą vykdyti ne skubotai naktį, o paskirstyti visą procesą per 3 darbo dienas. Tai padės išvengti techninių problemų ir suteiks visiems darbuotojams pakankamai laiko be streso pereiti prie naujos platformos. IT skyriui šios 3 dienos bus daugiau laukimo nei intensyvaus darbo, todėl kasdienis darbas neturėtų nukentėti, ir nereikės dirbti viršvalandžių.
Apibendrinant, siūlomas veiksmų planas yra toks:
- Sutrumpinkite DNS zonos MX, TXT ir SPF įrašų TTL reikšmes iki 5 minučių.
- Pridėkite naujojo el. pašto serverio adresą prie SPF įrašo.
- Pajunkite naująjį el. pašto serverį ir sukonfigūruokite jo programas (kalendorių, duomenų saugyklą ir t.t.).
- Pajunkite visus vartotojus ir suteikite jiems prisijungimo duomenis.
- Sukonfigūruokite visų darbuotojų „Outlook“ ir telefonus, spręskite jų techninius klausimus.
- Skatinkite darbuotojus susikonfigūruoti el. laiškų parsisiuntimą iš senosios dėžutės į naująją.
- Pakoreguokite DNS zonos MX, TXT (DKIM) ir SPF įrašus.
- 24 valandas stebėkite, ar nepadaryta klaidų ir ar viskas veikia tvarkingai.
- Padidinkite DNS įrašų TTL reikšmes iki 6-24 valandų.
- Perkelkite likusius duomenis iš senojo serverio į naująjį.
- Ištrinkite senąsias el. pašto dėžutes darbuotojų kompiuteriuose.
- Išjunkite senąjį el. pašto serverį.
Nors techniškai visi šie veiksmai yra gana paprasti ir juos gali atlikti jūsų IT ūkį prižiūrintis specialistas, svarbiausia yra suprasti DNS nustatymus. Sudėtingiausia dalis yra įvertinti savo konkrečią situaciją, numatyti galimas problemas ir išnaudoti naująją platformą kuo efektyviau. Todėl prieš migraciją patariame pasikonsultuoti su naująją platformą išmanančiu specialistu.
tags: #dns #serverio #nustatymai #video