এন্ট্রিগুলিতে আমি ব্যাকআপগুলি নিরাপদে বাদ দিতে পারি


10

আমি আরএসএন্যাপশটের ভিত্তিতে ব্যাকআপ কৌশল পরিকল্পনা করছি ।

আমি ফাইল এবং ডিরেক্টরিগুলি বাদ দিয়ে একটি পূর্ণ সিস্টেম ব্যাকআপ করতে চাই যা পুনরায় কর্মক্ষম সিস্টেমের জন্য পুনরুদ্ধারের জন্য অকেজো হবে। আমি ইতিমধ্যে বাদ:

# System:
exclude /dev/*
exclude /proc/*
exclude /sys/*
exclude /tmp/*
exclude /run/*
exclude /mnt/*
exclude /media/*
exclude /lost+found

# Application:
exclude /*.pyc
exclude /*.pyo

আমি অবাক হই যে পুনরুদ্ধার ব্যবস্থার সাথে সমঝোতা না করে আমি বাদ দিয়ে অন্য কোন এন্ট্রি যুক্ত করতে পারি। একটি "জেনেরিক" লিনাক্স সিস্টেম সম্পর্কে কথা বলার পরে, আপনি কী আরও গ্লোব এক্সটেনশনগুলি, অস্থায়ী ডিরেক্টরিগুলি, ক্যাশে ইত্যাদির পরামর্শ দিতে পারেন? আমি নিরাপদে বাদ দিতে পারি?

উত্তর:


11

প্রথমে, আপনাকে আরএসসিএন এর অন্তর্ভুক্ত / বর্জনীয় সিনট্যাক্স সম্পর্কে কিছুটা পড়তে হবে। আমি অনুভূতি পেয়েছি যে আপনি যা করতে চান তা **গ্লোবগুলির চেয়ে *গ্লোবগুলি ব্যবহার করে ভালভাবে করা হয়েছে । ( **যে কোনও এন্ট্রি সংখ্যায় প্রসারিত হয়, যেখানে *একাধিক ডিরেক্টরি এন্ট্রিগুলির সাথে মেলে কেবল একটি একক প্রবেশে প্রসারিত details বিশদটি অন্তর্ভুক্ত / বহির্ভূত বিন্যাসেরman rsync অধীনে রয়েছে ))

এতে বলা হয়েছে, আপনি যদি ন্যূনতম ঝামেলা সহ ব্যাকআপ থেকে সিস্টেমটিকে একটি জ্ঞাত কর্মস্থলে ফিরিয়ে আনতে সক্ষম হতে চান তবে আপনার ফাইল বা ডিরেক্টরিগুলি বাদ দিয়ে সতর্ক হওয়া উচিত। আমি নিজে আরএসএন্যাপশট ব্যবহার করি এবং প্রকৃতপক্ষে বিপরীত পদ্ধতি গ্রহণ করেছি: কয়েকটি সাবধানতার সাথে নির্বাচিত ডিরেক্টরিগুলি বাদ দিয়ে সবকিছু অন্তর্ভুক্ত করুন।

সুতরাং আমার আরএসএনএপশট.কনফ আসলে বলেছে (আরএসএন্যাপশটের কনফিগারেশন ফাইল পার্সারটিকে খুশি করতে ট্যাব সহ):

interval backup NNN # pick your poison
one_fs 0
exclude /backup/**
exclude /dev/**
exclude /proc/**
exclude /run/**
exclude /sys/**
exclude /tmp/**
backup / ./

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

আমার ক্ষেত্রে আমি যুক্তিসঙ্গতভাবে ব্যবহার করতে পারি না one_fs 1; আমি বর্তমানে ~ 40 ফাইল সিস্টেমের সাথে জেডএফএস চালাচ্ছি। এই সমস্তগুলির সুস্পষ্টভাবে তালিকাভুক্ত করা একটি রক্ষণাবেক্ষণের দুঃস্বপ্ন এবং জেডএফএস ফাইল সিস্টেমের সাথে কাজ করার প্রয়োজনের চেয়ে অনেক বেশি জড়িত হয়ে উঠবে।

আপনি উপরে এবং উপরের বাইরে যে কিছু বাদ দিতে চান তা খুব সুন্দরভাবেই বিতরণের উপর নির্ভর করবে, সুতরাং জেনেরিক উত্তর দেওয়া কার্যত অসম্ভব। এটি বলেছিল, আপনি সম্ভবত / var এর অধীনে কিছু প্রার্থী খুঁজে পাবেন।


1
exclude /somepath/*এক্ষেত্রে পুরোপুরি ঠিক আছে; এটিতে /somepath/প্রত্যাশা অনুযায়ী সবকিছু বাদ দেয় । আপনার দরকার নেই **কারণ যখন সমস্ত /somepath/কিছু ইতিমধ্যে বাদ দেওয়া হয়েছে তখন আরও গভীর দেখার দরকার নেই ।
মার্টিন ভন উইট্টিচ

অথবা কেবল exclude /somepathএই বিষয়বস্তুগুলিতে নয় - কেবল এই ডিরেক্টরিগুলি পুরোপুরি ব্যবহার এবং উপেক্ষা করুন।
ফ্র্যাঙ্ক কুষ্টার্স 10-15

4
@ স্পেসেক্নারফ আপনি যখন খালি ধাতবটি পুনরুদ্ধার করবেন তখন এটি মাউন্টিং ভেঙে যায়, কারণ তখন মাউন্ট পয়েন্টটির অস্তিত্ব নেই।
একটি সিভিএন

4

আপনি যা করতে চেষ্টা করছেন তার বেশিরভাগটি সম্ভবত one_fsসেটিংটি ব্যবহার করে সাধিত হতে পারে । ফাইল সিস্টেম আপনি আপনার ব্যাকআপ অন্তর্ভুক্ত করতে চান সেট করুন, তারপর যে সেটিং ব্যবহার বাকি (এড়িয়ে যেতে proc, sys, dev, ইত্যাদি)। আমি অন্তর্ভুক্ত করব /lost+foundকারণ ডিরেক্টরিটি সর্বদা খালি থাকা উচিত যদি না আপনি কোনও দুর্নীতিগ্রস্থ ফাইল সিস্টেমের ব্যাক আপ রাখেন, সেক্ষেত্রে আপনি সম্ভবত fsckপুনরুদ্ধার হওয়া কোনও কিছুর ব্যাকআপ চান । এছাড়াও, .pycএবং .pyoপ্রথম স্থানে মূল ডিরেক্টরিতে থাকা উচিত নয়, তাই আমি সেই লাইনগুলিও সরিয়ে ফেলব। /tmpএবং /var/tmp"জেনেরিক" সিস্টেমে কেবলমাত্র অবশিষ্ট পথগুলি সম্পর্কে তথ্য রয়েছে যা নির্ভরযোগ্যভাবে ব্যাকআপগুলি থেকে বাদ দেওয়া যায়। সুতরাং সম্ভবত কিছু চেষ্টা করুন:

one_fs 1

exclude /tmp/
exclude /var/tmp/

আমি আসলে বলতে চাইনি /*.pycএবং /*.pycসিস্টেমটি প্রশস্ত *.pycএবং *.pyoআমি এটি স্থির করে দিয়েছি। আমি নিশ্চিত যদি নই one_fsসেট 1, কিছু আমি চাই অগ্রাহ্য পারে যদিও।
পাওলো

1
কোনও সিস্টেম প্যাকেজ যদি এই জাতীয় ফাইল ব্যবহার করে?
depquid

আপনি ঠিক বলেছেন, তবে আমি নিশ্চিত যে প্রতি ফাইল .py খুব শীঘ্রই বা স্বয়ংক্রিয়ভাবে পুনরায় সংযুক্ত হয়ে যাবে।
পাওলো

3
সম্ভবত, তবে আমার সিস্টেমে এ জাতীয় ফাইলগুলি বিক্রেতা প্যাকেজগুলির মাধ্যমে ইনস্টল করা হয়। যার অর্থ হ'ল যদি সিস্টেমটি ব্যাকআপ থেকে পুনরুদ্ধার করা হয় তবে প্যাকেজ পরিচালক যে ফাইলগুলি মনে করেন সেগুলি অনুপস্থিত থাকবে। আপনি একটি "জেনেরিক" লিনাক্স সিস্টেমের একটি সমাধান সম্পর্কে জিজ্ঞাসা করেছিলেন এবং আমি মনে করি না যে এই জাতীয় ফাইলগুলি সমস্যা তৈরি না করেই হারিয়ে যেতে পারে তা সর্বদা ধরে নেওয়া নিরাপদ বলে মনে করি না।
ছাড়ুন

একটি বিষয় লক্ষণীয় যে আমি প্র, এ বলতে ভুলে গিয়েছি যে ডেটা অনুলিপি এড়ানোর জন্য বাইন্ড মাউন্টগুলিও বাদ দেওয়া উচিত।
পাওলো

1

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


কেন প্যাকেজ ইনস্টল করা হবে, যার মধ্যে সমস্ত সিস্টেম ফাইল লেখার পাশাপাশি প্রসেসিং কনফিগারেশন এবং মেটা-ডেটা কেবল ফাইল অনুলিপি করার চেয়ে দ্রুত হবে?
ছাড়ুন

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