বিবরণ
থেকে lvmetad man পৃষ্ঠা :
lvmetad হল LVM এর জন্য একটি মেটাডেটা ক্যাচিং ডেমন। ডেমন udev বিধিগুলি থেকে বিজ্ঞপ্তিগুলি গ্রহণ করে (যা LVMET ব্যবহারের সময় সঠিকভাবে কাজ করার জন্য LVM- র জন্য ইনস্টল করা আবশ্যক)। এই বিজ্ঞপ্তিগুলির মাধ্যমে, lvmetad সিস্টেমে উপলব্ধ ভলিউম গ্রুপগুলির একটি আপ-টু-ডেট এবং ধারাবাহিক চিত্র রয়েছে। ডিফল্টরূপে, lvmetad চলমান হলেও LVM ব্যবহার করে না। Lvm.conf (5) দেখুন।
এটিকে কিছুটা কাছাকাছি দেখলে আরও একটি সংজ্ঞা পাওয়া যায়। উইকিপিডিয়া বলেছেন:
একটি জার্নালিং ফাইল সিস্টেম একটি ফাইল সিস্টেম যা মূল ফাইল সিস্টেমে প্রতিশ্রুতি দেওয়ার আগে একটি জার্নালে (সাধারণত ফাইল সিস্টেমের একটি উত্সর্গীকৃত অঞ্চলে একটি বৃত্তাকার লগ) করা হবে তার উপর নজর রাখে। কোনও সিস্টেম ক্রাশ বা পাওয়ার ব্যর্থতার ক্ষেত্রে, এই জাতীয় ফাইল সিস্টেমগুলি অনলাইনে আবার ফিরিয়ে আনতে তত দ্রুত এবং দূষিত হওয়ার সম্ভাবনা কম।
যুক্তি
আমি এলভিএমের বিশদ ব্যাখ্যায় যাব না, কারণ ওপি ইতিমধ্যে সুবিধাগুলি বোঝে। যেমন, আমি কেবল কেন জার্নালিং যুক্ত করা হয়েছে তা ব্যাখ্যা করব। LVM- র পুরানো সংস্করণগুলির কোনও জার্নালিং ডেমন ছিল না, এর অর্থ হ'ল যদি সিস্টেমটি কেবলমাত্র জার্নালটি ক্র্যাশ করে যা শারীরিক আয়তনের (হার্ড ডিস্ক) ব্যবহার করা যেতে পারে। লজিকাল ভলিউম গ্রুপগুলি একাধিক শারীরিক ভলিউম বিস্তৃত যখন লজিক্যাল ভলিউম একাধিক এক্সটেন্টস ছড়িয়ে দেয় তখন এটি একটি সমস্যা তৈরি করে।
যদি অর্ধ জার্নাল লেনদেন একটি শারীরিক ভলিউমে এবং অন্য অর্ধেকটি অন্য শারীরিক ভলিউমে উপস্থিত থাকে তবে লেনদেনের জার্নাল উভয় শারীরিক ভলিউমে পরিবর্তন করতে পারে না কারণ শারীরিক ভলিউম বুঝতে পারে না যে তারা কোনও ভলিউম গ্রুপের অংশ , কারণ লেনদেন লগ শুধুমাত্র শারীরিক ভলিউম উপস্থিত।
সেখানেই নতুন ডেমন খেলতে আসে। এখন প্রতিটি শারীরিক ভলিউমের জন্য জার্নাল লগের পরিবর্তে, এলভিএম একটি জার্নাল লগ তৈরি করতে পারে এবং ভলিউম গ্রুপে এর জন্য একটি বিভাগ তৈরি করতে পারে, যা কেবল জার্নালিংয়ের জন্য আলাদা করা হয়েছে। এটি করার পরে, পুরো লেনদেনের লগটি ভলিউম গ্রুপ স্তরে পাওয়া যাবে এবং পুনরায় খেলতে হবে।