Можа быць час? Такое пытанне рана ці позна з'яўляюцца ў калег, якія выкарыстоўваюць Lotus у якасці паштовага кліента ці сістэмы дакументазвароту. Запыт на міграцыю (па нашым досведзе) можа паўстаць на зусім розных узроўнях арганізацыі: ад топ-мэнэджменту да карыстачоў (асабліва, калі такіх шмат). Вось некалькі прычын, чаму міграцыя з Lotus у Exchange – не такая ўжо і простая задача:
- RTF фармат IBM Notes не сумяшчальны з фарматам RTF Exchange;
- IBM Notes выкарыстоўвае SMTP-фармат адрасоў толькі для вонкавых лістоў, Exchange для ўсіх;
- Неабходнасць захавання дэлегаванняў;
- Неабходнасць захавання метададзеных;
- Частка лістоў можа быць зашыфравана.
А калі Exchange ужо ёсць, але Lotus яшчэ выкарыстоўваецца, узнікаюць праблемы суіснавання:
- Неабходнасць выкарыстання скрыптоў або іншых сістэм для сінхранізацыі адрасных кніг паміж Domino і Exchange;
- Domino выкарыстоўвае plain text для адпраўкі лістоў у іншыя паштовыя сістэмы;
- Domino выкарыстоўвае фармат iCalendar для адпраўкі запрашэнняў у іншыя паштовыя сістэмы;
- Немагчымасць Free-Busy запытаў і сумеснага браніравання рэсурсаў (без выкарыстання іншых рашэнняў).
У гэтым артыкуле мы разбяром спецыялізаваныя праграмныя прадукты Quest для міграцыі і суіснавання:
Калі адрозніваць падыходы да міграцыі, можна меркаваць, што ёсць тры асноўныя віды:
- Пераход без міграцыі. Карыстальнікі атрымліваюць пустыя паштовыя скрыні, зыходны паштовы сэрвіс працягвае працаваць у рэжыме read-only.
- Міграцыя з суіснаваннем. Наладжваецца інтэграцыя паміж зыходнай і мэтавай сістэмамі, пасля чаго дадзеныя паштовых скрынь паэтапна пераносяцца ў новую сістэму.
- Міграцыя ў рэжыме offline. Зыходная сістэма адключаецца, дадзеныя ўсіх карыстальнікаў пераносяцца ў новую сістэму.
Ніжэй пагаворым аб міграцыі ў рэжыме offline і міграцыі з суіснаваннем. За гэтыя працэсы, як мы пісалі вышэй, адказваюць два прадукта Quest: Coexistence Manager for Notes і Migrator for Notes to Exchange адпаведна.
Coexistence Manager for Notes (CMN)
Гэтае рашэнне выконвае двухбаковую сінхранізацыю LDAP-каталогаў, стварае кантакты для паштовых аб'ектаў (скрыні, спісы, рассыланні, рэсурсы) з зыходнай сістэмы. Ёсць магчымасць адвольнай налады супастаўлення атрыбутаў і выкарыстанні трансфармацыі дадзеных на лета. У выніку вы атрымаеце ідэнтычныя адрасныя кнігі ў Lotus і Exchange.
CMN таксама забяспечвае SMTP-сувязь паміж інфраструктурамі:
- Кіруе лісты на лета;
- Пераўтворыць у правільны фармат RTF;
- Апрацоўвае DocLinks;
- Пакуе Notes-дадзеныя ў NSF;
- Апрацоўвае запрашэнні і запыты на рэсурсы.
CMN можна выкарыстоўваць у рэжыме кластарызацыі для адмоваўстойлівасці і павышэння прадукцыйнасці. У выніку вы атрымаеце захаванне фарматавання лістоў, падтрымку складаных раскладаў і запытаў на рэсурсы паміж паштовымі сістэмамі.
Яшчэ адна важдая функцыя CMN – эмуляцыя Free-Busy. З ёй калегам неабавязкова ведаць хто чым карыстаецца: Lotus ці Exchange. Эмуляцыя дазваляе паштоваму кліенту атрымаць дадзеныя аб даступнасці карыстальніка з іншай паштовай сістэмы. Замест сінхранізацыі дадзеных, запыты паміж сістэмамі перасылаюцца ў рэжыме рэальнага часу. У выніку можна карыстацца Free-Busy нават пасля міграцыі часткі карыстальнікаў.
Migrator for Notes to Exchange (MNE)
Гэты інструмент выконвае непасрэдную міграцыю. Сам працэс міграцыі можна ўмоўна падзяліць на некалькі этапаў: прэ-міграцыя, міграцыя і пост-міграцыя.
Прэ-міграцыя
На гэтым этапе выконваецца аналіз зыходнай інфраструктуры: дамены, адрасы, групы і г.д., ствараюцца калекцыі скрынь для міграцыі, уліковыя запісы і аб'яднанне кантактаў з уліковым запісам AD.
Міграцыя
Пры міграцыі выконваецца капіраванне дадзеных паштовых скрынь у некалькі патокаў з захаваннем ACL і метададзеных. Таксама мігруюць гурты. Пры неабходнасці, можна выканаць дэльта-міграцыю, калі па нейкіх прычынах не ўдалося гэта зрабіць за адзін раз. MNE таксама бярэ на сябе кіраванне перанакіраваннем пошты. Уся міграцыя адбываецца з хуткасцю сеткавага злучэння, таму знаходжанне асяроддзя Lotus і Exchange у адным ЦАД дае вялікую перавагу па хуткасці.
Пост-міграцыя
На этапе пост-міграцыі выконваецца міграцыя лакальных/шыфраваных дадзеных праз self-service. Гэта спецыяльная ўтыліта, якая дэшыфруе паведамленні. Пры паўторнай дэльта-міграцыі гэтыя лісты будуць перададзены ў Exchange.
Яшчэ адзін апцыянальны этап міграцыі - гэта міграцыя прыкладанняў. Для гэтага ў Quest ёсць спецыялізаваны прадукт -
Пакрокавы прыклад працэдуры міграцыі пры дапамозе рашэнняў MNE і CMN
Крок 1. Выкананне абнаўлення AD з дапамогай Coexistence Manager. Выманне дадзеных з каталога Domino і стварэнне ўліковых запісаў карыстачоў (кантактаў) з уключанай падтрымкай пошты ў Active Directory. Пры гэтым паштовыя скрыні карыстальнікаў у Exchange яшчэ не створаны. Запісы карыстальнікаў у AD утрымоўваюць бягучыя адрасы карыстальнікаў Notes.
Крок 2. Exchange можа перанакіроўваць паведамленні ў паштовыя скрыні карыстальнікаў Notes адразу пасля змены MX-запісу. Гэта часовае рашэнне, каб перанакіраваць уваходную пошту Exchange да таго часу, пакуль не будуць перанесены першыя карыстальнікі.
Крок 3. Майстар пераносу дадзеных Migrator for Notes to Exchange уключае ўліковыя запісы AD мігруючых карыстачоў і ўсталёўвае правілы перасыланні пошты ў Notes, каб пошта, адрасаваная адрасам Notes ужо перанесеных карыстачоў, была перанакіраваная ў іх актыўныя паштовыя скрыні Exchange.
Крок 4. Працэс паўтараецца пры пераходзе кожнай групы карыстальнікаў на новы сервер.
Крок 5. Сервер Domino можа быць выключаны (на самай справе не, калі засталіся прыкладанні).
Міграцыя завершана, можна разыходзіцца па хатах і адчыняць тамака кліент Exchange. Калі вы ўжо задумляецеся аб міграцыі з Lotus у Exchange, рэкамендуем прачытаць у нашым блогу
Крыніца: habr.com