ReFS
রেজিলিয়েন্ট ফাইল সিস্টেম (আরইএফএস), কোডনাম "প্রোটোগান", একটি মাইক্রোসফ্ট মালিকানাধীন ফাইল সিস্টেম যা উইন্ডোজ সার্ভার 2012-এর সাথে এন. টি. এফ. এস-এর পরে "পরবর্তী প্রজন্মের" ফাইল সিস্টেম হওয়ার অভিপ্রায় নিয়ে চালু করা হয়েছে। এন. টি. এফ. এস-এর পরিকল্পনার পর থেকে বছরের পর বছর ধরে গুরুত্বপূর্ণ হয়ে ওঠা সমস্যাগুলি কাটিয়ে ওঠার জন্য আর. ই. এফ. এস-এর পরিকল্পনা করা হয়েছিল, যা ডেটা সংরক্ষণের প্রয়োজনীয়তা কীভাবে পরিবর্তিত হয়েছে তার সাথে সম্পর্কিত। এই প্রয়োজনীয়তাগুলি স্টোরেজ সিস্টেম এবং ব্যবহারের দুটি প্রধান পরিবর্তন থেকে উদ্ভূত হয়েছিল-ব্যবহৃত স্টোরেজের আকার (মাল্টি-টেরাবাইট ড্রাইভের বড় বা বিশাল অ্যারে এখন মোটামুটি সাধারণ) এবং ক্রমাগত নির্ভরযোগ্যতার প্রয়োজন। ফলস্বরূপ, ফাইল সিস্টেমটি স্ব-মেরামত করা প্রয়োজন (ডিস্ক চেকিংকে অবাস্তবভাবে ধীর বা বিঘ্নিত হওয়া থেকে বিরত রাখতে), পাশাপাশি শারীরিক ডিস্ক এবং লজিক্যাল ভলিউমের মধ্যে বিমূর্ততা বা ভার্চুয়ালাইজেশন। আর. ই. এফ. এস-এর মূল নকশার সুবিধাগুলির মধ্যে রয়েছে স্বয়ংক্রিয় অখণ্ডতা পরীক্ষা এবং ডেটা স্ক্রাবিং, সিএইচ. কে. ডি. এস. কে চালানোর প্রয়োজনীয়তা দূরীকরণ, ডেটা অবক্ষয়ের বিরুদ্ধে সুরক্ষা, হার্ড ডিস্ক ড্রাইভের ব্যর্থতা এবং অপ্রয়োজনীয়তার অন্তর্নির্মিত পরিচালনা, আর. এ. আই. ডি কার্যকারিতার সংহতকরণ, ডেটা এবং মেটাডেটা আপডেটের জন্য অনুলিপি/বরাদ্দ করার জন্য একটি সুইচ, খুব দীর্ঘ পথ এবং ফাইলের নাম পরিচালনা, এবং প্রায় নির্বিচারে আকারের যৌক্তিক ভলিউম (ব্যবহৃত ড্রাইভের শারীরিক আকারের সাথে সম্পর্কিত নয়) সহ সঞ্চয় ভার্চুয়ালাইজেশন এবং পুলিং। এন. টি. এফ. এস-এর সঙ্গে তুলনা প্রধান নতুন বৈশিষ্ট্যগুলি অন-ডিস্ক কাঠামোর জন্য উন্নত নির্ভরযোগ্যতা আর. ই. এফ. এস সমস্ত মেটাডেটা এবং ফাইল ডেটা সহ সমস্ত অন-ডিস্ক কাঠামোর জন্য বি + ট্রি ব্যবহার করে। মেটাডেটা এবং ফাইল ডেটা একটি রিলেশনাল ডাটাবেসের মতো টেবিলে সাজানো হয়। ফাইলের আকার, একটি ফোল্ডারে ফাইলের সংখ্যা, মোট ভলিউম আকার এবং একটি ভলিউমের ফোল্ডারের সংখ্যা 64-বিট সংখ্যা দ্বারা সীমাবদ্ধ; ফলস্বরূপ, আরইএফএস সর্বাধিক 16 এক্সবিবাইট (264−1 বাইট) ফাইলের আকার এবং সর্বাধিক ভলিউম আকার 35 পেটাবাইট সমর্থন করে। অন্তর্নির্মিত স্থিতিস্থাপকতা আরইএফএস মেটাডাটার জন্য একটি বরাদ্দ-অন-রাইট আপডেট কৌশল নিয়োগ করে, যা প্রতিটি আপডেট লেনদেনের জন্য নতুন অংশ বরাদ্দ করে এবং বড় আইও ব্যাচ ব্যবহার করে। সমস্ত আরইএফএস মেটাডেটাতে 64-বিট চেকসাম থাকে যা স্বাধীনভাবে সংরক্ষণ করা হয়। ফাইল ডেটার একটি পৃথক "ইন্টিগ্রিটি স্ট্রিম"-এ একটি ঐচ্ছিক চেকসাম থাকতে পারে, যে ক্ষেত্রে ফাইল আপডেট কৌশলটি ফাইল ডেটার জন্য বরাদ্দ-অন-রাইট প্রয়োগ করে; এটি ফাইল এবং ডিরেক্টরি উভয়ের জন্য প্রযোজ্য একটি নতুন "ইন্টিগ্রিটি" বৈশিষ্ট্য দ্বারা নিয়ন্ত্রিত হয়। যদি ফাইলের তথ্য বা মেটাডেটা দূষিত হয়ে যায়, তবে রক্ষণাবেক্ষণের জন্য পুরো ভলিউম অফলাইনে না নিয়ে ফাইলটি মুছে ফেলা যেতে পারে এবং তারপরে ব্যাকআপ থেকে পুনরুদ্ধার করা যেতে পারে। অন্তর্নির্মিত স্থিতিস্থাপকতার ফলস্বরূপ, প্রশাসকদের পর্যায়ক্রমে আরইএফএস ব্যবহার করার সময় সিএইচকেডিএসকে-এর মতো ত্রুটি-পরীক্ষা সরঞ্জামগুলি চালানোর প্রয়োজন হয় না। বিদ্যমান এপিআই এবং প্রযুক্তির সাথে সামঞ্জস্যতা আরইএফএস শুধুমাত্র এনটিএফএস বৈশিষ্ট্যগুলির একটি উপসেটকে সমর্থন করে এবং শুধুমাত্র "ব্যাপকভাবে গৃহীত" উইন32 এপিআইগুলিকে সমর্থন করে। এর জন্য নতুন সিস্টেম এপিআই-এর প্রয়োজন হয় না এবং বেশিরভাগ ফাইল সিস্টেম ফিল্টার আরইএফএস ভলিউমের সাথে কাজ চালিয়ে যায়। আরইএফএস অনেক বিদ্যমান উইন্ডোজ এবং এনটিএফএস বৈশিষ্ট্য যেমন বিটলকার এনক্রিপশন, অ্যাক্সেস কন্ট্রোল লিস্ট, ইউএসএন জার্নাল, পরিবর্তন বিজ্ঞপ্তি, প্রতীকী লিঙ্ক, জংশন পয়েন্ট, মাউন্ট পয়েন্ট, রিপার্স পয়েন্ট, ভলিউম স্ন্যাপশট, ফাইল আইডি এবং ওপলক সমর্থন করে। আরইএফএস নিরবচ্ছিন্নভাবে স্টোরেজ স্পেসের সাথে একীভূত হয়, একটি স্টোরেজ ভার্চ্যুয়ালাইজেশন স্তর যা ডেটা মিররিং এবং স্ট্রিপিংয়ের পাশাপাশি মেশিনের মধ্যে স্টোরেজ পুল ভাগ করে নেওয়ার অনুমতি দেয়। আরইএফএস স্থিতিস্থাপকতা বৈশিষ্ট্যগুলি স্টোরেজ স্পেস দ্বারা প্রদত্ত মিররিং বৈশিষ্ট্যকে উন্নত করে এবং ডেটা স্ক্রাবিং প্রক্রিয়া ব্যবহার করে ফাইলগুলির কোনও মিরর করা অনুলিপিগুলি দূষিত হয় কিনা তা সনাক্ত করতে পারে, যা পর্যায়ক্রমে সমস্ত মিরর অনুলিপিগুলি পড়ে এবং তাদের চেকসামগুলি যাচাই করে, তারপরে খারাপ অনুলিপিগুলিকে ভালগুলির সাথে প্রতিস্থাপন করে। মাইক্রোসফ্ট উইন্ডোজ এবং উইন্ডোজ সার্ভারের মধ্যে রয়েছে একটি কমান্ড-লাইন ইউটিলিটি যা ব্যাপকভাবে ক্ষতিগ্রস্ত আরইএফএস ভলিউম নির্ণয় করতে, অবশিষ্ট ফাইলগুলি সনাক্ত করতে এবং সেই ফাইলগুলিকে অন্য ভলিউমে অনুলিপি করতে ব্যবহার করা যেতে পারে। সরানো বৈশিষ্ট্য কিছু এন. টি. এফ. এস বৈশিষ্ট্য আর. ই. এফ. এস-এ প্রয়োগ করা হয় না। এর মধ্যে রয়েছে অবজেক্ট আইডি, 8.3 ফাইলের নাম, এন. টি. এফ. এস কম্প্রেশন, এনক্রিপ্টিং ফাইল সিস্টেম (ই. এফ. এস), লেনদেনের এন. টি. এফ. এস, বর্ধিত বৈশিষ্ট্য এবং ডিস্ক কোটা। মিররযুক্ত বা ডোরাকাটা ভলিউম সহ গতিশীল ডিস্কগুলি স্টোরেজ স্পেস দ্বারা প্রদত্ত মিররযুক্ত বা ডোরাকাটা স্টোরেজ পুল দ্বারা প্রতিস্থাপিত হয়; তবে, স্বয়ংক্রিয় ত্রুটি-সংশোধন শুধুমাত্র মিররযুক্ত জায়গাগুলিতে সমর্থিত। আরইএফএস-এর প্রাথমিক সংস্করণগুলিতে ডেটা ডিডুপ্লিকেশন অনুপস্থিত ছিল। এটি উইন্ডোজ সার্ভার v1709-এ আত্মপ্রকাশ করে v3.2-এ প্রয়োগ করা হয়েছিল। বিকল্প ডেটা স্ট্রিম এবং হার্ড লিঙ্কগুলির জন্য সমর্থন প্রাথমিকভাবে আরইএফএস-এ প্রয়োগ করা হয়নি। উইন্ডোজ 8.1 64-বিট এবং সার্ভার 2012 আর2-এ, ফাইল সিস্টেমটি 128 কে পর্যন্ত দৈর্ঘ্যের বিকল্প ডেটা স্ট্রিমের জন্য সমর্থন পুনরুদ্ধার করে এবং প্যারিটি স্পেসে অখণ্ডতা স্ট্রিম ব্যবহার করা হলে দুর্নীতির স্বয়ংক্রিয় সংশোধন করে। বিকল্প ডেটা স্ট্রিমের অনুপস্থিতির কারণে মাইক্রোসফ্ট এসকিউএল সার্ভার ইনস্ট্যান্স বরাদ্দের জন্য প্রাথমিকভাবে আরইএফএস অনুপযুক্ত ছিল। হার্ড লিঙ্কগুলি উইন্ডোজ সার্ভার 2022-এর প্রাকদর্শন সংস্করণগুলির সাথে চালু করা হয়েছিল কিন্তু উইন্ডোজ 11 সম্পর্কে কিছুই নয়। বাস্তবায়ন আরইএফএস প্রাথমিকভাবে শুধুমাত্র উইন্ডোজ সার্ভার 2012-এ যোগ করা হয়েছিল, ভবিষ্যতের সংস্করণগুলিতে ভোক্তা সিস্টেমে ধীরে ধীরে স্থানান্তরের লক্ষ্য নিয়ে; এটি উইন্ডোজ 8.1 হিসাবে অর্জন করা হয়েছিল। প্রাথমিক সংস্করণগুলি কিছু এন. টি. এফ. এস বৈশিষ্ট্য যেমন ডিস্ক কোটা, বিকল্প ডেটা স্ট্রিম এবং বর্ধিত বৈশিষ্ট্যগুলি সরিয়ে দেয়। এর মধ্যে কয়েকটি আরইএফএস-এর পরবর্তী সংস্করণগুলিতে পুনরায় প্রয়োগ করা হয়েছিল। প্রাথমিক সংস্করণগুলিতে (2012-2013), বেশিরভাগ পরীক্ষায় আরইএফএস এন. টি. এফ. এস-এর অনুরূপ বা সামান্য দ্রুত ছিল, তবে সম্পূর্ণ অখণ্ডতা পরীক্ষা সক্ষম করা হলে অনেক ধীর ছিল, যার ফলাফল আরইএফএস-এর আপেক্ষিক নতুনত্বের জন্য দায়ী। ওয়ার্কস্টেশনের জন্য এন্টারপ্রাইজ এবং প্রো ছাড়া সমস্ত সংস্করণের জন্য উইন্ডোজ 10-এর 2017 ফল ক্রিয়েটরস আপডেটে আরইএফএস ভলিউম তৈরি করার ক্ষমতা সরিয়ে ফেলা হয়েছিল। উইন্ডোজ সার্ভার 2022 এবং উইন্ডোজ 11 ভি21এইচ2 দিয়ে শুরু করে, এর bootx64.efi স্থানীয়ভাবে আরইএফএস বুট বৈশিষ্ট্যকে সমর্থন করে এবং সিস্টেমটিকে আরইএফএস ভি3 দিয়ে ফর্ম্যাট করা ভলিউমে একটি বিশেষ উপায়ে ইনস্টল এবং চালানোর অনুমতি দেয়। যদি এটি আরইএফএস ভি1 দিয়ে ফর্ম্যাট করা ভলিউম হয়, তবে এটি আরইএফএস দিয়ে বুট করা যাবে না। একটি আরইএফএস ভলিউমের গুচ্ছের আকার হয় 4 কেবি বা 64 কেবি। হিস্ট্রি সার্ভার 2016 স্টোরেজ ডেভেলপার কনফারেন্স 2015-এ, একজন মাইক্রোসফ্ট ডেভেলপার উইন্ডোজ সার্ভার 2016-এর সাথে প্রকাশিত হওয়ার প্রত্যাশিত আরইএফএস-এর বর্ধিতকরণ উপস্থাপন করেছিলেন এবং "আরইএফএস ভি2" শিরোনামে টেকনিক্যাল প্রিভিউ 4-এ অন্তর্ভুক্ত করেছিলেন। এটি হাইলাইট করেছে যে আরইএফএস এখন ফাইলগুলির মধ্যে খুব উচ্চ গতির চলন্ত, পুনর্বিন্যাস এবং ব্লকের ক্লোনিংয়ের ক্ষমতা অন্তর্ভুক্ত করেছে (যা একটি ফাইলের সমস্ত ব্লকের জন্য করা যেতে পারে)। এটি বিশেষভাবে ভার্চ্যুয়ালাইজেশনের জন্য প্রয়োজন, এবং বলা হয় যে এটি দ্রুত বিধান, ডিফ মার্জিং এবং শ্রেণীবিন্যাসের অনুমতি দেয়। অন্যান্য বর্ধিতকরণের মধ্যে রয়েছে রিডো লগ (সিঙ্ক্রোনাস ডিস্ক লেখার জন্য), সমান্তরালকরণ, শুরু না করা বিরল ডেটা এবং ফাইলগুলির দক্ষ ট্র্যাকিং এবং দক্ষ 4k I/O। সার্ভার 2022 উইন্ডোজ সার্ভার 2022 (আরইএফএস সংস্করণ 3.7 ব্যবহার করে) ফাইল-স্তরের স্ন্যাপশট সমর্থন করে। উইন্ডোজ ইনসাইডার প্রিভিউ 22H2 এবং 23H2 (226 * * এবং 25 * * * তৈরি করে) LZ4 এবং zstd অ্যালগরিদম ব্যবহার করে ReFS ভলিউম সংকোচন সমর্থন করে। অপারেটিং সিস্টেম সংস্করণগুলির মধ্যে বিভিন্ন মাত্রার সামঞ্জস্য সহ সংস্করণ আরইএফএস-এর কিছু ভিন্ন সংস্করণ রয়েছে। ফাইল সিস্টেমের উন্নয়ন সংস্করণগুলি ছাড়াও, সাধারণত, পরবর্তী অপারেটিং সিস্টেম সংস্করণগুলি পূর্ববর্তী ওএস সংস্করণগুলির (পিছনের সামঞ্জস্য) সাথে তৈরি ফাইল সিস্টেমগুলি মাউন্ট করতে পারে। কিছু বৈশিষ্ট্য ওএসের বৈশিষ্ট্য সেটের সাথে সামঞ্জস্যপূর্ণ নাও হতে পারে। ফাইল সিস্টেমের সংস্করণ, গুচ্ছের আকার এবং অন্যান্য বৈশিষ্ট্যগুলি fsutil fsinfo ریفসিনফো ভলিউমেনম কমান্ডের মাধ্যমে জিজ্ঞাসা করা যেতে পারে। 1. 1: মূল সংস্করণ, উইন্ডোজ সার্ভার 2012 দ্বারা বিন্যাসিত। 1. 2: ডিফল্ট সংস্করণ যদি উইন্ডোজ 8.1, উইন্ডোজ 10 ভি1507 থেকে ভি1607, উইন্ডোজ সার্ভার 2012 আর2, এবং যখন উইন্ডোজ সার্ভার 2016-এ আরইএফএসভি1 নির্দিষ্ট করা হয়। উইন্ডোজ সার্ভার 2012 আর2-এর অধীনে বিকল্প ডেটা স্ট্রিম ব্যবহার করতে পারে। 2. 2: উইন্ডোজ 10 প্রিভিউ বিল্ড 10049 বা তার আগের দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ। 10061 এবং তার পরে মাউন্ট করা যায়নি। 2. 0: উইন্ডোজ সার্ভার 2016 টিপি2 এবং টিপি3 দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ। উইন্ডোজ 10 বিল্ড 10130 এবং তার পরে, অথবা উইন্ডোজ সার্ভার 2016 টিপি4 এবং তার পরে মাউন্ট করা যায়নি। 3: উইন্ডোজ সার্ভার 2016 টিপি4 এবং টিপি5 দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ। 3. 1: উইন্ডোজ সার্ভার 2016 আরটিএম দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ। 3. 2: উইন্ডোজ 10 ভি1703 এবং উইন্ডোজ সার্ভার ইনসাইডার প্রিভিউ বিল্ড 16237 দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ। উইন্ডোজ 10 ইনসাইডার প্রিভিউ 15002 বা তার পরেরটির সাথে বিন্যাস করা যেতে পারে (যদিও শুধুমাত্র 15002 এবং 15019 এর মধ্যে কোথাও ডিফল্ট হয়ে ওঠে)। সার্ভার সংস্করণে ডিডুপ্লিকেশন সমর্থন করে। 3. 3: উইন্ডোজ 10 এন্টারপ্রাইজ v1709 দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ (বিল্ড 16226 দিয়ে শুরু হওয়া ওয়ার্কস্টেশনগুলির জন্য এন্টারপ্রাইজ এবং প্রো ব্যতীত সমস্ত সংস্করণ থেকে আরইএফএস ভলিউম তৈরির ক্ষমতা সরানো হয়েছে; পড়া/লেখার ক্ষমতা রয়ে গেছে) এবং উইন্ডোজ সার্ভার সংস্করণ 1709 (উইন্ডোজ 10 এন্টারপ্রাইজ ইনসাইডার প্রিভিউ বিল্ড 16257 এবং উইন্ডোজ সার্ভার ইনসাইডার প্রিভিউ বিল্ড 16257 দিয়ে শুরু)। 3. 4: ওয়ার্কস্টেশন/এন্টারপ্রাইজ ভি1803-এর জন্য উইন্ডোজ 10 প্রো দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ এবং নতুন, এছাড়াও সার্ভার সংস্করণ (দীর্ঘমেয়াদী সমর্থন সংস্করণ উইন্ডোজ সার্ভার 2019 সহ)। 3. 5: উইন্ডোজ 11 এন্টারপ্রাইজ ইনসাইডার প্রিভিউ দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ (19536 বা নতুন তৈরি করুন); হার্ড লিঙ্কগুলির জন্য সমর্থন যোগ করে (শুধুমাত্র নতুন ফরম্যাট করা ভলিউমের জন্য; পূর্ববর্তী সংস্করণগুলি থেকে আপগ্রেড করা ভলিউমের জন্য সমর্থিত নয়)। 3. 3: উইন্ডোজ 11 এন্টারপ্রাইজ ইনসাইডার প্রিভিউ (বিল্ড 21292 বা নতুন) এবং উইন্ডোজ সার্ভার ইনসাইডার প্রিভিউ (বিল্ড 20282 বা নতুন) দ্বারা ফর্ম্যাট করা ডিফল্ট সংস্করণ 3.7: উইন্ডোজ 11 এন্টারপ্রাইজ ইনসাইডার প্রিভিউ (বিল্ড 2113 বা নতুন) এবং উইন্ডোজ সার্ভার ইনসাইডার প্রিভিউ (বিল্ড 20303 বা নতুন) দ্বারা ফর্ম্যাট করা ডিফল্ট সংস্করণ। এছাড়াও, সংস্করণটি উইন্ডোজ সার্ভার 2022 এবং উইন্ডোজ 11-এর চূড়ান্ত রিলিজের সাথে পাঠানো হয়েছে। ফাইল-স্তরের স্ন্যাপশট যোগ করা হয়েছে (শুধুমাত্র সার্ভার 2022-এ উপলব্ধ)। 3. 9: উইন্ডোজ 11 এন্টারপ্রাইজ ইনসাইডার প্রিভিউ (22598 বা নতুন তৈরি) এবং উইন্ডোজ সার্ভার ইনসাইডার প্রিভিউ (25099 বা নতুন তৈরি) দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ। LZ4 এবং ZSTD এবং স্বচ্ছ ডিকম্প্রেশন সহ পোস্ট প্রক্রিয়া সংকোচন যোগ করা হয়েছে। 3. 10: উইন্ডোজ 11 এন্টারপ্রাইজ ইনসাইডার প্রিভিউ এবং উইন্ডোজ সার্ভার ইনসাইডার প্রিভিউ দ্বারা ফরম্যাট করা ডিফল্ট সংস্করণ (25324 বা নতুন তৈরি করুন)। স্টোরেজ স্পেসগুলিতে চলার সময় আরইএফএস-এর জন্য চিহ্নিত বা প্রস্তাবিত সমস্যাগুলির মধ্যে রয়েছেঃ আরইএফএসুটিল 3.7-এ কাজ করে না (উইন্ডোজ 2022) স্টোরেজ স্পেসের উপরে পাতলা-বিধানযুক্ত আরইএফএস যুক্ত করা (2012 সালের প্রাক-প্রকাশের নিবন্ধ অনুসারে) একটি অ-কৃপণ পদ্ধতিতে ব্যর্থ হতে পারে, যেখানে সতর্কতা ছাড়াই ভলিউমটি অ্যাক্সেসযোগ্য বা নিয়ন্ত্রণযোগ্য হয় না। এটি ঘটতে পারে, উদাহরণস্বরূপ, যদি একটি স্টোরেজ স্পেসের অন্তর্নিহিত শারীরিক ডিস্কগুলি খুব বেশি পূর্ণ হয়ে যায়। স্মলনেটবিল্ডার মন্তব্য করেছেন যে, এই ধরনের ক্ষেত্রে, পুনরুদ্ধার "নিষিদ্ধ" হতে পারে কারণ স্টোরেজ স্পেস লেআউটগুলি সনাক্ত করতে এবং সেগুলি পুনরুদ্ধারের জন্য "তত্ত্বের অগ্রগতি" প্রয়োজন, যা ফাইল সিস্টেমের বিষয়বস্তুর কোনও আরইএফএস পুনরুদ্ধার শুরু করার আগে প্রয়োজন; তাই এটি ব্যাকআপগুলিও ব্যবহার করার পরামর্শ দেয়। স্টোরেজ স্পেসের উপরে পাতলা-বিধানযুক্ত আরইএফএস, মাঝে মাঝে যদি আরইএফএস পার্টিশনটি পাতলা-ভলিউমের পূর্ণ আকারে প্রসারিত করা হয়। পরে যখন পাতলা-ভলিউম আকার প্রসারিত করা হয় তখন আরইএফএস পার্টিশনটি পাতলা-ভলিউম আকার পর্যন্ত প্রসারিত করতে ব্যর্থ হতে পারে। একবার এটি পার্টিশনটি প্রসারিত করতে ব্যর্থ হলে আপনি পার্টিশনটি আর কখনও প্রসারিত করতে পারবেন না, আপনি যত বড়ই হোক না কেন পাতলা-ভলিউমের আকারও প্রসারিত করুন। সমাধানটি হ 'ল আরইএফএস পার্টিশনটি কখনই পাতলা-ভলিউমের পূর্ণ আকারে প্রসারিত করা উচিত নয়, সর্বদা ভলিউমের শেষে কয়েকটি জিবি রেখে দেওয়া উচিত। সমস্যাটি এখনও সার্ভার 2022-এ বিদ্যমান। মনে করা হয় যে বিভাজনের সম্প্রসারণের সময়, এটি বিভাজনের টেবিলে এমন মান লেখে যা পাতলা-ভলিউমের পূর্ণ আকার ব্যবহার করার সময় টেবিলকে কলুষিত করে, যা আরও সম্প্রসারণ রোধ করে। সেই তথ্য এখনও অক্ষত রয়েছে এবং আরইএফএস পার্টিশন স্বাভাবিকভাবে কাজ করে। একটি সমাধান হল একটি নতুন ভলিউম এবং আরইএফএস পার্টিশন তৈরি করা এবং পুরানো আরইএফএস থেকে এবং নতুন আরইএফএস-এ অনুলিপি করা যাতে পুরানো ভলিউমটি মুছে ফেলার আগে অনুলিপি করার সময় দ্বিগুণ সংরক্ষণের প্রয়োজন হয়। আরইএফএস-এর সাথে বিন্যাসিত পাতলা-বিধানযুক্ত ভলিউম অবশেষে পাতলা ভলিউমকে আরইএফএস বিন্যাসিত আকারের পূর্ণ আকারে প্রসারিত করে, যা উইন্ডোজ 10-এ পাতলা ভলিউম ব্যবহার করার কারণটিকে বাতিল করে দেয়। পার্টিশনটি যত বেশি ব্যবহার করবে তত দ্রুত ভলিউম প্রসারিত হবে, এমনকি ডেটা বেশিরভাগই স্থির হলেও। কম ব্যবহৃত ড্রাইভগুলি এখনও উইন্ডোজ 10-এ প্রসারিত হয় তবে একই হারে নয়। একটি পাতলা ভলিউমের উপরে একটি এন. টি. এফ. এস ফরম্যাটেড ভলিউম ব্যবহার করার সময় একই সম্প্রসারণের অভিজ্ঞতা হয় না। উদাহরণস্বরূপ, 4 টিবি আরইএফএস দ্বিমুখী মিরর 99 শতাংশ স্ট্যাটিক ডেটা (ডেটা লগ) 1.11 টিবি ব্যবহার করা হয়, একবার যোগ করা ডেটা পরিবর্তন হয় না, মাসে একবার যোগ করা ডেটা, স্টোরেজ স্পেস পুরো 8 টিবি স্টোরেজ ব্যবহার করে (স্টোরেজ স্পেসে প্রায় 2.2 টিবি ব্যবহার করা উচিত)। একই স্টোরেজ স্পেস বিভিন্ন পাতলা ভলিউম আরইএফএস দিয়ে ফর্ম্যাট করা, দ্বিমুখী মিরর একক ডেটা রাইট, তবে ডেটা কম ঘন ঘন ব্যবহার করা হয় এবং কম ঘন ঘন 257 জিবি ডেটাতে যোগ করা হয়, 7.77 টিবি ব্যবহার করে স্টোরেজ স্পেস। পাতলা ভলিউম এনটিএফএস পার্টিশন, 257 জিবি পার্টিশনের মতো একই পদ্ধতিতে ব্যবহৃত হয়, তবে শুধুমাত্র 601 জিবি ব্যবহার করে। 7 মাসের উইন্ডো। এমনকি যখন স্টোরেজ স্পেসগুলি পাতলাভাবে সরবরাহ করা হয় না, তখনও কিছু পরিস্থিতিতে আরইএফএস সমস্ত ফাইলের ত্রুটিগুলি নির্ভরযোগ্যভাবে সংশোধন করতে অক্ষম হতে পারে, কারণ স্টোরেজ স্পেসগুলি ফাইলগুলিতে নয় বরং ব্লকগুলিতে কাজ করে এবং তাই কিছু ফাইলের সম্ভাব্যভাবে প্রয়োজনীয় ব্লক বা পুনরুদ্ধারের তথ্যের অভাব থাকতে পারে যদি স্টোরেজ স্পেসের অংশটি সঠিকভাবে কাজ না করে। ফলস্বরূপ, ডিস্ক এবং তথ্য সংযোজন এবং অপসারণ ক্ষতিগ্রস্ত হতে পারে এবং অপ্রয়োজনীয় রূপান্তর কঠিন বা অসম্ভব হয়ে পড়ে। উইন্ডোজ স্টোর একটি আরইএফএস ভলিউমে অ্যাপ ইনস্টল করতে পারে না। আরইএফএস, জেডএফএস এবং বি. টি. আর. এফ-এর মতো অন্যান্য ফাইল সিস্টেমের সাথে তুলনা ডেটা সুরক্ষা, স্ন্যাপশট এবং পটভূমি ত্রুটি সংশোধনকে সংহত করার জন্য ডিজাইন করা হয়েছে। 2012 সালে, ফোরোনিক্স আরইএফএস বনাম বি. টি. আর. এফ. এস-এর একটি বিশ্লেষণ লিখেছিলেন। সেই সময়ে, তাদের বৈশিষ্ট্যগুলি একই রকম ছিল, উভয়ই সহায়ক চেকসাম, একাধিক ডিস্কের রেড-এর মতো ব্যবহার এবং ত্রুটি সংশোধন সহ। যাইহোক, আরইএফএস-এ অনুলিপি-অন-রাইট স্ন্যাপশট এবং সংকোচনের অভাব ছিল, উভয়ই বি. টি. আর. এফ. এস এবং জেড. এফ. এস-এ পাওয়া যায়। 2014 সালে, বিটা নিউজ আরইএফএস-এর একটি পর্যালোচনা লিখেছিল এবং উৎপাদন ব্যবহারের জন্য এর প্রস্তুতির মূল্যায়ন করেছিল। পর্যালোচনায় এই সিদ্ধান্তে উপনীত হয় যে, আরইএফএস-এর দুটি প্রধান ফাইল সিস্টেম প্রতিযোগীদের তুলনায় অন্তত কিছু সুবিধা ছিল। জেডএফএস (সোলারিস, ইলুমোস, ফ্রিবিএসডি এবং অন্যান্যগুলিতে ব্যবহৃত) অনলাইন ডিডুপ্লিকেশনের জন্য অনেক গিগাবাইট র্যামের তুলনামূলকভাবে চরম মেমরির প্রয়োজনীয়তার জন্য ব্যাপকভাবে সমালোচিত হয়েছিল। যাইহোক, অনলাইন ডিডুপ্লিকেশন জেডএফএস-এ ডিফল্টভাবে সক্ষম করা হয়নি এবং সেই সময়ে আরইএফএস দ্বারা সমর্থিত ছিল না (এটি তখন থেকে যুক্ত করা হয়েছে), তাই জেডএফএস অনলাইন ডিডুপ্লিকেশন সক্ষম না করলে দুটি ফাইল সিস্টেমের মধ্যে আরও সমান তুলনা পাওয়া যায় কারণ জেডএফএস-এর তখন মাত্র কয়েকশ মেগাবাইট মেমরির প্রয়োজন হয়। ড্রবোর মতো অফারগুলি মালিকানাধীন পদ্ধতি ব্যবহার করে যার পিছনে থাকা সংস্থাটি ব্যর্থ হলে কোনও ফলব্যাক থাকে না। বিপরীত প্রকৌশল এবং অভ্যন্তরীণ, মাইক্রোসফ্ট আরইএফএস-এর জন্য কোনও নির্দিষ্টকরণ প্রকাশ করেনি, বা কোনও কার্যকরী ওপেন-সোর্স ড্রাইভার তৈরি করা হয়নি। আরইএফএস নথিভুক্ত করার জন্য একটি তৃতীয় পক্ষের ওপেন সোর্স প্রকল্প গিটহাব-এ রয়েছে। প্যারাগন সফ্টওয়্যার গ্রুপ উইন্ডোজ এবং লিনাক্সের জন্য একটি ক্লোজ-সোর্স ড্রাইভার সরবরাহ করে। আরও দেখুন ফাইল সিস্টেমের তুলনা এ. পি. এফ. এস উইন. এফ. এস রেফারেন্স বাহ্যিক লিঙ্ক সার্ভার 2012-এ এন. টি. এফ. এস এবং আর. ই. এফ. এস-এর মধ্যে বিস্তারিত পার্থক্যের বিশ্লেষণ এবং এক বা অন্য আর. ই. এফ. এস ডকুমেন্টেশন প্রকল্প বেছে নেওয়ার কারণ-আর. ই. এফ. এস ফাইলিং সিস্টেম 2012 সফ্টওয়্যার উইন্ডোজ ডিস্ক ফাইল সিস্টেমের পি. ডি. এফ নথি।