Restic: सभी डेटा को दूसरे रिपॉजिटरी में कॉपी करने के लिए कमांड जोड़ें

क्या इसका उद्देश्य एक संग्रह (ए) से एक नए (बी) में एक बार की प्रतिलिपि को संभालना है? या यह पिछले सिंक के बाद से (ए) और (बी) के बीच "सिंक" या परिवर्तित सामग्री का अद्यतन करके अधिक सामान्य होने का मतलब है?

फिलहाल इसका उद्देश्य केवल एक बार की प्रतिलिपि को संभालना है, ताकि उपयोगकर्ता किसी भिन्न स्थान पर या नई मास्टर कुंजी के साथ किसी भिन्न रिपॉजिटरी में माइग्रेट कर सकें।

धीमे इंटरनेट कनेक्शन को देखते हुए, मैं s3 और अन्य स्थान पर यथासंभव कुशलता से बैकअप लेने की संभावना चाहता हूं।

@witeshadow मुझे यकीन नहीं है कि यह कुशलतापूर्वक कैसे किया जा सकता है, क्योंकि डेटा मास्टर ए के साथ रेपो ए में एन्क्रिप्ट किया गया है, और बी को एक अलग मास्टरकी बी के साथ रेपो करने की आवश्यकता है। हमें सभी डेटा में पढ़ना होगा, ए के साथ डिक्रिप्ट करना होगा, बी के साथ एन्क्रिप्ट करना होगा और लिखना होगा। धीमी बैंडविड्थ के लिए इसे अनुकूलित करने का कोई तरीका नहीं है। यह दुख देने वाला है...

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

@ fd0 मैं बस इस सुविधा अनुरोध के लिए अपना वोट जोड़ना चाहता था। ऐसा करने के लिए मैं कुछ भी कर सकता हूं?

आप इसे लागू कर सकते हैं ... कार्यक्षमता स्वयं करना मुश्किल नहीं है, दो बैकएंड को कॉन्फ़िगर करना कठिन काम है। हम एक से अधिक बैकएंड तक पहुंचने का समर्थन नहीं करते हैं (उदाहरण के लिए केवल एक $B2_ACCOUNT_ID )... इसलिए मुझे लगता है कि यह सुविधा एक उचित कॉन्फ़िगरेशन फ़ाइल पर निर्भर करती है (#16 देखें)।

मान लें कि हमारे पास दो रेपो, ए और बी हैं, और आप ए-> बी को सिंक करना चाहते हैं ताकि प्रक्रिया समाप्त होने के बाद, बी में ब्लॉब्स (और स्नैपशॉट्स) का सेट ए में ब्लॉब्स के सेट का सुपरसेट हो। .

तो, आप दोनों रेपो खोलते हैं और प्रत्येक के लिए इंडेक्स फाइल लोड करते हैं। फिर आप प्रत्येक बूँद की जाँच के लिए A के सूचकांक पर पुनरावृति करते हैं कि क्या बूँद भी B में समाहित है। यदि यह सत्य है, तो अगले पर जाएँ। यदि यह गलत है, तो इसे डाउनलोड करें, डिक्रिप्ट करें, एन्क्रिप्ट करें और इसे B पर अपलोड करें।

अंतिम स्नैपशॉट फ़ाइलों की प्रतिलिपि बना रहा है। ए में प्रत्येक स्नैपशॉट फ़ाइल के लिए, फ़ाइल को डिक्रिप्ट करें, इसे फिर से बी के लिए एन्क्रिप्ट करें, इसे वहां स्टोर करें और यह हो गया।

जैसा कि मैंने कहा, तकनीकी कार्यान्वयन बल्कि आसान है :)

महान! सुझावों के लिए धन्यवाद। मुझे यह खुजली है, इसलिए मैं देखूंगा कि क्या मैं इसे खरोंचने के लिए समय निकाल सकता हूं - लेकिन अल्पावधि के लिए मुझे इस restic merge सुविधा के बिना जाना होगा। अगर मेरे करने से पहले कोई इसे प्राप्त करता है, तो यह ठीक है - या मैं अंततः इसके चारों ओर चक्कर लगाऊंगा!

मुझे लगता है कि मैंने पहले ही लागू कर दिया है ... / मुझे सिर खुजलाता है और इसकी तलाश करता है ...
... https://github.com/middelink/restic/tree/fix-323
मुझे यह जांचने की ज़रूरत है कि क्या यह अभी भी संकलित है, वह शाखा 228 पीछे है ...

न केवल एक पूर्ण प्रतिलिपि, बल्कि स्नैपशॉट के सबसेट को भी अनुमति देना उपयोगी हो सकता है। यह # 1910 द्वारा सुझाए गए उपयोगकेस का समर्थन करेगा (अक्सर प्राथमिक रेपो का बैकअप, और वहां से बैकअप से ऑफ़साइट/धीमी/अधिक महंगी स्टोरेज तक कम बार) और, मुझे लगता है, पूर्ण प्रतिलिपि की तुलना में लागू करना बहुत कठिन नहीं होगा। भविष्य में जोड़ा जा सकता है, यद्यपि :-)

एर... केवल उन उपयोगकर्ताओं के लिए कोई खबर जो बिना देव कौशल के @ मिडलिंक के सुझाव को संकलित करने और आज़माने के लिए हैं?

यह ज्यादातर एक "मैं भी" टिप्पणी है, लेकिन मैं "कॉपी-ऑल" या "सिंक" सिमेंटिक के बजाय केवल विशिष्ट स्नैपशॉट को एक रेपो से दूसरे में कॉपी करने की क्षमता रखना चाहता हूं; उदाहरण के लिए, स्थानीय भंडारण के लिए दैनिक बैकअप बनाएं, फिर सप्ताह में एक बार केवल नवीनतम दैनिक को s3 बाल्टी में कॉपी करें, आदि।

ठीक है, तो आप भाग्य में हैं, मेरी कॉपी cmd एक या अधिक स्नैपशॉट आईडी लेती है। वास्तव में कॉपी-सब कुछ ऐसा नहीं है जो यह करता है। आपको पहले अपने स्नैपशॉट आईडी को सूचीबद्ध करना होगा और फिर उन्हें "रेस्टिक कॉपी" cmdline पर जोड़ना होगा। जैसा कि मैं इसे एक पतित उपयोग-मामले के रूप में देखता हूं, मैं इसके साथ अच्छा हूं।

इसमें बहुत गहराई तक जाने के बिना, शायद एनसीडब्ल्यू/आरक्लोन के साथ कुछ चर्चाएं उपयोगी हो सकती हैं ...

मुझे मर्ज/कॉपी कार्यक्षमता में भी रूचि है, मेरे पास यूएसबी-स्टिक पर एक रिपोजिटरी है जिसे मैं अपने केंद्रीय भंडार (समान पासवर्ड) में विलय/प्रतिलिपि बनाना चाहता हूं।
इस पर कोई भी समाचार?

ऐसा लगता है कि कांटा शाखा को master में अपडेट किया गया था, लेकिन इसके लिए अभी तक कोई पीआर नहीं है।

@middelink क्या आपका कोड समाप्त/विलय योग्य है? यदि नहीं, तो अभी भी क्या करने की आवश्यकता है? यह एक ऐसी सुविधा है जिसे मैं वास्तव में चाहता हूं :)

@ theoretical2019 कोड खुद ही खत्म हो गया है, लेकिन हर बार जब मैं एक आधिकारिक पीआर बनाने के लिए बैठता हूं, तो मैं उन चीजों को ढूंढता रहता हूं जो मुझे इसके तैयार होने से पहले करने की आवश्यकता होती है। दस्तावेज़ीकरण की तरह, एक अप्रकाशित/चेंजलॉग की तरह...
ओह, और परीक्षण! क्या मैंने परीक्षणों का जिक्र किया? इसे परीक्षणों की आवश्यकता है: पी

@middelink Fyi , मैंने अपस्ट्रीम मास्टर को
पीआर की प्रतीक्षा में: टाडा:

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

@middelink क्या आप अपने कोड का पीआर बनाने के लिए इतने दयालु होंगे? ऐसा करते समय, कृपया अनुरक्षकों से संपादन की भी

महत्वपूर्ण बात यह है कि हमें काम करने के लिए एक आधार पीआर मिलता है। मुझे आपके महान काम को आगे बढ़ाना अच्छा लगेगा, और अन्य मुझे भी ऐसा ही लगता है :) मुझे बताएं कि क्या आपको पीआर बनाने में कोई मदद चाहिए!

@rawtaz ज़रूर। मुझे और वह सब सामान सिंक करने दें। किसी कारण से मुझे पहले ऐसा करने का समय नहीं मिला है, लेकिन ऐसा लगता है कि मेरे पास अभी कुछ समय है।

इस पर आपके काम के लिए आप सभी का धन्यवाद!

मेरे पास एक प्रश्न शेष है जिसका डॉक्स द्वारा उत्तर नहीं दिया गया है (कम से कम मेरे लिए): क्या मुझे दोनों को चुभाने की आवश्यकता है या क्या यह स्रोत में करने के लिए पर्याप्त है और स्नैपशॉट हटाने का प्रचार किया जाता है?

@lfrancke copy कमांड का उपयोग करते समय आप विशेष रूप से उन स्नैपशॉट को सूचीबद्ध करते हैं जिन्हें आप कॉपी करना चाहते हैं। अन्य, दोनों मौजूदा, गैर-मौजूदा और पहले से मौजूद-लेकिन-अब-छंटनी-और-अब-मौजूदा-मौजूदा स्नैपशॉट लागू नहीं हैं।

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

बहुत बढ़िया, त्वरित और उपयोगी प्रतिक्रिया के लिए @rawtaz को बहुत-बहुत धन्यवाद।