के अनुसार इस , आप पासवर्ड निर्दिष्ट करने के वातावरण चर RESTIC_PASSWORD उपयोग कर सकते हैं।

जैसा कि @pvgoran ने पहले ही कहा था, आप पर्यावरण चर RESTIC_PASSWORD उपयोग कर सकते हैं। यह यहाँ http://restic.readthedocs.io/en/latest/Manual/#initialize -a-repository के मैनुअल में प्रलेखित है। यदि आपके पास इस बारे में बेहतर दस्तावेज़ देने का विचार है, तो कृपया एक पुल-अनुरोध बनाएं।

# 278 भी समस्या है, जो किसी फ़ाइल से पासवर्ड पढ़ने के बारे में है।

मैं इस मुद्दे को बंद करने जा रहा हूं क्योंकि अभी हमें कुछ करने की जरूरत नहीं है। यदि आप असहमत हैं, तो कृपया एक टिप्पणी छोड़ दें।

आउच, और मुझे लगा कि मैंने उस सेक्शन को पढ़ा है ...।

हो सकता है कि वह पैराग्राफ दे दो वह स्वयं शीर्षक या सबहडिंग है उस खंड में पहले चार पैराग्राफ एक भंडार को शुरू करने के बारे में सब कुछ कवर करते हैं। स्वचालित रूप से बैकअप देना वास्तव में उस के तहत फिट नहीं है।

धन्यवाद @pvgoran तेज उत्तर के लिए, Btw। :मुस्कुराओ:

इस पर बस एक त्वरित अनुवर्ती प्रश्न। यदि कोई बैकअप समय तक समाप्त नहीं होता है, तो क्रोन फिर से आराम करता है, तो क्या होगा?

इस स्थिति में, रेस्ट एक दूसरा (समानांतर) बैकअप शुरू करेगा, जो पहले (अभी भी चल रहा) बैकअप द्वारा पहले से अपलोड किए गए डेटा का उपयोग करता है। मुझे लगता है कि दोनों बैकअप लगभग एक ही समय में समाप्त हो जाएंगे। कुछ डेटा दोहराव होगा, जो अगली बार prune कमांड चलाने पर साफ हो जाता है। यह किसी भी डेटा भ्रष्टाचार या डेटा हानि का कारण नहीं होगा, हालांकि। रिपॉजिटरी प्रारूप एक तरह से डिज़ाइन किया गया है जो डेटा के समानांतर अपलोड करने की अनुमति देता है।

यह एक दिलचस्प मामला है जिसके बारे में मैंने अभी तक नहीं सोचा है। क्या आपको लगता है कि हमें यह जांचने के लिए कोड की आवश्यकता है कि क्या एक ही बैकअप पहले से ही एक ही होस्ट पर चल रहा है, और इस मामले में बाहर निकलें?

@ fd0 संभवतः, हाँ। केवल उसी बैकअप के लिए। या, स्वचालित बैकअप स्क्रिप्ट करने का एक साफ तरीका: कुछ निर्देश, शायद "रेस्टिक बैकअप" फिर "रेस्टिक अनलॉक" तो उदाहरण के लिए "रेस्टिक प्रून"। लेकिन उन अतिरिक्त आदेशों के बारे में चिंता करना अच्छा नहीं होगा।

restic backup बाद restic forget और restic prune सामान्य वर्कफ़्लो है, और जो इसे साफ करता है। मैं फिर भी एक और मुद्दा जोड़ूंगा, इसलिए हम इस विचार को ट्रैक कर सकते हैं।

शांत, धन्यवाद! अभी के लिए मैं उस प्रवाह का उपयोग करूँगा।

यहां एक और विकल्प जो मदद कर सकता है वह है टाइमआउट पैरामीटर। यदि आपको पता है कि आपकी क्रोन जॉब हर एक्स घंटे में बैकअप का समय निर्धारित करती है, तो आप आराम करने के लिए एक समय पार कर सकते हैं ताकि यह अगले एक शुरू होने से पहले समाप्त हो जाए। यह अन्य चीजों के लिए भी उपयोगी होगा। (यह पहले से मौजूद हो सकता है, मैं आराम करने के लिए नया हूं)

यह पता लगाने से कि आराम पहले से ही मुश्किल लग रहा है और मैं नहीं हूँ कि यह कैसे सही ढंग से और आराम से खुद को आराम से किया जाएगा। खासकर जब से आप एक ही समय में अलग-अलग रेस्टिक बैकअप चला सकते हैं, जिनकी गिनती नहीं होनी चाहिए।

हो सकता है कि एक स्टार्ट अप स्क्रिप्ट जो अन्य कई लिनक्स के समान हो, जो ऐसी स्क्रिप्ट्स को शुरू करती है, जो जब शुरू होती है तो पीआईडी ​​ऑफ रेस्टिक लेती है और इसे टैम्प फाइल में सेव कर देती है, फिर रेस्टिक के खत्म होने पर इसे डिलीट कर देती है। हर बार स्क्रिप्ट चलाने के बाद यह फ़ाइल के लिए जाँच करेगा। आपको प्रत्येक अनन्य अनुसूचित बैकअप के लिए एक अलग tmp फ़ाइल की आवश्यकता होगी।

दुर्भाग्यवश, किसी भी रनिंग रिस्टेक उदाहरण का पता लगाने का कोई भी साधन स्थानीय को छोड़कर सभी बैकेंड (SFTP, REST, S3 ...) पर विफल होगा।

@zcalusic हम ऐसा करने के लिए लॉक फ़ाइलों में संग्रहीत जानकारी का उपयोग कर सकते हैं: https://github.com/restic/restic/blob/master/src/restic/lock.go#L27 -L33, शायद फाइलों की सूची में जोड़ें बैकअप या सटीक कमांड लाइन तर्क या कुछ इसी तरह की।

मैं अभी भी नहीं देखता कि मशीन ए पर रेस्टिक कैसे होगा, बैकअप सर्वर मशीन बी पर एक लॉक ढूंढना, इस बीच अंतर करना कि मशीन सी पर बी वर्तमान में रेस्टिक सेशन चल रहा है) मशीन सी पर रेस्ट के बाद बासी लॉक बचा है?

या हम यहां आरपीसी तंत्र के बारे में बात करना शुरू कर रहे हैं? या इससे भी बेहतर, वितरित लॉक मैनेजर? 😄

@zcalusic मैं # 711 के बारे में बात कर रहा हूं: यह पता लगाना कि एक ही मशीन पर समान निर्देशिकाओं के साथ दूसरा बैकअप कब शुरू किया जाता है। यह संभव होना चाहिए।

@bwmarrin मुझे समझ नहीं आ रहा है कि आप क्या सुझाव दे रहे हैं:

यदि आपको पता है कि आपकी क्रोन जॉब हर एक्स घंटे में बैकअप का समय निर्धारित करती है, तो आप आराम करने के लिए एक समय पार कर सकते हैं ताकि यह अगले एक शुरू होने से पहले समाप्त हो जाए।

या तो एक बैकअप अंत तक चलाया जाता है, या इसे रद्द / समाप्त कर दिया जाता है। मुझे नहीं लगता कि किसी भी समय बैकअप के लिए संभव है कि यह सबसे अधिक समय लेता है जो किसी भी अवधि को एक काल्पनिक --timeout पैरामीटर में दिया जाता है। वह काम कैसे कर सकता है?

क्या आप ऐसे पैरामीटर के शब्दार्थ का वर्णन कर सकते हैं? धन्यवाद!

@ fd0 मैं कह रहा हूं कि यदि बैकअप - टाइमआउट मान के भीतर समाप्त नहीं होता है, तो इसे समाप्त कर दिया जाता है। मुझे इसका मतलब है कि यह एक अधूरा या अधूरा बैकअप होगा। हालांकि, रेस्टिक के वृद्धिशील डिजाइन के बाद से यह वास्तव में बड़ी बात नहीं है। अगली बार जब बैकअप कहा जाता है, तो यह बंद हो जाएगा जहां इसे छोड़ दिया है।

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

स्पष्टीकरण के लिए धन्यवाद। मुझे लगता है कि यह एक अच्छा विचार नहीं है। यदि आप इसे नोट किए बिना बैकअप स्थान धीमा कर रहे हैं तो क्या होता है (आपके नेटवर्क में कोई व्यक्ति बिटटोरेंट क्लाइंट को भूल गया, जो आपको अपस्ट्रीम बैंडविड्थ को अधिकतम करता है), इसलिए बैकअप समाप्त नहीं होता है, निरस्त हो जाता है, फिर से शुरू होता है, फिर से निरस्त हो जाता है और इसलिए । तब आप कभी भी पूर्ण कार्य बैकअप के साथ समाप्त नहीं होते हैं।

या निर्देशिका ट्री पर विचार करें जिसके लिए डेटा लगातार जोड़ा जाता है। रेस्टिक का एक सिंगल रन अंततः समाप्त हो जाएगा (यह इस तरह से डिज़ाइन किया गया है), लेकिन रेस्ट को फिर से शुरू करना कभी खत्म नहीं हो सकता जब बहुत अधिक नया डेटा रन के बीच जोड़ा जाता है।

इसके अलावा, आप timeout 40m restic backup [...] चलाकर मानक उपयोगिता timeout (coreutils से) का उपयोग करके आसानी से इस व्यवहार को लागू कर सकते हैं। इसलिए मुझे नहीं लगता कि इस विकल्प को आराम से जोड़ना एक अच्छा विचार है।

मुझे लगता है कि मुझे पार्टी में देर हो गई है लेकिन क्या कोई लॉक फाइल नहीं हो सकती है जो दूसरा उदाहरण शुरू होने से पहले पहले खत्म होने का इंतजार करती है?

@ कार्ल-गुस्ताव, हो सकता है कि आप स्क्रिप्टिंग के साथ इसे हासिल कर सकें। https://stackoverflow.com/a/1985512/244009

यह मेरे तालों से थोड़ा अधिक उन्नत था :-) मैं सिर्फ if file {wait 5sec and check again} उपयोग करता हूं

मुझे चर्चा में थोड़ा देर हो सकती है लेकिन मैंने कुछ सिस्टमड इकाइयाँ बनाई हैं जो आप यहाँ पा सकते हैं।
ये मेरी रेस्टिक कॉन्फिग फाइल हैं, ये किसी के लिए उपयोगी हो सकती हैं।

हाय, मैं अपने बैकअप को शेड्यूल करने के लिए रेस्टिक का उपयोग करने के बारे में पढ़ रहा हूं। अभी के लिए मेरा विचार बैकलज के लिए प्रति सप्ताह 2 दिनों के बैकअप के उदाहरण के लिए एनाक्रॉन का उपयोग करना है। बिंदु यह है कि, यदि मेरा बैकअप मंगलवार और शुक्रवार को 12PM पर एनाक्रॉन के साथ निर्धारित किया गया है और मेरा लैपटॉप मंगलवार को बंद कर दिया गया है और इसे फिर से शुरू नहीं किया गया है, तो शुक्रवार को 11:59 AM बजे तक, क्या होगा? AFAIK (और अगर मैं गलत नहीं हूँ) anacron को मंगलवार की छूटी हुई नौकरी शुरू करनी चाहिए; और एक मिनट बाद (जबकि पहला रेस्टिक इंस्टेंस चल रहा है), दूसरा बैकअप चलाएगा, उसी डायरेक्टरी के लिए 2 समवर्ती बैकअप का उत्पादन करेगा?

या यह दूसरी तरह से चलने से रोकने के लिए किसी भी तरह का / tmp lockfile है?
मुझे अपने बैकअप को सही ढंग से शेड्यूल करने के लिए इसे कैसे प्रबंधित करना चाहिए? धन्यवाद :)

@gerardbosch हाय! यह सवाल मंच के लिए बेहतर है, अगली बार कृपया विचार करें :)

इसे हैंडल करने का एक तरीका एक स्क्रिप्ट लिखना है जो आपके लिए रेस्टिक रनिंग करता है, और ऐसा करने के हिस्से के रूप में एक रनफाइल बनाता है (जैसे /var/run/restic.pid रेस्टिक प्रोसेस की पीआईडी ​​युक्त), जो तब यह हो सकता है यह निर्धारित करने के लिए जांचें कि क्या आराम पहले से काम कर रहा है या नहीं।

यह किसी भी तरह से harm नहीं होगा यदि आप दो समवर्ती बैकअप चलाने के लिए थे, लेकिन यह निश्चित रूप से व्यर्थ है यदि वे कम या ज्यादा समान फ़ाइलों को कवर करते हैं और समय में इंगित करते हैं।

क्या एनाक्रॉन मिस्ड बैकअप रन पर पकड़ने की कोशिश करता है, मुझे नहीं पता, यह कहना चाहिए कि इसके प्रलेखन में मुझे लगता है। यदि आप macOS पर हैं और शेड्यूलिंग के लिए launchd करते हैं, तो आपके पास ऐसा करने या न करने का विकल्प है, यह आपके ऊपर है।

Google खोज से यहां आने वाले अधिक लोगों के लिए FYI:

यहां बताया गया है कि मैं क्रोन जॉब्स के बजाय सिस्टमड सेवाओं और समय का उपयोग करके एक शेड्यूल पर बैकअप कैसे करता हूं। बैकअप फेल होने पर ईमेल नोटिफिकेशन की भी सुविधा।

https://github.com/erikw/restic-systemd-automatic-backup

@erikw शानदार शेड्यूल स्क्रिप्ट, बधाई!
कुछ सवाल:

• क्रोन या एनाक्रॉन पर सिस्टमड टाइमर का उपयोग करने का मुख्य लाभ क्या है?
• क्या systemed लिपियों / सेटअप को homedir में / etc के बजाय स्थापित किया जा सकता है?
• क्या एनाक्रॉन टैब $ HOME में कहीं स्थित हो सकता है?

मैं अपने लैपटॉप के होमडियर का बैकअप लेने की योजना बना रहा हूं, इसलिए आपदा वसूली के मामले में एक ही शेड्यूलर स्क्रिप्ट का बैकअप लेना होगा, एक आउट-ऑफ-द-बॉक्स शेड्यूल्ड बैकअप सिस्टम (यानी आपदा के बाद पूरे बैकअप को पुनर्स्थापित करना, एक प्रदान करेगा नया उपयोगकर्ता खाता पहले से ही उसी शेड्यूल पर बैकअप करने के लिए कॉन्फ़िगर किया गया है)।

@gerardbosch

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

• हां, मैं अपने स्थानीय उपयोगकर्ता के लिए कई सिस्टम टाइमर चला रहा हूं। वर्तमान में मेरे द्वारा उपयोग की जाने वाली टाइमर और संबंधित सेवाओं के लिए मेरे डॉटफाइल्स की जांच करें। सिस्टम टाइमर के बजाय उपयोगकर्ता के टाइमर को नियंत्रित करने के लिए --user का उपयोग करना महत्वपूर्ण है:

$ systemctl --user list-timers

• ऐसा लगता है जैसे वे /var/spool आमतौर पर हैं। अगर मुझे ~/ ले जाया जा सकता है तो मुझे नहीं पता। https://askubuntu.com/questions/216692/where-is-the-user-crontab-stored

जैसा कि यहां अभी तक उल्लेख नहीं किया गया है, बैकअप को संभालने का एक शानदार तरीका मर्ज अनुरोध में आराम समर्थन जोड़ा जा रहा है; यह अभी तक प्रतिबद्ध नहीं किया गया है। हालांकि सभी बुनियादी कार्यक्षमता होनी चाहिए।

@colans Backupninja कमाल का है, इसे आराम से इस्तेमाल करने में सक्षम होने का इंतजार नहीं किया जा सकता! इस काम के लिए धन्यवाद।

restic backup बाद restic forget और restic prune सामान्य वर्कफ़्लो है, और जो इसे साफ करता है। मैं फिर भी एक और मुद्दा जोड़ूंगा, इसलिए हम इस विचार को ट्रैक कर सकते हैं।

यदि मैं संभावित समानांतर नौकरियों की उम्मीद के बिना एक दैनिक निर्धारित कार्य / क्रोन नौकरी स्थापित कर रहा हूं, तो स्क्रिप्ट को अभी भी restic backup -> restic forget -> restic prune ? लगता है जैसे यह अधिक उपरि जोड़ रहा है यदि हम केवल एक समय में एक उदाहरण निष्पादित कर रहे हैं

क्या हम इसे एक प्रलेखन कार्य के रूप में फिर से खोल सकते हैं? मुझे लगता है कि हमें इस विषय में स्पष्टता बढ़ाने के लिए मैनुअल में "शेड्यूलिंग" अनुभाग जोड़ना चाहिए। हम कुछ ऐसा कह सकते हैं:

शेड्यूलिंग के दायरे के बाहर शेड्यूलिंग है। हालांकि, ऐसे बाहरी उपकरण हैं जिनका उपयोग इस उद्देश्य के लिए किया जा सकता है।

• रेपिक सपोर्ट ब्रांच के साथ
• सिस्टमिक सेवाओं और टाइमर का उपयोग करके स्वचालित रेस्टिक बैकअप
• रेस्टिक बैकअप कॉन्फिग

विचार?

पुनः खोलने के लिए एक और सुझाव। यदि रेस्टिक बैकअप शेड्यूलिंग / मॉनीटरिंग का समर्थन नहीं करता है, तो डॉक्स इसे समझा सकता है और कुछ करने के लिए लिंक कर सकता है, क्योंकि यह प्राथमिक तरीका बैकअप टूल का उपयोग किया जाता है।

@SigmaX कैसे शेड्यूल करता है यह पूरी तरह से इस बात पर निर्भर करता है कि आपके पास अपने OS और सॉफ्टवेयर क्या हैं। मुझे लगता है कि इस तरह के सुझाव आराम की चिंता के लिए प्रलेखन के बाहर हैं, लेकिन यह वास्तव में किसी के ब्लॉग या फोरम के व्यंजनों अनुभाग में भी एक उपयोगी लेख हो सकता है। यह https://restic.readthedocs.io/en/latest/080_examples.html पर रेस्टिक डॉक वेबसाइट में उदाहरण अनुभाग के लिए एक उम्मीदवार भी हो सकता है, लेकिन इसे इस तरह से लिखना होगा कि इसके लिए न्यूनतम आवश्यकता हो रखरखाव के बाद से, हम कई अलग-अलग प्लेटफार्मों पर इसे शेड्यूल करने के विस्तृत निर्देशों का एक सेट बनाए नहीं रखना चाहते हैं (क्योंकि यह एक बहुत ही जटिल विषय है)। उस सभी ने कहा, इस बारे में पहले से ही कई लेख और उदाहरण हैं (जैसे क्रोन और सिस्टमड के साथ) नेट पर, अगर कोई इसके लिए खोज करता है। मुझे पूरी तरह से यकीन नहीं है कि डॉक्स वेबसाइट में ऐसा करने की आवश्यकता है।

मुझे पूरी तरह से यकीन नहीं है कि डॉक्स वेबसाइट में ऐसा करने की आवश्यकता है।

मैं देख सकता हूं कि यह कैसे राय का विषय होगा, खासकर जब से आराम पार मंच है। मेरे लिए, यह आश्चर्यजनक था। यह कैसे लगता है अनुसूची करने के लिए पर प्रमुख डॉक्स के बिना एक बैकअप उपकरण होने से मुझे लगता है जैसे बिना पहियों वाली कार बेचना। मैंने डॉक्स की खोज करते हुए काफी समय बिताया, यह मानते हुए कि मैं कुछ याद कर रहा था। मैं कभी भी मैन्युअल रूप से बैकअप लॉन्च नहीं करता, लेकिन यह सब डॉक्स का वर्णन है।

बहुत कम से कम, एक डॉक्स अनुभाग उपयोगकर्ताओं का समय बचा सकता है: यह संकेत देकर कि उन्हें कहीं और खोज करने की आवश्यकता है / रेस्टिक के साथ रूटीन बैकअप सेटअप करने के लिए एक अलग टूल ढूंढें।

यह कैसे लगता है अनुसूची करने के लिए पर प्रमुख डॉक्स के बिना एक बैकअप उपकरण होने से मुझे लगता है जैसे बिना पहियों वाली कार बेचना

ज़रुरी नहीं। क्या हम "बेचते हैं" आप एक कार्यक्रम है जो आप बताते हैं कि क्या करना है, और यह इसे वापस करता है। आप कितनी बार करना चाहते हैं यह एक अलग चिंता है :) लेकिन मैं पचाता हूं।

मैं अधिकांश उपयोगकर्ताओं से अपेक्षा करूंगा कि यदि डॉक्स / Google को इसके लिए केवल डॉक्स में एक निश्चित विषय नहीं मिल रहा है, और फिर एक या दो मिनट के भीतर उत्तर पाएं। लेकिन इसका मतलब यह नहीं है कि हम प्रलेखन के कुछ प्रकार के एक सूचक को नहीं जोड़ना चाहिए, भले ही हम विभिन्न शेड्यूलिंग सॉफ़्टवेयर स्थापित करने के तरीके के बारे में विवरण न दें।

क्या हम "बेचते हैं" आप एक कार्यक्रम है जो आप बताते हैं कि क्या करना है, और यह इसे वापस करता है। आप कितनी बार ऐसा करना चाहते हैं एक अलग चिंता :)

और यह कहना पूरी तरह से वैध है "यह एक DIY किट है --- अपने खुद के पहिए खोजें!"

मैं अधिकांश उपयोगकर्ताओं से अपेक्षा करूंगा कि यदि डॉक्स / Google को इसके लिए केवल डॉक्स में एक निश्चित विषय नहीं मिल रहा है, और फिर एक या दो मिनट के भीतर उत्तर पाएं।

वास्तव में, "रेस्टिक बैकअप शेड्यूल" के लिए Googling ने मुझे यहां पहला मैच दिया: मुस्कान:

2122 संबंधित है क्योंकि यह शेड्यूलिंग के संबंध में कुछ नमूना प्रणाली टाइमर और अन्य चर्चा प्रदान करता है।

मुझे लगता है कि यहां "कम से कम रखरखाव" दृष्टिकोण समझ में आता है ... शायद उत्पादन में प्रवेश करने और एक ही समय में कई रन रोकने के बारे में संकेत शामिल हैं?

हो सकता है कि एक ही समय में लॉगिंग आउटपुट और कई रन रोकने के बारे में संकेत शामिल हों?

मुझे वह विचार पसंद है। मैं इस सप्ताह के अंत में एक मसौदा बनाऊंगा, जो कि दस्तावेज़ में बैकिंग सेक्शन के तहत एक छोटे से "पॉइंटर" खंड के लिए सबसे अधिक संभावना है।