आपका प्रोजेक्ट दूसरी होस्टिंग से मुफ़्त में ले आएँगे
माइग्रेशन कीमत की वजह से नहीं टलता, डर की वजह से टलता है: कुछ न कुछ टूट जाएगा, मेल आना बंद हो जाएगा, साइट कामकाजी दिन के बीचोंबीच गिर जाएगी। इसीलिए माइग्रेशन हम करते हैं — आप निर्देश पढ़कर नहीं।
serv.host का इंजीनियर आपके प्रोजेक्ट की कॉपी बनाता है, उसे नए सर्वर पर चलाता है, आपके साथ मिलकर जाँचता है और उसके बाद ही स्विच करता है। इस काम का कोई अलग भुगतान नहीं है।
- माइग्रेशन मुफ़्त — कोई शर्त नहीं, आकार के लिए अतिरिक्त शुल्क नहीं
- जब तक हम स्विच न करें, पुरानी होस्टिंग चलती रहती है
- सब कुछ इंजीनियर करता है, आपको निर्देश नहीं पढ़ने पड़ते
- किसी भी होस्टिंग और किसी भी कंट्रोल पैनल से
माइग्रेशन की कीमत कितनी है
कुछ भी नहीं। ग्राहक बनने के लिए पैसे देना अजीब है — इसलिए इंजीनियर के काम का हिसाब हम अलग से नहीं लगाते। आप सिर्फ़ उसी प्लान का भुगतान करते हैं जिस पर आ रहे हैं।
- कॉपी करना और सेटअप
फ़ाइलें, डेटाबेस, मेल और वातावरण की सेटिंग्स — सब ले आते हैं। प्रोजेक्ट को नए सर्वर पर चलाते हैं और पूरी तरह काम करने की हालत में लाते हैं।
- स्विच से पहले जाँच
माइग्रेट की गई साइट अस्थायी पते पर खोलते हैं और आपके साथ मिलकर उसमें घूम आते हैं। जब तक आप पुष्टि न कर दें कि सब कुछ अपनी जगह है, हम कुछ भी स्विच नहीं करते।
- स्विच और DNS
बता देते हैं कि DNS में क्या बदलना है, या डोमेन हमारे प्रबंधन में हो तो ख़ुद बदल देते हैं। समय आप चुनते हैं।
- माइग्रेशन के बाद सहायता
पहले कुछ दिन प्रोजेक्ट पर नज़र रखते हैं। कुछ सामने आए तो ठीक करते हैं, दस्तावेज़ पढ़ने के लिए नहीं भेजते।
हम क्या-क्या ले आते हैं
फ़ाइलें, अनुमतियाँ, वेब सर्वर की कॉन्फ़िगरेशन। CMS, ख़ुद लिखे प्रोजेक्ट, स्टैटिक।
MySQL, MariaDB, PostgreSQL — पूरे के पूरे, उपयोगकर्ताओं और अनुमतियों समेत।
मेलबॉक्स अपने ईमेल और फ़ोल्डरों के साथ, सिर्फ़ पते नहीं।
अगर आपके पास VPS है — तो इमेज लेकर उसे जैसा है वैसा ही तैनात कर देते हैं, सारी सेवाओं और सेटिंग्स के साथ।
रिकॉर्ड एक-एक करके हूबहू ले आते हैं, ताकि स्विच के वक़्त कुछ छूट न जाए।
मौजूदा सर्टिफ़िकेट ले आते हैं या नए जारी करते हैं। साइट ब्राउज़र की चेतावनी के साथ नहीं खुलनी चाहिए।
यह कैसे होता है
- 1आप अनुरोध भेजते हैं
सपोर्ट बॉट में लिखिए: प्रोजेक्ट क्या है, अभी कहाँ रहता है, कोई ख़ास बात है या नहीं। हम जवाब देते हैं और प्लान अब तक न चुना हो तो चुनने में मदद करते हैं।
- 2आप एक्सेस देते हैं
मौजूदा होस्टिंग तक पहुँच चाहिए: पैनल, SSH या FTP। ठीक-ठीक क्या ज़रूरी होगा, यह हम पहले ही बता देते हैं — ज़रूरत से ज़्यादा नहीं माँगते।
- 3हम ले आते हैं और जाँचते हैं
सब कुछ serv.host के सर्वर पर कॉपी करते हैं, चलाते हैं, काम जाँचते हैं और नतीजा अस्थायी पते पर दिखाते हैं — आपके आगंतुकों के लिए कुछ भी बदलने से पहले।
- 4सुविधाजनक समय पर स्विच
DNS तब बदलते हैं जब आपके यहाँ सबसे कम आगंतुक होते हैं। उस वक़्त पुरानी होस्टिंग अब भी चल रही होती है।
साइट क्यों नहीं गिरेगी
- दो सर्वर एक साथ चलते हैं
जब तक माइग्रेशन चल रहा है, प्रोजेक्ट पुरानी होस्टिंग से खुलता रहता है। हम कुछ भी बंद नहीं करते और आपका कुछ भी नहीं हटाते।
- TTL पहले ही घटा देते हैं
स्विच से एक दिन पहले DNS रिकॉर्ड का जीवनकाल कम कर देते हैं। तब आगंतुक नए पते पर मिनटों में पहुँच जाते हैं, चौबीस घंटे में नहीं।
- समय आप चुनते हैं
रात, छुट्टी का दिन या कोई और शांत पल। हम आपके लोड के हिसाब से चलते हैं, अपने शेड्यूल के हिसाब से नहीं।
- वापस लौटना मुमकिन है
पुरानी होस्टिंग कुछ समय तक जस की तस बनी रहती है। कुछ ग़लत हुआ तो DNS के एक बदलाव से वापस लौट आते हैं।
कहाँ से ले आते हैं
- किसी भी प्रोवाइडर से
रूसी हो या विदेशी, बड़ा हो या छोटा। पुरानी होस्टिंग को लेकर हमारी कोई पाबंदी नहीं है।
- कंट्रोल पैनल से
ISPmanager, cPanel, Plesk, HestiaCP और दूसरे। डेटा पैनल के अपने ही साधनों से लेते हैं।
- तैयार बैकअप से
पुरानी होस्टिंग तक पहुँच अब न बची हो, तो फ़ाइलों का आर्काइव और डेटाबेस का डंप ही काफ़ी है।
- SSH या FTP से
जब पैनल है ही नहीं — सीधे सर्वर से ले आते हैं।
पक्का नहीं कि आपका मामला भी इसमें आता है? लिखिए, देखकर ईमानदारी से जवाब देंगे: support@serv.host
अक्सर पूछे जाने वाले प्रश्न
माइग्रेशन से पहले जो पूछा जाता है, उसके छोटे जवाब। अगर आपका सवाल यहाँ न हो — पूछिए, हम जवाब देंगे।
ज्ञान आधार खोलें
