আরএসআইএনসি চলার সময় কি এইচডিডি ব্যবহার করা নিরাপদ?

27

আমি এর মাধ্যমে আমার বড় এইচডিডি ব্যাকআপ করার পরিকল্পনা করছি rsyncএবং আশা করছি এটি কয়েক দিন সময় নেয়। rsyncকাজ করার সময় আসল এইচডিডি (ফাইল যুক্ত করা) ব্যবহার করা কি নিরাপদ ? অথবা এইচডিডিগুলি শেষ না হওয়া পর্যন্ত ছেড়ে দেওয়া ভাল rsync?

— Googlebot এক
সূত্র

1

মনে রাখবেন যে "ব্যবহার করা" ব্রাউজারের কিছুই না খোলার মতোই সহজ হতে পারে। ব্রাউজারগুলি তাদের ডেটা ডিরেক্টরিতে প্রচুর এলোমেলো জিনিস লিখতে থাকে। সবচেয়ে খারাপ ক্ষেত্রে, আপনি যা পান তা বেমানান ব্যাকআপ, অর্থাত্ পুনঃস্থাপন করার সময় আপনি আপনার ট্যাবগুলি পুনরুদ্ধার করতে অক্ষম হতে পারেন, আপনার বুকমার্কগুলি চলে যেতে পারে (কারণ ডাটাবেসটি নষ্ট হয়েছে) বা সেই পরিমাণের ক্রমের কিছু রয়েছে।

— জোনাস শোফার

ব্যাকআপ নেওয়ার জন্য আপনার যদি এত বেশি ডেটা থাকে তবে আপনি ব্যাকআপটিকে ছোট ছোট টুকরো (উপ-গাছ) এ বিভক্ত করার কথা ভাবতে চাইতে পারেন। তারপরে, বর্তমানে যে অংশটি চলছে তা কেবল যথাসম্ভব স্থির রাখা দরকার - এবং আপনি দেখতে পারবেন যে কোনও অংশটি আপনার স্ক্রিপ্টের অগ্রগতি অনুসরণ করে (লগ সহ)। যেহেতু এটি একটি বড় ব্যাকআপ নয়, কিছু টুকরো অন্যগুলির সাথে সামঞ্জস্যের চেয়ে সামান্য কিছু হতে পারে, তবে আপনি যদি কোনও লাইভ সিস্টেমে একটি বড় ব্যাকআপ চালাচ্ছেন তবে তা ঘটতে চলেছে।

— জো

34

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

সাধারণত যেটি নিরাপদ নয় তা হ'ল আরএসসিএন চলাকালীন উত্স ডিরেক্টরিতে লেখা write "রাইটস" হ'ল এমন কিছু যা উত্স ডিরেক্টরি বা এর কোনও উপ-ডিরেক্টরিের সামগ্রী পরিবর্তন করে, সুতরাং এতে ফাইল আপডেট, মুছে ফেলা, সৃষ্টি ইত্যাদি অন্তর্ভুক্ত থাকে includes

এটি করার ফলে আসলে কিছুই ভাঙবে না , তবে পরিবর্তনটি সম্ভবত আরএসইএনসি দ্বারা লক্ষ্য স্থানে অনুলিপি করার জন্য বাছাই করতে পারে বা নাও পেতে পারে। এটি পরিবর্তনের ধরণের উপর নির্ভর করে, আরএসসিএন এখনও সেই নির্দিষ্ট ডিরেক্টরিটি স্ক্যান করেছে কিনা, এবং আরএসসিএনসি এখনও ফাইলটিতে বা ডিরেক্টরিটি অনুলিপি করেছে কিনা।

তবে এর চারপাশে একটি সহজ উপায় রয়েছে: এটি শেষ হয়ে গেলে একই প্যারামিটারগুলি দিয়ে আবার আরএসসিএন চালান। (যদি না আপনার কিছু ফানকি মুছুন প্যারামিটার; যদি আপনি তা করেন তবে খানিকটা সাবধান হন)) এটি করার ফলে উত্সটি পুনরায় স্ক্যান করা এবং মূল রান চলাকালীন যে কোনও পার্থক্য বেছে নেওয়া হয়নি তা স্থানান্তরিত করবে।

দ্বিতীয় রান হস্তান্তর করা উচিত শুধুমাত্র পার্থক্য যে আগের rsync রান সময় কী ঘটেছিল, এবং যেমন অনেক দ্রুত সম্পন্ন করা হবে। সুতরাং, আপনি প্রথম রান চলাকালীন কম্পিউটারটি স্বাভাবিকভাবে নির্বিঘ্নে বোধ করতে পারেন তবে দ্বিতীয় রান চলাকালীন উত্সটিতে যে কোনও পরিবর্তন করা সম্ভব যথাসম্ভব এড়ানো উচিত। যদি আপনি পারেন তবে দ্বিতীয় আরএসসিএনসি রান শুরু করার পূর্বে উত্স ফাইল সিস্টেমটি কেবল পঠনযোগ্য পুনরায় গণনা বিবেচনা করুন । (এর মতো কিছু করা mount -o ro,remount /media/sourceউচিত))

— একটি সিভিএন
সূত্র

7

দ্বিতীয় রান করার পরেও কেউ তৃতীয় রান করতে পারে: এতে আরও কম সময় লাগতে পারে ... ;-)

— জের্লো

5

@ জার্লোস একটি নিদর্শন উদ্ভূত বলে মনে হচ্ছে। এটি প্রায় মনে হয় যে প্রতিটি ব্যবহারের সেশন শেষে কেবলমাত্র rsync কমান্ডটি চালিয়ে যেতে পারে এবং কয়েক দিনের মধ্যে এটি অকার্যকরভাবে সম্পন্ন হবে।

— মন্টি হার্ডার

5

@ জের্লোস আপনি যদি দ্বিতীয়বার আরএসসিএন চালানোর আগে কেবল পঠন-পুনরায় মাউন্ট করে থাকেন তবে তা প্রয়োজনীয় হবে না এবং আপনি উত্স ফাইল সিস্টেমে লিখতে পারবেন না এমন সময়কে ন্যূনতম করার সময় সামঞ্জস্য হওয়ার নিশ্চয়তা দেওয়া হবে guaran

— সিভিএন

1

@ জার্লোস একপাশে হিসাবে, তাই @reboot root find / -print &>/dev/nullআমার সিস্টেমে ক্রন্টবায় ক্যাশে জনপ্রিয় করার মতো আমারও প্রবেশ রয়েছে । (আমার নির্দিষ্ট সিস্টেমে কয়েকটি বিশেষ ক্ষেত্রে দায়বদ্ধ হওয়ার জন্য প্রকৃত এন্ট্রি আরও জটিল)) ডিরেক্টরি-ট্রি স্ক্যানিংটি বেশ কিছুটা আইএমই উন্নত করতে এটি শুরুর পরে কিছুটা র‌্যাম এবং কিছু প্রাচীর ঘড়ির সময় ব্যবহার করে।

— একটি সিভিএন

1

@ মাইকেলকিজারলিং: শ্রেণিবিন্যাসকে ক্যাশে করার জন্য আইডিয়াটিকে হস্তক্ষেপ করা। তবে এর পরিবর্তে আপনার চালানো উচিত updatedb(বিল্ডিং সনাক্তের ডেটাবেস) বা slocate -u(একই, আপনার যদি স্লট থাকে)? এই পদ্ধতিতে আপনি এখনও শ্রেণিবিন্যাসকে ক্যাশে করেন তবে আপনি সনাক্ত করতে বা স্লোকের ডেটাবেসগুলিও তৈরি করে থাকেন, যাতে আপনাকে দ্রুত অনেকগুলি ফাইল সন্ধান করার জন্য সেই আদেশগুলি ব্যবহার করতে দেয়?

— অলিভিয়ার ডুলাক

22

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

আপনার ক্ষেত্রে, rsyncএকটি ফাইল তালিকা তৈরি করবে এবং তারপরে ব্যাকআপটি শুরু করবে। অতএব ব্যাকআপ শুরু হওয়ার পরে আপনি উত্স এইচডিডি যুক্ত করুন এমন কোনও ফাইল অনুলিপি করা হবে না ।

আমি যা করি তা হ'ল ব্যাকআপের সময় কোনও ডিভাইস ব্যবহার করা নয়। এটি একটি দ্রুত এবং ধারাবাহিক ব্যাকআপ পাওয়ার নিরাপদ উপায়।

— dr01
সূত্র

14

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

— মার্টিন উয়েডিং 21

15

rsyncঅপারেটিং চলাকালীন উত্স অঞ্চলগুলি থেকে ডেটা পড়া নিরাপদ , তবে আপনি যদি কিছু rsyncআপডেট করেন তবে কপিগুলি / আপডেটগুলি তৈরি করে যা বেমানান হতে পারে:

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

কিছু ব্যাকআপের জন্য এই অসঙ্গতি কোনও বিশাল সমস্যা নাও হতে পারে তবে বেশিরভাগ ক্ষেত্রে এটি এমনই হবে যাতে আপনি সক্রিয়ভাবে পরিবর্তিত উত্সকে সিঙ্ক করার চেষ্টা করবেন না এমনটি সুপারিশ করা হয়।

আপনি যদি আপনার স্টোরেজ সিস্টেমটি অংশীদার করতে LVM ব্যবহার করেন তবে আপনি পয়েন্ট-ইন-টাইম ব্যাকআপ নেওয়ার জন্য অস্থায়ী স্ন্যাপশট ব্যবহার করতে পারেন। এর জন্য আপনার স্ন্যাপশটের প্রয়োজনীয় সময়কালে ঘটে যাওয়া সমস্ত পরিবর্তনগুলি ধরে রাখতে পর্যাপ্ত পরিমাণে একটি স্ন্যাপশট ভলিউম তৈরি করতে আপনার ভলিউম গ্রুপে পর্যাপ্ত জায়গা থাকতে হবে। আরও তথ্যের জন্য LVM ডকুমেন্টেশন (বা অনেকগুলি অনলাইন উদাহরণগুলির মধ্যে একটি: "LVM স্ন্যাপশট ব্যাকআপ" বা অনুরূপ অনুসন্ধান করুন) দেখুন।

এমনকি এলভিএম ছাড়াই কিছু ফাইল সিস্টেমগুলি স্ন্যাপশটগুলিকে নিজেরাই সমর্থন করে - তাই আপনিও সেই বিকল্পটি সন্ধান করতে পারেন।

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

— ডেভিড স্পিললেট
সূত্র

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

— আইবেনেট

11

সোর্স এইচডিডি আরএসসিএন করার সময় কিছু পড়তে পারে।
সোর্স এইচডিডি আরএসসিএন বিষয়বস্তু সম্পর্কিত নয় এমন কোনও লিখিত সামগ্রী লিখতে পারে।
গন্তব্য এইচডিডি আরএসসিএন করার সময় কিছু পড়তে পারে।
গন্তব্য এইচডিডি সিঙ্কযুক্ত সামগ্রীর জন্য পর্যাপ্ত জায়গা রাখার শর্তের সাথে আরএসসিঙ্ক করার সময় কিছু লিখতে পারে।

অবশ্যই, যে কোনও ক্ষেত্রে কর্মক্ষমতা হ্রাস হবে।

— Overmind
সূত্র

0

বর্তমানের উত্তরগুলির সমস্তই ধারাবাহিকতার দিক থেকে ডেটা সুরক্ষার কথা বলছে এবং নিখুঁত হার্ডওয়্যার ধরে নিচ্ছে।

আরেকটি বিষয় বিবেচনা করা হ'ল স্বয়ং হার্ডওয়্যার নিরাপত্তা। আপনার যদি নন-ব্যাকড-আপ হার্ড ড্রাইভ রয়েছে যা ব্যর্থ হওয়ার পথে হতে পারে (আপনি এখনও জানেন না) এবং আপনি একটি প্রাথমিক বিস্তৃত ব্যাকআপ করছেন তবে এটি ব্যবহার করবেন না। এমনকি ডেটা সমালোচনা হলে এটি মাউন্ট করবেন না। আপনি কোনও সরঞ্জাম ব্যবহার করতে পারেন ddযেমন ব্লক ডিভাইস হিসাবে ডিস্কটি ক্লোন করতে। আপনি ডিস্কের মাথাটি কী চান না এবং আপনি ব্যাকআপ তৈরির চেষ্টা করার সময় সম্ভবত লেখেন। প্লাস ddঅনুক্রমে যেহেতু এটি শুধু কপি বিট দ্রুততর প্রাথমিক ব্যাকআপ জন্য হওয়া উচিত (ড্রাইভ না বেশিরভাগ পূর্ণ আমি অনুমান rsync পাশাপাশি প্রাথমিক ক্ষেত্রে জয় হবে হয় থাকেন)।

পরবর্তী ইনক্রিমেন্টাল ব্যাকআপগুলির জন্য আরএসআইএনসি একটি দুর্দান্ত পছন্দ এবং আমি অন্যান্য উত্তরগুলির সাথে 100% সম্মত।

— Zak
সূত্র

1

মিডিয়া যদি প্রান্তিক বা এমনকি সম্ভাব্য প্রান্তিক ddহয় তবে সেরা পছন্দ নয়। ddrescueপরিবর্তে ব্যবহার করুন; এটি আংশিক ব্যর্থতা আরও ভাল পরিচালনা করে। তবে এটি মূল প্রশ্নে বিবেচ্য ছিল না।

— একটি সিভিএন

@ মাইকেলKjörling এটি একটি ভাল বিষয়।

— জাক