Restic: स्नैपशॉट सूचीबद्ध करते समय बैकअप आकार का प्रिंट आउट लें (एन्हांसमेंट)

को निर्मित 10 दिस॰ 2016 · 20टिप्पणियाँ · स्रोत: restic/restic

`restic version` का आउटपुट

कोई।

अपेक्षित् व्यवहार

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

$ restic snapshots
ID        Date                 Host        Tags        Directory    Size
--------------------------------------------------------------------------
5b969a0e  2016-12-09 15:10:32  localhost               myfile       390865

वास्तविक व्यवहार

$ restic snapshots
ID        Date                 Host        Tags        Directory
----------------------------------------------------------------------
5b969a0e  2016-12-09 15:10:32  localhost               myfile

stats user interface feature enhancement

स्रोत

yhafri

👍36

सबसे उपयोगी टिप्पणी

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

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

fd0 11 दिस॰ 2016

👍13

सभी 20 टिप्पणियाँ

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

fd0 10 दिस॰ 2016

यह बहुत अच्छा प्रस्ताव है। दाईं ओर की संख्या रेपो में जोड़े गए बूँदों का संचयी आकार होनी चाहिए। यह किसी भी बैकअप रन का सबसे दिलचस्प मात्रात्मक पैरामीटर है।

इस रात मेरे इंक्रीमेंटल ने कितनी जगह बर्बाद की? ओह, यह पिछली रात की तुलना में 10 गुना अधिक है, मैंने कुछ कबाड़ कहीं छोड़ दिया (या कुछ बाहर रखना भूल गया), मैं इसे बेहतर तरीके से साफ कर दूं। ;)

zcalusic 10 दिस॰ 2016

👍10

@zcalusic सुझाव के लिए +1

yhafri 10 दिस॰ 2016

fd0 11 दिस॰ 2016

👍13

मुझे तुरंत rdiff-backup के सांख्यिकी ध्वज की याद दिला दी गई (देखें https://www.systutorials.com/docs/linux/man/1-rdiff-backup-statistics/ )। कभी-कभी 2 स्नैपशॉट के बीच किसी प्रकार का डेल्टा देखना अच्छा होता है।

mgumz 9 मई 2017

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

fd0 14 मई 2017

यह स्नैपशॉट के लिए 'अद्वितीय' डेटा के आकार बनाम स्नैपशॉट के कुल आकार (डिडअप किए गए डेटा सहित) को जानने के लिए उपयोगी हो सकता है।

bj0 20 अक्तू॰ 2017

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

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

alexeymuranov 13 नव॰ 2017

👍1

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

अधिमानतः मैं भी केवल फाइलों का एक सबसेट, उदाहरण के लिए इस जानकारी को प्राप्त करने में सक्षम अगर वहाँ एक था होगा size आदेश है कि एक ही प्रकार ले लिया शामिल / बहिष्कृत के रूप में विकल्प restore आदेश। या यदि restore कमांड में एक विकल्प है जो इसे वास्तव में पुनर्स्थापित करने के बजाय इस तरह के आंकड़ों की रिपोर्ट करता है।

rawtaz 6 फ़र॰ 2018

👍6

इस मुद्दे पर मुझे इंगित करने के लिए धन्यवाद @rawtaz ।

मैं मीटर्ड स्टोरेज (बैकब्लज़ बी 2) में बैकअप स्टोर कर रहा हूं। मैं जानना चाहता हूं कि हर बार बैकअप चलाने पर मैं कितना नया डेटा बना रहा हूं। ऐसा लगता है कि बैकअप प्रक्रिया के

मुझे वास्तव में ऐसी किसी भी चीज़ में कोई दिलचस्पी नहीं है जिसके लिए भंडार की व्यापक पुन: स्कैनिंग की आवश्यकता होती है, क्योंकि इसमें केवल अतिरिक्त शुल्क लगेगा।

larsks 6 फ़र॰ 2018

👍2

कोई खबर?

er1z 13 फ़र॰ 2018

👎2

नमस्ते

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

यह प्रश्न का उत्तर देने में सक्षम होने में भी मदद करेगा: 'यदि मैं निम्नलिखित स्नैपशॉट को हटा दूं तो मेरे रेपो का आकार कितना कम हो जाएगा?' स्नैपशॉट को छोड़ना है या नहीं यह तय करते समय यह restic forget --prune --dry-run में उपयोगी होगा। उदाहरण के लिए, मैंने हाल ही में रेपो में 40 में से 20 स्नैपशॉट को गिरा दिया, और इसने आकार को 1.1 जीबी से घटाकर 1.0 जीबी कर दिया। अगर मुझे पता होता कि इससे केवल 100MB की बचत होती, तो मैं पुराने स्नैपशॉट रखता।

simeydk 4 जुल॰ 2018

@mholt ने कुछ आँकड़े दिखाने के लिए #1729 बनाया। हो सकता है कि वह इस पीआर की प्रगति के बारे में कुछ कहने के लिए झंकार कर सकें।

dimejo 4 जुल॰ 2018

@dimejo यह हो गया है - बस इसकी समीक्षा/विलय की प्रतीक्षा कर रहा है। :)

mholt 4 जुल॰ 2018

👍2 🎉1

यहाँ वास्तव में एक पुराने मुद्दे पर कूदना है, लेकिन स्नैपशॉट के बारे में सोचते समय मेरे लिए 2 महत्वपूर्ण आकार के क्षेत्र हैं

भंडारण में स्नैपशॉट आकार
पुनर्स्थापित आकार

जैसे

$ restic snapshots
ID        Date                 Host        Tags        Directory    Snapshot Size   Restore Size 
--------------------------------------------------------------------------------------------------
5b969a0e  2016-12-09 15:10:32  localhost               myfile       10 MB           57 GB

कम से कम तब मैं बता सकता था कि एक स्नैपशॉट कितनी जगह का उपयोग कर रहा है और मुझे कितनी जगह बहाल करने की आवश्यकता है।

dev-rowbot 18 अप्रैल 2019

👍10

जैसा कि @ fd0 ने पहले ही बताया है, restic snapshots हर आह्वान पर आकार को प्रिंट करना एक बहुत महंगा आदेश होगा। लेकिन आप अलग-अलग स्नैपशॉट या संपूर्ण रिपॉजिटरी के आकार को प्रिंट करने के लिए रेस्टिक स्टैटिस्टिक्स का उपयोग कर सकते हैं।

dimejo 18 अप्रैल 2019

👍2

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

tomcolley1962 30 अप्रैल 2019

इस सुविधा के लिए कोई अपडेट? प्रत्येक स्नैपशॉट आकार और उसके पुनर्स्थापना आकार को देखने में सक्षम होना बहुत उपयोगी है।

erfansahaf 13 अक्तू॰ 2020

vzool 29 अक्तू॰ 2020

इस बिंदु पर नहीं। अगर कोई अपडेट है, तो वह इस अंक में दिखाई देगा.

rawtaz 29 अक्तू॰ 2020

😕1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स