জেডএফএসে জোর করে আপডেট চেকসাম করবেন?

Question

আমি সম্প্রতি পরিবর্তিত checksumসম্পত্তি আমার অ-সদৃশ ZFS ফাইল সিস্টেম এক থেকে sha256থেকে on(fletcher4) ভাল সদৃশ রেপ্লিকেশন steams এর পাঠানোর সময় এই কমান্ড হিসেবে সমর্থন করার জন্য zfs send -DR -I _starting-snaphot_ _ending-snapshot_।

তবে, zfs ম্যানপেজে এই সম্পর্কে বলতে হবে send -D:

এই ফ্ল্যাগটি ডেটাসেটের ডিপআপ সম্পত্তি নির্বিশেষে ব্যবহার করা যেতে পারে, তবে ফাইল সিস্টেমটি একটি ডেডআপ-সক্ষম চেকসাম (উদাহরণস্বরূপ sha256) ব্যবহার করলে পারফরম্যান্স আরও ভাল হবে।

Zfs ম্যানপেজটি checksumসম্পত্তি সম্পর্কে এটি জানায় :

এই সম্পত্তিটি পরিবর্তন করা কেবল নতুন-লিখিত ডেটাগুলিকে প্রভাবিত করে।

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

আমি সিস্টেম সিস্টেমটিকে অফলাইন না করে কীভাবে ফাইল সিস্টেমের চেকসাম আপডেট করতে পারি?

Answer 1

ইতিমধ্যে লিখিত তথ্যের বৈশিষ্ট্যগুলি (এটি সংক্ষেপণ, নকলকরণ বা চেকসামিং) পরিবর্তন করতে, zfs পদ্ধতির একটি zfs send | zfs receiveসিকোয়েন্সের মাধ্যমে ডেটা চালানো হয় । স্পষ্টতই, আপনার এটির জন্য সিস্টেমটি অফলাইন করার দরকার নেই, তবে আপনার প্রয়োজন হবে

1. আপনার zpool / সিস্টেমে পর্যাপ্ত সংস্থানযুক্ত প্রশ্নগুলিতে সেট করা ডেটার দু'টি ছাড়ের অনুলিপি রাখতে
2. ডেটা সেট করার জন্য ডাউনটাইম হিসাবে আপনাকে হয় এটিকে ধ্বংস করতে হবে বা পদ্ধতিতে এটির নামকরণ করতে হবে
3. অপারেশন শেষ করার জন্য পর্যাপ্ত সময় এবং ধৈর্য

আপনি ইতিমধ্যে zpool এর জন্য নকল ব্যবহার করছেন, একই পুলটিতে zfs send | zfs receiveগন্তব্য সহ একটি চালনা করা উত্সটি কেবলমাত্র নতুন লিখিত মেটাডেটা ব্লকের জন্য প্রয়োজনীয় স্থান ব্যবহার করবে। তবে কিছুটা সময় নেওয়ার জন্য অনুলিপিটির জন্য প্রস্তুত থাকুন - ডেডআপটি খুব ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে dedাকা পড়তে পারে ded

ডেটা সেটটির চূড়ান্ত, অনুমোদনের অনুলিপি তৈরি করতে আপনার অবশ্যই সমস্ত লেখার ক্রিয়াকলাপ বন্ধ করতে হবে, তবে প্রথমে একটি স্ন্যাপশট অনুলিপি করে, সমস্ত লেখাগুলি বন্ধ করে এবং zfs send -i | zfs receiveচূড়ান্ত পদক্ষেপ হিসাবে ইনক্রিমেন্টাল করে ডাউনটাইম হ্রাস করতে পারে ।

Comments

এটি আমার কাছে মোটেও পরিষ্কার নয় যে zfs receiveকোনও ফাইল সিস্টেমের মেটাডেটা আপডেট করে। আমার কাছে মনে হয় এটি মেটাডেটা কেবল যেমনটি নিয়ে থাকে তবে তা আরও দ্রুত হবে। তবে ফাইল, স্তরের প্রকৃতির চেয়ে চেকসামের ব্লকের কারণে এটি করা অসম্ভব হতে পারে। যে ক্ষেত্রে zfs send | zfs receiveএকটি সমাধান জন্য একটি গ্রহণযোগ্য ভিত্তি গঠন করবে।

— 84104

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

— Nex7

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

— Nex7