Kas võib olla aeg? Selline küsimus tekib varem või hiljem kolleegidel, kes kasutavad Lotus't e-posti kliendina või dokumendihaldussüsteemina. Migratsiooni taotlus (meie kogemuse kohaselt) võib tulla erinevatelt organisatsiooni tasanditelt: tippjuhtkonnast kuni kasutajateni (eriti kui neid on palju). Siin on mõned põhjused, miks migratsioon Lotus'telt Exchange'ile ei ole sugugi lihtne ülesanne:
- IBM Notes'i RTF formaat ei ühti Exchange'i RTF formaadiga;
- IBM Notes kasutab SMTP-aadresside formaati ainult välistes kirjade jaoks, Exchange aga kõigi jaoks;
- Vajadus säilitada delegeeringud;
- Vajadus säilitada metaandmed;
- Mõned kirjad võivad olla krüpteeritud.
Ja kui Exchange on juba olemas, kuid Lotus't kasutatakse ikka veel, tekivad kooseksistentsi probleemid:
- Vajadus kasutada skripte või kolmandate osapoolte süsteeme aadressiraamatute sünkroonimiseks Domino ja Exchange'i vahel;
- Domino kasutab teistele e-posti süsteemidele kirjade saatmiseks plain text'i;
- Domino kasutab iCalendar formaati kutsete saatmiseks teistele e-posti süsteemidele;
- Free-Busy päringute ja ressursside koosolekute broneerimise võimaluse puudumine (ilma kolmandate osapoolte lahendusi kasutamata).
Selles artiklis käsitleme Quest'i spetsialiseeritud tarkvaratooteid migratsiooni ja kooseksisteerimise jaoks: ja vastavalt. Artikli lõpus leiate lingi lehele, kus saab esitada taotluse tasuta testmigratsiooni tegemiseks mitme postkastiga, et demonstreerida protsessi lihtsust. Ja allpool on samm-sammuline migratsioonialgoritm ja muud üksikasjad migratsiooniprotsessi kohta.
Kui eristada migreerimise lähenemisi, võime eeldada, et on kolm peamist tüüpi:
- Üleminek ilma migratsioonita. Kasutajad saavad tühjad postkastid, algne e-posti teenus jätkab töötamist read-only režiimis.
- Migratsioon koos kooseksisteerimisega. Seate kohandatud integratsiooni algse ja sihtsüsteemi vahel, pärast mida andmed postkastidest kantakse järk-järgult uude süsteemi.
- Migratsioon offline režiimis. Algne süsteem suletakse, kõikide kasutajate andmed kantakse uude süsteemi.
Allpool räägime offline-režiimis ja kooseksisteerimisega migratsioonist. Nende protsesside eest vastutavad, nagu varem ütlesime, kaks Quest'i toodet: Coexistence Manager for Notes ja Migrator for Notes to Exchange vastavalt.
Coexistence Manager for Notes (CMN)
See lahendus teostab kahepoolselt LDAP-kataloogide sünkroniseerimist, loob kontakte postiesemetest (postkastid, nimekirjad, jaotuskirjad, ressursid) algsest süsteemist. On võimalik kohandada atribuutide vastavust ja kasutada andmete transformatsiooni reaalajas. Tulemuseks on identse aadressiraamatud Lotus ja Exchange.
CMN pakub ka SMTP-ühendust infrastruktuuride vahel:
- Muudab kirjad reaalajas;
- Muudab õige RTF-vormi;
- Töötleb DocLink'e;
- Pakib Notes-andmed NSF-i;
- Töötleb kutseid ja ressursi päringuid.
CMN-i saab kasutada klastrirežiimis, et tagada vigadeta toimimine ja suurendada jõudlust. Tulemuseks on kirjade vormingu säilitamine, keerukate ajakavade ja ressursside päringute tugi erinevate postisüsteemide vahel.
Veel üks oluline CMN-i funktsioon on Free-Busy emulatsioon. Sellega ei pea kolleegid teadma, kes mida kasutab: Lotus või Exchange. Emulatsioon võimaldab postikliendil saada kasutaja kättesaadavuse andmeid teisest postisüsteemist. Andmete sünkroniseerimise asemel edastatakse päringud süsteemide vahel reaalajas. Tulemuseks on Free-Busy kasutamine isegi pärast osa kasutajate migreerimist.
Migrator for Notes to Exchange (MNE)
See tööriist teostab otsemigreerimist. Migratsiooni protsess võib üldiselt jagada mitmeks etapiks: eel-migreerimine, migreerimine ja post-migreerimine.
Eel-migreerimine
Sellel etapil viiakse läbi algse infrastruktuuri analüüs: domeenid, aadressid, rühmad jne, luuakse migratsiooniks postkastide kogumid, kasutajakontod ja kontaktide ühendamine AD konto külge.
Migreerimine
Migreerimise käigus kopeeritakse postkastide andmed mitme vooguna, säilitades ACL-i ja metaandmed. Samuti migreeritakse rühmad. Vajadusel saab teostada delta-migreerimist, kui mingil põhjusel ei õnnestunud seda ühe korraga teha. MNE haldab ka emaili edastamist. Kogu migreerimine toimub võrguühenduse kiirusel, seega Lotus ja Exchange keskkonna olemasolu ühes andmekeskuses annab suurt kiiruselist eelist.
Post-migreerimine
Järgnevas etapis toimub kohalike/krüpteeritud andmete migreerimine iseteeninduse kaudu. See on spetsiaalne utiliit, mis dekrüpteerib sõnumeid. Korraga toimuvate delta-migreerimise korral edastatakse need kirjad Exchange'i.
Veel üks valikuline migreerimise etapp on rakenduste migreerimine. Selleks on Questil spetsialiseeritud toode — . Eraldi artiklis räägime selle kasutamisest.
Samm-sammult näide migreerimise protseduurist MNE ja CMN lahendustega
Samm 1. AD uuendamine Coexistence Manageri kaudu. Andmete väljavõtmine Domino kataloogist ja kasutajakontode (kontaktide) loomine, millel on lubatud e-posti tugi Active Directory's. Sel hetkel ei ole kasutajate postkastid Exchange'is veel loodud. AD kasutajakontod sisaldavad praeguseid Notes kasutajate aadresse.
Samm 2. Exchange võib suunata sõnumeid Notes kasutajate postkastidesse vahetult pärast MX-kirje muutmist. See on ajutine lahendus, et suunata sisse tulev post Exchange'is seni, kuni esimesed kasutajad on üle viidud.
Samm 3. Andmete migreerimise viisard Migrator for Notes to Exchange hõlmab migreerivate kasutajate AD kontosid ja seadistab e-kirjade suunamise reeglid Notes'is, et e-kiri, mis on adresseeritud juba migreeritud Notes kasutajate aadressidele, suunataks nende aktiivsetesse Exchange'i postkastidesse.
Samm 4. Protsess kordub iga kasutajagrupi ülemineku korral uuele serverile.
Samm 5. Domino server võib olla välja lülitatud (tegelikult mitte, kui rakendused on veel alles).
Migreerimine on lõpetatud, nüüd võib koju minna ja seal Exchange'i klient avada. Kui mõtleksite migreerimisele Lotuselt Exchange'ile, soovitame lugeda meie blogist . Ja kui soovite näha testmigreerimist tegutsemas ja veenduda Quest toodete kasutuslihtsuses, jätke taotlus ja me korraldame teile tasuta testmigreerimise Exchange'i.
Allikas: habr.com
