অন্য হোস্ট থেকে আমাদের মেশিনে স্থানান্তর
ডাউনটাইম ছাড়াই ওয়েবসাইট, ডেটাবেস ও মেইল Millida VDS-এ কীভাবে মাইগ্রেট করবেন: ধাপের ক্রম, মাইগ্রেশন কমান্ড এবং ঠিকানা বদলে সাধারণ ভুল।
আপডেট: ২৩ আগস্ট, ২০২৬
ডেটা মাইগ্রেশন আর ডোমেইন বদলানো — এই দুটো একসাথে হয়। ভুল প্রায় সবসময় দ্বিতীয় অংশেই ঘটে: ডেটা সহজেই কপি হয়, কিন্তু DNS রেকর্ড খুব তাড়াতাড়ি বদলে ফেলা হয়, আর শেষে ডাউনটাইম নেমে আসে।
প্রস্তুতি
কোথা থেকে শুরু করবেন?
/hosting/vds/new থেকে উপযুক্ত টিয়ারের একটি মেশিন অর্ডার করুন, যে OS-এ আপনি অভ্যস্ত সেটি বেছে নিন। প্রভিশনিংয়ে প্রায় এক মিনিট লাগে। আপাতত পুরনো প্ল্যাটফর্মে হাত দেবেন না — মাইগ্রেশন শেষ হওয়া পর্যন্ত এটি চালু থাকতে হবে।
কোন টিয়ার বেছে নেবেন?
যেটি আপনার বর্তমান ব্যবহারের সাথে মেলে, “ভবিষ্যতের বৃদ্ধির জন্য” নয়: বাকি মেয়াদের আনুপাতিক পেমেন্টে যেকোনো সময় টিয়ার আপগ্রেড করতে পারবেন, কিন্তু ডাউনগ্রেড করা যাবে না — ডিস্ক ছোট হয় না। দেখুন প্ল্যান টিয়ার এবং সেগুলোতে কী থাকে।
কী কী মাইগ্রেট করতে হবে?
ওয়েবসাইটের ফাইল, ডেটাবেস, cron জব, ওয়েব সার্ভার কনফিগারেশন, সার্টিফিকেট (বা সেগুলো নতুন করে ইস্যু করা), আর পুরনো মেশিনে ইমেইল থাকলে ইমেইল অ্যাকাউন্ট।
মাইগ্রেশন
ফাইল কীভাবে কপি করবেন?
সরাসরি পুরনো মেশিন থেকে নতুনটিতে:
rsync -avz --progress /var/www/ root@<new address>:/var/www/
মেশিন দুটোর মধ্যে সরাসরি অ্যাক্সেস না থাকলে, একই rsync বা scp দিয়ে আপনার কম্পিউটারের মাধ্যমে দুই ধাপে কপি করুন।
ডেটাবেস কীভাবে মাইগ্রেট করবেন?
চলমান সার্ভিসে ফাইল কপি করে নয়, বরং নিজের টুল দিয়ে ডাম্প করে:
mysqldump -u root -p --single-transaction mydb > mydb.sql
pg_dump -U postgres -Fc mydb > mydb.dump
নতুন মেশিনে আবার লোড করুন:
mysql -u root -p mydb < mydb.sql
pg_restore -U postgres -d mydb mydb.dump
ডোমেইন বদলানোর আগে সাইট কীভাবে যাচাই করবেন?
আপনার /etc/hosts-এ (বা Windows-এর hosts ফাইলে) নতুন ঠিকানা আর আপনার ডোমেইন দিয়ে একটি লাইন যোগ করুন। তাহলে আপনার ব্রাউজার নতুন মেশিনে যাবে, আর বাকি দুনিয়া যাবে পুরনোটিতে। এভাবে মাইগ্রেশনের আগেই আসল সাইটটি দেখে নিতে পারবেন।
সার্টিফিকেটের কী হবে?
ডোমেইন বদলানোর পর নতুন মেশিনে সেগুলো নতুন করে ইস্যু করাই সহজ, মাইগ্রেট করার চেয়ে। ডোমেইন যতক্ষণ পুরনো ঠিকানায় পয়েন্ট করে, ততক্ষণ ওনারশিপ ভ্যালিডেশন পাস করবে না।
সুইচিং এবং তার পরে
A রেকর্ড কখন বদলাবেন?
কেবল hosts-এর মাধ্যমে নতুন মেশিনে সাইট যাচাই করার পরেই। আগে থেকেই আপনার রেজিস্ট্রারে রেকর্ডের time to live (TTL) ৩০০ সেকেন্ডে কমিয়ে রাখুন — মাইগ্রেশনের এক দিন আগে। তাহলে সুইচটি নেটওয়ার্কজুড়ে ঘণ্টার বদলে মিনিটেই ছড়িয়ে পড়বে।
কিছু ভিজিটর এখনও পুরনো মেশিনে যাচ্ছে কেন?
DNS ক্যাশের কাজ। সুইচের পর অন্তত এক দিন পুরনো প্ল্যাটফর্ম চালু রাখুন, নইলে কিছু মানুষ এরর দেখবে। আর খেয়াল রাখুন, দুটি মেশিন যেন একইসাথে ডেটা না লেখে: মাইগ্রেশনের সময় পুরনোটিকে read-only মোডে রাখাই ভালো।
ইমেইলের কী করবেন?
মেইল সার্ভার যদি মেশিনে চলে আসে, তবে “Access” ট্যাবে reverse DNS রেকর্ড (PTR) সেট করুন — এটি ছাড়া ইমেইল প্রায়ই রিজেক্ট হয়। রেজিস্ট্রারে MX, SPF আর DKIM রেকর্ডের কথা ভুলবেন না।
কী মাইগ্রেট করা যায় না?
ঠিকানাটি নিজেই: এটি মেশিনের সাথে বাঁধা, আর মেশিন ও নোডের মধ্যে ঠিকানা স্থানান্তরের সুযোগ নেই। অন্য হোস্টিং প্রোভাইডারের মেশিনও সম্পূর্ণ ইমেজ হিসেবে মাইগ্রেট করা যায় না — কেবল আমাদের তালিকার সিস্টেমগুলো ইনস্টল করা যায়, আর ডেটা আপনি নিজেই কপি করবেন।
পুরনো প্ল্যাটফর্ম কখন বন্ধ করবেন?
যখন নিশ্চিত হবেন যে সব DNS রেকর্ড নতুন মেশিনে পয়েন্ট করছে, ইমেইল চলছে, আর পুরনো মেশিনের লগে এক সপ্তাহ ধরে কোনো লাইভ ট্রাফিক নেই। তার আগে সেখান থেকে ডেটার একটি চূড়ান্ত কপি নিয়ে রাখুন: মেশিন ডিলিট এবং বাইআউট পিরিয়ড।