बैकअप

अपने सेटअप की एक कॉपी रखें, ताकि ख़राब अपडेट, डिस्क ख़राब होने या नई मशीन पर जाने के बाद उसे वापस रखा जा सके।

शुरू करने से पहले

• Settings > Backups (सेटिंग > बैकअप) के लिए Change settings (सेटिंग बदलना) अनुमति चाहिए। रीस्टोर सिर्फ़ ओनर कर सकता है।
• डाउनलोड करने, हटाने और रीस्टोर करने के लिए पिछले कुछ मिनट में पासवर्ड से साइन इन किया होना ज़रूरी है।

बैकअप लें

1. Settings > Backups खोलें।
2. Back up now (अभी बैकअप लें) चुनें। नया बैकअप Saved backups (सेव किए गए बैकअप) के नीचे दिखना चाहिए।
3. उसके पास वाला Download (डाउनलोड) चुनें, ताकि एक कॉपी सर्वर से बाहर भी रहे।

मास्टर कुंजी सेव करें

बैकअप में मास्टर कुंजी कभी नहीं होती। यही कुंजी आपकी सेटिंग में रखे पासवर्ड और API कुंजी खोलती है। मेल खाती कुंजी के बिना रीस्टोर किया गया बैकअप उन्हें पढ़ नहीं सकता।

1. Master key (मास्टर कुंजी) के नीचे ओनर Download key kit (कुंजी किट डाउनलोड करें) चुनता है।
2. फ़ाइल को सर्वर से दूर और अपने बैकअप से अलग रखें। कुंजी किट की चेतावनी Settings > Backups और हेल्थ चेक से हटती दिखनी चाहिए।

बाद में इस्तेमाल करने के लिए इसका नाम बदलकर holyarrs.key करें और इसे कॉन्फ़िग फ़ोल्डर में रखें। आप ओनर नहीं हैं? ओनर से कहें कि वह इसे डाउनलोड करे।

बैकअप रीस्टोर करें

खतरा

बैकअप के बाद किए गए बदलाव चले जाते हैं। पहले मेल खाती मास्टर कुंजी तैयार रखें।

1. Restore from a file (फ़ाइल से रीस्टोर करें) चुनें और HolyArrs के बैकअप की zip चुनें।
2. पुष्टि करें।
3. HolyArrs फ़ाइल की जाँच करता है। Restore ready. It applies on the next start. (रीस्टोर तैयार है। यह अगली बार शुरू होने पर लागू होगा।) दिखना चाहिए।
4. HolyArrs रीस्टार्ट होता है और बैकअप को उसकी जगह रख देता है। सुझाई गई Docker रीस्टार्ट पॉलिसी के साथ यह अपने आप हो जाता है।

आपके मौजूदा डेटाबेस /config/backups/before-restore-<time> में चले जाते हैं, इसलिए आप रीस्टोर को पलट सकते हैं।

विकल्प

कितनी बार

विकल्प	बैकअप कब लेता है	क्या रखता है
Balanced (संतुलित, डिफ़ॉल्ट)	हर दिन	पिछले 7 दिन और 4 हफ़्तेवार कॉपी
Light (हल्का)	हफ़्ते में एक बार	4 हफ़्ते। सबसे कम जगह
Careful (सावधान)	हर दिन	30 दिन तक हर कॉपी

सबसे नया शेड्यूल वाला बैकअप हमेशा रखा जाता है। ये नियम सिर्फ़ शेड्यूल वाले बैकअप साफ़ करते हैं। जो बैकअप आप ख़ुद लेते हैं, वे तब तक रहते हैं जब तक आप उन्हें न हटाएं (लाइन पर कूड़ेदान वाला बटन; इसे पलटा नहीं जा सकता)। जिस अपडेट से सेव किया हुआ डेटा बदलता है, उससे पहले भी HolyArrs बैकअप लेता है और सबसे नए 3 रखता है; अपडेट देखें।

नई मशीन पर जाएं

नया इंस्टॉल पहली बार शुरू होने पर अपनी मास्टर कुंजी ख़ुद बनाता है। वह कुंजी आपके पुराने बैकअप नहीं खोल सकती, इसलिए रीस्टोर मना कर दिया जाता है। पहले पुरानी कुंजी उसकी जगह रखें। उदाहरणों में कंटेनर का नाम holyarrs है; आप अपना नाम इस्तेमाल करें।

1. पहली बार शुरू करने से पहले कंटेनर को बिना शुरू किए बनाएं: docker compose create, या अपनी docker run लाइन में docker run -d की जगह docker create रखकर।
2. अपनी पुरानी कुंजी अंदर कॉपी करें: docker cp holyarrs.key holyarrs:/config/। holyarrs.key नाम दी गई कुंजी किट भी चलती है। यह नाम वाले वॉल्यूम और होस्ट फ़ोल्डर, दोनों के साथ काम करता है; शुरू होते समय HolyArrs /config की फ़ाइलें आपके PUID और PGID को सौंप देता है। अगर आप HOLYARRS_MASTER_KEY_FILE इस्तेमाल करते हैं, तो कुंजी को होस्ट पर उसी पाथ पर रखें, और वह आपके PUID और PGID के लिए पढ़ने लायक हो।
3. बैकअप रीस्टोर करें। एक तरीका चुनें:

   • HolyArrs शुरू करें, पहली बार का सेटअप पूरा करें, फिर Settings > Backups में Restore from a file इस्तेमाल करें।

   • या पहली बार शुरू करने से पहले रीस्टोर करें। zip को, नाम बदले बिना, backups नाम के फ़ोल्डर में रखें और उसे docker cp backups holyarrs:/config/ से अंदर कॉपी करें। फिर उसी इमेज से रीस्टोर एक बार चलाएं:

     • Compose: docker compose run --rm holyarrs restore <zip name>
     • Docker CLI: docker run --rm --volumes-from holyarrs -e PUID=<puid> -e PGID=<pgid> holyarrs/holyarrs:<tag> restore <zip name>

     कुंजी फ़ाइल का पाथ इस्तेमाल करते हों, तो -e HOLYARRS_MASTER_KEY_FILE=<its path> जोड़ें, ताकि रीस्टोर आपकी कुंजी से जाँच करे। restore --list उन बैकअप के नाम दिखाता है जो उसे दिखते हैं।

4. HolyArrs शुरू करें। आपकी लाइब्रेरी और सेटिंग वापस दिखनी चाहिए।

कुंजी कॉपी करने से पहले ही नया इंस्टॉल शुरू कर दिया? अगर उस पर रखने लायक कुछ नहीं है, तो HolyArrs बंद करें, उसी docker cp से अपनी पुरानी कुंजी नई कुंजी के ऊपर कॉपी करें, रीस्टोर करें, फिर शुरू करें।

अगर काम न करे

लक्षण: “Backups are off in this build” (इस बिल्ड में बैकअप बंद हैं)। वजह: यह कॉपी अपने बैकअप मैनेजर के बिना चल रही है। हल: ऐप में कोई नहीं; बैकअप के कंट्रोल ही नहीं हैं।

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

लक्षण: मास्टर कुंजी की वजह से रीस्टोर मना कर दिया जाता है। वजह: कॉन्फ़िग फ़ोल्डर की कुंजी बैकअप से मेल नहीं खाती। हल: मेल खाती holyarrs.key वापस रखें और दोबारा कोशिश करें।

रीस्टोर ऐसी zip को भी मना करता है जो बहुत बड़ी या ख़राब है, जिसमें अनचाही फ़ाइलें हैं, जो नए डेटाबेस वर्ज़न से आई है, या जिसमें ऐसा डेटा है जिसे आपकी कुंजी पढ़ नहीं सकती।

एक्सपर्ट के लिए

बैकअप में क्या होता है

हर बैकअप एक zip है, जिसमें मुख्य डेटाबेस, Events डेटाबेस (अगर है) और backup.json (HolyArrs का वर्ज़न, डेटाबेस के वर्ज़न, बैकअप का प्रकार, बनने का समय) होते हैं। मीडिया, डाउनलोड, आर्टवर्क, लॉग और मास्टर कुंजी इसमें नहीं होते।

पहली बार शुरू करने से पहले रीस्टोर

docker cp नाम वाले वॉल्यूम और होस्ट फ़ोल्डर, दोनों के साथ काम करता है; शुरू होते समय HolyArrs /config की फ़ाइलें आपके PUID और PGID को सौंप देता है। HOLYARRS_MASTER_KEY_FILE के साथ कुंजी को होस्ट के उसी पाथ पर रखें, और वह PUID और PGID के लिए पढ़ने लायक हो।

1. zip को, नाम बदले बिना, backups नाम के फ़ोल्डर में रखें और उसे अंदर कॉपी करें: docker cp backups holyarrs:/config/।
2. उसी इमेज से रीस्टोर एक बार चलाएं:
   • Compose: docker compose run --rm holyarrs restore <zip name>
   • Docker CLI: docker run --rm --volumes-from holyarrs -e PUID=<puid> -e PGID=<pgid> holyarrs/holyarrs:<tag> restore <zip name>
3. कुंजी फ़ाइल का पाथ इस्तेमाल करते हों, तो -e HOLYARRS_MASTER_KEY_FILE=<its path> जोड़ें, ताकि रीस्टोर आपकी कुंजी से जाँच करे।
4. HolyArrs शुरू करें।

restore --list उन बैकअप के नाम दिखाता है जो उसे दिखते हैं।

इससे जुड़े पेज

• अपडेट
• इंस्टॉल
• हेल्थ चेक