दूसरे होस्ट से हमारी मशीन पर शिफ़्ट होना
डाउनटाइम के बिना वेबसाइट, डेटाबेस और मेल को Millida VDS पर कैसे माइग्रेट करें: स्टेप्स का क्रम, माइग्रेशन कमांड, और पता बदलते समय आम ग़लतियाँ।
23 अगस्त 2026 को अपडेट किया गया
डेटा माइग्रेट करना और डोमेन बदलना — दोनों अलग काम हैं। गलतियाँ लगभग हमेशा दूसरे हिस्से में होती हैं: डेटा तो आसानी से कॉपी हो जाता है, लेकिन 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) घटाकर 300 सेकंड कर दें। तब स्विच नेटवर्क पर घंटों में नहीं, मिनटों में फैल जाएगा।
कुछ विज़िटर अब भी पुरानी मशीन पर क्यों जा रहे हैं?
DNS कैश का असर है। स्विच के बाद कम से कम एक दिन तक पुरानी प्लेटफ़ॉर्म को चालू रखें, वरना कुछ लोगों को एरर दिखेगा। और ध्यान रखें कि दोनों मशीनें एक ही समय पर डेटा न लिखें: माइग्रेशन के दौरान पुरानी मशीन को read-only मोड में रखना बेहतर है।
ईमेल का क्या करें?
अगर मेल सर्वर मशीन पर शिफ़्ट हो रहा है, तो “Access” टैब में reverse DNS रिकॉर्ड (PTR) सेट करें — इसके बिना ईमेल अक्सर रिजेक्ट हो जाते हैं। अपने रजिस्ट्रार पर MX, SPF और DKIM रिकॉर्ड के बारे में भी न भूलें।
क्या माइग्रेट नहीं किया जा सकता?
खुद पता: वह मशीन से जुड़ा होता है, और मशीनों तथा नोड्स के बीच पते ट्रांसफ़र नहीं होते। किसी दूसरे होस्टिंग प्रोवाइडर की मशीन को पूरी की पूरी इमेज के तौर पर भी माइग्रेट नहीं कर सकते — हमारी लिस्ट के ही सिस्टम इंस्टॉल हो सकते हैं, और डेटा आप खुद कॉपी करते हैं।
पुरानी प्लेटफ़ॉर्म कब बंद करें?
जब आप पक्का कर लें कि सभी DNS रिकॉर्ड नई मशीन की ओर इशारा करते हैं, ईमेल चल रहा है, और पुरानी मशीन के लॉग में एक हफ़्ते से कोई लाइव ट्रैफ़िक नहीं दिख रहा। उससे पहले उसका डेटा एक आख़िरी बार कॉपी कर लें: मशीन डिलीशन और बायआउट अवधि।