Kanske är det dags? Denna fråga uppstår förr eller senare bland kollegor som använder Lotus som e-postklient eller dokumenthanteringssystem. En begäran om migrering (enligt vår erfarenhet) kan uppstå på helt olika nivåer i organisationen: från högsta ledningen till användare (särskilt om det finns många av dem). Här är några anledningar till varför det inte är så lätt att migrera från Lotus till Exchange:
- IBM Notes RTF-format är inte kompatibelt med Exchange RTF-format.
- IBM Notes använder endast SMTP-adressformatet för extern e-post, Exchange för alla;
- Behovet av att behålla delegationer;
- Behovet av att bevara metadata;
- Vissa e-postmeddelanden kan vara krypterade.
Och om Exchange redan finns, men Lotus fortfarande används, uppstår samexistensproblem:
- Behovet av att använda skript eller tredjepartssystem för att synkronisera adressböcker mellan Domino och Exchange;
- Domino använder vanlig text för att skicka brev till andra postsystem;
- Domino använder iCalendar-formatet för att skicka inbjudningar till andra e-postsystem;
- Oförmåga till Free-Busy-förfrågningar och gemensam bokning av resurser (utan att använda tredjepartslösningar).
I den här artikeln kommer vi att titta på Quests specialiserade mjukvaruprodukter för migration och samexistens: и respektive. I slutet av artikeln hittar du en länk till en sida där du kan skicka in en begäran om gratis testmigrering av flera brevlådor för att demonstrera enkelheten i processen. Och under snittet finns en steg-för-steg-migreringsalgoritm och andra detaljer om migreringsprocessen.
Om vi skiljer på metoder för migration kan vi anta att det finns tre huvudtyper:
- Övergång utan migration. Användare får tomma brevlådor, den ursprungliga posttjänsten fortsätter att fungera i skrivskyddat läge.
- Migration med samexistens. Integration mellan käll- och målsystem upprättas, varefter brevlådedata gradvis överförs till det nya systemet.
- Offlinemigrering. Det ursprungliga systemet stängs av och alla användares data överförs till det nya systemet.
Nedan kommer vi att prata om offlinemigrering och samexistensmigrering. För dessa processer är, som vi skrev ovan, två Quest-produkter ansvariga: Coexistence Manager för Notes respektive Migrator for Notes to Exchange.
Coexistence Manager for Notes (CMN)
Denna lösning utför tvåvägssynkronisering av LDAP-kataloger, skapar kontakter för e-postobjekt (brevlådor, listor, utskick, resurser) från källsystemet. Det är möjligt att anpassa attributmappning och använda datatransformation i farten. Som ett resultat kommer du att få identiska adressböcker i Lotus och Exchange.
CMN tillhandahåller också SMTP-kommunikation mellan infrastrukturer:
- Redigerar bokstäver i farten;
- Konverterar till korrekt RTF-format;
- Hanterar DocLinks;
- Paket Anteckningar data i NSF;
- Behandlar inbjudningar och förfrågningar om resurser.
CMN kan användas i klustringsläge för feltolerans och förbättrad prestanda. Som ett resultat kommer du att få bevarandet av brevformatering, stöd för komplexa scheman och resursförfrågningar mellan e-postsystem.
En annan viktig egenskap hos CMN är Free-Busy-emulering. Med den behöver kollegor inte veta vem som använder vad: Lotus eller Exchange. Emulering tillåter en e-postklient att hämta användartillgänglighetsdata från ett annat e-postsystem. Istället för att synkronisera data skickas förfrågningar mellan system i realtid. Som ett resultat kan du använda Free-Busy även efter att vissa användare har migrerat.
Migrator for Notes to Exchange (MNE)
Detta verktyg utför direkt migrering. Själva migrationsprocessen kan delas in i flera steg: före migration, migration och efter migration.
Pre-migrering
I detta skede görs en analys av källinfrastrukturen: domäner, adresser, grupper etc., samlingar av brevlådor för migrering, konton och sammanslagning av kontakter med ett AD-konto skapas.
migration
Migrering kopierar postlådedata till flera trådar samtidigt som ACL och metadata bevaras. Grupper migrerar också. Vid behov kan du utföra en deltamigrering om det av någon anledning inte var möjligt att göra det på en gång. MNE tar även hand om postbefordran. All migrering sker med nätverksanslutningens hastighet, så att ha Lotus- och Exchange-miljöerna i samma datacenter ger en stor hastighetsfördel.
Efter migration
Efter migreringsfasen migrerar lokal/krypterad data via självbetjäning. Detta är ett speciellt verktyg som dekrypterar meddelanden. När du utför en deltamigrering igen kommer dessa e-postmeddelanden att överföras till Exchange.
Ett annat valfritt migreringssteg är applikationsmigrering. För detta har Quest en specialiserad produkt - . I en separat artikel kommer vi att prata om att arbeta med det.
Steg-för-steg-exempel på migreringsförfarande med MNE- och CMN-lösningar
Steg 1. Utföra en AD-uppgradering med hjälp av Coexistence Manager. Extrahera data från Domino-katalogen och skapa e-postaktiverade användarkonton (kontakt) i Active Directory. Användarpostlådor i Exchange har dock inte skapats ännu. Användarposter i AD innehåller de aktuella adresserna till Notes-användare.
Steg 2. Exchange kan omdirigera meddelanden till Notes-användares postlådor så snart MX-posten ändras. Detta är en tillfällig lösning för att omdirigera inkommande Exchange-post tills de första användarna har migrerats.
Steg 3. Migrator för Notes till Exchange-guiden aktiverar migrerande användares AD-konton och ställer in regler för vidarebefordran av e-post i Notes så att e-post adresserad till Notes-adresserna för redan migrerade användare vidarebefordras till deras aktiva Exchange-postlådor.
Steg 4. Processen upprepas när varje användargrupp flyttar till en ny server.
Steg 5. Domino-servern kan vara nere (faktiskt inte om det finns några applikationer kvar).
Migreringen är klar, du kan gå hem och öppna Exchange-klienten där. Om du redan funderar på att migrera från Lotus till Exchange rekommenderar vi att du läser vår blogg . Och om du vill se en testmigrering i aktion och se hur enkelt det är att använda Quest-produkter, lämna en förfrågan på och vi kommer att genomföra en gratis testmigrering till Exchange åt dig.
Källa: will.com