रिकवरी की ज़रूरत पड़ने से पहले बैकअप लें।

1. दोनों तरह के बैकअप रखें

दोनों चाहिए। रिकवरी शब्द इनवॉइस, यूज़र, स्टोर, API क्रेडेंशियल या डिलीवरी इतिहास बहाल नहीं करते। मेल खाती एन्क्रिप्शन कुंजी के बिना डेटाबेस एन्क्रिप्टेड वॉलेट सीक्रेट नहीं खोल सकता।

बाहरी Monero वॉलेट और Lightning नोड को अपने प्रदाता-विशिष्ट बैकअप चाहिए। Wholly Crypto निर्यात Lightning चैनल या बाहरी वॉलेट की खर्च कुंजियों का बैकअप नहीं लेता।

2. हर प्रोजेक्ट के वॉलेट निर्यात करें

खोलें: प्रोजेक्ट → वॉलेट → सबका बैकअप। सादा चुनें: .txt या खोजने योग्य एकल-फ़ाइल HTML बैकअप जिसमें QR कोड हैं। सुरक्षा पुष्टि पूरी करें और फ़ाइल निजी रूप से सहेजें।

जाँचें कि अपेक्षित चेन शामिल हैं। HTML निर्यात केवल भरोसेमंद ऑफ़लाइन डिवाइस पर खोलें। उसकी स्क्रिप्ट और QR कोड फ़ाइल में ही हैं; उसे वेबसाइट की ज़रूरत नहीं। पेज पर सीक्रेट छिपाना एन्क्रिप्शन नहीं है।

प्राप्ति पते और डेरिवेशन विवरण रखें। मुख्य निजी कुंजी मुख्य पते के लिए है, हर इनवॉइस पते के लिए नहीं। फ़्रेज़ बहाल करते समय संगत वॉलेट को अपनी डिफ़ॉल्ट सीमा से आगे पते खोजने पड़ सकते हैं। चेन-विशिष्ट रिकवरी गाइड →

3. एप्लिकेशन बैकअप बनाएँ

नेटिव VPS इंस्टॉलेशन के लिए SSH से रूट के रूप में जुड़ें और चलाएँ:

whollycrypto backup

CLI रिकवरी आर्काइव की जगह दिखाता है। कॉपी करें पूरी बैकअप डायरेक्टरीजिसमें शामिल हो recovery.tar.gz, recovery.tar.gz.sha256 और backup.jsonऔर इसे इस VPS के बाहर सुरक्षित स्टोरेज में रखें।

मेटाडेटा से एप्लिकेशन वर्ज़न, स्कीमा और बैकअप समय लिख लें। सर्वर दोबारा बनाने के नोट भी रखें: फ़ायरवॉल, डोमेन, PostgreSQL वर्ज़न और कस्टम सिस्टम कॉन्फ़िगरेशन। यह बंडल पूरी डिस्क इमेज नहीं है और हर OS सेटिंग या प्रमाणपत्र नहीं बचाता।

नियत स्थानीय बैकअप और अपडेट रिकवरी कॉपियाँ उपयोगी हैं, लेकिन खराब या हैक हुआ VPS उन्हें एक साथ खो सकता है। अलग-अलग तारीख की कई कॉपियाँ सर्वर से बाहर रखें। कंटेनर के लिए पालन करें Docker गाइड और स्थायी डेटा व कॉन्फ़िगरेशन दोनों बचाएँ; ये SSH चरण नेटिव इंस्टॉल के लिए हैं।

4. कॉपी सत्यापित करें और सुरक्षित रखें

कॉपी की गई CLI बैकअप डायरेक्टरी में आर्काइव जाँचें:

sha256sum --check recovery.tar.gz.sha256

यह OK नतीजा उस चेकसम से फ़ाइल सत्यापित करता है। यह उसे एन्क्रिप्ट नहीं करता, उसका स्रोत प्रमाणित नहीं करता और पूरी बहाली काम करेगी, यह भी साबित नहीं करता। अलग वातावरण में बहाली भी जाँचें।

महत्वपूर्ण कॉन्फ़िगरेशन बदलाव और वॉलेट जोड़ने के बाद बैकअप ताज़ा करें। कितने हाल के इनवॉइस डेटा का नुकसान सह सकते हैं, उसके आधार पर समय-सारणी चुनें।

5. अलग वातावरण में बहाल करें

सभी स्थितियों के लिए एक-कमांड बहाली नहीं है। अगर PostgreSQL और सिस्टम सेवाएँ बहाल करने में सहज नहीं हैं तो सर्वर एडमिनिस्ट्रेटर से यह चेकलिस्ट पूरी करवाएँ।

1. मौजूदा सर्वर और डेटाबेस सुरक्षित रखें। बैकअप टाइमस्टैम्प, चेकसम और एप्लिकेशन/स्कीमा वर्ज़न की पुष्टि करें। बहाल कॉपी सक्रिय होने से पहले मूल इंस्टेंस रोक दें।
2. अलग सर्वर या रिकवरी वातावरण तैयार करें। सार्वजनिक ट्रैफ़िक, बैकग्राउंड वर्कर और बाहर जाने वाला वित्तीय/कॉलबैक ट्रैफ़िक रोकें, ताकि कॉपी फ़ंड भेज, ट्रेड कर या सूचनाएँ दोबारा न भेज सके।
3. डंप को बहाल करें एक नए, खाली डेटाबेसमें। उसकी मेल खाती एप्लिकेशन फ़ाइलें, कॉन्फ़िगरेशन और मूल वॉलेट एन्क्रिप्शन कुंजी इस्तेमाल करें। नई स्थानापन्न कुंजी कभी न बनाएँ और नए स्कीमा पर पुराना बाइनरी न चलाएँ।
4. डेटाबेस भूमिका/अनुमतियाँ और ज़रूरी सेवा, Nginx व HTTPS कॉन्फ़िगरेशन फिर बनाएँ। सीक्रेट केवल रूट के लिए रखें। इंस्टॉल रिलीज़ के रिकवरी नोट और यह देखें: PostgreSQL बहाली दस्तावेज़ ↗.
5. वॉलेट, पता इंडेक्स, इनवॉइस और इंटीग्रेशन की तुलना करें। ऑटोमेशन की अनुमति देने से पहले बैकअप के बाद के भुगतान, प्रसारण और एक्सचेंज ऑर्डर का मिलान करें। मिलान पूरा होने तक दोनों डेटाबेस रखें।

पुराने बैकअप में हाल में जारी इनवॉइस पते और भुगतान रिकॉर्ड छूट सकते हैं। डेटाबेस बहाल करने से ब्लॉकचेन गतिविधि वापस नहीं होती।

6. दोबारा खोलने से पहले जाँचें

बहाल नेटिव इंस्टॉलेशन पर ये निदान जाँच चलाएँ। इनसे फ़ंड नहीं भेजा जाता:

whollycrypto status
whollycrypto doctor

कंसोल ऐक्सेस, स्कैनर स्थिति, वॉलेट पते, हाल के इनवॉइस, कॉलबैक इतिहास और लंबित ट्रांसफ़र सत्यापित करें। वर्कर और बाहरी ऐक्सेस फिर चालू करने से पहले स्वीप व एक्सचेंज नियम देखें। केवल रखें एक सक्रिय इंस्टेंस जो इन वॉलेट और बहाल डेटाबेस स्थिति का इस्तेमाल करे।

बहाली सत्यापित होने के बाद नया सर्वर-बाह्य बैकअप बनाएँ। जाँच और मिलान पूरे होने पर ही ग्राहक ट्रैफ़िक बदलें।