ফাইল সিস্টেমে আমার কোথায় ভাগ করা ডেটা সংরক্ষণ করা উচিত?

Question

ইউনিক্স ফাইল সিস্টেমে নন-ব্যবহারকারী নির্দিষ্ট ডেটা সংরক্ষণের প্রচলিত অবস্থান কোথায়, উদাহরণস্বরূপ এনএফএস বা এফটিপি বা ব্যাকআপের মাধ্যমে ডেটা ভাগ করা?

আমি স্পষ্টত যে কোনও যথেচ্ছ ফোল্ডার তৈরি করতে এবং ব্যবহার করতে পারি (যেমন / হোম / শেয়ার্ড, / ডেটা বা / ভের / ডেটা) তবে আমি সত্যিই ভাবছি যে সেখানে কোনও "সেরা" বা "সাধারণ" অনুশীলন নির্দেশিকা রয়েছে কিনা। ফাইলসিস্টেম শ্রেণীক্রম স্ট্যান্ডার্ড ভাগ করা ডেটা জন্য একটি অবস্থান নির্দিষ্ট করে না।

ব্যাকআপগুলির জন্য, আমি / var / ব্যাকআপগুলি ব্যবহার করার প্রবণতা রাখি, তবে বেশ কয়েকটি ক্রোনজবস এটি লিখলে এটি কি তাদের ব্যবহারের জন্য ছেড়ে দেওয়া উচিত?

Answer 1

এই প্রশ্নের নেই একটি স্পষ্ট উত্তর আছে বলে মনে হচ্ছে ফাইলসিস্টেম শ্রেণীক্রম স্ট্যান্ডার্ড , যা নির্দিষ্ট করে /srvযেমন "যা সিস্টেম দ্বারা পরিবেশিত হয় [ing] সাইট নির্দিষ্ট ডাটা থাকতে" । (3.16.1)

এটি নির্দিষ্ট করার মূল উদ্দেশ্যটি যাতে ব্যবহারকারীরা নির্দিষ্ট পরিষেবার জন্য ডেটা ফাইলগুলির অবস্থান খুঁজে পেতে পারে এবং সেই পরিষেবাগুলিতে যা কেবলমাত্র পঠনযোগ্য ডেটা, লিখনযোগ্য ডেটা এবং স্ক্রিপ্টগুলির জন্য একটি গাছের প্রয়োজন

(আমার জোর)

দ্রষ্টব্য: 'সিস্টেম দ্বারা পরিবেশন করা' অগত্যা ইন্টারনেটে উল্লেখ করা হয় না। এটি এমনকি একটি নেটওয়ার্ক বোঝার প্রয়োজন নেই। এটি এমনকি একটি ভাগ করা সিস্টেমে প্রযোজ্য। তদ্ব্যতীত, শব্দ সাইট এবং পরিষেবা তাদের প্রাক ইন্টারনেট অর্থ বোঝা উচিত understood আপনার সাইটটি "পদার্থবিজ্ঞান বিভাগ" বা "আর্থিক অফিস" হতে পারে।

এটা বলতে যায়:

বৃহত সিস্টেমে এটি প্রশাসনিক প্রসঙ্গে যেমন / এসআরভি / ফিজিক্স / www, / এসআরভি / কমপ্সসি / সিভিএস ইত্যাদি দ্বারা কাঠামো / এসআরভি গঠনে কার্যকর হতে পারে। এই সেটআপটি হোস্ট থেকে হোস্টের মধ্যে পৃথক হতে পারে। অতএব, কোনও প্রোগ্রামের / এসআরভি বিদ্যমান বা ডেটা / এসআরভিতে প্রয়োজনীয় তথ্য সংরক্ষণের নির্দিষ্ট সাব-ডাইরেক্টরি কাঠামোর উপর নির্ভর করা উচিত নয়। তবে / এসআরভি সর্বদা FHS কমপ্লায়েন্ট সিস্টেমে থাকা উচিত এবং এ জাতীয় ডেটার জন্য ডিফল্ট অবস্থান হিসাবে ব্যবহার করা উচিত।

আপনি তাই আরও যেমন ডিরেক্টরি আপনার ডাটা স্ট্রাকচার উচিত /srv/nfs, /srv/backupইত্যাদি।

আমার আরও উল্লেখ করা উচিত যে খুব কম লোকই এটি করে। তবে তারা না করার কোনও ভালো কারণ নেই। মানটি কোনওভাবেই অতিক্রান্ত নয়।

/varপ্রিন্ট-স্পুল এবং লগ-ফাইলের মতো জিনিসের জন্য traditionতিহ্যগতভাবে ব্যবহৃত হয়, তবে এটি অ্যাপাচি ওয়েব সার্ভার দ্বারাও ব্যবহৃত হয় (যে কোনওভাবেই ডেবিয়ান সিস্টেমে - SUSE use / srv); /varভাগ করা ডেটার জন্য উপযুক্ত ডিরেক্টরি কিনা তা নিয়ে conক্যমত্য বলে মনে হচ্ছে না । তবে আপনি যদি এটির পরিবর্তে এটি ব্যবহার করার সিদ্ধান্ত নেন তবে আপনার কোনও আফসোস থাকবে না আমি নিশ্চিত।

এছাড়াও দ্রষ্টব্য: কার্তিকের উত্তর কোনওভাবেই ভুল নয়। এফএইচএস বলছে / এসআরভি "" এই জাতীয় ডেটার জন্য ডিফল্ট অবস্থান হিসাবে ব্যবহার করা উচিত ", তবে আপনি কীভাবে শর্তাদি ব্যাখ্যা করেন তার উপর নির্ভর করে স্ট্যান্ডার্ডটি আপনার নিজের পছন্দের জন্য কিছু জায়গা রেখে দেয়।

Comments

নোট করুন যে ডাবিয়ান (এবং রেড হ্যাট) এফএইচএসের অংশ /var/wwwহওয়ার আগে /srv/আপাচের ফাইলগুলি প্রবেশ করাতে শুরু করেছিল।

— mattdm

একটি ভাল ব্যাখ্যা, ধন্যবাদ, যদিও মনে হচ্ছে প্রশ্নের উত্তরটি "সত্যিকার অর্থে এমন কোনও মানদণ্ড নেই যা" সত্যই অনুসরণ করা হয় "। সম্ভবত সেখানে থাকা উচিত, সম্ভবত এটি সত্যিই কিছু যায় আসে না।

— মিস্টারবেন

ওয়েল আপনার যখন ভাল কারণ থাকতে পারে সর্বদা নিয়মগুলি ভঙ্গ করা উচিত। তবে আমি অনুমান করি যে এই স্ট্যান্ডার্ডটি অনেক বড় আকারের মোতায়েনের মধ্যে সাবধানে অনুসরণ করা হয়।

— স্টেফানো প্যালাজো

যে লোকেরা একটি সাধারণ স্ট্যান্ডার্ডে যেতে চান, তাদের এফএইচএসের উপর ভিত্তি করে এই উত্তরটি দ্ব্যর্থহীনভাবে সঠিকভাবে পাওয়া উচিত।

— জেরেমি

Answer 2

• অ-ব্যবহারকারীর নির্দিষ্ট ডেটা / usr / local / var এ সংরক্ষণ করা যেতে পারে যাতে এটি আবার নতুন কাজের অংশে ভাগ না করে।
• ../Local/ .. এর অধীনে না থাকা যেকোন কিছুতেই একটি এনএফএস ভাগ করে নেওয়ার অনুমতি দেওয়া হয়, তাই আপনি যদি এনএফএস শেয়ার থেকে ডেটা ডাউনলোড করতে চান এবং নিশ্চিত হন যে সেগুলি স্থানীয়ভাবে মেশিনে হার্ডড্রাইভে সঞ্চয় করা আছে।
• তারপরে আপনার ... / লোকাল / .. এর সাথে কোনও পথ বেছে নেওয়া উচিত .... বাকী এটির ধরণের উপর নির্ভর করে ডেটা প্রকৃতির উপর নির্ভর করে t এটি / স্থানীয় / বর্ণ বা / স্থানীয় / টিএমপি ইত্যাদি হতে পারে could ।

ফাইল সিস্টেমের স্তরক্রম:

এটিও একবার দেখুন

Comments

যদিও এটি এফএইচএসের দরকারী উপস্থাপনা, এটি এখনও ভাগ করা ডেটা স্টোরের জন্য কোনও মানক অবস্থানের পরামর্শ দেয় না।

— মিস্টারবেন

এফএসএইচ জানিয়েছে যে: / usr ভাগযোগ্য, কেবল পঠনযোগ্য ডেটা। এর অর্থ হ'ল / usr বিভিন্ন এফএইচএস-সম্মতিযুক্ত হোস্টগুলির মধ্যে ভাগ করে নেওয়া উচিত এবং এতে লিখিত হবে না । হুঁ, সুতরাং এটি আপনার ভাগের উদ্দেশ্য কী তার উপর নির্ভর করে।

— horque

@htorque আমি / var এর নীচে কোথাও চিন্তাভাবনার দিকে ঝুঁকছি ফাইল ভাগ করার জন্য এটি সবচেয়ে উপযুক্ত, কারণ আপনি নিজের (এখন মুছে ফেলা) উত্তরে পরামর্শ দিয়েছেন।

— মিস্টারবেন

আমি আমার উত্তরটি মুছলাম, কারণ এফএইচএস আরও বলেছে যে: অ্যাপ্লিকেশনগুলিকে সাধারণত / var এর শীর্ষ স্তরের ডিরেক্টরিগুলি যুক্ত করা উচিত নয়। এই জাতীয় ডিরেক্টরিগুলি কেবল তখন যুক্ত করা উচিত যখন তাদের কিছু সিস্টেম-ব্যাপী জড়িত থাকে এবং FHS মেলিং তালিকার সাথে পরামর্শ করে with - এফএইচএস সহজেই চান না যে আপনি (লিখনযোগ্য) ডেটা ভাগ করুন! : পি

— হার্টিক

ধন্যবাদ, একটি দরকারী ওভারভিউ, এবং অন্যান্য উত্তরের মতো এটি সত্যই ডকুমেন্টকে পরিবেশন করে যে কোনও নির্দিষ্ট উত্তর নেই, যা নিজেই সহায়ক।

— মিস্টারবেন

Answer 3

আমি ভাবি না যে এফএইচএস ভাগ করা ব্যবহারকারী ডেটার জন্য কোনও স্থান সংজ্ঞায়িত করে। এটি ব্যবহারকারীদের যেখানে তারা সেখানে ভাগ করা ডেটা সঞ্চয় করতে চান। আমি সাধারণত ব্যবহার করি /usr/local/sharedবা /home/shared।

Answer 4

আমি এনএফএস এর /exportসাথে পরিবেশন করতে দেখেছি , এবং /mntএনএফএস শেয়ার স্থানীয়ভাবে, কর্পোরেট পরিবেশে, মাউন্ট করতে ব্যবহার করেছি এনএফএস ডকুমেন্টেশনের পরামর্শ অনুসারে, আমি যে সন্দেহের ভিত্তিতে মূলত সান ওএস থেকে এসেছি, পরে নামকরণ করে সোলারিস রেখেছি।

/etc/exportsফাইলের নাম ভলিউম রপ্তানি এবং /exportsডিরেক্টরির দূরবর্তী ব্যবহারকারী, যারা তাদের উপর মাউন্ট তাদের স্থল /mnt। সার্ভার হোস্ট এছাড়াও /mntএকই এনএফএস ডেমন ব্যবহার করে সার্ভারে স্থানীয়ভাবে চলমান যে কোনও ক্লায়েন্ট বা প্রক্রিয়া ব্যবহার করতে, কোনও দূরবর্তী হোস্টের সাথে সামঞ্জস্য বজায় রাখতে এবং লোড লেভেলিং, কোটা ইত্যাদির কার্যকারিতা বজায় রাখতে এই একই শেয়ারগুলি মাউন্ট করতে পারে

এটি 'স্ট্যান্ডার্ড' হিসাবে এটি যতটা কাছে যায় তত কাছাকাছি। নোট যে /exportএফএইচএসে নেই তাই /exportস্বতন্ত্রভাবে যুক্ত করা হয়েছিল, সুতরাং সম্ভবত কেউই এতে সন্তুষ্ট নয় /srv। সম্ভবত 'পরিষেবাগুলি' ভলিউমের পরিবর্তে ডেমন হিসাবে চলমান 'পরিষেবাগুলি' নিয়ে সম্ভাব্য বিভ্রান্তির কারণ। /exportবিভ্রান্তির সামান্য সম্ভাবনার সাথে দ্ব্যর্থহীনভাবে নামকরণ করা হয়েছে। আমি কখনও কিছুই দেখতে পাই না /srv।