شاید وقتشه؟ این سوال دیر یا زود در میان همکارانی که از لوتوس به عنوان مشتری ایمیل یا سیستم مدیریت اسناد استفاده می کنند، ایجاد می شود. درخواست مهاجرت (طبق تجربه ما) می تواند در سطوح کاملاً متفاوت سازمان ایجاد شود: از مدیریت ارشد گرفته تا کاربران (به خصوص اگر تعداد زیادی از آنها وجود داشته باشد). در اینجا چند دلیل وجود دارد که چرا مهاجرت از Lotus به Exchange کار آسانی نیست:

• قالب RTF IBM Notes با فرمت Exchange RTF سازگار نیست.
• IBM Notes از فرمت آدرس SMTP فقط برای ایمیل های خارجی استفاده می کند.
• لزوم حفظ هیئت ها؛
• نیاز به حفظ ابرداده؛
• برخی از ایمیل ها ممکن است رمزگذاری شده باشند.

و اگر Exchange از قبل وجود داشته باشد، اما Lotus هنوز استفاده می شود، مشکلات همزیستی ایجاد می شود:

• نیاز به استفاده از اسکریپت ها یا سیستم های شخص ثالث برای همگام سازی دفترچه های آدرس بین Domino و Exchange.
• دومینو از متن ساده برای ارسال نامه به سیستم های پست دیگر استفاده می کند.
• Domino از فرمت iCalendar برای ارسال دعوت نامه به سایر سیستم های ایمیل استفاده می کند.
• عدم توانایی در درخواست های Free-Busy و رزرو مشترک منابع (بدون استفاده از راه حل های شخص ثالث).

در این مقاله به محصولات نرم افزاری تخصصی Quest برای مهاجرت و همزیستی نگاه خواهیم کرد: Migrator برای یادداشت هایی برای تبادل и مدیر همزیستی برای یادداشت ها به ترتیب. در پایان مقاله پیوندی به صفحه ای خواهید یافت که در آن می توانید درخواست انتقال آزمایشی رایگان چندین صندوق پستی را برای نشان دادن سادگی فرآیند ارسال کنید. و در زیر برش یک الگوریتم مهاجرت گام به گام و جزئیات دیگر در مورد فرآیند مهاجرت وجود دارد.

اگر بین رویکردهای مهاجرت تمایز قائل شویم، می توانیم فرض کنیم که سه نوع اصلی وجود دارد:

• انتقال بدون مهاجرت کاربران صندوق های پست خالی را دریافت می کنند؛ سرویس پست اصلی در حالت فقط خواندنی به کار خود ادامه می دهد.
• مهاجرت با همزیستی. یکپارچه سازی بین سیستم های مبدأ و هدف تنظیم می شود، پس از آن داده های صندوق پستی به تدریج به سیستم جدید منتقل می شوند.
• مهاجرت آفلاین سیستم اصلی خاموش می شود و تمام اطلاعات کاربران به سیستم جدید منتقل می شود.

در زیر در مورد مهاجرت آفلاین و مهاجرت همزیستی صحبت خواهیم کرد. همانطور که در بالا نوشتیم، برای این فرآیندها، دو محصول Quest به ترتیب مسئول هستند: Coexistence Manager برای Notes و Migrator برای Notes to Exchange.

مدیر همزیستی برای یادداشت ها (CMN)

این راه حل همگام سازی دو طرفه دایرکتوری های LDAP را انجام می دهد، مخاطبین را برای اشیاء نامه (صندوق پستی، لیست ها، پست ها، منابع) از سیستم منبع ایجاد می کند. این امکان وجود دارد که نگاشت ویژگی ها را سفارشی کنید و از تبدیل داده ها در پرواز استفاده کنید. در نتیجه، دفترچه های آدرس یکسانی را در Lotus and Exchange دریافت خواهید کرد.

CMN همچنین ارتباط SMTP بین زیرساخت ها را فراهم می کند:

• حروف را در پرواز ویرایش می کند.
• تبدیل به فرمت RTF صحیح.
• DocLinks را کنترل می کند.
• بسته ها یادداشت داده ها در NSF.
• دعوت‌ها و درخواست‌های منابع را پردازش می‌کند.

CMN را می توان در حالت خوشه بندی برای تحمل خطا و بهبود عملکرد استفاده کرد. در نتیجه، حفظ قالب نامه، پشتیبانی از برنامه های پیچیده و درخواست منابع بین سیستم های پستی را دریافت خواهید کرد.

یکی دیگر از ویژگی های مهم CMN شبیه سازی Free-Busy است. با آن، همکاران نیازی ندارند بدانند چه کسی از چه چیزی استفاده می کند: Lotus یا Exchange. شبیه سازی به یک سرویس گیرنده ایمیل اجازه می دهد تا داده های در دسترس بودن کاربر را از یک سیستم ایمیل دیگر به دست آورد. به جای همگام سازی داده ها، درخواست ها بین سیستم ها به صورت بلادرنگ ارسال می شوند.در نتیجه، حتی پس از مهاجرت برخی از کاربران می توانید از Free-Busy استفاده کنید.

Migrator for Notes to Exchange (MNE)

این ابزار مهاجرت مستقیم را انجام می دهد. خود فرآیند مهاجرت را می توان به چند مرحله تقسیم کرد: قبل از مهاجرت، مهاجرت و پس از مهاجرت.

قبل از مهاجرت

در این مرحله، تجزیه و تحلیل زیرساخت منبع انجام می شود: دامنه ها، آدرس ها، گروه ها و غیره، مجموعه ای از صندوق های پستی برای مهاجرت، حساب ها و ادغام مخاطبین با یک حساب AD ایجاد می شود.

مهاجرت

Migration داده‌های صندوق پست را در رشته‌های مختلف کپی می‌کند و در عین حال ACL و ابرداده را حفظ می‌کند. گروه ها نیز مهاجرت می کنند. در صورت لزوم، اگر به دلایلی امکان انجام یکباره آن وجود نداشت، می توانید مهاجرت دلتا را انجام دهید. MNE همچنین از ارسال نامه مراقبت می کند. همه مهاجرت ها با سرعت اتصال شبکه انجام می شود، بنابراین داشتن محیط های Lotus و Exchange در یک مرکز داده یک مزیت سرعت بزرگی را فراهم می کند.

پس از مهاجرت

مرحله پس از مهاجرت، داده های محلی/رمزگذاری شده را از طریق سلف سرویس انتقال می دهد. این یک ابزار ویژه است که پیام ها را رمزگشایی می کند. با انجام مجدد انتقال دلتا، این ایمیل ها به Exchange منتقل می شوند.

یکی دیگر از مراحل انتقال اختیاری، مهاجرت برنامه است. برای این، Quest یک محصول تخصصی دارد - Migrator برای یادداشت ها به شیرپوینت. در مقاله ای جداگانه در مورد کار با آن صحبت خواهیم کرد.

مثال گام به گام روش مهاجرت با استفاده از راه حل های MNE و CMN

مرحله 1. انجام ارتقاء AD با استفاده از Coexistence Manager. داده‌ها را از دایرکتوری Domino استخراج کنید و حساب‌های کاربری (مخاطبین) دارای ایمیل را در Active Directory ایجاد کنید. با این حال، صندوق پستی کاربر در Exchange هنوز ایجاد نشده است. سوابق کاربر در AD حاوی آدرس های فعلی کاربران Notes است.

مرحله 2. Exchange می‌تواند به محض تغییر رکورد MX، پیام‌ها را به صندوق‌های پستی کاربران Notes هدایت کند. این یک راه حل موقت برای تغییر مسیر ایمیل های دریافتی Exchange تا زمانی که اولین کاربران مهاجرت کنند است.

مرحله 3. جادوگر Migrator for Notes to Exchange حساب‌های AD کاربران در حال مهاجرت را فعال می‌کند و قوانین حمل و نقل نامه را در Notes تنظیم می‌کند تا ایمیل‌های آدرس‌دهی شده به آدرس‌های Notes کاربران قبلاً منتقل شده به صندوق‌های پستی Exchange فعال آنها ارسال شود.

مرحله 4. این فرآیند با انتقال هر گروه کاربری به سرور جدید تکرار می شود.

مرحله 5. ممکن است سرور دومینو از کار بیفتد (در واقع اگر برنامه‌ای باقی مانده باشد خیر).

انتقال کامل شد، می توانید به خانه بروید و مشتری Exchange را در آنجا باز کنید. اگر از قبل به مهاجرت از Lotus به Exchange فکر می کنید، توصیه می کنیم وبلاگ ما را بخوانید مقاله 7 مرحله برای مهاجرت موفق. و اگر می‌خواهید یک انتقال آزمایشی را در عمل ببینید و ببینید چقدر استفاده از محصولات Quest آسان است، درخواست خود را در این نشانی بگذارید فرم انتقادات و پیشنهادات و ما یک انتقال آزمایشی رایگان به Exchange برای شما انجام خواهیم داد.

منبع: www.habr.com