किसी अन्य सर्वर की बैकअप फ़ाइलों के लिए डिफ़ॉल्ट स्थान क्या है


12

मेरे पास एक Ubuntu सर्वर है और इसका एक "कार्य" rsync / rdiff- बैकअप का उपयोग करके किसी अन्य स्थान पर किसी अन्य सर्वर पर स्थित दर्पण / बैकअप फ़ाइलों के लिए है।

मुझे पता है कि कुछ कन्वेंशन हैं जैसे वेब पेज / var / www में चलते हैं।

बैकअप फ़ाइलों को संग्रहीत करने के लिए सबसे अच्छा अभ्यास / डिफ़ॉल्ट स्थान क्या है?


मेरे द्वारा संभावित संभावित स्थान:

/ var / backup - ऐसा लगता है कि इसका उपयोग OS के आंतरिक बैकअप के लिए किया जाता है

/ होम / बैकअप - मैं इस निर्देशिका को बना सकता हूं, लेकिन यदि बैकअप बनाए रखना एक "सेवा" है, तो यह सर्वर प्रदान करता है, मुझे लगता है कि निजी उपयोगकर्ता फ़ाइलों के साथ फ़ाइलों को एक ही फ़ोल्डर में रखना गलत है

PS मुझे पता है कि यह प्रश्न व्यक्तिपरक हो सकता है (मुझे चेतावनी टूलटिप मिला है), लेकिन मुझे लगता है कि मैं जो करता हूं वह काफी सामान्य है, और एक सम्मेलन होना है।

जवाबों:


21

एक उचित स्थान है।

उचित फाइल सिस्टम संरचना के लिए एक मानक है। इसका वर्तमान संस्करण लगभग एक दशक से अधिक समय से है, जो कुछ लिनक्स डिस्ट्रो के लिए समाचार हो सकता है।

फाइलसिस्टम पदानुक्रम मानक का नवीनतम संस्करण 2.3 है: http://www.pathname.com/fhs/pub/fhs-2.3.html

वहां, "उद्देश्य" अनुभाग केvar तहत , यह बताता है कि इसका उपयोग करने के लिए एक बुरा विचार क्यों है /var/backup

उचित स्थान, आवेदन और उसके उपयोग पर निर्भर करेगा, जैसे कुछ:

/var/lib/<app>/backups
/var/local/<app>/backups
/var/opt/<app>/backups

(मैं कहता हूं कि "कुछ ऐसा है" क्योंकि आप उपयोग करते हैं /var/lib, /var/localया /var/optअनुप्रयोग पर निर्भर है, सिस्टम के भीतर इसकी भूमिका, और इसे स्थापित किया गया था। इसके अलावा, संरचना के तहत /var/lib/<app>आवेदन अनुचर के आधार पर मनमाना है।)

वैसे, जब से तुम यह उल्लेख किया है, /var/wwwहै नहीं परोसा वेब पृष्ठों (फिर से, यह कुछ distro और पैकेज देखरेख करने के लिए खबर है, लेकिन FHS बड़े उनमें से कई जो स्पष्ट रूप से इसे पढ़ने की आवश्यकता नहीं है कि है) के लिए उचित जगह। सेवा के लिए सामग्री, और संग्रहीत एप्लिकेशन डेटा / संपत्ति /srvनिर्देशिका के अंतर्गत हैं । मैं 2005 के बाद से प्रोटोकॉल पद्धति का उपयोग करके किया गया है और (यह काफी अच्छी तरह से काम करता है /srv/http, /srv/ftp, /srv/git, /srv/svn, आदि)।

मान लें कि आप उपयोग कर रहे हैं rsyncऔर यह मशीन नेटवर्क के लिए एक बैकअप सेवा प्रदान कर रही है, आप इसका उपयोग करेंगे:

/srv/rsync/backups

अपडेट करें

FHS का संस्करण 3.0: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html


1
अंत में मैंने वास्तव में / srv / rdiff- बैकअप अगले / srv / git और / srv / svn का उपयोग करने का निर्णय लिया और मुझे खुशी है कि आपने पुष्टि की है कि यह सही निर्णय है।
औरी

1
फ़ाइलसिस्टम पदानुक्रम मानक 3.0 (19 मार्च, 2015) यहाँ refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.pdf
इमर्सन रोचा

1
धन्यवाद, एमर्सन
कार्ल विल्बर

3

कोई डिफ़ॉल्ट स्थान नहीं है।

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

सबसे अधिक संभावना है कि मैं एक हटाने योग्य डिस्क का उपयोग करूंगा और इसे माउंट करूंगा। सर्वर नाम के साथ और उन संपीड़ित टार फ़ाइलों के अंदर उस उपनिर्देशिका की तरह कुछ /external_backups/ या /media/external_backups/अंदर।

/home/backupगलत लगता है; मैं /home/उपयोगकर्ताओं के लिए खुद को छोड़ दूंगा। यदि आप इसे इस तरह से करना चाहते हैं तो मैं एक उपयोगकर्ता "बैकअप" और ऊपर के समान सेटअप बनाऊंगा।

कुछ इस तरह (2x एक विभाजन के साथ, 2x एक से /home/backup/:

  • /external_backups/AS400/20150101/backup.tar.gz
  • /external_backups/AS400/2015_01_01.tar.gz
  • /home/backup/AS400/20150101/backup.tar.gz
  • /home/backup/AS400/2015_01_01.tar.gz

/var/backupआंतरिक उपयोग के लिए है। डेबियन पैकेज सिस्टम पिछले से एक पुरानी प्रति रखता है लेकिन एक dpkg में चलता है /var/lib/dpkg/status-old। (डिफ़ॉल्ट रूप से): जब कोई क्रैश या फाइल सिस्टम भ्रष्ट हो जाता है, तो अधिक से अधिक नुकसान के लिए सिस्टम को संरक्षित करने के लिए, दैनिक बैकअप को /var/backupsउस समय डाला जाता है जब फ़ाइल अंतिम कॉपी से अलग होती है। इससे किया जाता है /etc/cron.daily/standard

लेकिन इसके लिए कोई सही या गलत तरीका नहीं है (ठीक है, मैं पागल तरीकों को छोड़ देता हूं: जैसे कि उन्हें /अंदर /bootया किसी और चीज के रूप में पागल करना)।


सर्वर एक डेटा सेंटर में है, इसलिए बाहरी संग्रहण प्रश्न से बाहर है। मैं उपयोगकर्ता बैकअप बनाऊंगा और मैं बैकअप के लिए इसके होम फोल्डर का उपयोग करूंगा। लेकिन अब मुझे पता है कि मैं कोई नाम सम्मेलन नहीं तोड़ रहा हूं।
औरि
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.