ব্যাকআপ পার্ট 5: লিনাক্সের জন্য ব্যাকুলা এবং ভিম ব্যাকআপ পরীক্ষা করা

এই নোটটি বাণিজ্যিক সহ বিভিন্ন "বড়" ব্যাকআপ সফ্টওয়্যার দেখবে। প্রার্থীদের তালিকা: লিনাক্স, বাকুলার জন্য ভিম এজেন্ট।

ফাইল সিস্টেমের সাথে কাজ চেক করা হবে, যাতে পূর্ববর্তী প্রার্থীদের সাথে তুলনা করা সুবিধাজনক হয়।

প্রত্যাশিত ফলাফল

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

লিনাক্স পর্যালোচনার জন্য ভিম এজেন্ট

এই ব্যাকআপ প্রোগ্রামটি ব্লক ডিভাইসগুলির সাথে কাজ করে, যার জন্য এটিতে Linux কার্নেলের জন্য একটি মডিউল রয়েছে যা পরিবর্তিত ডেটা ব্লকগুলি ট্র্যাক করে ব্যাকআপের অখণ্ডতা নিশ্চিত করে৷ আরো বিস্তারিত বর্ণনা পাওয়া যাবে এখানে.

একটি ফাইল ব্যাকআপ তৈরি করার প্রক্রিয়াটি একই কার্নেল মডিউলের ভিত্তিতে কাজ করে: একটি ব্লক ডিভাইস স্ন্যাপশট তৈরি করা হয়, যা একটি অস্থায়ী ডিরেক্টরিতে মাউন্ট করা হয়, তারপরে স্ন্যাপশট থেকে অন্য স্থানীয় ডিরেক্টরিতে ফাইল দ্বারা ডেটা সিঙ্ক্রোনাইজ করা হয়, অথবা smb বা nfs প্রোটোকলের মাধ্যমে রিমোট, যেখানে একাধিক ফাইল মালিকানা বিন্যাসে তৈরি করা হয়।

একটি ফাইল ব্যাকআপ তৈরির প্রক্রিয়া কখনই সম্পূর্ণ হয়নি। সঞ্চালনের প্রায় 15-16% সময়ে, গতি 600 kbsec এবং নীচে, 50% cpu ব্যবহারে নেমে আসে, যার ফলে ব্যাকআপ প্রক্রিয়াটি 6-7 ঘন্টার জন্য চলতে পারে, তাই প্রক্রিয়াটি বন্ধ হয়ে যায়।

Veeam প্রযুক্তিগত সহায়তার কাছে একটি অনুরোধ তৈরি করা হয়েছিল, যার কর্মীরা সমাধান হিসাবে ব্লক মোড ব্যবহার করার পরামর্শ দিয়েছেন।

ব্যাকআপ কপি তৈরির ব্লক-বাই-ব্লক মোডের ফলাফল নিম্নরূপ:

এই মোডে প্রোগ্রামটির অপারেটিং সময় 6 জিবি ডেটার জন্য 20 মিনিট।

সাধারণভাবে, প্রোগ্রামটির বেশ ভাল ইমপ্রেশন, তবে ফাইল মোডের অপারেশনের খুব ধীরতার কারণে এটি সাধারণ পর্যালোচনায় বিবেচনা করা হবে না।

বাকুলা রিভিউ

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

সম্পূর্ণ ব্যাকআপ মোডে

এই মোডে, বাকুলা বেশ ভবিষ্যদ্বাণীযোগ্য প্রমাণিত হয়েছে, গড়ে 10 মিনিটের মধ্যে একটি ব্যাকআপ সম্পূর্ণ করে,
লোড প্রোফাইল এই মত পরিণত হয়েছে:

এই অপারেটিং মোডে কাজ করার সময় প্রত্যাশিত হিসাবে ব্যাকআপগুলির আকার প্রায় 30 GB ছিল৷

ক্রমবর্ধমান ব্যাকআপ তৈরি করার সময়, ফলাফলগুলি খুব বেশি আলাদা ছিল না, সংগ্রহস্থলের আকার ব্যতীত, অবশ্যই (প্রায় 14 জিবি)।

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

Результаты

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

ঘোষণা

ব্যাকআপ, পার্ট 1: কেন ব্যাকআপ প্রয়োজন, পদ্ধতি, প্রযুক্তি পর্যালোচনা
ব্যাকআপ পার্ট 2: rsync-ভিত্তিক ব্যাকআপ টুল পর্যালোচনা এবং পরীক্ষা করা
ব্যাকআপ পার্ট 3: ডুপ্লিসিটির রিভিউ এবং টেস্টিং, ডুপ্লিকাটি
ব্যাকআপ পার্ট 4: Zbackup, restic, borgbackup পর্যালোচনা এবং পরীক্ষা
ব্যাকআপ পার্ট 5: লিনাক্সের জন্য ব্যাকুলা এবং ভিম ব্যাকআপ পরীক্ষা করা
ব্যাকআপ পার্ট 6: ব্যাকআপ টুলের তুলনা
ব্যাকআপ পার্ট 7: উপসংহার

কারো দ্বারা কোন কিছু ডাকঘরে পাঠানো: পাভেল ডেমকোভিচ

উত্স: www.habr.com