ओबनम - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

ओबनम - बैकअप बनाएं, पुनर्स्थापित करें और उसमें हेरफेर करें

SYNOPSIS

ओबनम [--हमेशा-पुनर्स्थापित-सेटुइड] [--नहीं-हमेशा-पुनर्स्थापित-सेटुइड] [--चेकपॉइंट=SIZE]
[--चंक-बैग-आकार=SIZE] [--चंक-कैश-आकार=SIZE] [--खंड आकार=SIZE]
[--चंकिड्स-प्रति-समूह=NUM] [--ग्राहक का नाम=ग्राहक नाम] [--संपीड़न-के साथ=PROGRAM]
[--कॉन्फ़िगरेशन=फ़ाइल] [--डंप-कॉन्फ़िगरेशन] [--डंप-सेटिंग-नाम] [--जेनरेट-मैनपेज=खाका] [-h]
[--मदद] [--सभी की मदद करो] [--सूची-कॉन्फिग-फ़ाइलें] [--संस्करण] [--कोई-डिफ़ॉल्ट-कॉन्फ़िगरेशन नहीं]
[--दुर्घटना-सीमा=काउंटर] [--महत्वपूर्ण-उम्र=उम्र] [--डुप्लीकेट=मोड] [--डीआईआर-बैग-आकार=SIZE]
[--dir-कैश-आकार=SIZE] [--डंप-मेमोरी-प्रोफ़ाइल=विधि] [--डंप-रेपो-फ़ाइल-मेटाडेटा]
[--नो-डंप-रेपो-फ़ाइल-मेटाडेटा] [--एन्क्रिप्ट-के साथ=एन्क्रिप्ट-साथ] [--निकालना=निकालना]
[--बहिष्कृत-कैश] [--नहीं-बहिष्कृत-कैश] [--से अलग करके=फ़ाइल] [--fsck-फिक्स]
[--नो-एफएसके-फिक्स] [--fsck-अनदेखा-खंड] [--नो-एफएसके-इग्नोर-चंक्स]
[--fsck-अनदेखा-ग्राहक=नाम] [--fsck-केवल-पिछली पीढ़ी] [--नहीं-fsck-केवल-पिछली पीढ़ी]
[--fsck-आरएम-अप्रयुक्त] [--नो-एफएसके-आरएम-अप्रयुक्त] [--fsck-स्किप-चेकसम]
[--नो-एफएसके-स्किप-चेकसम] [--fsck-छोड़ें-dirs] [--नो-एफएसके-स्किप-डीआईआर] [--fsck-छोड़ें-फ़ाइलें]
[--नहीं-fsck-छोड़ें-फ़ाइलें] [--fsck-स्किप-पीढ़ी] [--नो-एफएसके-स्किप-पीढ़ी]
[--fsck-छोड़ें-प्रति-ग्राहक-बी-पेड़] [--नो-एफएसके-स्किप-प्रति-क्लाइंट-बी-पेड़]
[--fsck-छोड़ें-साझा-बी-पेड़] [--नो-एफएसके-स्किप-शेयर्ड-बी-ट्रीज़] [--फ्यूज-ऑप्ट=फ्यूज]
[--पीढ़ी=पीढ़ी] [--ग्नुपघोमे=होमडिर] [--idpath-बिट्स=IDPATH-बिट्स]
[--idpath-गहराई=IDPATH-गहराई] [--idpath-छोड़ें=IDPATH-छोड़ें] [--शामिल=शामिल]
[--रखना=रखें] [--कुंजी-विवरण] [--कोई-कुंजी-विवरण नहीं] [--कीइड=कुंजीआईडी] [--छोड़ें-चौकियाँ]
[--नहीं-छोड़ें-चौकियाँ] [--लॉक-टाइमआउट=TIMEOUT] [--लॉग=फ़ाइल] [--लॉग-रखें=N]
[--छांटने का स्तर=LEVEL] [--लॉग-अधिकतम=SIZE] [--लॉग-मोड=मोड] [--lru-आकार=SIZE]
[--मेमोरी-डंप-अंतराल=सेकंड] [--नोड-आकार=SIZE] [--एक फ़ाइल प्रणाली]
[--कोई-एक-फ़ाइल-प्रणाली] [--आउटपुट=फ़ाइल] [--दिखावा करना] [--पूर्वाभ्यास] [--नो-एक्ट] [--कोई दिखावा नहीं]
[--नो-ड्राई-रन] [--नहीं-नहीं-कार्य] [--नाटक-समय=TIMESTAMP] [--शुद्ध-परमिको]
[--नहीं-शुद्ध-परमिको] [--शांत] [--चुप] [--नहीं-चुप] [--नो-साइलेंट] [-rयूआरएल]
[--भंडार=यूआरएल] [--भंडार-प्रारूप=FORMAT] [--जड़=यूआरएल] [--sftp-विलंब=एसएफटीपी-विलंब]
[--small-files-in-btree] [--कोई-छोटी-फ़ाइलें-इन-बीट्री नहीं] [--ssh-कमांड=निष्पादन]
[--एसएसएच-होस्ट-कुंजी-चेक=मूल्य] [--ssh-कुंजी=फ़ाइल का नाम] [--ssh-ज्ञात-मेजबान=फ़ाइल का नाम]
[--सख्त-एसएसएच-होस्ट-कुंजियाँ] [--नो-सख्त-एसएसएच-होस्ट-कुंजियाँ] [--सममित-कुंजी-बिट्स=बिट्स]
[--परीक्षण-विफल-मिलान=regexp] [--सेवा मेरे=सेवा मेरे] [--ट्रेस=TRACE] [--अपलोड-कतार-आकार=SIZE]
[--शब्दशः] [--नहीं-शाब्दिक] [--सत्यापित करें-यादृच्छिक रूप से=N] [--चेतावनी-आयु=उम्र] [--कमज़ोर-यादृच्छिक]
[--नहीं-कमजोर-यादृच्छिक]

ओबनम [विकल्पों] _ताला
ओबनम [विकल्पों] ऐड-कुंजी [ग्राहक-नाम] ...
ओबनम [विकल्पों] बैकअप [निर्देशिका|यूआरएल] ...
ओबनम [विकल्पों] क्लाइंट-कुंजियाँ
ओबनम [विकल्पों] ग्राहक
ओबनम [विकल्पों] अंतर [पीढ़ी1]पीढ़ी2
ओबनम [विकल्पों] डंप-रेपो
ओबनम [विकल्पों] बलपूर्वक ताला लगाना
ओबनम [विकल्पों] भूल जाओ [पीढ़ी] ...
ओबनम [विकल्पों] एफएससीके
ओबनम [विकल्पों] पीढ़ियों
ओबनम [विकल्पों] जेनिड्स
ओबनम [विकल्पों] मदद
ओबनम [विकल्पों] सभी की मदद करो
ओबनम [विकल्पों] केडीरस्टेट [फ़ाइल] ...
ओबनम [विकल्पों] सूची-त्रुटियाँ
ओबनम [विकल्पों] सूची-प्रारूप
ओबनम [विकल्पों] सूची-कुंजियाँ
ओबनम [विकल्पों] सूची-शीर्ष स्तर
ओबनम [विकल्पों] एलएस [फ़ाइल] ...
ओबनम [विकल्पों] माउंट [जड़]
ओबनम [विकल्पों] नैगियोस-अंतिम-बैकअप-उम्र
ओबनम [विकल्पों] रिमूव-क्लाइंट [ग्राहक-नाम] ...
ओबनम [विकल्पों] हटाएँ-कुंजी [ग्राहक-नाम] ...
ओबनम [विकल्पों] पुनर्स्थापित करना [निर्देशिका] ...
ओबनम [विकल्पों] सत्यापित करें [निर्देशिका] ...

वर्णन

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

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

ओबनम कमांड लाइन सिंटैक्स में शामिल है a आदेश संभवतः तर्क-वितर्क के बाद।
आदेशों की सूची नीचे दी गई है।

· बैकअप एक नया बैकअप बनाता है. पहली बार चलाने पर, इसके बाद यह पूर्ण बैकअप बनाता है
वह एक वृद्धिशील.

· बहाल बैकअप के विपरीत है. यह बैकअप से बैकअप किए गए डेटा को कॉपी करता है
एक लक्ष्य निर्देशिका के लिए भंडार। आप एक पीढ़ी में सब कुछ पुनर्स्थापित कर सकते हैं, या
अभी चयनित फ़ाइलें।

· ग्राहकों उन ग्राहकों को सूचीबद्ध करता है जिनका रिपॉजिटरी में बैकअप लिया जाता है।

· पीढ़ियों किसी दिए गए क्लाइंट के लिए प्रत्येक बैकअप पीढ़ी, साथ ही कुछ मेटाडेटा को सूचीबद्ध करता है
पीढ़ी के बारे में।

· जेनिड्स किसी दिए गए क्लाइंट के लिए प्रत्येक बैकअप पीढ़ी के लिए पहचानकर्ता को सूचीबद्ध करता है। नहीं
अन्य जानकारी दिखाई गई है. यह स्क्रिप्टिंग के लिए उपयोगी हो सकता है.

· ls किसी दी गई पीढ़ी की सामग्री को सूचीबद्ध करता है, के समान ls -एलएआर.

· kdirstat किसी दी गई पीढ़ी की सामग्री को ऐसे प्रारूप में सूचीबद्ध करता है जो संगत हो
साथ kdirstat कैश फ़ाइल स्वरूप, जिसका उपयोग तब विज़ुअलाइज़ करने के लिए किया जा सकता है
बैकअप की सामग्री.

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

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

· ऍफ़एससीके बैकअप रिपॉजिटरी की आंतरिक स्थिरता की जाँच करता है। यह इसकी पुष्टि करता है
सभी क्लाइंट, पीढ़ियाँ, निर्देशिकाएँ, फ़ाइलें और सभी फ़ाइल सामग्री अभी भी मौजूद हैं
बैकअप भंडार. इसे चलने में काफी लंबा समय लग सकता है.

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

· ग्राहक-कुंजियाँ प्रत्येक क्लाइंट से संबद्ध एन्क्रिप्शन कुंजी सूचीबद्ध करता है।

· सूची-कुंजी उन कुंजियों को सूचीबद्ध करता है जो रिपॉजिटरी तक पहुंच सकती हैं, और कौन सी शीर्ष स्तर की हैं
निर्देशिकाएँ प्रत्येक कुंजी तक पहुँच सकती हैं। कुछ शीर्षस्तरीय निर्देशिकाएँ साझा की जाती हैं
ग्राहकों के बीच, अन्य ग्राहक के लिए विशिष्ट होते हैं।

· सूची-शीर्ष स्तर के समान ही सूची-कुंजी, लेकिन टॉपलेवल्स को सूचीबद्ध करता है और कौन सी कुंजियाँ एक्सेस कर सकती हैं
उन्हें.

· कुंजी जोड़ें रिपॉजिटरी में एक एन्क्रिप्शन कुंजी जोड़ता है। डिफ़ॉल्ट रूप से, कुंजी जोड़ी जाती है
केवल साझा टॉपलेवल निर्देशिकाओं में, लेकिन इसे विशिष्ट में भी जोड़ा जा सकता है
क्लाइंट: कमांड लाइन पर क्लाइंट के नाम सूचीबद्ध करें। उनके साथ चाबी दी गई है
la --कीइड विकल्प। जिसके पास कुंजी के अनुरूप गुप्त कुंजी तक पहुंच है
आईडी बैकअप रिपॉजिटरी (साझा टॉपलेवल प्लस निर्दिष्ट क्लाइंट) तक पहुंच सकता है।

· हटाएँ-कुंजी साझा टॉपलेवल निर्देशिकाओं और किसी भी क्लाइंट से एक कुंजी हटा देता है
कमांड लाइन पर निर्दिष्ट।

· नागियोस-अंतिम-बैकअप-आयु एक चेक है जो बैकअप आयु होने पर गैर-शून्य रिटर्न के साथ बाहर निकलता है
एक निश्चित सीमा से अधिक है. यह nagios के लिए चेक प्लगइन के रूप में उपयोग के लिए उपयुक्त है।
दहलीज दी जा सकती है --चेतावनी-आयु और --महत्वपूर्ण-उम्र विकल्प.

· diff दो पीढ़ियों की तुलना करता है और उनके बीच भिन्न फ़ाइलों को सूचीबद्ध करता है। प्रत्येक आउटपुट
जोड़ी गई फ़ाइलों के लिए लाइन के पहले प्लस चिह्न (+) लगाया जाएगा, यानी माइनस
हटाई गई फ़ाइलों के लिए चिह्न (-) या हटाए गए फ़ाइलों के लिए तारांकन चिह्न (*)।
बदला हुआ। यदि कमांड लाइन पर केवल एक जेनरेशन आईडी निर्दिष्ट है
पीढ़ी की तुलना उसके प्रत्यक्ष पूर्ववर्ती से की जाएगी। यदि दो आईडी हो गई हैं
निर्दिष्ट, उन दो पीढ़ियों के बीच सभी परिवर्तन सूचीबद्ध किए जाएंगे।

· माउंट बैकअप रिपॉजिटरी को केवल पढ़ने योग्य FUSE फ़ाइल सिस्टम के माध्यम से उपलब्ध कराता है। प्रत्येक
बैकअप जेनरेशन एक उपनिर्देशिका के रूप में दिखाई देती है, जिसका नाम जेनरेशन आईडी के नाम पर रखा गया है।
इसका मतलब है कि आप अपनी जीयूआई फ़ाइल जैसे सामान्य टूल का उपयोग करके बैकअप किए गए डेटा को देख सकते हैं
प्रबंधक, या कमांड लाइन उपकरण जैसे ls(1) diff(1) और, cp(1). आप नहीं बना सकते
माउंट उपकमांड के साथ नए बैकअप, लेकिन आप डेटा को आसानी से पुनर्स्थापित कर सकते हैं।

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

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

प्रत्येक बैकअप रन एक है पीढ़ी। के अतिरिक्त, ओबनम कर देगा जांच की चौकी पीढ़ियों
जब कभी। ये बिल्कुल सामान्य पीढ़ियों की तरह हैं, लेकिन इसकी गारंटी नहीं है
लाइव डेटा का संपूर्ण स्नैपशॉट बनें। यदि बैकअप रन को निरस्त करने की आवश्यकता है
मध्य, अगला बैकअप रन नवीनतम चेकपॉइंट से जारी रह सकता है, इसकी आवश्यकता से बचते हुए
शून्य से शुरू करो.

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

सत्यापित किया जा रहा बैकअप
ऐसा बैकअप सिस्टम क्या अच्छा है जिस पर आप भरोसा नहीं कर सकते? आप उस चीज़ पर कैसे भरोसा कर सकते हैं जिस पर आप भरोसा नहीं कर सकते
परीक्षा? ओबनम सत्यापित कमांड जाँचता है कि बैकअप रिपॉजिटरी में मौजूद डेटा वास्तविक से मेल खाता है
उपयोगकर्ता का डेटा। यह रिपॉजिटरी से एक या अधिक फ़ाइलें पुनर्प्राप्त करता है और उनकी तुलना करता है
उपयोगकर्ता का डेटा। यह मूलतः पुनर्स्थापना करने, फिर पुनर्स्थापित फ़ाइलों की तुलना करने जैसा ही है
मूल फ़ाइलों का उपयोग करके सीएमपी(1), लेकिन उपयोग में आसान।

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

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

यूआरएल वाक्यविन्यास
जब भी ओबनाम एक यूआरएल स्वीकार करता है, तो यह या तो एक स्थानीय पथनाम हो सकता है, या एक SFTP यूआरएल. एक एसएफटीपी
URL का निम्न रूप है:

sftp: //[उपयोगकर्ता@]डोमेन[:बंदरगाह]/पथ

जहां डोमेन एक सर्वर के लिए एक सामान्य इंटरनेट डोमेन नाम है, उपयोगकर्ता उस पर आपका उपयोक्तानाम है
सर्वर, बंदरगाह एक वैकल्पिक पोर्ट नंबर है, और पथ सर्वर साइड पर एक पथनाम है. पसंद
bzr(1), लेकिन एसएफटीपी यूआरएल मानक के विपरीत, पथनाम पूर्ण है, जब तक कि यह इससे शुरू न हो
/~/ इस स्थिति में यह सर्वर पर उपयोगकर्ता की होम निर्देशिका से संबंधित है।

यूआरएल के उदाहरणों के लिए उदाहरण अनुभाग देखें।

आप का उपयोग कर सकते हैं SFTP रिपॉजिटरी, या लाइव डेटा (रूट) के लिए यूआरएल, लेकिन ध्यान दें कि इसके कारण
प्रोटोकॉल में सीमाएं, और इसका कार्यान्वयन परमिको पुस्तकालय, कुछ चीज़ें
लाइव डेटा तक पहुँचने के लिए यह बहुत अच्छी तरह से काम नहीं करेगा SFTP. सबसे महत्वपूर्ण बात, हैंडलिंग
हार्डलिंक की संख्या अपेक्षाकृत उप-इष्टतम है। लाइव डेटा एक्सेस के लिए, आपको यूआरएल समाप्त नहीं करना चाहिए
साथ में /~/ और इस विशेष मामले में अंत में एक बिंदु जोड़ना चाहिए।

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

नीति एसटी रखना और हटाने बैकअप पीढ़ियों
RSI भूल जाओ कमांड कुछ बैकअप को स्वचालित रूप से रखने और अन्य को हटाने की नीति का पालन कर सकता है
पीढ़ियों. नीति के साथ सेट किया गया है --रखना=नीति विकल्प.

नीति नियमों की अल्पविराम से अलग की गई सूची है। प्रत्येक नियम में एक गिनती और एक समयावधि होती है।
समय अवधि हैं h, d, w, m, तथा y, घंटे, दिन, सप्ताह, महीने और वर्ष के लिए।

की एक नीति 30d इसका मतलब है कि प्रत्येक दिन का नवीनतम बैकअप रखना जब बैकअप बनाया गया था, और
ऐसे अंतिम 30 बैकअप रखें। किसी भी नीति नियम से मेल खाने वाला कोई भी बैकअप रखा जाता है, और कोई भी
बीच के बैकअप को हटा दिया जाएगा, साथ ही सबसे पुराने रखे गए बैकअप से पुराने बैकअप को भी हटा दिया जाएगा।

उदाहरण के तौर पर, मान लें कि बैकअप हर घंटे, हर घंटे लिया जाता है: 00:00, 01:00, 02:00,
और इसी तरह, 23:00 बजे तक। यदि भूल जाओ उपरोक्त नीति के साथ, कमांड 23:15 पर चलाया जाता है
प्रत्येक दिन 23:00 बजे लिया गया बैकअप रखेगा, और उस दिन अन्य सभी बैकअप हटा देगा।
यह 30 दिनों से अधिक पुराने बैकअप को भी हटा देगा।

यदि बैकअप हर दूसरे दिन, दोपहर में बनाया जाता है, भूल जाओ अंतिम बैकअप 30, या 60 रखेगा
उपरोक्त नीति के साथ, कई दिनों का बैकअप।

ध्यान दें कि ओबनाम केवल बैकअप रिपॉजिटरी में टाइमस्टैम्प का निरीक्षण करेगा, और इसकी परवाह नहीं करता है
वास्तविक वर्तमान समय क्या है. इसका मतलब यह है कि यदि आप नया बैकअप बनाना बंद कर देते हैं
मौजूदा वाले स्वचालित रूप से नहीं हटाए जाएंगे. संक्षेप में, ओबनाम वर्तमान समय का दिखावा करता है
नवीनतम बैकअप के ठीक बाद है जब भूल जाओ चलाया जाता है।

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

उदाहरण के लिए, ऊपर दी गई समान बैकअप आवृत्ति मान लें, लेकिन एक नीति 30डी,52डब्ल्यू। इस
तीस दिनों तक प्रत्येक दिन का नवीनतम दैनिक बैकअप रखेगा, और नवीनतम साप्ताहिक
52 सप्ताह के लिए बैकअप. क्योंकि उनके पास होने से पहले, प्रति घंटा बैकअप प्रतिदिन हटा दिया जाएगा
साप्ताहिक नियम से बचने का मौका, इसका प्रभाव यह है कि प्रत्येक के लिए 23:00 बजे का बैकअप
दिन को एक महीने के लिए सहेजा जाता है, और रविवार को 23:00 बैकअप को एक वर्ष के लिए बचाया जाता है।

यदि, इसके बजाय, आप की नीति का उपयोग करते हैं 72 घंटे, 30 दिन, 52 डब्ल्यू, ओबनम अंतिम 72 घंटे का बैकअप रखेगा,
और 30 दिनों के लिए प्रत्येक कैलेंडर दिन का अंतिम बैकअप, और प्रत्येक कैलेंडर का अंतिम बैकअप
52 सप्ताह तक सप्ताह। यदि बैकअप आवृत्ति प्रति दिन एक बार थी, ओबनम बैकअप रखेगा
प्रत्येक कैलेंडर घंटे का, जिसके लिए बैकअप बनाया गया था, ऐसे 72 बैकअप के लिए। दूसरे शब्दों में,
यह प्रभावी रूप से अंतिम 72 दैनिक बैकअप रखेगा।

भ्रमित करने वाला लग रहा है? ज़रा सोचिए कि कोड लिखते समय डेवलपर कितना भ्रमित था।

यदि कोई पॉलिसी नहीं दी गई है, भूल जाओ सब कुछ रखूंगा.

एक सामान्य नीति हो सकती है 72 घंटे, 7 दिन, 5 सप्ताह, 12 मिनट, जिसका अर्थ है: पिछले 72 घंटे का बैकअप रखें
अंतिम 7 दैनिक बैकअप, अंतिम 5 साप्ताहिक बैकअप और अंतिम 12 मासिक बैकअप। यदि
बैकअप को व्यवस्थित रूप से प्रति घंटे के आधार पर चलाया जाता है, इसका मतलब प्रति घंटा बैकअप रखना होगा
तीन दिनों के लिए, एक सप्ताह के लिए दैनिक बैकअप, एक महीने के लिए साप्ताहिक बैकअप और मासिक बैकअप
एक साल के लिए।

नीति के काम करने का तरीका थोड़ा जटिल है। दौड़ना भूल जाओ साथ --दिखावा करना विकल्प
सुनिश्चित करें कि आप सही को हटा रहे हैं।

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

विन्यास फ़ाइलों
ओबनम कई स्थानों पर कॉन्फ़िगरेशन फ़ाइलों की तलाश करेगा। फ़ाइलें अनुभाग देखें
एक सूची के लिए. इन सभी फ़ाइलों को एक साथ सभी की सामग्री के साथ एक बड़ी फ़ाइल के रूप में माना जाता है
फ़ाइलें संयोजित.

फ़ाइलें INI प्रारूप में हैं, और केवल [कॉन्फ़िगरेशन] अनुभाग का उपयोग किया जाता है (कोई अन्य अनुभाग हैं)।
अवहेलना करना)।

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

उदाहरण के लिए, निम्नलिखित कमांड लाइन में विकल्प:

obnam --repository=/backup --exclude='.wav$' बैकअप

निम्नलिखित कॉन्फ़िगरेशन फ़ाइल से प्रतिस्थापित किया जा सकता है:

[कॉन्फ़िगरेशन]
रिपॉजिटरी: /बैकअप
बहिष्कृत करें: .wav$

(आप या तो उपयोग कर सकते हैं फू=मूल्य or फू: मूल्य फ़ाइलों में सिंटैक्स।)

फ़ाइलों के बारे में एकमात्र असामान्य बात यह है कि विकल्पों का उपयोग कई बार किया जा सकता है
व्यक्त किया. सभी मानों को अल्पविराम (और) द्वारा अलग करके एक ही तार्किक पंक्ति में रखा गया है
वैकल्पिक रूप से रिक्त स्थान भी)। उदाहरण के लिए:

[कॉन्फ़िगरेशन]
बहिष्कृत = foo, bar, \.mp3$

उपरोक्त के लिए तीन मान हैं निकालना विकल्प: कोई भी फ़ाइल जिसमें शब्द हों foo or
बार पूरी तरह से योग्य पथनाम में कहीं भी, या किसी अवधि के साथ समाप्त होने वाले नाम वाली फ़ाइलों में
mp3 (क्योंकि बहिष्करण नियमित अभिव्यक्ति हैं)।

एक नई लाइन शुरू करके, एक लंबी तार्किक रेखा को कई भौतिक रेखाओं में तोड़ा जा सकता है
सफ़ेद स्थान, और निरंतरता पंक्तियों को इंडेंट करना:

[कॉन्फ़िगरेशन]
बहिष्कृत = फू,
बार,
\.mp3$

उपरोक्त उदाहरण तीन बहिष्करण पैटर्न जोड़ता है।

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

कभी-कभी किसी डेटा संरचना को उसी समय एक्सेस करने के लिए रीड-ओनली ऑपरेशन होता है
संशोधित किया जा रहा है. इसके परिणामस्वरूप दुर्घटना हो सकती है. इसका परिणाम भ्रष्ट डेटा नहीं होगा, या
ग़लत पुनर्स्थापना. हालाँकि, आपको इसके बाद रीड-ओनली ऑपरेशन को पुनः आरंभ करने की आवश्यकता हो सकती है
दुर्घटना।

विकल्प

--हमेशा-पुनर्स्थापित-सेटुइड
पुनर्स्थापित फ़ाइलों में सेटुइड/सेटगिड बिट्स पुनर्स्थापित करें, भले ही रूट या बैकअप फ़ाइल न हो
पुनर्स्थापना चलाने वाले उपयोगकर्ता से भिन्न स्वामी था

--नहीं-हमेशा-पुनर्स्थापित-सेटुइड
--always-restore-setuid के विपरीत

--ग्राहक का नाम=ग्राहक नाम
क्लाइंट का नाम (डिफ़ॉल्ट रूप से होस्टनाम)

--संपीड़न-के साथ=PROGRAM
रिपॉजिटरी को संपीड़ित करने के लिए प्रोग्राम का उपयोग करें (कोई नहीं, डिफ्लेट करें)

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

--डंप-रेपो-फ़ाइल-मेटाडेटा
फ़ाइलों के बारे में मेटाडेटा डंप करें?

--नो-डंप-रेपो-फ़ाइल-मेटाडेटा
--डंप-रेपो-फ़ाइल-मेटाडेटा के विपरीत

--जेनरेट-मैनपेज=खाका
दमन सहायता

--पीढ़ी=पीढ़ी
किस पीढ़ी को पुनर्स्थापित करना है

-h, --मदद
यह सहायता संदेश दिखाएं और बाहर निकलें

--रखना=रखें
भूलने पर किस पीढ़ी को रखना है इसके लिए नीति

--लॉक-टाइमआउट=TIMEOUT
बैकअप रिपॉजिटरी में लॉक करते समय, मौजूदा लॉक के लिए TIMEOUT सेकंड प्रतीक्षा करें
हार मानने से पहले चले जाओ

--आउटपुट=फ़ाइल
मानक आउटपुट के बजाय फ़ाइल में आउटपुट लिखें

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

--कोई दिखावा नहीं, --नो-ड्राई-रन, --नहीं-नहीं-कार्य
- दिखावा के विपरीत

--शांत, --चुप
चुप रहें: केवल त्रुटि संदेश दिखाएं, कोई प्रगति अद्यतन नहीं

--नहीं-चुप, --नो-साइलेंट
- शांत के विपरीत

-r, --भंडार=यूआरएल
बैकअप रिपोजिटरी का नाम (पथनाम या समर्थित यूआरएल हो सकता है)

--भंडार-प्रारूप=FORMAT
नई रिपॉजिटरी के लिए FORMAT का उपयोग करें; "6", "ग्रीन-अल्बाट्रॉस" में से एक

--सेवा मेरे=सेवा मेरे
कहां पुनर्स्थापित करें या फ़्यूज़ माउंट करें; पुनर्स्थापना के लिए, खाली होना चाहिए या अस्तित्व में नहीं होना चाहिए

--शब्दशः
क्रियात्मक बनें: उपयोगकर्ता को बताएं कि क्या चल रहा है और आम तौर पर उपयोगकर्ता को आश्वस्त करें
क्या हो रहा है या कम से कम कुछ हो रहा है इसके प्रति जागरूक है और बनाता भी है
सुनिश्चित करें कि उनकी स्क्रीन पर बार-बार अपडेट हो रहा है और बदलाव हो रहे हैं
हर समय ताकि वे ऊब न जाएं और वास्तव में वे इससे निराश हो जाएं
इतने सारे अपडेट से विचलित होकर वे गोबी रेगिस्तान में चले जाएंगे
एक चट्टान के नीचे रहते हैं

--नहीं-शाब्दिक
--verbose के विपरीत

--सत्यापित करें-यादृच्छिक रूप से=N
बैकअप से एन फ़ाइलों को यादृच्छिक रूप से सत्यापित करें (डिफ़ॉल्ट शून्य है, जिसका अर्थ है सब कुछ)

--संस्करण
कार्यक्रम का संस्करण संख्या दिखाएं और बाहर निकलें

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

समर्थन up
--चेकपॉइंट=SIZE
किसी दिए गए आकार के बाद एक चेकपॉइंट बनाएं

--डुप्लीकेट=मोड
बैकअप किए गए डेटा में डुप्लिकेट डेटा ढूंढें और इसे केवल एक बार संग्रहीत करें; तीन मोड हैं
उपलब्ध: कभी भी डी-डुप्लिकेट न करें, सत्यापित करें कि कोई हैश टकराव न हो, या (द
डिफ़ॉल्ट) टकराव के जोखिम को घातक रूप से स्वीकार करते हैं

--निकालना=निकालना
बैकअप से बाहर करने के लिए पथनामों के लिए नियमित अभिव्यक्ति (एकाधिक उपयोग किया जा सकता है
समय)

--बहिष्कृत-कैश
उन निर्देशिकाओं (और उनके उपनिर्देशिकाओं) को बाहर करें जिनमें CACHEDIR.TAG फ़ाइल शामिल है (देखें)।
http://www.brynosaurus.com/cachedir/spec.html इसमें क्या शामिल होना चाहिए, और
http://liw.fi/cachedir/ एक सहायक उपकरण के लिए)

--नहीं-बहिष्कृत-कैश
--बहिष्कृत-कैश के विपरीत

--से अलग करके=फ़ाइल
फ़ाइल से पैटर्न बहिष्कृत करें पढ़ें

--शामिल=शामिल
बैकअप से शामिल करने के लिए पथनामों के लिए नियमित अभिव्यक्ति, भले ही वह मेल खाता हो
नियम बहिष्कृत करें (कई बार उपयोग किया जा सकता है)

--छोड़ें-चौकियाँ
सफल बैकअप रन के अंत में चेकपॉइंट पीढ़ियों को छोड़ दें

--नहीं-छोड़ें-चौकियाँ
--छोड़ो-चौकियों के विपरीत

--एक फ़ाइल प्रणाली
उन निर्देशिकाओं (और उनके उपनिर्देशकों) को बाहर करें जो एक अलग फ़ाइल सिस्टम में हैं

--कोई-एक-फ़ाइल-प्रणाली
--एक-फ़ाइल-सिस्टम के विपरीत

--जड़=यूआरएल
क्या बैकअप लेना है

--small-files-in-btree
यह केवल पश्चगामी संगतता के लिए उपलब्ध है; इसका उपयोग न करें और इसे हटा दें
आपके कॉन्फ़िगरेशन से

--कोई-छोटी-फ़ाइलें-इन-बीट्री नहीं
--small-files-in-btree के विपरीत

विन्यास फ़ाइलों और सेटिंग्स
--कॉन्फ़िगरेशन=फ़ाइल
कॉन्फ़िग फ़ाइलों में फ़ाइल जोड़ें

--डंप-कॉन्फ़िगरेशन
संपूर्ण वर्तमान कॉन्फ़िगरेशन लिखें

--डंप-सेटिंग-नाम
दमन सहायता

--सभी की मदद करो
सभी विकल्प दिखाएं

--सूची-कॉन्फिग-फ़ाइलें
दमन सहायता

--कोई-डिफ़ॉल्ट-कॉन्फ़िगरेशन नहीं
पढ़ने के लिए कॉन्फ़िगरेशन फ़ाइलों की स्पष्ट सूची

विकास of ओबनम खुद
--दुर्घटना-सीमा=काउंटर
रिपॉजिटरी में COUNTER फ़ाइलें लिखे जाने के बाद प्रोग्राम को कृत्रिम रूप से क्रैश कर दें; यह
एप्लिकेशन के क्रैश परीक्षण के लिए उपयोगी है, और इसे वास्तव में सक्षम नहीं किया जाना चाहिए
उपयोग; अक्षम करने के लिए 0 पर सेट करें (डिफ़ॉल्ट रूप से अक्षम)

--नाटक-समय=TIMESTAMP
दिखावा करें कि यह टाइमस्टैम्प है (YYYY-MM-DD HH:MM:SS); यह केवल परीक्षण के लिए उपयोगी है
प्रयोजनों

--sftp-विलंब=एसएफटीपी-विलंब
सभी SFTP स्थानांतरणों में एक कृत्रिम विलंब (मिलीसेकंड में) जोड़ें

--परीक्षण-विफल-मिलान=regexp
विकास परीक्षण सहायक: मेल खाने वाली फ़ाइलों के लिए बैकअप के दौरान विफलताओं का अनुकरण करें
दिए गए नियमित अभिव्यक्ति

--ट्रेस=TRACE
फ़ाइल नाम पैटर्न में जोड़ें जिसके लिए ट्रेस डिबगिंग लॉगिंग होती है

कूटलेखन
--एन्क्रिप्ट-के साथ=एन्क्रिप्ट-साथ
पीजीपी कुंजी जिसके साथ बैकअप रिपॉजिटरी में डेटा एन्क्रिप्ट करना है

--ग्नुपघोमे=होमडिर
जीपीजी के लिए होम निर्देशिका

--कुंजी-विवरण
सभी कुंजियों के लिए अतिरिक्त उपयोगकर्ता आईडी दिखाएं

--कोई-कुंजी-विवरण नहीं
--कुंजी-विवरण के विपरीत

--कीइड=कुंजीआईडी
बैकअप रिपॉजिटरी में जोड़ने/हटाने के लिए पीजीपी कुंजी आईडी

--सममित-कुंजी-बिट्स=बिट्स
सममित कुंजी का आकार, बिट्स में

--कमज़ोर-यादृच्छिक
सममित कुंजी उत्पन्न करने के लिए /dev/random के बजाय /dev/urandom का उपयोग करें

--नहीं-कमजोर-यादृच्छिक
--कमज़ोर-यादृच्छिक के विपरीत

अखंडता जाँच (fsck)
--fsck-फिक्स
क्या fsck को समस्याओं को ठीक करने का प्रयास करना चाहिए? तात्पर्य --fsck-rm-अप्रयुक्त

--नो-एफएसके-फिक्स
--fsck-fix के विपरीत

--fsck-अनदेखा-खंड
रिपॉजिटरी अखंडता की जाँच करते समय खंडों को अनदेखा करें (मान लें कि सभी खंड मौजूद हैं और हैं
सही)

--नो-एफएसके-इग्नोर-चंक्स
--fsck-ignore-chunks के विपरीत

--fsck-अनदेखा-ग्राहक=नाम
प्राचीन नाम के लिए रिपॉजिटरी डेटा की जाँच न करें

--fsck-केवल-पिछली पीढ़ी
प्रत्येक ग्राहक के लिए केवल अंतिम पीढ़ी की जाँच करें

--नहीं-fsck-केवल-पिछली पीढ़ी
--fsck-अंतिम-पीढ़ी-केवल के विपरीत

--fsck-आरएम-अप्रयुक्त
क्या एफएससीके को अप्रयुक्त टुकड़ों को हटा देना चाहिए?

--नो-एफएसके-आरएम-अप्रयुक्त
--fsck-rm-unused के विपरीत

--fsck-स्किप-चेकसम
फ़ाइलों के चेकसम की जाँच न करें

--नो-एफएसके-स्किप-चेकसम
--fsck-स्किप-चेकसम के विपरीत

--fsck-छोड़ें-dirs
निर्देशिकाओं और उनकी फ़ाइलों के बारे में कुछ भी जाँच न करें

--नो-एफएसके-स्किप-डीआईआर
--fsck-स्किप-डीआईआर के विपरीत

--fsck-छोड़ें-फ़ाइलें
फ़ाइलों के बारे में कुछ भी जाँच न करें

--नहीं-fsck-छोड़ें-फ़ाइलें
--fsck-स्किप-फाइल्स के विपरीत

--fsck-स्किप-पीढ़ी
किसी भी पीढ़ी की जाँच न करें

--नो-एफएसके-स्किप-पीढ़ी
--fsck-स्किप-पीढ़ी के विपरीत

--fsck-छोड़ें-प्रति-ग्राहक-बी-पेड़
प्रति-ग्राहक बी-वृक्षों की जाँच न करें

--नो-एफएसके-स्किप-प्रति-क्लाइंट-बी-पेड़
--fsck-स्किप-प्रति-क्लाइंट-बी-पेड़ के विपरीत

--fsck-छोड़ें-साझा-बी-पेड़
साझा बी-पेड़ों की जाँच न करें

--नो-एफएसके-स्किप-शेयर्ड-बी-ट्रीज़
--fsck-स्किप-शेयर्ड-बी-ट्रीज़ के विपरीत

लॉगिंग
--लॉग=फ़ाइल
फ़ाइल में लॉग प्रविष्टियाँ लिखें (डिफ़ॉल्ट रूप से लॉग फ़ाइलें बिल्कुल न लिखें); "syslog" का प्रयोग करें
सिस्टम लॉग में लॉग इन करने के लिए, मानक त्रुटि आउटपुट पर लॉग करने के लिए "stderr", या "कोई नहीं"।
लॉगिंग अक्षम करें

--लॉग-रखें=N
अंतिम एन लॉग रखें (10)

--छांटने का स्तर=LEVEL
स्तर पर लॉग इन करें, डिबग में से एक, जानकारी, चेतावनी, त्रुटि, गंभीर, घातक (डिफ़ॉल्ट: जानकारी)

--लॉग-अधिकतम=SIZE
आकार से बड़े लॉग को घुमाएँ, हमेशा के लिए शून्य (डिफ़ॉल्ट: 0)

--लॉग-मोड=मोड
नई लॉग फ़ाइलों की अनुमतियाँ MODE पर सेट करें (ऑक्टल; डिफ़ॉल्ट 0600)

बढ़ते साथ में फ्यूज
--फ्यूज-ऑप्ट=फ्यूज
फ़्यूज़ को सीधे पास करने के विकल्प

peformance
--डंप-मेमोरी-प्रोफ़ाइल=विधि
METHOD का उपयोग करके मेमोरी प्रोफाइलिंग डंप बनाएं, जो इनमें से एक है: कोई नहीं, सरल, या मेलिया
(डिफ़ॉल्ट: सरल)

--मेमोरी-डंप-अंतराल=सेकंड
मेमोरी प्रोफाइलिंग डंप को कम से कम कुछ सेकंड के अंतराल पर बनाएं

प्रदर्शन tweaking
--खंड आकार=SIZE
बैकअप किए गए फ़ाइल डेटा के टुकड़ों का आकार

--चंकिड्स-प्रति-समूह=NUM
प्रति समूह NUM चंक आईडी को एन्कोड करें

--idpath-बिट्स=IDPATH-बिट्स
चंक आईडी स्तर का आकार

--idpath-गहराई=IDPATH-गहराई
चंक आईडी मैपिंग की गहराई

--idpath-छोड़ें=IDPATH-छोड़ें
चंक आईडी मैपिंग न्यूनतम बिट्स छोड़ें

--lru-आकार=SIZE
बी-ट्री नोड्स के लिए एलआरयू कैश का आकार

--नोड-आकार=SIZE
डिस्क पर बी-ट्री नोड्स का आकार; केवल नए B-वृक्षों को प्रभावित करता है इसलिए आपको a को हटाने की आवश्यकता हो सकती है
मौजूदा रिपॉजिटरी के लिए इसे बदलने के लिए क्लाइंट या रिपॉजिटरी

--अपलोड-कतार-आकार=SIZE
बी-ट्री नोड्स के लिए अपलोड कतार की लंबाई

कोष प्रारूप हरा-अल्बाट्रॉस
--चंक-बैग-आकार=SIZE
कई टुकड़ों वाली वस्तुओं को मिलाकर बैग का अनुमानित अधिकतम आकार

--चंक-कैश-आकार=SIZE
फ़ाइल डेटा चंक ऑब्जेक्ट के लिए इन-मेमोरी कैश का आकार

--डीआईआर-बैग-आकार=SIZE
कई डीआईआर वस्तुओं को मिलाकर बैग के अधिकतम आकार का अनुमान लगाएं

--dir-कैश-आकार=SIZE
डीआईआर ऑब्जेक्ट के लिए इन-मेमोरी कैश का आकार

एसएसएच/एसएफटीपी
--शुद्ध-परमिको
उपलब्ध होने पर भी ओपनएसएच का उपयोग न करें, इसके बजाय केवल पैरामिको का उपयोग करें

--नहीं-शुद्ध-परमिको
--शुद्ध-परमिको के विपरीत

--ssh-कमांड=निष्पादन
"एसएसएच" के स्थान पर वैकल्पिक निष्पादन योग्य का उपयोग किया जाना चाहिए (पूर्ण पथ की अनुमति है, नहीं
तर्क जोड़े जा सकते हैं)

--एसएसएच-होस्ट-कुंजी-चेक=मूल्य
यदि "हाँ", तो आवश्यक है कि स्वीकार किए जाने के लिए एसएसएच होस्ट कुंजी ज्ञात होनी चाहिए और सही होनी चाहिए।
यदि "नहीं", तो इसकी आवश्यकता नहीं है। यदि "पूछें", तो उपयोगकर्ता को अंतःक्रियात्मक रूप से स्वीकार करने के लिए कहा जाता है
नए मेज़बान. डिफ़ॉल्ट ("ssh-config") अंतर्निहित की सेटिंग्स पर भरोसा करना है
एसएसएच क्लाइंट

--ssh-कुंजी=फ़ाइल का नाम
SFTP एक्सेस के लिए FILENAME को ssh RSA निजी कुंजी के रूप में उपयोग करें (डिफ़ॉल्ट कुंजियों का उपयोग कर रहा है)
एसएसएच-एजेंट को ज्ञात)

--ssh-ज्ञात-मेजबान=फ़ाइल का नाम
उपयोगकर्ता की ज्ञात होस्ट फ़ाइल का फ़ाइल नाम

--सख्त-एसएसएच-होस्ट-कुंजियाँ
अस्वीकृत, इसके बजाय --ssh-host-keys-check का उपयोग करें

--नो-सख्त-एसएसएच-होस्ट-कुंजियाँ
--strict-ssh-host-keys के विपरीत

विकल्प मानों
RSI SIZE ऊपर उल्लिखित विकल्पों में मान वैकल्पिक के साथ बाइट्स में आकार निर्दिष्ट करता है
किलोबाइट्स (के), किबिबाइट्स (की), मेगाबाइट्स (एम), मेबिबाइट्स (एमआई) को इंगित करने के लिए प्रत्यय।
गीगाबाइट्स (जी), गिबिबाइट्स (जीआई), टेराबाइट्स (टी), टिबिबाइट्स (टीआई)। प्रत्यय केस हैं-
असंवेदनशील

बाहर निकलें स्थिति

ओबनम यदि सब कुछ ठीक रहा तो शून्य के साथ बाहर निकलेंगे, अन्यथा गैर-शून्य के साथ बाहर निकलेंगे।

वातावरण

ओबनम वह अपने माता-पिता से प्राप्त पर्यावरण को बिना किसी संशोधन के आगे बढ़ाएगा। ऐसा होता है
किसी भी असामान्य पर्यावरण चर का पालन नहीं करता है, लेकिन चलते समय यह सामान्य चर का पालन करता है
बाहरी प्रोग्राम, अस्थायी फ़ाइलें बनाना आदि।

onworks.net सेवाओं का उपयोग करके ऑनलाइन ओबनाम का उपयोग करें