JetBackup लाइसेंस: cPanel और DirectAdmin के लिए इंक्रीमेंटल बैकअप
JetBackup, cPanel और DirectAdmin सर्वरों पर इंक्रीमेंटल बैकअप लेता है और उन्हें लोकल डिस्क, FTP या S3-कम्पैटिबल स्टोरेज पर लिखता है। लाइसेंस उसी सर्वर के IP से जुड़ता है जो बैकअप जॉब चलाता है।
पारंपरिक पैनल बैकअप की दो जानी-मानी दिक़्क़तें हैं: हर दौर में पूरा खाता दोबारा कॉपी होता है, जिसमें डिस्क और वक़्त दोनों जलते हैं, और रीस्टोर लगभग हमेशा एडमिन के हाथ से होकर गुज़रता है। JetBackup पहली पूरी कॉपी के बाद सिर्फ़ बदला हुआ हिस्सा भेजता है, इसलिए रात की बैकअप विंडो छोटी हो जाती है और उतनी ही जगह में कहीं ज़्यादा रीस्टोर पॉइंट समा जाते हैं। मंज़िल की तरफ़ आपके पास विकल्प हैं — लोकल डिस्क, FTP या S3-कम्पैटिबल ऑब्जेक्ट स्टोरेज — और कई मंज़िलें अलग-अलग शेड्यूल पर चल सकती हैं। कंट्रोल पैनल के साथ जुड़कर चलने की वजह से खाता मालिक अपनी ही स्क्रीन से एक फ़ाइल, एक डेटाबेस या एक मेलबॉक्स वापस ला सकता है; इनमें से कौन-से अधिकार खोलने हैं यह एडमिन तय करता है, और "यह फ़ाइल वापस ला दीजिए" वाले ज़्यादातर टिकट आने ही बंद हो जाते हैं। यह शेयर्ड होस्टिंग कंपनियों, रीसेलरों और उन सिस्टम एडमिनों के काम का है जिन पर दूसरों के डेटा की निजी ज़िम्मेदारी है।
लाइसेंस की-फ़ाइल से नहीं, सर्वर के IP पते से बँधता है। जो टीमें सर्वर बार-बार दोबारा खड़े करती हैं, उनके लिए यह व्यावहारिक फ़र्क़ है: इमेज से नई मशीन उठाइए और दोबारा कुछ ख़रीदना नहीं पड़ता, बस पैनल में IP अपडेट कीजिए — पुराना पता उसी क्षण गिर जाता है। सर्वर पर इंस्टॉलेशन एक ही कमांड है और स्क्रिप्ट लाइसेंस को IP से ढूँढ लेती है, इसलिए न कोई की कॉपी करनी है न सँभालकर रखनी है। भुगतान आपके प्रीपेड बैलेंस से कटता है, और चूँकि कुछ भी अप्रूवल के इंतज़ार में नहीं रुकता, लाइसेंस आम तौर पर एक मिनट में इस्तेमाल लायक़ हो जाता है; क्रिप्टो से भरा बैलेंस अपने आप जुड़ता है, जबकि बैंक ट्रांसफ़र की पुष्टि एक व्यक्ति करता है। थोक में सर्वर देने वाली कंपनियों के लिए असली फ़ायदा API में है: लाइसेंस बनाने, नवीनीकरण, निलंबन और IP बदलने वाले एंडपॉइंट को WHMCS या अपने ऑटोमेशन से जोड़ दीजिए, फिर नया सर्वर बनते-बनते अपना लाइसेंस खुद ले लेगा। रीसेलर खातों पर छूट वाली क़ीमत ऑर्डर के वक़्त ही लग जाती है, इंस्टॉल स्क्रिप्ट रीसेलर के अपने डोमेन से उसके अपने ब्रांड के साथ परोसी जाती है, और सब-रीसेलर बनाकर हर एक को अलग प्राइस लिस्ट और बैलेंस सीमा दी जा सकती है। हर ऑर्डर, नवीनीकरण और API कॉल अपने नतीजे के साथ आपके खाते के इतिहास में उतरती है।
ऑर्डर से पहले कुछ बातें तय कर लेना बेहतर है। पैनल का प्रकार और वर्ज़न लाइन मायने रखती है, इसलिए इंस्टॉल करने से पहले पुष्टि कर लीजिए कि आपका पैनल समर्थित है। क्षमता की योजना इंक्रीमेंटल के असल बर्ताव के हिसाब से बनाइए — पहली पूरी कॉपी का आकार, रोज़ बदलने वाले डेटा की मात्रा और आप कितने रीस्टोर पॉइंट रखना चाहते हैं, यही तय करते हैं कि जगह कितनी चाहिए, और रिटेंशन बढ़ाते ही वह जगह तेज़ी से फूलती है। डेटा वाली डिस्क पर ही बैकअप लिखना बैकअप नहीं होता; कम से कम एक मंज़िल सर्वर के बाहर होनी चाहिए। रिमोट मंज़िलों के साथ बैंडविड्थ और आपके प्रोवाइडर की एग्रेस नीति भी तस्वीर में आ जाती है। इंस्टॉल स्क्रिप्ट चलाने से पहले पक्का कर लीजिए कि जो पता आप दर्ज कर रहे हैं वही है जिससे सर्वर असल में बाहर निकलता है — NAT के पीछे यह हमेशा वह पता नहीं होता जो मशीन स्थानीय रूप से बताती है। आख़िर में, रीस्टोर को नियम से आज़माते रहिए: जिस बैकअप को आज तक किसी ने वापस नहीं लाया, वह सुरक्षा जाल नहीं, एक अनुमान है। संस्करण और मौजूदा क़ीमतें ऑर्डर स्क्रीन पर दिखती हैं।
यहाँ से क्यों लें
इंक्रीमेंटल ट्रांसफ़र
पहली पूरी कॉपी के बाद सिर्फ़ बदला हुआ डेटा जाता है, जिससे बैकअप विंडो छोटी होती है और उतनी ही जगह में ज़्यादा रीस्टोर पॉइंट समाते हैं।
कई बैकअप मंज़िलें
लोकल डिस्क, FTP और S3-कम्पैटिबल ऑब्जेक्ट स्टोरेज एक साथ इस्तेमाल हो सकते हैं, हर एक अपने अलग शेड्यूल पर।
पैनल से खुद रीस्टोर
खाता मालिक cPanel या DirectAdmin से ही एक फ़ाइल, एक डेटाबेस या एक मेलबॉक्स बिना टिकट खोले वापस ले आता है।
एक कमांड, फिर API
सर्वर पर इंस्टॉलेशन एक ही कमांड है, और लाइसेंस बनाना, नवीनीकरण तथा IP बदलना REST API से चलता है, इसलिए नया सर्वर एक ही ऑटोमेटेड दौर में बनकर लाइसेंस भी ले लेता है।
अक्सर पूछे जाने वाले सवाल
लाइसेंस किस सर्वर से जुड़ता है — जिसका बैकअप लिया जा रहा है या स्टोरेज से?
उस सर्वर के IP से जो बैकअप जॉब चलाता है। जिस FTP जगह या S3 बकेट में बैकअप लिखे जाते हैं, उसके लिए अलग लाइसेंस नहीं चाहिए, क्योंकि वहाँ लाइसेंस वाला कुछ इंस्टॉल नहीं होता। इसके उलट, जिस भी सर्वर का बैकअप आप लेते हैं, उसका अपना लाइसेंस होना चाहिए।
सर्वर दोबारा बनाया या IP बदल गया तो लाइसेंस का क्या होगा?
आप पैनल में लाइसेंस का IP बदल देते हैं। नया पता तुरंत चलता है, पुराना तुरंत बंद हो जाता है, और न कुछ दोबारा ख़रीदना पड़ता है न सपोर्ट से माँगना। यही बदलाव API से भी होता है, इसलिए आप इसे अपनी बिल्ड स्क्रिप्ट के भीतर रख सकते हैं।
क्या ग्राहक अपने बैकअप खुद वापस ला सकते हैं?
हाँ — पैनल इंटीग्रेशन इसी के लिए है। खाता मालिक अपनी ही स्क्रीन से फ़ाइल, डेटाबेस या मेलबॉक्स के स्तर पर रीस्टोर कर सकता है, और इनमें से कौन-से अधिकार चालू रहेंगे — या सब बंद रहेंगे — यह एडमिन तय करता है।
नवीनीकरण बंद कर दूँ तो पहले से रखे बैकअप का क्या होगा?
मासिक लाइसेंस उस अवधि के अंत तक चलता है जिसका भुगतान आपने किया है, ऑटो-रिन्यूअल कभी भी बंद किया जा सकता है, और न अनुबंध है न रद्दीकरण शुल्क। बैकअप फ़ाइलें आपकी अपनी स्टोरेज में रहती हैं; लाइसेंस ख़त्म होने से उन्हें कुछ नहीं होता। लेकिन रीस्टोर सॉफ़्टवेयर की अपनी स्क्रीन से ही होता है, इसलिए बंद करने या माइग्रेट करने का इरादा हो तो ज़रूरी रीस्टोर अवधि ख़त्म होने से पहले निपटा लीजिए।
दूसरे लाइसेंस
अपने बैकअप सर्वर का IP दर्ज कीजिए, लाइसेंस मिनटों में चालू कीजिए और पहला इंक्रीमेंटल दौर आज रात ही चलने दीजिए।