फाइलसिस्टम में मुझे साझा डेटा कहां संग्रहित करना चाहिए?


44

यूनिक्स फाइलसिस्टम में गैर-उपयोगकर्ता विशिष्ट डेटा को बचाने के लिए पारंपरिक स्थान कहां है, उदाहरण के लिए nfs या ftp या बैकअप के माध्यम से साझा किया गया डेटा?

मैं स्पष्ट रूप से किसी भी मनमाने फ़ोल्डर (जैसे / घर / साझा, / डेटा या / var / डेटा) का उपयोग कर सकता हूं, लेकिन मैं वास्तव में सोच रहा हूं कि क्या कोई "सर्वश्रेष्ठ" या "सामान्य" अभ्यास दिशानिर्देश हैं। फ़ाइल-सिस्टम अनुक्रम स्टैंडर्ड साझा डेटा के लिए कोई स्थान निर्दिष्ट नहीं है।

बैकअप के लिए, मैं / var / backups का उपयोग करता हूं, लेकिन जैसा कि कई क्रोनोजर लिखते हैं, क्या यह वास्तव में उनके उपयोग के लिए छोड़ दिया जाना चाहिए?

जवाबों:


29

यह सवाल करता है में एक स्पष्ट जवाब है लगता है फ़ाइल-सिस्टम अनुक्रम स्टैंडर्ड , जो निर्दिष्ट करता है /srvके रूप में "जो इस प्रणाली की सेवा प्राप्त है [ing] साइट विशिष्ट डेटा होते हैं" । (3.16.1)

इसे निर्दिष्ट करने का मुख्य उद्देश्य यह है कि उपयोगकर्ताओं को विशेष सेवा के लिए डेटा फ़ाइलों का स्थान मिल सकता है , और इसलिए कि जिन सेवाओं के लिए आसानी से डेटा, लिखने योग्य डेटा और स्क्रिप्ट के लिए एक ही पेड़ की आवश्यकता होती है

(मेरा जोर)

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

यह कहा जाता है:

बड़े सिस्टम पर यह प्रशासनिक संदर्भ से संरचना / srv के लिए उपयोगी हो सकता है, जैसे / srv / Physics / www, / srv / compsci / cvs, आदि। यह सेटअप होस्ट से होस्ट में भिन्न होगा। इसलिए, किसी भी कार्यक्रम को मौजूदा / srv की विशिष्ट उपनिर्देशिका संरचना पर भरोसा नहीं करना चाहिए या जरूरी डेटा को / srv में संग्रहीत किया जाना चाहिए। हालांकि / srv हमेशा FHS आज्ञाकारी प्रणालियों पर मौजूद होना चाहिए और ऐसे डेटा के लिए डिफ़ॉल्ट स्थान के रूप में उपयोग किया जाना चाहिए।

इसलिए आपको अपने डेटा को निर्देशिकाओं में और जैसे /srv/nfs, /srv/backupऔर आगे बढ़ाना चाहिए ।

मुझे यह भी उल्लेख करना चाहिए कि कुछ लोग अब ऐसा करते हैं। लेकिन कोई अच्छा कारण नहीं है कि वे क्यों नहीं करते हैं। मानक किसी भी तरह से पुराना नहीं है।

/varपारंपरिक रूप से प्रिंट-स्पूल और लॉग-फाइल जैसी चीजों के लिए उपयोग किया जाता है, लेकिन इसका उपयोग Apache वेब सर्वर (वैसे भी डेबियन सिस्टम पर - SUSE उपयोग / srv) द्वारा किया जाता है; /varसाझा डेटा के लिए एक उचित निर्देशिका है या नहीं , इस पर सर्वसम्मति प्रतीत नहीं होती है । लेकिन अगर आप इसके बजाय इसका उपयोग करने का निर्णय लेते हैं, तो आपको कोई पछतावा नहीं होगा मुझे यकीन है।

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


4
ध्यान दें कि डेबियन (और रेड हैट) एफएचएस का हिस्सा /var/wwwहोने से पहले, अपाचे की फाइलों को डालना शुरू कर दिया /srv/था।
15

एक अच्छी व्याख्या, धन्यवाद, हालांकि यह सवाल का जवाब लगता है "वास्तव में एक मानक नहीं है जिसका वास्तव में पालन किया जाता है"। शायद वहाँ होना चाहिए, शायद यह वास्तव में कोई फर्क नहीं पड़ता।
मिस्टरबेन

वैसे आपको हमेशा नियमों को तोड़ना चाहिए जब आपके पास अच्छा कारण है। लेकिन मुझे लगता है कि कई बड़े पैमाने पर तैनाती में इस मानक का सावधानीपूर्वक पालन किया जाता है।
Stefano Palazzo

ऐसे लोग जो एक सामान्य मानक पर जाना चाहते हैं, उन्हें FHS के आधार पर इस उत्तर को स्पष्ट रूप से सही ढंग से खोजना चाहिए।
जेरेमी

13
  • गैर-उपयोगकर्ता विशिष्ट डेटा को / usr / स्थानीय / var में संग्रहीत किया जा सकता है ताकि यह फिर से एक newtwork शेयर पर समाप्त न हो।
  • के तहत कुछ भी नहीं ../local/ .. को nfs शेयर पर समाप्त करने की अनुमति है, इसलिए यदि आप nfs शेयर से डेटा डाउनलोड करना चाहते हैं, और सुनिश्चित करें कि वे स्थानीय रूप से मशीनों हार्डड्राइव पर संग्रहीत हैं।
  • फिर आपको इसके साथ एक रास्ता चुनना चाहिए ... / स्थानीय / .. इसमें .... बाकी डेटा की प्रकृति पर निर्भर करता है, इसके प्रकार पर। यह स्थानीय / संस्करण या / स्थानीय / tmp आदि हो सकता है। ।

फ़ाइल सिस्टम पदानुक्रम:
वैकल्पिक शब्द

इस पर भी एक नजर


1
जब भी यह FHS का एक उपयोगी प्रतिनिधित्व है, यह अभी भी एक साझा डेटा स्टोर के लिए एक मानक स्थान का सुझाव नहीं देता है।
मिस्टरबैन

FSH बताता है कि: / usr साझा करने योग्य है, केवल-पढ़ने के लिए डेटा। इसका मतलब है कि / usr को विभिन्न FHS-आज्ञाकारी मेजबानों के बीच साझा करने योग्य होना चाहिए और उन्हें लिखा नहीं जाना चाहिए । हम्म, इसलिए यह आपके शेयर के उद्देश्य पर निर्भर करता है।
htorque

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

1
मैंने अपना उत्तर हटा दिया, क्योंकि FHS में यह भी कहा गया है: अनुप्रयोगों को आम तौर पर निर्देशिकाओं को शीर्ष स्तर / संस्करण में नहीं जोड़ना चाहिए। ऐसी निर्देशिकाओं को केवल तभी जोड़ा जाना चाहिए जब उनके पास कुछ सिस्टम-वाइड निहितार्थ हों, और FHS मेलिंग सूची के परामर्श से। - FHS बस आपको (लेखन) डेटा साझा नहीं करना चाहता है! : P
htorque

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

5

मुझे नहीं लगता कि FHS साझा उपयोगकर्ता डेटा के लिए किसी भी स्थान को परिभाषित करता है। यह उन उपयोगकर्ताओं तक है जहाँ वे साझा किए गए डेटा को संग्रहीत करना चाहते हैं। मैं आमतौर पर उपयोग /usr/local/sharedया /home/shared


1

मैंने एनएफ़एस के /exportसाथ सेवा करने के लिए उपयोग किया है, और /mntस्थानीय रूप से कॉर्पोरेट वातावरण में, एनएफएस प्रलेखन में सुझाए गए एनएफएस शेयर को माउंट करने के लिए उपयोग किया जाता है, एक मानक जिसे मुझे संदेह है कि मूल रूप से सन ओएस से आया था, बाद में सोलारिस का नाम बदल दिया।

/etc/exportsफ़ाइल नाम मात्रा में निर्यात किया और /exportsनिर्देशिका दूरदराज के उपयोगकर्ताओं, जो उन पर माउंट करने के लिए उन्हें कार्य करता है /mnt। सर्वर होस्ट /mntस्थानीय रूप से सर्वर पर चल रहे किसी भी क्लाइंट या प्रक्रिया के उपयोग के लिए समान nfs डेमॉन का उपयोग करने पर इन शेयरों को माउंट कर सकता है, किसी भी दूरस्थ होस्ट के साथ संगतता बनाए रखने के लिए और शायद लोड लेवलिंग, कोटा आदि की कार्यक्षमता को बनाए रख सकता है।

यह एक 'मानक' के करीब है जितना इसे मिलता है। ध्यान दें कि /exportएफएचएस में नहीं है इसलिए /exportस्वतंत्र रूप से जोड़ा गया था, इसलिए संभवतः कोई भी खुश नहीं है /srv। संभवतः volumes सेवा ’वाले संस्करणों के बजाय डेमों के रूप में चलने वाली 'सेवाओं’ के साथ संभावित भ्रम के कारण। /exportभ्रम की थोड़ी संभावना के साथ नामांकित नहीं है। मुझे अंदर कभी कुछ दिखाई नहीं देता /srv

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.