আপনি যদি একটি "দ্রুত" ক্লাউড-ইমেল স্থানান্তরের ওপর নির্ভর করেন, তবে সেই ফাঁদগুলো একটি পরিকল্পিত বিভ্রাটকে (outage) একটি ব্যয়বহুল এবং সুনামহানিকর বিপর্যয়ে পরিণত করতে পারে।
কেন মাইগ্রেশন কেবল একটি কপি করার কাজ নয়
Google থেকে Microsoft-এ ডেটা স্থানান্তর করা কোনো একক বা অবিচ্ছিন্ন প্রক্রিয়া নয়। প্রতিটি পরিষেবা—mail, calendar, contacts, Drive, Vault, Chat, Groups—তথ্য নিজস্ব ফরম্যাটে সংরক্ষণ করে, যার জন্য আলাদা এক্সট্রাকশন লজিক এবং টার্গেট ম্যাপিং প্রয়োজন। একটি টুল যা Gmail মেসেজ কপি করতে দক্ষ, সেটি Drive পারমিশন বাদ দিতে পারে, Vault আর্কাইভ মুছে ফেলতে পারে বা Chat হিস্ট্রি উপেক্ষা করতে পারে। আপনি যে সমস্ত ওয়ার্কলোড স্থানান্তর করতে চান তার একটি পূর্ণাঙ্গ তালিকা তৈরি করে কাজ শুরু করুন, যার মধ্যে স্থগিত (suspended) অ্যাকাউন্টগুলোর মতো জটিল বিষয়গুলোও অন্তর্ভুক্ত থাকবে।
অথেন্টিকেশন বা প্রমাণীকরণ সংক্রান্ত ফাঁদ
সাধারণ ইউজারনেম এবং পাসওয়ার্ড একটি নিরাপত্তা ঝুঁকি এবং আধুনিক API-এর ক্ষেত্রে এগুলো প্রায়শই ব্যর্থ হয়। Google-এর ক্ষেত্রে আপনার একটি সার্ভিস অ্যাকাউন্ট প্রয়োজন যার ডোমেইন-ওয়াইড ডেলিগেশন (domain-wide delegation) এবং OAuth পারমিশনের একটি সুনির্দিষ্ট স্কোপ থাকবে। খুব কম স্কোপ থাকলে ডেটা বাদ পড়ে যেতে পারে; আবার খুব বেশি স্কোপ থাকলে অপব্যবহারের ঝুঁকি তৈরি হয়। Microsoft-এ বেসিক অথেন্টিকেশন এখন আর কার্যকর নেই; শুধুমাত্র OAuth 2.0 কাজ করে। যে কোনো মাইগ্রেশন ইউটিলিটি যদি এখনও বেসিক অথেন্টিকেশন ব্যবহারের বিজ্ঞাপন দেয়, তবে তা বর্জন করুন।
লেবেল বনাম ফোল্ডার
Gmail-এর লেবেল সিস্টেম একটি মেসেজকে একাধিক ট্যাগের অধীনে রাখতে দেয়, যেখানে Outlook প্রতিটি মেসেজকে একটি নির্দিষ্ট ফোল্ডারে রাখতে বাধ্য করে। যখন একটি মাল্টি-লেবেল ইমেল কপি করা হয়, তখন মাইগ্রেশন ইঞ্জিন নিচের কাজগুলো করতে পারে:
- প্রতিটি টার্গেট ফোল্ডারে মেসেজটি ডুপ্লিকেট করা (যার ফলে স্টোরেজ বৃদ্ধি পায় এবং ডুপ্লিকেট থ্রেড তৈরি হয়)।
- এটিকে একটি মাত্র ফোল্ডারে রাখা এবং অতিরিক্ত লেবেলগুলো বাদ দেওয়া (যার ফলে অর্গানাইজেশন বা বিন্যাস নষ্ট হয়)।
- একটি গভীর ফোল্ডার পাথ তৈরি করা যা লেবেল ট্রি-কে অনুকরণ করে (যা প্রায়শই ব্যবহারকারীদের জন্য বিভ্রান্তিকর হয়)।
একটি নির্ভরযোগ্য টুল আপনাকে পছন্দ করার সুযোগ দেয়; কিন্তু একটি নিম্নমানের টুল এমন একটি ডিফল্ট পদ্ধতি চাপিয়ে দেয় যা আপনার কাজের পদ্ধতির (workflow) সাথে নাও মিলতে পারে।
থ্রটলিং (Throttling) হলো আসল বাধা
শুধুমাত্র ব্যান্ডউইথের ওপর গুরুত্ব দিয়ে করা স্পিড টেস্টগুলো এই বিষয়টি এড়িয়ে যায় যে, Microsoft-এর Graph API প্রতি সেকেন্ডে রিকোয়েস্টের একটি নির্দিষ্ট সীমা নির্ধারণ করে দেয়। আপনি যদি খুব দ্রুত অনেক বেশি রিকোয়েস্ট পাঠান, তবে Microsoft আপনাকে ব্লক করে দেবে। তাই এমন ইউটিলিটি খুঁজুন যা স্বয়ংক্রিয় থ্রটল ম্যানেজমেন্ট (automatic throttle management) সম্পন্ন করতে পারে—অর্থাৎ প্রয়োজন অনুযায়ী পজ করা, বিরতি নেওয়া এবং পুনরায় শুরু করা—শুধুমাত্র দ্রুতগতির ইন্টারনেট সংযোগ দিয়ে সমস্যা সমাধান হবে এমনটা ভাববেন না।
ইনক্রিমেন্টাল (delta) কাটওভার, শুক্রবার রাতে একবারে সব না ফেলা
একটি মাত্র উইকএন্ড উইন্ডোতে পুরো টেন্যান্ট (tenant) স্থানান্তর করলে ডাউনটাইম হওয়া নিশ্চিত। এর পরিবর্তে একটি পর্যায়ক্রমিক পদ্ধতি বেশি কার্যকর:
- Bulk load – চূড়ান্ত পরিবর্তনের কয়েক দিন বা সপ্তাহ আগেই মেইল, ফাইল এবং অন্যান্য ডেটার একটি বড় অংশ স্থানান্তর করে ফেলুন।
- Delta sync – কাটওভার উইন্ডোর সময় একটি ইনক্রিমেন্টাল মাইগ্রেশন চালান যা শুধুমাত্র নতুন বা পরিবর্তিত আইটেমগুলো সংগ্রহ করবে।
- MX record flip – ডেল্টা সিঙ্ক নিশ্চিত করার পর যে কোনো পেন্ডিং আইটেম নেই, তখন মেইল এক্সচেঞ্জ রেকর্ডটি Microsoft 365-এর দিকে নির্দেশ করার জন্য পরিবর্তন করুন।
এই পদ্ধতি ডাউনটাইম কয়েক ঘণ্টা থেকে কয়েক মিনিটে নামিয়ে আনে।
সফল স্থানান্তরের জন্য চেকলিস্ট
- প্রতিটি ওয়ার্কলোড তালিকাভুক্ত করুন (Mail, Drive, Vault, Chat, Groups, ইত্যাদি)।
- জটিল অবজেক্টগুলো অন্তর্ভুক্ত করুন, যেমন স্থগিত (suspended) অ্যাকাউন্ট।
- যেকোনো মাইগ্রেশন টুলের টেকনিক্যাল ডকুমেন্টেশনে সাপোর্ট যাচাই করুন—শুধুমাত্র মার্কেটিং পেজ দেখে নয়।
- প্রতিটি সোর্স সার্ভিসের জন্য প্রয়োজনীয় ন্যূনতম OAuth স্কোপ নির্ধারণ করুন।
- টার্গেটে কোনো ডুপ্লিকেট আইটেম না আসার জন্য ডিডুপ্লিকেশন (deduplication) সহ প্রকৃত ডেল্টা সিনক্রোনাইজেশন পরীক্ষা করুন।
- একটি পাইলট রান করুন যা মাল্টি-লেবেল Gmail মেসেজ এবং Drive-এর জটিল পারমিশন হায়ারার্কি পরীক্ষা করবে।
Drive একটি সম্পূর্ণ আলাদা বিষয়। এর নিজস্ব বাজেট এবং সময়সীমা রয়েছে।