Kas on aeg? See küsimus tekib varem või hiljem kolleegide seas, kes kasutavad Lotus't postikliendina või dokumendihaldussüsteemina. Migratsioonipäring (meie kogemuse kohaselt) võib tekkida organisatsiooni erinevatelt tasanditelt: tippjuhtkonnast kuni kasutajateni (eriti, kui neid on palju). Siin on mõned põhjused, miks üleminek Lotus'telt Exchange'ile ei ole sugugi lihtne ülesanne:
- IBM Notes'i RTF formaat ei ühildu Exchange'i RTF formaadiga;
- IBM Notes kasutab SMTP aadressiformaati ainult väliste kirjade jaoks, Exchange aga kõiki;
- Delegatsioonide säilitamise vajadus;
- Metandmete säilitamise vajadus;
- Mõned kirjad võivad olla krüpteeritud.
Ja kui Exchange on juba olemas, kuid Lotus't kasutatakse veel, tekivad kooseksisteerimise probleemid:
- Ohtuse scriptide või kolmandate osapoolte süsteemide kasutamise vajadus aadressiraamatute sünkroonimiseks Domino ja Exchange'i vahel;
- Domino kasutab teiste postisüsteemide jaoks kirjade saatmiseks plain text formaati;
- Domino kasutab iCalendar formaati kutsete saatmiseks teiste postisüsteemide jaoks;
- Free-Busy päringute ja ressursside ühisbroneerimise võimaluste puudumine (ilma kolmandate osapoolte lahendusteta).
Selles artiklis käsitleme Quest'i spetsialiseeritud tarkvaratooteid migreerimiseks ja koosolekute haldamiseks: ja vastavalt. Artikli lõpus leiate lingi, kust saate taotleda tasuta katsemigratsiooni mitmele postkastile, et demonstreerida protsessi lihtsust. Allpool on sammsammuline migratsiooni juhend ja muud seotud üksikasjad.
Kui jagada migreerimise lähenemisviise, võib eeldada, et neid on kolm põhivormi:
- Üleminek ilma migratsioonita. Kasutajad saavad tühjad postkastid, algne postiteenus jätkab töötamist lugemisrežiimis.
- Migratsioon koos koosolekuga. Seatakse üles integreerimine 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 sulgub, kõikide kasutajate andmed kantakse uude süsteemi.
Alljärgnevalt räägime offline-migratsioonist ja koosolekule migreerimisest. Nende protsesside eest vastutavad 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ünkroonimist, loob kontakte postisüsteemi (postkastid, nimekirjad, jaotised, ressursid) esmasest süsteemist. On võimalik kohandada atribuutide kaardistamist ja kasutada andmete muundamist reaalajas. Tulemuseks on identsed aadressiraamatud Lotus ja Exchange'is.
CMN tagab samuti SMTP-ühenduse infrastruktuuride vahel:
- Reeglite järgi toimetab kirju reaalajas;
- Muudab õigele RTF-formaadile;
- Töötleb DocLink'e;
- Pakendab Notes-andmed NSF-sse;
- Töötleb kutseid ja ressursinõudeid.
CMN-i saab kasutada klasterdamise režiimis, et tagada häireteta töö ja suurendada jõudlust. Tulemuseks on e-kirjade vormindamise säilitamine, keerukate ajakava ja ressursinõuete toimetamine posti süsteemide vahel.
Veel oluline funktsioon CMN-is on Free-Busy emulatsioon. See võimaldab kolleegidel mitte teada, kes mida kasutab: Lotus või Exchange. Emulatsioon võimaldab postikliendil saada kasutaja kättesaadavuse andmeid teisest postisüsteemist. Andmete sünkroniseerimise asemel edastatakse süsteemide vahelised päringud reaalajas. Tulemusena on võimalik kasutada Free-Busy'd isegi pärast osa kasutajate migratsiooni.
Migrator for Notes to Exchange (MNE)
See tööriist teostab otsese migratsiooni. Migratsiooniprotsessi võib tinglikult jagada mitmeks etapiks: ettevalmistus, migratsioon ja järelteenus.
Ettevalmistus
Selles etapis analüüsitakse algset infrastruktuuri: domeene, aadresse, gruppe jne, luuakse migratsiooniks postkastide kogumid, konto ja kontaktide ühendamine AD-kontoga.
Migratsioon
Migratsiooni käigus kopeeritakse meilide andmed mitmes voos, säilitades ACL ja metaandmed. Samuti migreeritakse grupid. Vajadusel on võimalik teostada delta-migratsioon, kui mingil põhjusel ei õnnestunud seda ühekorraga teha. MNE võtab samuti enda kanda e-posti suunamise haldamise. Kuidas migratsioon toimub võrgus, seega Lotus ja Exchange'i keskkondade asukoht ühes andmekeskuses annab suurt kiiruslikku eelise.
Pärast migratsiooni
Pärast migratsiooni etapis toimub kohalike/šifreeritud andmete migreerimine ise-teeninduse kaudu. See on spetsiaalne utiliit, mis dekrüpteerib sõnumid. Uuele delta-migratsioonile edastatakse need kirjad Exchange’i.
Veel üks valikuline migratsiooni etapp on rakenduste migratsioon. Selleks on Questil spetsialiseeritud toode — . Eraldi artiklis räägime selle kasutamisest.
Samm-sammult näide migratsiooniprotseduurist MNE ja CMN lahenduste abil.
Samm 1. AD uuendamine Coexistence Manageri abil. Andmete jagamine Domino kataloogist ja kasutajakontode (kontaktide) loomine, millel on e-posti toetus Active Directorys. Samal ajal pole kasutajate postkastid Exchange'is veel loodud. AD-s olevad kasutajat väljuvad praegused Notes'i aadressid.
Samm 2. Exchange võib suunata sõnumeid Notes'i kasutajate postkastidesse kohe pärast MX-kirje muutmist. See on ajutine lahendus, et suunata saabuvat posti Exchange'is, kuni esimesed kasutajad on üle viidud.
Samm 3. Migrator for Notes to Exchange andmete üleviimise meistriprogramm sisaldab migreerivate kasutajate AD kontosid ja seadistab posti edastamise reeglid Notes'is, et kasutajatele, kelle Notes'i aadressid on juba üle viidud, suunata saadetud post nende aktiivsetesse Exchange'i postkastidesse.
Samm 4. Protsess kordub iga kasutajagruppi uuele serverile üle viimise käigus.
Samm 5. Domino server võib olla välja lülitatud (kuid mitte, kui on jäänud rakendusi).
Migratsioon on lõpule viidud, nüüd võite koju minna ja seal avada Exchange'i klienti. Kui mõtlete juba Lotusest Exchange'i migreerimisele, siis soovitame lugeda meie blogis . Ja kui soovite näha katsetust ре migreerimisest toimetamas ja veenduda Quest'i toodete kasutusmugavuses, esitage taotlus ja me viime läbi tasuta katse migreerimise Exchange'i.
Allikas: habr.com
