पुराने सर्वर से एक account को बिना download किए ले जाना

एक customer को ले जाने का मतलब हुआ करता था: पुराने host में sign in करें, एक backup बनाएँ, कई gigabytes अपने computer पर download करें, फिर से upload करें। एक home connection पर वह प्रति customer एक दोपहर है, और यही सबसे बड़ी वजह है कि लोग जहाँ हैं वहीं रहते हैं।

Transfer Tool पुराने सर्वर से इस सर्वर से connect होता है और archive को सीधे उस पार stream करता है। Admin → Migrate → "Or pull it straight from the old server."

आपको क्या चाहिए

archive पाने के दो तरीके

एक ताज़ा cPanel backup बनाएँ। हम पुराने सर्वर पर cPanel का अपना pkgacct चलाते हैं, जो बिलकुल वही है जो cPanel का transfer tool करता है — और, cPanel के जैसे, इसे वहाँ root चाहिए। backup एक अस्थायी folder में बनाया जाता है, यहाँ stream किया जाता है, और बाद में पुराने सर्वर से हटा दिया जाता है: एक migration को किसी के पूरे account की एक copy उस machine पर नहीं छोड़नी चाहिए जिसे वे छोड़ रहे हैं।

एक archive जो पहले से मौजूद है। आप पुराने सर्वर पर एक file का नाम लेते हैं और हम उसे fetch करते हैं। यह Plesk, DirectAdmin और बाकी किसी भी चीज़ का जवाब है: उस पैनल के अपने tool से backup बनाएँ, फिर हमें file पर point करें। हम जानबूझकर दूसरे पैनलों की command lines का अनुमान नहीं लगाते — एक ग़लत अनुमान migration के बीच में विफल होता, जो सबसे बुरा संभव समय है।

यह आपसे fingerprint के बारे में क्यों पूछता है

आप एक ऐसी machine में एक root password टाइप करने वाले हैं जिसकी पहचान केवल आपके टाइप किए एक नाम से है। अगर वह नाम कहीं अप्रत्याशित पर resolve होता है — एक typo, एक पुराना DNS record, बीच में कोई — तो password जिसने जवाब दिया उसके पास जाता है।

तो पहला step केवल machine की पहचान करता है। यह connect होता है, आपको सर्वर का fingerprint (SHA256:…) और उसका SSH banner दिखाता है, और रुक जाता है। उस fingerprint की तुलना उससे करें जो पुराना host आपको दिखाता है। तभी transfer form दिखता है, और transfer एक अलग key पेश करने वाले सर्वर के मुक़ाबले चलने से मना कर देता है।

अगर आपके पास पुराने सर्वर तक SSH access है, तो आप वहाँ उसका fingerprint print कर सकते हैं:

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub

अगर fingerprint बाद में बदल जाए, तो रुक जाएँ। वह या तो एक rebuilt सर्वर है या बीच में कोई, और दोनों को एक इंसान के देखने की ज़रूरत है।

जब यह चलता है

Transfer background में चलता है और बताता है कि कितना आ गया है। आप पेज खुला छोड़ सकते हैं; एक बड़े account में कुछ समय लगता है, और transfer आपके browser के टिके रहने पर निर्भर नहीं करता।

एक बार में एक। एक के चलते हुए दूसरा transfer मना कर दिया जाता है — एक ही disk के लिए प्रतिस्पर्धा करते दो multi-gigabyte pulls आपको दो अधूरे देते हैं।

एक विफल transfer कुछ नहीं छोड़ता। archive तभी जगह पर रखा जाता है जब वह पूरा आ गया हो। अगर पुराने सर्वर पर backup बनाते समय disk ख़त्म हो जाए, या connection टूट जाए, तो आपको एक error मिलता है और आप बस दोबारा कोशिश कर सकते हैं — ढूँढकर delete करने के लिए कोई अधूरी file नहीं होती।

आने के बाद

Transfer जानबूझकर वहीं रुक जाता है। archive उसी जगह उतरता है जहाँ एक uploaded एक उतरता है, और मौजूदा steps संभाल लेते हैं: Preflight आपको ठीक-ठीक दिखाता है कि क्या import होगा — account name, domains, databases, mailboxes, PHP version, और जो कुछ पहले से यहाँ है उसके साथ कोई भी टकराव — और Import account को दोबारा बनाता है।

जब तक आपने preflight न पढ़ लिया हो तब तक कुछ नहीं बनाया जाता। archive को पूरे दौरान untrusted माना जाता है, चाहे आपने उसे upload किया हो या हमने उसे खींचा हो।

यह कब काम नहीं करेगा

• पुराने सर्वर पर कोई root नहीं। इसके बजाय एक मौजूदा archive fetch करें: उसे पुराने पैनल के अपने interface में बनाएँ (cPanel: Backup Wizard), फिर हमें file पर point करें।
• पुराना host बाहर से SSH block करता है, या केवल सूचीबद्ध addresses से इसकी अनुमति देता है। उनसे इस सर्वर के IP की अनुमति देने को कहें, या archive upload करने पर वापस जाएँ।
• पुराने सर्वर पर backup बनाने के लिए पर्याप्त free disk नहीं। pkgacct को कुछ भी stream होने से पहले account की एक पूरी copy के लिए जगह चाहिए। वहाँ जगह ख़ाली करें, या उनसे किसी ऐसी जगह backup बनवाएँ जहाँ जगह हो और existing-archive रास्ता उपयोग करें।