د Btrfs پرمختګونه په لینکس 6.2 کرنل کې د شاملولو لپاره وړاندیز شوي ترڅو د RAID 5/6 پلي کولو کې د لیکلو سوراخ ستونزه حل کړي. د ستونزې جوهر دې حقیقت ته راځي چې که د ثبت کولو پرمهال حادثه پیښ شي ، نو په پیل کې دا ناشونې ده چې پوه شي چې په کوم بلاک کې د RAID وسیله په سمه توګه لیکل شوې وه ، او په کوم کې ریکارډ بشپړ شوی نه و. که تاسو په دې حالت کې د RAID د بیرته راګرځولو هڅه وکړئ، د لاندې لیکل شوي بلاکونو سره ورته بلاکونه ویجاړ کیدی شي ځکه چې د RAID بلاکونو حالت د همغږۍ څخه بهر دی. دا ستونزه په هر ډول RAID1/5/6 صفونو کې واقع کیږي چیرې چې د دې اغیزې سره د مبارزې لپاره ځانګړي تدابیر ندي نیول شوي.
د RAID پلي کولو کې، لکه په btrfs کې د RAID1 په څیر، دا ستونزه په دواړو نقلونو کې د چکسمونو په کارولو سره حل کیږي؛ که چیرې بې اتفاقي وي، ډاټا په ساده ډول د دویم کاپي څخه بیرته راستانه کیږي. دا طریقه هم کار کوي که چیرې ځینې وسیله د بشپړې ناکامۍ پرځای د غلط معلوماتو لیږل پیل کړي.
په هرصورت، د RAID5/6 په قضیه کې، د فایل سیسټم د برابري بلاکونو لپاره چکسمونه نه ذخیره کوي: په نورمال حالت کې، د بلاکونو اعتبار د دې حقیقت له مخې تایید کیږي چې دوی ټول چکسم شوي دي، او د برابرۍ بلاک بیا رغول کیدی شي. د معلوماتو څخه. په هرصورت، د جزوی ثبت کولو په صورت کې، دا طریقه ممکن په ځینو شرایطو کې کار ونکړي. په دې حالت کې، کله چې یو صف بحال کړئ، دا ممکنه ده چې هغه بلاکونه چې د نامناسب ریکارډ لاندې راځي په غلط ډول بیرته راستانه شي.
د Btrfs په حالت کې، دا ستونزه خورا اړونده ده که چیرې تولید شوي ریکارډ د پټې څخه کوچنی وي. په دې حالت کې، د فایل سیسټم باید د لوستلو - ترمیم - لیکلو عملیات ترسره کړي (Read-modify-write، RMW). که دا د نامکمل لیکلو سره د بلاکونو سره مخ شي، نو د RMW عملیات ممکن د فساد لامل شي چې د چکسمونو په پام کې نیولو پرته به کشف نشي. پرمخ وړونکو بدلونونه کړي دي چې د RMW عملیات د دې عملیاتو ترسره کولو دمخه د بلاکس چیک سم چیک کوي ، او که چیرې د ډیټا بحالولو لپاره اړین وي نو دا د ثبت کولو وروسته چیکسمونه هم چیک کوي. له بده مرغه، په داسې حالت کې چې د نامکمل پټې (RMW) لیکلو سره، دا د چکسمونو محاسبه کولو لپاره اضافي سر ته رسوي، مګر د پام وړ اعتبار زیاتوي. د RAID6 لپاره ، دا ډول منطق لاهم چمتو ندی ، په هرصورت ، په RAID6 کې د داسې ناکامۍ لپاره اړینه ده چې لیکنه په یوځل کې په 2 وسیلو کې ناکامه شي ، کوم چې احتمال لږ دی.
برسیره پردې، موږ کولی شو د پراختیا کونکو څخه د RAID5/6 کارولو لپاره سپارښتنې یاد کړو، د هغې جوهر دا دی چې په Btrfs کې د میټاډاټا او ډیټا ذخیره کولو پروفایل ممکن توپیر ولري. په دې حالت کې، تاسو کولی شئ د پروفایل RAID1 (عکس) یا حتی د RAID1C3 (3 کاپي) د میټاډاټا لپاره، او د معلوماتو لپاره RAID5 یا RAID6 وکاروئ. دا له یوې خوا د باور وړ میټاډاټا محافظت او د "رایټ سوراخ" نشتوالی تضمینوي ، او له بلې خوا د ځای خورا مؤثره کارول ، د RAID5/6 ځانګړتیا ، له بلې خوا. دا د میټاډاټا فساد څخه مخنیوي ته اجازه ورکوي او د معلوماتو فساد سم کیدی شي.
دا هم په پام کې نیول کیدی شي چې د SSDs لپاره په Btrfs کې په کرنل 6.2 کې، د "سپړلو" عملیاتو غیر متناسب اجرا کول به د ډیفالټ لخوا فعال شي (د آزاد شوي بلاکونو نښه کول چې نور په فزیکي توګه ذخیره کولو ته اړتیا نلري). د دې حالت ګټه په کتار کې د "پریښودو" عملیاتو اغیزمن ګروپ کولو او د شالید پروسیسر لخوا د قطار نور پروسس کولو له امله لوړ فعالیت دی ، له همدې امله د FS نورمال عملیات ورو نه کیږي ، لکه څنګه چې د همغږي کولو قضیه ده. رد کړئ" لکه څنګه چې بلاکونه آزاد شوي، او SSD کولی شي غوره پریکړې وکړي. له بلې خوا، تاسو به نور اړتیا ونلرئ د fstrim په څیر اسانتیاوې وکاروئ، ځکه چې ټول موجود بلاکونه به پرته له اضافي سکین کولو او د عملیاتو ورو کولو پرته په FS کې پاک شي.
سرچینه: opennet.ru