অন্য সার্ভারের ব্যাকআপ ফাইলগুলির জন্য ডিফল্ট অবস্থান কী


12

আমার একটি উবুন্টু সার্ভার রয়েছে এবং এর একটি "টাস্ক" হ'ল আরএসইএনসি / আরডিফ-ব্যাকআপ ব্যবহার করে অন্য সার্ভারে থাকা ফাইলগুলি মিরর / ব্যাকআপ করা।

আমি জানি যে ওয়েব পৃষ্ঠাগুলি / var / www তে যাওয়ার মতো কয়েকটি কনভেনশন রয়েছে।

ব্যাকআপ ফাইলগুলি সংরক্ষণ করার জন্য সেরা-অনুশীলন / ডিফল্ট অবস্থান কী?


সম্ভাব্য স্থানগুলি যা আমি বিবেচনা করেছি:

/ var / ব্যাকআপ - দেখে মনে হচ্ছে এটি ওএসের অভ্যন্তরীণ ব্যাকআপের জন্য ব্যবহৃত হয়

/ হোম / ব্যাকআপ - আমি এই ডিরেক্টরিটি তৈরি করতে পারতাম, তবে ব্যাকআপগুলি বজায় রাখা যদি এই সার্ভারটি সরবরাহ করে একটি "পরিষেবা" হয় তবে ব্যক্তিগত ব্যবহারকারী ফাইলগুলির সাথে একই ফোল্ডারে ফাইলগুলি রাখা ভুল বলে আমি মনে করি

পিএস আমি সচেতন এই প্রশ্নটি হতে পারে বিষয়টি সাবজেক্টিভ (আমি সতর্কতার সরঞ্জামদণ্ড পেয়েছি), তবে আমি মনে করি আমি যা করি তা বেশ সাধারণ, এবং একটি সম্মেলন হতে হবে।

উত্তর:


21

একটি সঠিক অবস্থান আছে।

সঠিক ফাইল সিস্টেম কাঠামোর জন্য একটি মান রয়েছে standard এর বর্তমান সংস্করণটি প্রায় এক দশক ধরে প্রায় হয়েছে, যা কিছু লিনাক্স ডিস্ট্রোজের পক্ষে সংবাদ হতে পারে।

ফাইল সিস্টেম হায়ারার্কি স্ট্যান্ডার্ডের সর্বশেষতম সংস্করণটি ২.৩: 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হয় না পরিবেশিত ওয়েব পৃষ্ঠা (আবার, এই কিছু ডিস্ট্রো ও বাক্স রক্ষণাবেক্ষণকারীকে খবর, কিন্তু FHS পুরোনো তাদের অনেকেই যারা পরিষ্কারভাবে এটা পড়তে হবে না যে) সঠিক জায়গা। পরিবেশিত সামগ্রী, এবং পরিষেবার জন্য সঞ্চিত অ্যাপ্লিকেশন ডেটা / সংস্থানগুলি /srvডিরেক্টরিতে অন্তর্ভুক্ত । আমি 2005 সাল থেকে প্রোটোকল পদ্ধতি ব্যবহার করা হয়েছে এবং (এটা বেশ ভাল কাজ করে এটি /srv/http, /srv/ftp, /srv/git, /srv/svn, ইত্যাদি)।

ধরা যাক যে আপনি ব্যবহার করছেন rsyncএবং এই মেশিনটি নেটওয়ার্কটির জন্য একটি ব্যাকআপ পরিষেবা সরবরাহ করছে, আপনি ব্যবহার করবেন:

/srv/rsync/backups

হালনাগাদ

এফএইচএস এর সংস্করণ 3.0: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html


1
শেষ পর্যন্ত আমি আসলে / এসআরভি / আরডিফ-ব্যাকআপ পরের / এসআরভি / গিট এবং / এসআরভি / এসএনএন ব্যবহার করার সিদ্ধান্ত নিয়েছি এবং আমি খুশি যে আপনি নিশ্চিত করেছেন যে এটি সঠিক সিদ্ধান্ত।
andi


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প্রকৃতপক্ষে অভ্যন্তরীণ ব্যবহারের জন্য। দেবিয়ান প্যাকেজ সিস্টেমটি শেষ থেকে একটি পুরানো অনুলিপি রাখে তবে একটি ডিপিকিজি চলে /var/lib/dpkg/status-old। (ডিফল্টরূপে :) ক্র্যাশ বা ফাইল সিস্টেমের দুর্নীতি দেখা দিলে সিস্টেমটিকে বৃহত্তর ক্ষতির জন্য সংরক্ষণের জন্য /var/backupsযখন ফাইলটি সর্বশেষ অনুলিপি থেকে পৃথক হয় তখন একটি দৈনিক ব্যাকআপ রাখা হয় । এটি থেকে করা হয় /etc/cron.daily/standard

তবে এর কোনও সঠিক বা ভুল উপায় নেই (ভাল, আমি পাগল পদ্ধতিগুলি এড়িয়ে চলেছি: সেগুলিতে /বা in /bootোকানোর মতো বা অন্য কোনও কিছুর মতো পাগল)।


সার্ভারটি একটি ডেটা সেন্টারে রয়েছে, সুতরাং বাহ্যিক স্টোরেজটি প্রশ্নবিদ্ধ। আমি ব্যবহারকারীর ব্যাকআপ তৈরি করব এবং আমি এর হোম ফোল্ডারটি ব্যাকআপগুলির জন্য ব্যবহার করব। তবে এখন আমি জানি আমি নাম ভাঙা কোন নাম নেই।
অ্যান্ডি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.