RAID 6.2/5 നടപ്പിലാക്കലിലെ "റൈറ്റ് ഹോൾ" പ്രശ്നം പരിഹരിക്കുന്നതിനായി Linux 6 കേർണലിൽ ഉൾപ്പെടുത്തുന്നതിനായി Btrfs മെച്ചപ്പെടുത്തലുകൾ നിർദ്ദേശിക്കുന്നു. റെക്കോർഡിംഗ് സമയത്ത് ഒരു ക്രാഷ് സംഭവിച്ചാൽ, ഏത് റെയിഡ് ഉപകരണങ്ങളിൽ ഏത് ബ്ലോക്കിലാണ് ശരിയായി എഴുതിയതെന്നും റെക്കോർഡിംഗ് പൂർത്തിയാക്കിയിട്ടില്ലെന്നും മനസിലാക്കാൻ തുടക്കത്തിൽ അസാധ്യമാണ് എന്നതാണ് പ്രശ്നത്തിന്റെ സാരാംശം. ഈ സാഹചര്യത്തിൽ നിങ്ങൾ ഒരു റെയിഡ് പുനർനിർമ്മിക്കാൻ ശ്രമിക്കുകയാണെങ്കിൽ, റെയിഡ് ബ്ലോക്കുകളുടെ അവസ്ഥ സമന്വയിപ്പിക്കാത്തതിനാൽ അണ്ടർറൈറ്റഡ് ബ്ലോക്കുകളുമായി ബന്ധപ്പെട്ട ബ്ലോക്കുകൾ കേടായേക്കാം. ഈ പ്രഭാവത്തെ ചെറുക്കുന്നതിന് പ്രത്യേക നടപടികൾ സ്വീകരിക്കാത്ത ഏതെങ്കിലും RAID1/5/6 അറേകളിൽ ഈ പ്രശ്നം സംഭവിക്കുന്നു.
btrfs-ലെ RAID1 പോലെയുള്ള ഒരു RAID നടപ്പിലാക്കലിൽ, രണ്ട് പകർപ്പുകളിലും ചെക്ക്സം ഉപയോഗിച്ചാണ് ഈ പ്രശ്നം പരിഹരിക്കുന്നത്, പൊരുത്തക്കേടുണ്ടെങ്കിൽ, രണ്ടാമത്തെ പകർപ്പിൽ നിന്ന് ഡാറ്റ പുനഃസ്ഥാപിക്കുന്നു. ചില ഉപകരണം പൂർണ്ണ പരാജയത്തിന് പകരം തെറ്റായ ഡാറ്റ നൽകാൻ തുടങ്ങിയാൽ ഈ സമീപനവും പ്രവർത്തിക്കുന്നു.
എന്നിരുന്നാലും, RAID5/6-ന്റെ കാര്യത്തിൽ, ഫയൽ സിസ്റ്റം പാരിറ്റി ബ്ലോക്കുകൾക്കായി ചെക്ക്സം സംഭരിക്കുന്നില്ല: ഒരു സാധാരണ സാഹചര്യത്തിൽ, ബ്ലോക്കുകളുടെ കൃത്യത പരിശോധിക്കുന്നത് അവയെല്ലാം ഒരു ചെക്ക്സം കൊണ്ട് സജ്ജീകരിച്ചിരിക്കുന്നു, കൂടാതെ പാരിറ്റി ബ്ലോക്കിന് കഴിയും ഡാറ്റയിൽ നിന്ന് പുനഃസൃഷ്ടിക്കണം. എന്നിരുന്നാലും, ഭാഗിക റെക്കോർഡിംഗിന്റെ കാര്യത്തിൽ, ഈ സമീപനം ചില സാഹചര്യങ്ങളിൽ പ്രവർത്തിച്ചേക്കില്ല. ഈ സാഹചര്യത്തിൽ, അറേ പുനഃസ്ഥാപിക്കുമ്പോൾ, അപൂർണ്ണമായ റെക്കോർഡിന് കീഴിൽ വീണ ബ്ലോക്കുകൾ തെറ്റായി പുനഃസ്ഥാപിക്കപ്പെടാൻ സാധ്യതയുണ്ട്.
btrfs-ന്റെ കാര്യത്തിൽ, നിർമ്മിക്കുന്ന എഴുത്ത് സ്ട്രൈപ്പിനെക്കാൾ ചെറുതാണെങ്കിൽ ഈ പ്രശ്നം ഏറ്റവും പ്രസക്തമാണ്. ഈ സാഹചര്യത്തിൽ, ഫയൽ സിസ്റ്റം ഒരു റീഡ്-മോഡിഫൈ-റൈറ്റ് (RMW) പ്രവർത്തനം നടത്തണം. ഇത് എഴുത്ത്-ഇൻ-പ്രോഗ്രസ് ബ്ലോക്കുകൾ നേരിടുകയാണെങ്കിൽ, ചെക്ക്സം പരിഗണിക്കാതെ തന്നെ കണ്ടെത്താനാകാത്ത അഴിമതികൾക്ക് RMW പ്രവർത്തനം കാരണമായേക്കാം. ഈ ഓപ്പറേഷൻ നടത്തുന്നതിന് മുമ്പ് RMW ഓപ്പറേഷൻ ബ്ലോക്കുകളുടെ ചെക്ക്സം പരിശോധിക്കുന്ന മാറ്റങ്ങൾ ഡെവലപ്പർമാർ വരുത്തിയിട്ടുണ്ട്, ആവശ്യമെങ്കിൽ, ഡാറ്റ റിക്കവറി എഴുതിയതിന് ശേഷം ഒരു ചെക്ക്സം പരിശോധനയും നടത്തുന്നു. നിർഭാഗ്യവശാൽ, ഒരു അപൂർണ്ണമായ സ്ട്രൈപ്പ് (RMW) എഴുതുന്ന സാഹചര്യത്തിൽ, ഇത് ചെക്ക്സം കണക്കാക്കുന്നതിനുള്ള അധിക ഓവർഹെഡിലേക്ക് നയിക്കുന്നു, പക്ഷേ വിശ്വാസ്യത ഗണ്യമായി വർദ്ധിപ്പിക്കുന്നു. RAID6-ന്, അത്തരം ലോജിക് ഇതുവരെ തയ്യാറായിട്ടില്ല, എന്നിരുന്നാലും, RAID6-ൽ ഇത്തരമൊരു പരാജയത്തിന്, 2 ഉപകരണങ്ങളിൽ ഒരേസമയം റൈറ്റ് പരാജയപ്പെടേണ്ടത് ആവശ്യമാണ്, അത് കുറവാണ്.
കൂടാതെ, ഡെവലപ്പർമാരിൽ നിന്നുള്ള RAID5 / 6 ഉപയോഗത്തെക്കുറിച്ചുള്ള ശുപാർശകൾ നമുക്ക് ശ്രദ്ധിക്കാം, ഇതിന്റെ സാരാംശം Btrfs-ൽ മെറ്റാഡാറ്റയും ഡാറ്റയും സംഭരിക്കുന്നതിനുള്ള പ്രൊഫൈൽ വ്യത്യാസപ്പെട്ടിരിക്കാം. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് മെറ്റാഡാറ്റയ്‌ക്കായി RAID1 (മിറർ) അല്ലെങ്കിൽ RAID1C3 (3 കോപ്പികൾ) പ്രൊഫൈലും ഡാറ്റയ്‌ക്കായി RAID5 അല്ലെങ്കിൽ RAID6 ഉം ഉപയോഗിക്കാം. ഇത് മെറ്റാഡാറ്റയുടെ വിശ്വസനീയമായ പരിരക്ഷയും ഒരു വശത്ത് "റൈറ്റ് ഹോൾ" ഇല്ലാത്തതും ഉറപ്പാക്കുന്നു, മറുവശത്ത് RAID5/6-ന് സാധാരണമായ സ്ഥലത്തിന്റെ കൂടുതൽ കാര്യക്ഷമമായ ഉപയോഗവും. ഇത് മെറ്റാഡാറ്റയിലെ അഴിമതി ഒഴിവാക്കുകയും ഡാറ്റ അഴിമതി ശരിയാക്കുകയും ചെയ്യും.
6.2 കേർണലിലെ Btrfs-ലെ SSD-കൾക്കായി, "ഡിസ്‌കാർഡ്" ഓപ്പറേഷന്റെ അസമന്വിത നിർവ്വഹണം (ഫിസിക്കൽ ആയി സൂക്ഷിക്കാൻ കഴിയാത്ത ഫ്രീഡ് ബ്ലോക്കുകൾ അടയാളപ്പെടുത്തൽ) സ്ഥിരസ്ഥിതിയായി സജീവമാക്കും. ഒരു ക്യൂവിലെ "നിരസിക്കുക" പ്രവർത്തനങ്ങളുടെ കാര്യക്ഷമമായ ഗ്രൂപ്പിംഗും ഒരു പശ്ചാത്തല ഹാൻഡ്‌ലർ ഉപയോഗിച്ച് ക്യൂ കൂടുതൽ പ്രോസസ്സ് ചെയ്യുന്നതും കാരണം ഉയർന്ന പ്രകടനമാണ് ഈ മോഡിന്റെ പ്രയോജനം, ഇതുമൂലം സിൻക്രണസ് പോലെ സാധാരണ FS പ്രവർത്തനങ്ങൾ മന്ദഗതിയിലാകില്ല. ബ്ലോക്കുകൾ സ്വതന്ത്രമായതിനാൽ SSD-ക്ക് മികച്ച തീരുമാനങ്ങൾ എടുക്കാൻ കഴിയും. മറുവശത്ത്, നിങ്ങൾക്ക് ഇനി fstrim പോലുള്ള യൂട്ടിലിറ്റികൾ ഉപയോഗിക്കേണ്ടതില്ല, കാരണം അധിക സ്കാനിംഗ് ആവശ്യമില്ലാതെയും പ്രവർത്തനങ്ങൾ മന്ദഗതിയിലാക്കാതെയും FS-ൽ ലഭ്യമായ എല്ലാ ബ്ലോക്കുകളും മായ്‌ക്കപ്പെടും.
അവലംബം: opennet.ru