شاید یہ وقت ہے؟ یہ سوال جلد یا بدیر ان ساتھیوں میں پیدا ہوتا ہے جو لوٹس کو بطور ای میل کلائنٹ یا دستاویز کے انتظام کے نظام کے طور پر استعمال کرتے ہیں۔ ہجرت کی درخواست (ہمارے تجربے میں) تنظیم کی بالکل مختلف سطحوں پر پیدا ہو سکتی ہے: اعلیٰ انتظامیہ سے لے کر صارفین تک (خاص طور پر اگر ان میں سے بہت سے ہیں)۔ لوٹس سے ایکسچینج میں منتقل ہونے کی چند وجوہات یہ ہیں کہ اتنا آسان کام نہیں ہے۔
- IBM Notes RTF فارمیٹ ایکسچینج RTF فارمیٹ کے ساتھ مطابقت نہیں رکھتا ہے۔
- IBM Notes SMTP ایڈریس فارمیٹ صرف بیرونی ای میلز کے لیے استعمال کرتا ہے، ہر ایک کے لیے تبادلہ؛
- وفود کو برقرار رکھنے کی ضرورت؛
- میٹا ڈیٹا کو محفوظ کرنے کی ضرورت؛
- کچھ ای میلز کو خفیہ کیا جا سکتا ہے۔
اور اگر ایکسچینج پہلے سے موجود ہے، لیکن لوٹس اب بھی استعمال ہوتا ہے، بقائے باہمی کے مسائل پیدا ہوتے ہیں:
- ڈومینو اور ایکسچینج کے درمیان ایڈریس بک کو سنکرونائز کرنے کے لیے اسکرپٹس یا تھرڈ پارٹی سسٹم استعمال کرنے کی ضرورت؛
- ڈومینو دوسرے میل سسٹمز کو خط بھیجنے کے لیے سادہ متن کا استعمال کرتا ہے۔
- ڈومینو دوسرے ای میل سسٹمز کو دعوت نامے بھیجنے کے لیے iCalendar فارمیٹ استعمال کرتا ہے۔
- فری-بزی درخواستوں اور وسائل کی مشترکہ بکنگ میں ناکامی (تیسرے فریق کے حل استعمال کیے بغیر)۔
اس مضمون میں ہم ہجرت اور بقائے باہمی کے لیے کویسٹ کے خصوصی سافٹ ویئر پروڈکٹس کو دیکھیں گے۔
اگر ہم نقل مکانی کے طریقوں کے درمیان فرق کریں، تو ہم فرض کر سکتے ہیں کہ تین اہم اقسام ہیں:
- ہجرت کے بغیر منتقلی۔ صارفین کو خالی میل باکس موصول ہوتے ہیں؛ اصل میل سروس صرف پڑھنے کے موڈ میں کام کرتی رہتی ہے۔
- بقائے باہمی کے ساتھ ہجرت۔ سورس اور ٹارگٹ سسٹمز کے درمیان انٹیگریشن ترتیب دیا جاتا ہے، جس کے بعد میل باکس ڈیٹا کو آہستہ آہستہ نئے سسٹم میں منتقل کیا جاتا ہے۔
- آف لائن ہجرت۔ اصل سسٹم کو بند کر کے تمام صارفین کا ڈیٹا نئے سسٹم میں منتقل کر دیا جاتا ہے۔
ذیل میں ہم آف لائن ہجرت اور بقائے باہمی کے بارے میں بات کریں گے۔ ان عملوں کے لیے، جیسا کہ ہم نے اوپر لکھا، دو کویسٹ پروڈکٹس ذمہ دار ہیں: بالترتیب نوٹس کے لیے Coexistence Manager اور Notes to Exchange کے لیے Migrator۔
Coexistence Manager for Notes (CMN)
یہ حل LDAP ڈائریکٹریز کی دو طرفہ ہم آہنگی کو انجام دیتا ہے، سورس سسٹم سے میل اشیاء (میل باکسز، فہرستیں، میلنگ، وسائل) کے لیے رابطے تخلیق کرتا ہے۔ ایٹریبیوٹ میپنگ کو اپنی مرضی کے مطابق بنانا اور فلائی پر ڈیٹا ٹرانسفارمیشن کا استعمال کرنا ممکن ہے۔ نتیجے کے طور پر، آپ کو لوٹس اور ایکسچینج میں ایک جیسی ایڈریس بک ملیں گی۔
CMN بنیادی ڈھانچے کے درمیان SMTP مواصلات بھی فراہم کرتا ہے:
- مکھی پر خطوط میں ترمیم کریں؛
- درست RTF فارمیٹ میں بدلتا ہے۔
- DocLinks ہینڈل کرتا ہے؛
- NSF میں پیکجز نوٹس ڈیٹا؛
- وسائل کے لیے دعوتوں اور درخواستوں پر کارروائی کرتا ہے۔
CMN کو کلسٹرنگ موڈ میں غلطی کی رواداری اور بہتر کارکردگی کے لیے استعمال کیا جا سکتا ہے۔ نتیجے کے طور پر، آپ کو خط کی فارمیٹنگ کا تحفظ، پیچیدہ نظام الاوقات کے لیے تعاون اور میل سسٹمز کے درمیان وسائل کی درخواستیں ملیں گی۔
CMN کی ایک اور اہم خصوصیت Free-Busy ایمولیشن ہے۔ اس کے ساتھ، ساتھیوں کو یہ جاننے کی ضرورت نہیں ہے کہ کون کیا استعمال کر رہا ہے: لوٹس یا ایکسچینج۔ ایمولیشن ایک ای میل کلائنٹ کو دوسرے ای میل سسٹم سے صارف کی دستیابی کا ڈیٹا حاصل کرنے کی اجازت دیتا ہے۔ ڈیٹا کو سنکرونائز کرنے کے بجائے، سسٹمز کے درمیان درخواستیں حقیقی وقت میں بھیجی جاتی ہیں۔ نتیجتاً، کچھ صارفین کے منتقل ہونے کے بعد بھی آپ Free-Busy استعمال کر سکتے ہیں۔
مائیگریٹر فار نوٹس ٹو ایکسچینج (MNE)
یہ ٹول براہ راست منتقلی کرتا ہے۔ ہجرت کے عمل کو خود کئی مراحل میں تقسیم کیا جا سکتا ہے: ہجرت سے پہلے، ہجرت اور ہجرت کے بعد۔
ہجرت سے پہلے
اس مرحلے پر، سورس انفراسٹرکچر کا تجزیہ کیا جاتا ہے: ڈومینز، ایڈریسز، گروپس وغیرہ، ہجرت کے لیے میل باکسز کے مجموعے، اکاؤنٹس اور روابط کو AD اکاؤنٹ کے ساتھ ملانا۔
ہجرت
ACLs اور میٹا ڈیٹا کو محفوظ رکھتے ہوئے مائیگریشن میل باکس ڈیٹا کو متعدد تھریڈز میں کاپی کرتا ہے۔ گروہ بھی ہجرت کرتے ہیں۔ اگر ضروری ہو تو، آپ ڈیلٹا مائیگریشن انجام دے سکتے ہیں اگر کسی وجہ سے اسے ایک ساتھ کرنا ممکن نہ ہو۔ MNE میل فارورڈنگ کا بھی خیال رکھتا ہے۔ تمام نقل مکانی نیٹ ورک کنکشن کی رفتار سے ہوتی ہے، اس لیے لوٹس اور ایکسچینج کے ماحول کا ایک ہی ڈیٹا سینٹر میں ہونا ایک بڑا تیز رفتار فائدہ فراہم کرتا ہے۔
ہجرت کے بعد
منتقلی کے بعد کا مرحلہ سیلف سروس کے ذریعے مقامی/انکرپٹڈ ڈیٹا کو منتقل کرتا ہے۔ یہ ایک خاص افادیت ہے جو پیغامات کو ڈکرپٹ کرتی ہے۔ ڈیلٹا مائیگریشن کو دوبارہ انجام دینے پر، یہ ای میلز ایکسچینج میں منتقل ہو جائیں گی۔
ایک اور اختیاری منتقلی مرحلہ درخواست کی منتقلی ہے۔ اس کے لیے کویسٹ کے پاس ایک خصوصی پروڈکٹ ہے -
MNE اور CMN حل کا استعمال کرتے ہوئے منتقلی کے طریقہ کار کی مرحلہ وار مثال
1 قدم ہے. Coexistence Manager کا استعمال کرتے ہوئے AD اپ گریڈ کرنا۔ ڈومینو ڈائرکٹری سے ڈیٹا نکالیں اور ایکٹو ڈائریکٹری میں میل سے چلنے والے صارف (رابطہ) اکاؤنٹس بنائیں۔ تاہم، ایکسچینج میں صارف میل باکس ابھی تک نہیں بنائے گئے ہیں۔ AD میں صارف کے ریکارڈ میں نوٹس صارفین کے موجودہ پتے شامل ہیں۔
2 قدم ہے. MX ریکارڈ تبدیل ہوتے ہی ایکسچینج پیغامات کو نوٹس صارفین کے میل باکس میں بھیج سکتا ہے۔ آنے والے ایکسچینج میل کو اس وقت تک ری ڈائریکٹ کرنے کا یہ ایک عارضی حل ہے جب تک کہ پہلے صارفین کو منتقل نہ کیا جائے۔
3 قدم ہے. مائیگریٹر فار نوٹس ٹو ایکسچینج وزرڈ منتقلی کرنے والے صارفین کے AD اکاؤنٹس کو فعال کرتا ہے اور نوٹس میں میل فارورڈنگ کے قواعد مرتب کرتا ہے تاکہ پہلے سے منتقل شدہ صارفین کے نوٹس ایڈریس پر بھیجے گئے میل کو ان کے فعال ایکسچینج میل باکسز پر بھیج دیا جائے۔
4 قدم ہے. اس عمل کو دہرایا جاتا ہے جب ہر صارف گروپ نئے سرور پر جاتا ہے۔
5 قدم ہے. ڈومینو سرور ڈاؤن ہو سکتا ہے (دراصل نہیں اگر کوئی ایپلی کیشنز باقی ہیں)۔
منتقلی مکمل ہو گئی ہے، آپ گھر جا کر وہاں ایکسچینج کلائنٹ کھول سکتے ہیں۔ اگر آپ پہلے ہی لوٹس سے ایکسچینج میں منتقل ہونے کے بارے میں سوچ رہے ہیں، تو ہم اپنا بلاگ پڑھنے کی تجویز کرتے ہیں۔
ماخذ: www.habr.com