Skip to content

RAID வரிசை தோல்வி, சிதைந்த NAS சேமிப்புக் குளம் மற்றும் பாதுகாப்பை மீண்டும் உருவாக்குதல்

வீடு அல்லது சிறு-வணிக நெட்வொர்க் இணைக்கப்பட்ட சேமிப்பக (NAS) சாதனம் (சினாலஜி டிஸ்க்ஸ்டேஷன், QNAP டர்போ NAS, TrueNAS அல்லது Unraid சர்வர் போன்றவை) ஒரு ஆம்பர் LED மூலம் பீப் செய்யத் தொடங்கும் போது "Storage Pool Degraded" அல்லது **"Volume C2 ஐத் தீர்மானிக்கும் போது, வால்யூம் C2 ஐ தீர்மானிக்கிறது. டெராபைட் கணக்கில் மாற்ற முடியாத குடும்பப் புகைப்படங்கள் மற்றும் வணிகப் பதிவுகள் சேமிக்கப்படுகின்றன அல்லது நிரந்தரமாக அழிக்கப்படுகின்றன. பல தசாப்தங்களாக, RAID 5 அல்லது RAID 1 வரிசையில் ஒரு இயக்கி சிவப்பு நிறமாக மாறும் போது, டெட் டிரைவை வெளியே இழுத்து, புத்தம் புதிய வெற்று இயக்ககத்தை ஸ்லைடு செய்து, **"பழுதுபார்த்தல் / மீண்டும் உருவாக்கு" என்பதைக் கிளிக் செய்யவும்.

8 TB முதல் 24 TB வரையிலான டிரைவ்களை ஒரே உற்பத்தித் தொகுப்பிலிருந்து வாங்கப்பட்ட நவீன உயர்-திறன் சேமிப்புக் குளங்களில், இன்-இன்-பிளேஸ் RAID மறுகட்டமைப்பை கண்மூடித்தனமாகத் தொடங்குவது, மொத்த, மீட்க முடியாத மல்டி-டிரைவ் வரிசை மரணத்திற்கு #1 காரணமாகும். 4-டிரைவ் 16 TB RAID 5 வரிசையை மீண்டும் உருவாக்குவது, மீதமுள்ள ஒவ்வொரு வயதான இயக்கத்தையும் அதன் பிரிவுகளில் 100 சதவீதத்தை 24 முதல் 72 மணி நேரம் இடைவிடாமல் அதிகபட்ச வெப்ப மற்றும் இயந்திர சுமையில் படிக்க கட்டாயப்படுத்துகிறது. எஞ்சியிருக்கும் உடன்பிறப்பு இயக்கிகளில் ஒன்று சரிசெய்ய முடியாத வாசிப்புப் பிழையை (URE) தாக்கினால் அல்லது மறுகட்டமைப்பின் பாதியில் தலை சிதைவு ஏற்பட்டால், RAID கட்டுப்படுத்தி அந்த இரண்டாவது டிரைவை குளத்திலிருந்து வெளியேற்றி முழு வரிசையையும் செயலிழக்கச் செய்கிறது. RAID, ZFS அல்லது Btrfs அவசரநிலையிலிருந்து தப்பிக்க அனைத்து எழுத்துகளையும் உடனடியாக இடைநிறுத்த வேண்டும், S.M.A.R.T. எஞ்சியிருக்கும் அனைத்து டிரைவ்களிலும் டெலிமெட்ரி, முக்கியமான கோப்புறைகளை அரே டோபாலஜியைத் தொடுவதற்கு முன் காப்புப் பிரதி எடுத்தல் மற்றும் குனு மூலம் சிதைந்த உறுப்பினர் வட்டுகளை இமேஜிங் செய்தல் ddrescue சமநிலையை மீண்டும் உருவாக்க அல்லது படிக்க மட்டுமேயான மெட்டாடேட்டா அசெம்பிளியை முயற்சிக்கும் முன்.


இப்போது இதைச் செய்யுங்கள்

  1. NAS அல்லது சர்வர் இயக்கப்பட்டிருக்கும் போது, பல டிரைவ்களை "ரீசீட்" செய்ய, அவற்றின் சரியான ஸ்லாட் எண்களை லேபிளிடாமல், டிரைவ்களை இடமாற்றம் செய்யாதீர்கள். ஒரு டிரைவ் டிரைவைத் தொடும் முன், ஒரு ஷார்பி அல்லது லேபிள் மேக்கரை எடுத்து, ஒவ்வொரு டிரைவின் இயற்பியல் உச்சியிலும் அதன் சரியான பே எண்ணைக் குறிக்கவும் (Bay 1 / sda, Bay 2 / sdb, Bay 3 / sdc) நவீன லினக்ஸ் என்றாலும் mdadm, LVM, மற்றும் ZFS வரிசைகள் ஒவ்வொரு வட்டிலும் UUID சூப்பர் பிளாக்குகளை சேமிக்கின்றன, வன்பொருள் RAID கட்டுப்படுத்திகள் (Dell PERC, HP Smart Array, Broadcom/LSI MegaRAID) பெரும்பாலும் உள்ளமைவு மெட்டாடேட்டாவை இயற்பியல் SAS/SATA பேக்ப்ளேன் ஸ்லாட் எண்களுடன் பிணைக்கிறது.
  2. உங்களிடம் புதுப்பித்த வெளிப்புற காப்புப்பிரதி இல்லையெனில், சிதைந்த RAID 5 / SHR-1 வரிசையில் உடனடியாக "பழுது" அல்லது "மீண்டும் உருவாக்கு" என்பதைக் கிளிக் செய்ய வேண்டாம். ஒரு ஒற்றை-பரிட்டி அணிவரிசை (RAID 5, Synology SHR-1, அல்லது ZFS RAIDZ1) டெட்*டிரைவ் ஆன்லைனில் இருக்கும்போது *De கிரேடிங் இயக்கத்தில் உள்ளது. உங்கள் கோப்புகளில் இன்னும் 100 சதவீதம் படிக்கக்கூடியதாக உள்ளது. வெளிப்புற USB 3.0 ஹார்ட் ட்ரைவை நேரடியாக NAS இல் செருகவும் மற்றும் உங்கள் மிக முக்கியமான, ஈடுசெய்ய முடியாத கோப்புறைகளை சிதைந்த குளத்திலிருந்து நகலெடுக்கவும் முன் நீங்கள் எஞ்சியிருக்கும் டிரைவ்களை 48-மணிநேர அழுத்த சோதனைக்கு உட்படுத்த வேண்டும்.
  3. ** "வட்டை துவக்கவும்," "புதிய பூலை உருவாக்கவும்," "அழிவு உள்ளமைவு" அல்லது இயக்கவும் என்பதைக் கிளிக் செய்ய வேண்டாம். fsck -y / btrfs check --repair செயலிழந்த வரிசையில்.** RAID 5 வரிசையில் இருந்து இரண்டு இயக்கிகள் ஒரே நேரத்தில் வெளியேறும் போது (பெரும்பாலும் ஒரு சுருக்கமான மின்சாரம் வழங்கல் சரிவு அல்லது உண்மையான உடல் மரணத்தை விட SATA நேரம் முடிந்ததால்), NAS GUI சேமிப்பகக் குளத்தை "கிராஷ்" எனக் குறிக்கும் மற்றும் ஒலியளவை துவக்க அல்லது மீண்டும் உருவாக்க முன்வருகிறது. தொடங்குவது, புதிய சூப்பர் பிளாக்குகள் மற்றும் பூஜ்ஜியங்களை சமநிலைக் கோடுகள் முழுவதும் எழுதுகிறது, மீட்டெடுக்கக்கூடிய தரவை அழிக்கிறது. இதேபோல், ஓடுகிறது btrfs check --repair சிதைந்த Btrfs வால்யூம் லினக்ஸ் கர்னல் சமூகத்தில், அளவு மரத்தை மீட்டெடுக்க முடியாத அளவுக்கு அழிப்பதில் பெயர்பெற்றது.
  4. ** அனைத்து டோக்கர் கண்டெய்னர்கள், விர்ச்சுவல் மெஷின்கள், ப்ளெக்ஸ் மீடியா சர்வர்கள், கண்காணிப்பு கேமரா பதிவுகள் மற்றும் திட்டமிடப்பட்ட RAID ஸ்க்ரப்கள் ஆகியவற்றை உடனடியாக நிறுத்தவும்.** ஒரு சீரழிந்த அணிக்கு எழுதும் ஒவ்வொரு செயலும் சமமான எழுதும் துளையின் அபாயத்தை அதிகரிக்கிறது அல்லது விளிம்பிற்கு மேல் ஒரு விளிம்பு இரண்டாவது இயக்கியை தள்ளுகிறது. NAS இணைய இடைமுகம் அல்லது SSH முனையத்தில் உள்நுழைந்து அனைத்து பின்னணி சேவைகள் மற்றும் உயர்-I/O பணிகளை நிறுத்தவும்.
  5. NAS இல் உள்ள எந்த இயக்ககமும் தாளமாக கிளிக் செய்தல், தட்டுதல், அரைத்தல் அல்லது அலறல் போன்ற ஒலிகளை எழுப்பினால், NAS ஐ இப்போதே சுத்தமாக நிறுத்தவும். கிளிக் செய்யும் அல்லது அரைக்கும் இயக்கியானது உடல் ரீதியாக படிக்க/எழுத தலையில் செயலிழப்பை சந்தித்துள்ளது (பார்க்க வன் செயலிழப்பு மற்றும் தரவு மீட்பு) அதை NAS அடைப்புக்குள் சுழல விடுவது காந்த தட்டுகளை சில நிமிடங்களில் தூசியாக மாற்றிவிடும்.
  6. ** "NAS தோல்வி" என்பது உண்மையில் இறந்த NAS மதர்போர்டா அல்லது வெளிப்புற சக்தி செங்கல்தா என்பதைச் சரிபார்க்கவும்.** உங்கள் Synology, QNAP அல்லது Asustor NAS திடீரென்று இயங்காது, அல்லது அதன் நீல நிற பவர் LEDயை முடிவில்லாமல் கண் சிமிட்டினால் (பிரபலமான Intel Atom C2000 கடிகார-சிக்னல் பிழை போன்றவை), **உங்கள் ஹார்ட் டிரைவ்கள்*1 சதவீதம். நீங்கள் அந்த டிரைவ்களை மாற்று NAS க்கு மாற்றலாம் அல்லது நிலையான SATA போர்ட்களைப் பயன்படுத்தி எந்த உபுண்டு லினக்ஸ் டெஸ்க்டாப் கணினியிலும் படிக்க-மட்டும் ஏற்றலாம்.
flowchart TD
    A["NAS பீப் / RAID வரிசை தரம் தாழ்ந்த அல்லது செயலிழந்த நிலையைப் புகாரளிக்கிறது"] --> B{"ஏதேனும் டிரைவ்கள் மெக்கானிக்கல் க்ளிக்கிங், கிரைண்டிங் அல்லது ஸ்கிராப்பிங் சத்தம் எழுப்புகின்றனவா?"}
    B -->|"ஆம்: உடல் தலை விபத்து"| C["NAS ஐ உடனடியாகப் பவர் டவுன் செய்து, ஒவ்வொரு டிரைவையும் அதன் பே எண்ணைக் கொண்டு லேபிளிட்டு, கிளிக் செய்யும் டிரைவை அகற்றவும்"]
    B -->|"இல்லை: அமைதியான செயல்பாடு"| D{"சேமிப்புக் குளத்தின் நிலை என்ன?"}
    D -->|"தரமிறக்கப்பட்டது (1 இயக்கி தோல்வியடைந்தது, ஒலியளவை இன்னும் படிக்கக்கூடியது)"| E["அனைத்து Docker/VM/Surveillance ரைட்களையும் நிறுத்துங்கள், இன்னும் Rebuild கிளிக் செய்ய வேண்டாம்"]
    E --> F["சரிபார்க்கவும் S.M.A.R.T. அனைத்து உயிர்வாழும் இயக்ககங்களிலும் பண்புக்கூறுகள் (ஐடி 5, 187, 197, 198)"]
    F --> G["வெளிப்புற யூ.எஸ்.பி டிரைவைச் செருகவும் மற்றும் சிதைந்த குளத்திலிருந்து முக்கியமான கோப்புகளை முதலில் நகலெடுக்கவும்"]
    G --> H{"எஞ்சியிருக்கும் டிரைவ்கள் மோசமான பிரிவுகளைக் காட்டுகின்றனவா (ID 5 / 197 > 0)?"}
    H -->|"ஆம்: இரண்டாவது இயக்கி தோல்வியடைகிறது"| I["எந்தவொரு மறுகட்டமைப்பையும் முயற்சிக்கும் முன் குனு டிட்ரெஸ்க்யூ மூலம் ஒவ்வொரு இயக்ககத்தையும் பவர் டவுன் செய்து குளோன் செய்யுங்கள்"]
    H -->|"இல்லை: உயிர் பிழைப்பது 100% ஆரோக்கியமாக இருக்கும்"| J["மாற்று CMR டிரைவைச் செருகவும் (ஒருபோதும் SMR இல்லை) மற்றும் சமநிலை மறுகட்டமைப்பை இயக்கவும்"]
    D -->|"செயலிழந்தது / ஆஃப்லைன் (பல இயக்கிகள் கைவிடப்பட்டன)"| K["fsck/btrfs --repair ஐ துவக்கவோ அல்லது இயக்கவோ வேண்டாம்; பவர் டவுன் மற்றும் அனைத்து டிரைவ் பேகளையும் லேபிளிடவும்"]
    C --> L["GNU ddrescue + mapfiles ஐப் பயன்படுத்தி அனைத்து சிதைந்த உறுப்பினர் இயக்கிகளையும் ஆரோக்கியமான இயக்கிகளுக்கு குளோன் செய்யவும்"]
    K --> L
    L --> M["Linux mdadm/LVM, zpool import -o readonly=on, அல்லது UFS Explorer RAID வழியாக க்ளோன் செய்யப்பட்ட டிரைவ்களை படிக்க மட்டும் பயன்முறையில் மீண்டும் இணைக்கவும்"]

RAID மறுகட்டமைப்பு ஏன் தோல்வியடைகிறது என்பதைப் புரிந்துகொள்வது: "சிபில் டிரைவ் பேட்ச்" மற்றும் "எஸ்எம்ஆர் டிரைவ்" பொறிகள்

NAS அவசரநிலையின் போது பாதுகாப்பான முடிவுகளை எடுக்க, மீட்டெடுப்பின் போது RAID வரிசைகளைக் கொல்லும் இரண்டு உடல் பொறிகளை நீங்கள் புரிந்து கொள்ள வேண்டும்:

பொறி 1: தொடர்புடைய தொகுதி தோல்வி மற்றும் திருத்த முடியாத வாசிப்புப் பிழைகள் (URE)

பெரும்பாலான NAS உரிமையாளர்கள் ஒரே நாளில் நான்கு அல்லது ஆறு ஹார்ட் டிரைவ்களை ஒரே சில்லறை விற்பனையாளரிடமிருந்து வாங்குகிறார்கள். அந்த டிரைவ்கள் அதே ஃபேக்டரி அசெம்பிளி லைனில் இருந்து வருகின்றன, ஒரே மாதிரியான ஃபார்ம்வேர் திருத்தங்களைப் பகிர்ந்து கொள்கின்றன, அதே சேஸ் அதிர்வு சூழலில் சுழல்கின்றன, மேலும் அதே எண்ணிக்கையிலான பவர்-ஆன் மணிநேரங்களைக் குவிக்கும். * 38,000 மணிநேர செயல்பாட்டிற்குப் பிறகு டிரைவ் 1 இறக்கும் போது, ​​டிரைவ்கள் 2, 3 மற்றும் 4 ஆகியவை 38,000 மணிநேர உடையில் இருக்கும். * நீங்கள் Bay 1 இல் ஒரு புதிய மாற்று இயக்ககத்தை பாப் செய்து, RAID 5 வரிசையில் Rebuild என்பதைக் கிளிக் செய்தால், NAS கட்டுப்படுத்தியானது ஒவ்வொரு துறையையும் இயக்கிகள் 2, 3 மற்றும் 4 இல் XOR வரை படிக்க வேண்டும். * இரண்டு வருடங்களாக நீங்கள் திறக்காத பழைய கோப்புறையில் 14 படிக்க முடியாத மோசமான செக்டர்களை (தற்போதைய நிலுவையில் உள்ள பிரிவுகள், S.M.A.R.T. ஐடி 197) Drive 3 அமைதியாக வைத்திருந்தால், ஹவர் 19 இல் உள்ள பழைய ஹார்ட்வேர் NRAIDS கார்டுகளில், பழைய வன்பொருள் NRAIDS இல் உள்ள பழைய கோப்புறைகளில், மறுகட்டமைப்புச் செயல்முறை முதலில் தலையிடும். Error Recovery Control (TLER), ஒற்றைப் பல-வினாடி வாசிப்பு ஸ்டால், கட்டுப்படுத்தியை டிரைவ் 3ஐ "தோல்வி/தவறு" எனக் குறிக்கும், ஒரு ஒற்றை-பரிட்டி RAID 5 வரிசையில் இருந்து இரண்டாவது இயக்கியை இறக்கி, முழு தொகுதியையும் செயலிழக்கச் செய்கிறது.

பொறி 2: RAID அல்லது ZFS வரிசையில் SMR (ஷிங்கிள்ட் மேக்னடிக் ரெக்கார்டிங்) டிரைவை ஒருபோதும் செருக வேண்டாம்

உங்கள் NAS ஐ மீண்டும் உருவாக்க, உள்ளூர் எலக்ட்ரானிக்ஸ் கடையில் அவசர மாற்று ஹார்ட் டிரைவை வாங்கும் போது, மாற்று இயக்கி CMR (வழக்கமான காந்தப் பதிவு), ஒருபோதும் SMR (ஷிங்கிள்ட் மேக்னடிக் ரெக்கார்டிங்) பயன்படுத்துகிறதா என்பதைச் சரிபார்க்கவும். * பட்ஜெட் டெஸ்க்டாப் ஹார்டு டிரைவ்கள் (தரமான வெஸ்டர்ன் டிஜிட்டல் ரெட் நான்-பிளஸ் போன்றவை* EFAX 2 TB முதல் 6 TB வரையிலான மாடல்கள், சீகேட் பர்ராகுடா கம்ப்யூட் டெஸ்க்டாப் டிரைவ்கள் மற்றும் பல மலிவான வெளிப்புற USB டிரைவ்கள் பிளாஸ்டிக் கேஸ்களில் இருந்து பயனர்கள் "ஷக்" செய்யப்படுகின்றன) டிரைவ்-நிர்வகிக்கப்பட்ட SMR ஐப் பயன்படுத்துகின்றன, இதில் காந்தத் தடங்கள் கூரை ஷிங்கிள்ஸ் போல ஒன்றுடன் ஒன்று சேரும். * நீடித்த மல்டி-டெராபைட் RAID அல்லது ZFS ரெசில்வர் ரைட்டின் போது, ​​ஒரு SMR டிரைவின் உள் மீடியா கேச் 30 நிமிடங்களுக்குள் முழுமையாக நிரப்பப்படும். கேச் நிரம்பியதும், SMR டிரைவ் 10 முதல் 30+ வினாடிகள் ஸ்தம்பித்து, முழு சிங்கிள் பேண்டுகளையும் உள்நாட்டில் படித்து மீண்டும் எழுதும் போது, அல்லது ATAஐத் திருப்பியளிக்கும். IDNF (Sector ID Not Found) நேரம் முடிந்தது. * லினக்ஸ் mdadm, Synology DSM, மற்றும் குறிப்பாக ZFS (zed) அந்த 20-வினாடி SMR ஸ்டால்களை டெட் ஹார்ட் டிரைவ் என்று விளக்கி, புது புதிய ரீப்ளேஸ்மென்ட் டிரைவை மீண்டும் கட்டமைக்க நடுவில் வரிசைக்கு வெளியே உதைக்கிறது. எப்போதும் CMR NAS/Enterprise driveகளை வாங்கவும் (WD Red Plus / WD Red Pro, Seagate IronWolf / IronWolf Pro / Exos, அல்லது Toshiba N300 / MG Enterprise போன்றவை).


கண்டறியும் அணி: RAID நிலைகள், தவறு சகிப்புத்தன்மை மற்றும் உயிர்வாழும் விதிகள்

RAID / பூல் கட்டிடக்கலை குறைந்தபட்ச இயக்கிகள் தரவு இழப்புக்கு முன் அதிகபட்ச ஒரே நேரத்தில் தோல்வியடைந்த இயக்கிகள் 1 பல இயக்கிகள் வெளியேறும்போது என்ன நடக்கும்? பாதுகாப்பான அவசர மீட்பு உத்தி
** RAID 0 (ஸ்ட்ரைப்பிங்) / JBOD ஸ்பானிங்** 2 0 இயக்கிகள் (பூஜ்ஜிய தவறு சகிப்புத்தன்மை) 1 சிங்கிள் டிரைவ்ஐ இழப்பது, 64 KB முதல் 128 KB வரை உள்ள பெரிய கோப்பின் துகள்கள் அனைத்து வட்டுகளிலும் கோடிட்டிருக்கும் என்பதால், வரிசை முழுவதும் உள்ள கோப்பு முறைமையை அழிக்கிறது. **உடனடியாக ddrescue செயலிழக்கும் இயக்ககத்தின் இமேஜிங் ddrescue, நீங்கள் RAID 0 பட்டையை மீண்டும் இணைக்கலாம் மற்றும் உங்கள் கோப்புகளில் கிட்டத்தட்ட 100% சேமிக்கலாம்.
** RAID 1 / RAID 10 (பிரதிபலிப்பு)** 2 (RAID 1) / 4 (RAID 10) மிரர்டு ஜோடிக்கு 1 டிரைவ் கண்ணாடியில் உள்ள ஒவ்வொரு இயக்ககமும் கோப்பு முறைமையின் முழுமையான, முழுமையான நகலை வைத்திருக்கும். எளிதான DIY மீட்பு: NAS முழுவதுமாக இறந்தாலும், RAID 1 கண்ணாடியிலிருந்து எந்த ஒரு ஆரோக்கியமான இயக்ககத்தையும் Linux PC இல் செருகலாம் மற்றும் நேரடியாக ஒரு சாதாரண வட்டில் ஏற்றலாம்.
RAID 5 / Synology SHR-1 / ZFS RAIDZ1 3 1 இயக்கி ஒரு 2வது இயக்கி வெளியேறினால் (அல்லது மறுகட்டமைப்பின் போது மோசமான செக்டர்களைத் தாக்கினால்), வரிசையானது ** செயலிழந்த / ஆஃப்லைன்** நிலையில் நுழைகிறது. 1வது இயக்ககம் தோல்வியடைந்தது: USB வழியாக முக்கியமான கோப்புகளை காப்புப் பிரதி எடுக்கவும் முதலில், S.M.A.R.T ஐச் சரிபார்க்கவும். உயிர்வாழும் இயக்ககங்களில், பின்னர் CMR இயக்கி மூலம் மீண்டும் உருவாக்கவும்.
2வது இயக்கி கைவிடப்பட்டது: துவக்க வேண்டாம். அனைத்து டிரைவ்களையும் குளோன் செய்யவும் ddrescue, பின்னர் குறைந்த-பழக்கமான இயக்கியைப் பயன்படுத்தி படிக்க-மட்டும் அசெம்பிளியை கட்டாயப்படுத்தவும் (mdadm --assemble --run --readonly அல்லது யுஎஃப்எஸ் எக்ஸ்ப்ளோரர்).
RAID 6 / Synology SHR-2 / ZFS RAIDZ2 4 2 இயக்கிகள் இரட்டை விநியோகிக்கப்பட்ட சமநிலை (P + Q ரீட்-சாலமன் சிண்ட்ரோம்) ஒரே நேரத்தில் எந்த 2 முழு இயக்கி தோல்விகள் தப்பிக்கும். 3வது டிரைவ் கைவிடப்பட்டால் மட்டுமே செயலிழக்கும். அதிக மீள்தன்மை: 1 இயக்கி இறந்திருந்தாலும், மறுகட்டமைப்பின் போது மோசமான பிரிவுகளைக் கையாள 1 முழு அளவிலான சமநிலைப் பாதுகாப்பை அணியில் உள்ளது. இன்னும் சரிபார்க்கவும் S.M.A.R.T. மறுகட்டமைப்புக்கு முன் ஆரோக்கியம்.
அன்ரெய்டு (அர்ப்பணிக்கப்பட்ட பாரிட்டி டிரைவ் + இன்டிபென்டன்ட் XFS/Btrfs டேட்டா டிரைவ்கள்) 2+ 1 டிரைவ் (சிங்கிள் பேரிட்டி) அல்லது 2 டிரைவ்கள் (இரட்டை பாரிட்டி) ** கோடிட்ட RAID ஐ விட தனித்த நன்மை:** Unraid வரிசையில் உள்ள ஒவ்வொரு தரவு இயக்ககமும் ஒரு சுதந்திரமான, தன்னிறைவான XFS அல்லது Btrfs கோப்பு முறைமை. 1-பாரிட்டி அன்ரெய்டு வரிசையில் நீங்கள் 3 டிரைவ்களை இழந்தாலும், குறிப்பிட்ட டெட் டிரைவ்களில் சேமிக்கப்பட்ட கோப்புகளை மட்டுமே இழக்கிறீர்கள்; மீதமுள்ள அனைத்து ஆரோக்கியமான இயக்கிகளும் இன்னும் தனித்தனியாக ஏற்றப்பட்டு படிக்க முடியும். தோல்வியுற்ற டேட்டா டிரைவ்களை குளோன் செய்யவும் ddrescue, அல்லது அதன் 100% கோப்புகளை உடனடியாகப் படிக்க, எஞ்சியிருக்கும் ஒவ்வொரு ஆரோக்கியமான Unraid இயக்ககத்தையும் தனித்தனியாக எந்த Linux கணினியிலும் ஏற்றவும்.

"டிகிரேடட்" NAS பூலுக்கான படிப்படியான சோதனை (1 இயக்கி தோல்வியடைந்தது, தரவு இன்னும் அணுகக்கூடியது)

RAID 1, RAID 5, SHR-1, RAID 6, அல்லது RAIDZ பூல் ஆகியவற்றில் 1 இயக்கி தோல்வியடைந்ததால், உங்கள் NAS ஒலிக்கிறது என்றால், வட்டை மாற்றுவதற்கு முன், இந்த சரியான வரிசையைப் பின்பற்றவும்:

படி 1: தணிக்கை S.M.A.R.T. முதலில் அனைத்து சர்வைவிங் டிரைவ்களிலும் உள்ள பண்புக்கூறுகள்

** சேமிப்பக மேலாளரைத் திறக்கவும் -> HDD/SSD -> சுகாதாரத் தகவல் -> S.M.A.R.T. பண்பு** (சினாலஜி/QNAP இல்) அல்லது இயக்கவும் smartctl -a /dev/sdX குளத்தில் இன்னும் எஞ்சியிருக்கும் ஒவ்வொரு ஆரோக்கியமான/ஆன்லைன் டிரைவிலும் SSH வழியாக. பாருங்கள் RAW_VALUE இந்த நான்கு முக்கியமான பண்புக்கூறுகளுக்கான நெடுவரிசை: * ** ஐடி 5 (Reallocated_Sector_Ct):** சிறந்ததாக இருக்க வேண்டும் 0. எஞ்சியிருக்கும் இயக்ககத்தில் டஜன் கணக்கான அல்லது நூற்றுக்கணக்கான மறுஒதுக்கீடு செய்யப்பட்ட பிரிவுகள் இருந்தால், அதன் தட்டு மேற்பரப்பு அல்லது தலைகள் தீவிரமாக சிதைந்துவிடும். * ** ஐடி 187 (Reported_Uncorrect):** இருக்க வேண்டும் 0. * ** ஐடி 197 (Current_Pending_Sector):** முக்கியமானது. எந்த எண் பெரியது 0 உயிர்வாழும் இயக்கி தற்போது படிக்க முடியாத பிரிவுகளைக் கொண்டுள்ளது ஒரு RAID மறுகட்டமைப்பு அவற்றைப் படிக்க முயற்சிக்கும் தருணத்தில் செயலிழப்பை ஏற்படுத்துகிறது. * ** ஐடி 198 (Offline_Uncorrectable):** இருக்க வேண்டும் 0.

முடிவு விதி: * மீதமுள்ள அனைத்து இயக்ககங்களும் காட்டினால் 0 ஐடிகள் 5, 187, 197 மற்றும் 198 இல், உங்கள் முக்கியமான கோப்புறைகளை வெளிப்புற USB டிரைவில் பாதுகாப்பாக காப்புப் பிரதி எடுக்கலாம், பின்னர் ஆரோக்கியமான CMR ரீப்ளேஸ்மென்ட் டிரைவைப் பயன்படுத்தி சாதாரண NAS GUI ரிப்பேர் / ரீபில்ட் உடன் தொடரலாம். * ஒற்றை-பரிட்டி RAID 5 / SHR-1 / RAIDZ1 பூலில் எந்தவொரு எஞ்சியிருக்கும் இயக்கி காட்டினால் Current_Pending_Sector > 0 அல்லது அதிகரிக்கும் Reallocated_Sector_Ct, மறுகட்டமைப்பை இயக்க வேண்டாம். வால்யூம் ஏற்றப்பட்டிருக்கும் போது, சிதைந்த NAS இன் அனைத்து தரவையும் உடனடியாக வெளிப்புற USB டிரைவ்களுக்கு நகலெடுக்கவும்; வால்யூம் ஏற்கனவே சிரமப்பட்டால், NAS ஐ இயக்கி, GNU ஐப் பயன்படுத்தி லினக்ஸ் கணினியில் தோல்வியுற்ற உறுப்பினர் இயக்ககங்களை குளோன் செய்யவும். ddrescue முதலில்.


ஒரு RAID / NAS தொகுதி "விபத்து" (பல டிரைவ்கள் கைவிடப்பட்டது) போது படிப்படியாக மீட்பு

நீங்கள் எழுந்ததும், உங்கள் 4-பே RAID 5 NAS "ஸ்டோரேஜ் பூல் 1: செயலிழந்தது" எனச் சொன்னால், டிரைவ் 2 செவ்வாய் இரவு தோல்வியடைந்து, டிரைவ் 4 புதன்கிழமை காலை வெளியேறினால் என்ன செய்வது?

ஏன் பெரும்பாலான "2-டிரைவ் தோல்விகள்" உண்மையில் மீட்டெடுக்கப்படுகின்றன: உங்கள் வீடு மின்னலால் தாக்கப்பட்டாலோ அல்லது படிக்கட்டுகளில் இருந்து NAS கீழே விழுந்தாலோ தவிர, இரண்டு மெக்கானிக்கல் ஹார்ட் டிரைவ்கள் ஒரே நொடியில் மொத்த பேரழிவு தலை விபத்துக்குள்ளாகாது. மாறாக, உண்மையில் என்ன நடந்தது என்பது தொடர்ச்சியாக உள்ளது: 1. டிரைவ் 2 சில மோசமான செக்டர்களை உருவாக்கியது மற்றும் சில நாட்கள் அல்லது மணிநேரங்களுக்கு முன்னதாக வரிசையிலிருந்து வெளியேற்றப்பட்டது (1, 3 மற்றும் 4 டிரைவ்களில் சீரழிந்த பயன்முறையில் வரிசை இயங்கும்). 2. பின்னர், டிரைவ் 4 ஆனது ஒரு படிக்க முடியாத பிரிவு (அல்லது சுருக்கமான SATA டைம்அவுட்) NAS ஆனது பின்னணி ஸ்க்ரப்பை இயக்கும் போது சந்தித்தது. டிரைவ் 4 இல் அந்த ஒற்றை மோசமான செக்டரை சரிசெய்வதற்கு வரிசை இனி தேவையற்ற தன்மையைக் கொண்டிருக்கவில்லை என்பதால், RAID இயக்கி டிரைவ் 4 ஐயும் வெளியேற்றி, முழு குளத்தையும் ** செயலிழந்தது** எனக் குறித்தது.

இந்தச் சூழ்நிலையில், டிரைவ் 4 ஆனது புதிய, நிமிடம் வரையிலான ரெய்டு நிகழ்வு கவுண்டரைக் கொண்டுள்ளது (Events எண்ணிக்கை) மற்றும் 99.9999% ஆரோக்கியமாக உள்ளது, டிரைவ் 2 சற்று காலாவதியானது ("பழைய").

செயலிழந்த Synology, QNAP அல்லது Linux ஐ எவ்வாறு மீட்டெடுப்பது mdadm லினக்ஸ் கணினியில் பாதுகாப்பாக வரிசைப்படுத்தவும்

Danger

மல்டி-டிரைவ் RAID மீட்புக்கான முழுமையான கோல்டன் ரூல்: ஒருபோதும் இயக்க வேண்டாம் mdadm --assemble --force முதலில் சிதைந்த டிரைவ்களை குளோனிங் செய்யாமல் நேரடியாக உங்கள் அசல் இயற்பியல் NAS ஹார்டு டிரைவ்களில் (அல்லது நகல்-ஆன்-ரைட் ஓவர்லேயைப் பயன்படுத்தவும்). எப்போது --force சூப்பர் பிளாக் நிகழ்வு கவுண்டர்களை மீண்டும் எழுதுகிறது மற்றும் ஒரு ஜர்னல் செய்யப்பட்ட கோப்பு முறைமையை ஏற்றுகிறது, ஒரு தவறு அனைத்து வட்டுகளிலும் சமநிலையை சிதைக்கும்.

படி 1: NAS ஐ பவர் டவுன் செய்து, ஒவ்வொரு டிரைவ் பேயையும் லேபிளிடுங்கள் மற்றும் உபுண்டு லினக்ஸ் லைவ் USB இயங்கும் டெஸ்க்டாப் பிசியுடன் டிரைவ்களை இணைக்கவும்

  1. NAS ஐ மூடவும். ஒவ்வொரு இயக்ககத்தையும் லேபிளிடு (Bay 1, Bay 2, Bay 3, Bay 4)
  2. டிரைவ்களை மதர்போர்டு SATA போர்ட்களுடன் இணைக்கவும் (அல்லது IT பயன்முறையில் LSI 9211-8i/9300-8i போன்ற HBA கார்டு; சுமையின் கீழ் துண்டிக்கப்படும் மலிவான USB ஹப்களைத் தவிர்க்கவும்) Ubuntu Linux Live USB இல் பூட் செய்யப்பட்ட டெஸ்க்டாப் பிசியில்.
  3. ஒரு முனையத்தைத் திறந்து பகிர்வு அமைப்பை ஆய்வு செய்யவும் mdadm சூப்பர் பிளாக்ஸ் ** கண்டிப்பாக படிக்க மட்டுமே கண்டறியும் முறையில்**:
# List all connected drives and partitions without mounting anything
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE

# Inspect the Linux Software RAID (mdadm) superblock metadata on the data partitions
# Note: On Synology DSM, Partition 1 is Root OS, Partition 2 is Swap, and Partition 3 (or 5) is your User Data array (e.g., /dev/sda3, /dev/sdb3, /dev/sdc3, /dev/sdd3)
sudo mdadm --examine /dev/sd[a-d]3

படி 2: படிக்கவும் Events எதிர் மற்றும் Array State இருந்து வெளியீடு mdadm --examine

வெளியீட்டை உன்னிப்பாகப் பாருங்கள் sudo mdadm --examine /dev/sd[a-d]3 ஒவ்வொரு இயக்கத்திற்கும்: * நீங்கள் போன்ற வரிகளைக் காண்பீர்கள்: * /dev/sda3: Events : 48210, Array State : A.AA (A = செயலில், . = காணவில்லை) * /dev/sdb3 (இயக்கி 2, முதலில் கைவிடப்பட்டது): Events : 47950, Array State : AAAA * /dev/sdc3: Events : 48210, Array State : A.AA * /dev/sdd3 (டிரைவ் 4, கடைசியாக கைவிடப்பட்டது): Events : 48209, Array State : A.AA * என்ன என்பதைக் கவனியுங்கள் Events கவுண்டர் உங்களுக்கு சொல்கிறது: டிரைவ்கள் 1, 3 மற்றும் 4 (sda3, sdc3, sdd3) ஒருவருக்கொருவர் 1 நிகழ்வுக்குள் (48210 எதிராக 48209), டிரைவ் 2 (sdb3) நிகழ்வில் மிகவும் முன்னதாக விழுந்தது 47950. * முக்கியமான விதி: 4-டிரைவ் RAID 5 வரிசையில், 100 சதவீத தரவை மறுகட்டமைக்க உங்களுக்கு 3 இயக்கிகள் மட்டுமே தேவை. நீங்கள் 3 புதிய இயக்கிகளைப் பயன்படுத்தி வரிசையை இணைக்க வேண்டும் (sda3, sdc3, மற்றும் sdd3) மற்றும் ** பழைய இயக்ககத்தை விட்டு விடுங்கள் (sdb3)**. பழைய பழைய டிரைவைப் பயன்படுத்தி நீங்கள் தற்செயலாக வலுக்கட்டாயமாக அசெம்பிள் செய்தால் (sdb3), இரண்டு நாட்களுக்கு முந்தைய கோப்பு முறைமை மெட்டாடேட்டா மற்ற டிரைவ்களில் உள்ள தற்போதைய டேட்டா ஸ்ட்ரைப்களுடன் பொருந்தாமல் உங்கள் கோப்புறைகளை சிதைக்கும்.

படி 3: குனுவைப் பயன்படுத்தி மோசமான பிரிவுகளைக் கொண்ட எந்த இயக்ககத்தையும் குளோன் செய்யவும் ddrescue முதலில்

அசெம்பிள் செய்வதற்கு முன், சமீபத்தில் கைவிடப்பட்ட டிரைவை குளோன் செய்யவும் (/dev/sdd) (மற்றும் அனைத்து உறுப்பினர் இயக்கிகளும்) ஆரோக்கியமான மாற்று இயக்ககத்தைப் பயன்படுத்தி ddrescue (பார்க்க வன் செயலிழப்பு மற்றும் தரவு மீட்பு முழுமையாக ddrescue தொடரியல்):

# Clone the dropped drive (/dev/sdd) to a healthy new spare drive (/dev/sde) with a mapfile
sudo ddrescue -f -n /dev/sdd /dev/sde /root/drive4_clone.map
sudo ddrescue -d -f -r3 /dev/sdd /dev/sde /root/drive4_clone.map

இப்போது அசல் தோல்வியுற்றதைத் துண்டிக்கவும் /dev/sdd மற்றும் அதை ஒரு அலமாரியில் பாதுகாப்பாக வைக்கவும், எனவே நீங்கள் ஆரோக்கியமான குளோனுடன் வேலை செய்யுங்கள் (/dev/sde)

படி 4: RAID வரிசை, LVM தொகுதிக் குழு மற்றும் கோப்பு முறைமை ஆகியவற்றைக் கண்டிப்பான படிக்க மட்டும் பயன்முறையில் மீண்டும் இணைக்கவும்

சினாலஜி (SHR / RAID) மற்றும் QNAP அமைப்புகளில், சேமிப்பக அடுக்கில் மூன்று அடுக்குகள் வரை இருக்கும்: mdadm (RAID) -> LVM2 (லாஜிக்கல் வால்யூம் மேனேஜர்) -> ext4 அல்லது Btrfs (கோப்பு அமைப்பு). உபுண்டுவில் படிக்க மட்டும் பயன்முறையில் அவற்றைப் பாதுகாப்பாக ஏற்றுவதற்கான சரியான கட்டளை வரிசை இங்கே:

# Install mdadm, lvm2, and btrfs-progs inside the Ubuntu Live environment
sudo apt update && sudo apt install -y mdadm lvm2 btrfs-progs

# Stop any partial auto-assembled md arrays first
sudo mdadm --stop --scan

# Assemble the 3 freshest RAID 5 partitions in READ-ONLY mode (using --force ONLY if the 3rd drive's event count is off by 1-2 events, on the cloned drive)
sudo mdadm --assemble --readonly --run /dev/md127 /dev/sda3 /dev/sdc3 /dev/sde3

# Check that /dev/md127 is now active (even in degraded [UU_U] read-only state)
cat /proc/mdstat

# Activate the LVM Volume Group in read-only mode
sudo vgchange -ay --readonly

# List the discovered Logical Volumes (look for /dev/vg1000/lv or /dev/vg1/volume_1)
sudo lvs

# Create a mount point and mount the Logical Volume strictly READ-ONLY (-o ro,noload for ext4 or -o ro,norecovery for Btrfs)
sudo mkdir -p /mnt/nas_rescue

# For ext4 volumes:
sudo mount -o ro,noload /dev/vg1000/lv /mnt/nas_rescue

# OR for Btrfs volumes (such as Synology Btrfs pools):
sudo mount -o ro,norecovery /dev/vg1000/lv /mnt/nas_rescue

ஒருமுறை /mnt/nas_rescue ஏற்றங்கள், உங்களின் அனைத்து NAS பகிரப்பட்ட கோப்புறைகள் (photo, homes, video, documents) உள்ளே தோன்றும் /mnt/nas_rescue/ எனவே நீங்கள் அவற்றை நேராக வெளிப்புற USB காப்பு இயக்ககத்தில் நகலெடுக்கலாம்.

  • உங்கள் Synology NAS ஆனது கலப்பு இயக்கி அளவுகளுடன் "Synology Hybrid RAID (SHR)" இருந்தால் என்ன செய்வது? Synology SHR பெரிய டிரைவ்களை பல பகிர்வுகளாக பிரிக்கிறது (sda5, sda6) மற்றும் ஒரு தனி உருவாக்குகிறது mdadm ஒவ்வொரு பகிர்வு அடுக்கு முழுவதும் வரிசை, பின்னர் அவற்றுடன் இணைகிறது md ஒரு ஒற்றை எல்விஎம் தொகுதி குழுவிற்குள் ஒன்றாக அணிகள் (vg1000). ஓடுகிறது sudo mdadm --assemble --scan --readonly மற்றும் sudo vgchange -ay உபுண்டுவில் பல அடுக்கு SHR தொகுதிகளை தானாக தைக்கிறது.
  • வணிக GUI மாற்று (Windows/macOS/Linux): Linux டெர்மினல் கட்டளைகளில் உங்களுக்கு சங்கடமாக இருந்தால் அல்லது சிக்கலான QNAP மெல்லிய-வழங்கப்பட்ட LVM பூல் இருந்தால், UFS எக்ஸ்ப்ளோரர் RAID மீட்பு அல்லது **ReclaiMe இலவச RAID இல் இணைக்கப்பட்ட அனைத்து RAID களையும் மீட்டெடுக்கலாம். Linux PC ஆனது 100% படிக்க-மட்டும் மென்பொருள் பயன்முறையில், பட்டை அளவு, சமநிலை சுழற்சி மற்றும் LVM ஆஃப்செட்களை தானாகக் கண்டறிந்து, NAS டிரைவ்களில் ஒரு பிரிவையும் மாற்றாமல் உங்கள் கோப்புறைகளை நகலெடுக்கிறது.

ZFS (zpool) மற்றும் Btrfs அவசரகால மீட்பு கட்டளைகள்

நவீன NAS இயங்குதளங்கள் (TrueNAS SCALE/CORE, Proxmox, Ubuntu Server, Unraid மற்றும் Synology Btrfs தொகுதிகள்) மரபுக்கு பதிலாக காப்பி-ஆன்-ரைட் (CoW) கோப்பு முறைமைகளை அதிகளவில் பயன்படுத்துகின்றன. ext4. ஒரு ZFS என்றால் zpool அல்லது Btrfs பூல் மவுண்ட் செய்ய மறுக்கிறது அல்லது மின் தடை அல்லது டிரைவ் செயலிழந்த பிறகு துவக்கத்தில் கர்னல் பீதியை ஏற்படுத்துகிறது, சாதாரண மவுண்டிங் தோல்வியடையும், ஏனெனில் OS சேதமடைந்த எழுதும் பரிவர்த்தனைகளை மீண்டும் இயக்க முயற்சிக்கிறது. நீங்கள் படிக்க மட்டுமேயான பரிவர்த்தனை திரும்பப்பெறும் அளவுருக்களைப் பயன்படுத்த வேண்டும்.

1. ZFS (zpool) அவசர மீட்பு (TrueNAS / Proxmox / Linux ZFS)

ZFS பூல் கூறினால் FAULTED, UNAVAIL, அல்லது அசுத்தமான மின் இழப்புக்குப் பிறகு நீங்கள் அதை இறக்குமதி செய்ய முயற்சிக்கும் உடனடி சேவையகத்தை (கர்னல் பீதி) செயலிழக்கச் செய்யும்:

# 1. Inspect all visible ZFS pools on the connected disks without importing them
sudo zpool import

# 2. ALWAYS attempt a Read-Only Import first (prevents ZFS from writing to disks or replaying the ZIL/SLOG)
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue <pool_name>

# 3. What if a normal import causes a kernel panic or says 'damaged pool metadata'?
# Use -F (Rollback/Recovery Mode) with -n (Dry Run ONLY) to see if ZFS can rewind the last few seconds of corrupted Transaction Groups (TXGs):
sudo zpool import -F -n <pool_name>

# 4. Combine Read-Only + Safe Transaction Group Rewind (-F -o readonly=on) so no disk sectors are altered while you copy your data off:
sudo zpool import -f -F -o readonly=on -R /mnt/zfs_rescue <pool_name>

# 5. For heavily damaged pools where Space Map allocation tables are corrupt, disable space map loading prior to read-only import:
echo 1 | sudo tee /sys/module/zfs/parameters/zfs_recover
sudo zpool import -f -F -o readonly=on -R /mnt/zfs_rescue <pool_name>

கீழ் ஏற்றப்பட்டவுடன் /mnt/zfs_rescue, பயன்படுத்தி உங்கள் தரவுத்தொகுப்புகளை நகலெடுக்கவும் rsync அல்லது zfs send பூல் படிக்க-எழுது இறக்குமதி செய்ய முயற்சிக்கும் முன்.

2. Btrfs அவசர மீட்பு (சினாலஜி Btrfs / Unraid Cache Pool / Linux Btrfs)

Warning

ஓட வேண்டாம் btrfs check --repair நீங்கள் ஏற்கனவே டிரைவ்களை குளோன் செய்திருந்தால் அல்லது கீழே உள்ள படிக்க-மட்டுமான மவுண்ட் விருப்பத்தை தீர்ந்துவிட்டால். அதிகாரப்பூர்வ Btrfs கர்னல் ஆவணம் வெளிப்படையாக எச்சரிக்கிறது --repair சிதைந்த மரத்தை நிரந்தரமாக அழிக்க முடியும்.

அதற்குப் பதிலாக, Btrfs வால்யூமைக் கண்டிப்பான முற்போக்கான வரிசையில் ஏற்றவும் அல்லது பிரித்தெடுக்கவும் முயற்சிக்கவும், குறைந்தபட்சம் ஊடுருவக்கூடியது முதல் ஆழமான ஸ்கேன் வரை:

# Stage 1: Mount Read-Only without replaying the corrupted Journal Log Tree (fixes 80% of power-loss Btrfs mount failures)
sudo mount -t btrfs -o ro,norecovery /dev/sdX1 /mnt/btrfs_rescue
# (Note: on newer Linux kernels 5.11+, use: -o ro,rescue=nologreplay)

# Stage 2: Mount Read-Only using the backup Root Tree + ignoring bad checksums (for multi-drive or bit-rot corruption)
sudo mount -t btrfs -o ro,rescue=all /dev/sdX1 /mnt/btrfs_rescue
# (On older kernels: sudo mount -t btrfs -o ro,usebackuproot,nologreplay,degraded /dev/sdX1 /mnt/btrfs_rescue)

# Stage 3: If the volume still refuses to mount in the kernel, extract files directly in userspace without mounting using 'btrfs restore'
# First, list available backup tree roots:
sudo btrfs-find-root /dev/sdX1

# Then run 'btrfs restore' (strictly read-only userspace extractor) to dump all files to an external healthy drive:
sudo btrfs restore -v -i -m -S /dev/sdX1 /mnt/external_usb_backup/

வன்பொருள் RAID கட்டுப்படுத்தி அவசரநிலைகள்: "வெளிநாட்டு கட்டமைப்பு" மற்றும் டெட் RAID அட்டைகள்

எண்டர்பிரைஸ் சர்வர்கள் (PERC கார்டுகளுடன் கூடிய Dell PowerEdge, Smart Array உடன் HPE ProLiant, Lenovo ThinkSystem அல்லது பிராட்காம்/LSI MegaRAID கன்ட்ரோலர்கள் கொண்ட பணிநிலையங்கள்) வன்பொருள் RAID கார்டுகளை ஆன்போர்டு NVRAM மற்றும் பேட்டரி/சூப்பர்கேபாசிட்டர் கேச் (BBU / CacheVault)

1. இறக்குமதி வெளிநாட்டு உள்ளமைவுக்கு எதிராக தெளிவான உள்ளமைவு (கிரிடிகல்)

ஒரு இயக்கி சிறிது நேரத்தில் துண்டிக்கப்படும் போது அல்லது மாற்று சர்வர் சேஸ்ஸிற்கு டிரைவ்களை நகர்த்தினால், Dell PERC அல்லது LSI MegaRAID BIOS பூட் ஸ்கிரீன் இடைநிறுத்தி அறிவிக்கும்: "அடாப்டரில் காணப்படும் வெளிநாட்டு கட்டமைப்பு(கள்)." * எப்போதும் தேர்ந்தெடுக்கவும் Import Foreign Configuration (அல்லது Preview Foreign Configuration -> Import). "வெளிநாட்டு" குறிச்சொல் என்பது, கார்டின் தற்போதைய NVRAM நிலையில் இருந்து வேறுபட்ட ஹார்டு டிரைவ்களில் (வட்டு தரவு வடிவமைப்பு / DDF அல்லது எல்எஸ்ஐ உள்ளமைவு பிரிவுகள்) எழுதப்பட்ட ஏற்கனவே உள்ள RAID மெட்டாடேட்டாவை RAID கட்டுப்படுத்தி பார்க்கிறது. இறக்குமதியானது, டிரைவ்களில் இருந்து நேராக வரிசை அமைப்பைப் படிக்கிறது மற்றும் ஒரு பைட்டையும் இழக்காமல் உங்கள் மெய்நிகர் வட்டை மீண்டும் ஆன்லைனில் கொண்டுவருகிறது. * தேர்ந்தெடுக்க வேண்டாம் Clear Foreign Configuration அல்லது Initialize Virtual Disk. அரே மெட்டாடேட்டாவை அழிப்பது அல்லது துவக்குவது அல்லது டிரைவ்களை பூஜ்ஜியமாக்குகிறது. * விதிவிலக்கு எச்சரிக்கை: மூன்று வாரங்களுக்கு முன்பு ஒரு டிரைவ் வெளியேறிவிட்டால், மூன்று வாரங்களுக்கு புதிய தரவை சிதைந்த அணியில் எழுதிக் கொண்டே இருந்தீர்கள், பின்னர் அந்த பழைய 3 வார பழைய சிங்கிள் டிரைவை மீண்டும் செருகுவீர்கள், ஆரோக்கியமான செயலில் உள்ள டிரைவ்களின் மேல் அந்த ஒற்றை பழைய டிரைவிலிருந்து வெளிநாட்டு உள்ளமைவை இறக்குமதி செய்ய வேண்டாம்; அதற்கு பதிலாக, பழைய இயக்ககத்தை மாற்றவும் அல்லது குளோன் செய்யவும்.

2. ஹார்டுவேர் RAID அட்டையே இறந்துவிட்டால் என்ன செய்வது?

உங்கள் சர்வர் மதர்போர்டு அல்லது பிசிஐஇ ஹார்டுவேர் RAID கன்ட்ரோலர் கார்டு மின்னணு செயலிழந்து, பூட் ஆகாது என்றால்: * ** மதர்போர்டின் அதே திருத்தத்தை நீங்கள் வாங்கத் தேவையில்லை, உங்கள் தரவு இன்னும் டிரைவ்களில் அப்படியே உள்ளது.** * அதே கன்ட்ரோலர் சிப்செட் குடும்பத்திலிருந்து ஒரு மாற்று RAID கன்ட்ரோலரை வாங்கவும் (உதாரணமாக, எந்த LSI/Broadcom MegaRAID SAS 2108/2208/3108 அல்லது Dell PERC H710/H730/H740 கார்டும் DDF மெட்டாடேட்டாவை பழைய PERC கார்டில் இருந்து படிக்கலாம்). * மாற்று RAID கார்டை வேலை செய்யும் கணினியில் நிறுவவும், உங்கள் பெயரிடப்பட்ட டிரைவ்களை அவற்றின் அசல் பே ஆர்டரில் இணைக்கவும், கன்ட்ரோலர் பயாஸில் துவக்கவும் (Ctrl+R அல்லது Ctrl+H அல்லது UEFI HII மெனு), மற்றும் வெளிநாட்டு உள்ளமைவை இறக்குமதி செய் என்பதைத் தேர்ந்தெடுக்கவும். கன்ட்ரோலர் டிரைவ்களில் இருந்து RAID தளவமைப்பைப் படித்து, உங்கள் ஒலியளவை உடனடியாக ஏற்றும்.


அடிக்கடி கேட்கப்படும் கேள்விகள்

எனது சினாலஜி அல்லது QNAP NAS ஆனது இனி இயக்கப்படாது (டெட் பவர் சப்ளை அல்லது மதர்போர்டு), ஹார்ட் டிரைவ்களில் இருந்து எனது கோப்புகளை எவ்வாறு பெறுவது?

NAS பெட்டி மின்னணு முறையில் இறந்துவிட்டால், உங்கள் ஹார்டு டிரைவ்களும் தரவுகளும் நிச்சயமாக 100 சதவீதம் அப்படியே இருக்கும். உங்களிடம் இரண்டு பாதுகாப்பான விருப்பங்கள் உள்ளன: **(1) ஒரு புதிய NAS க்கு வட்டு இடம்பெயர்வு:** உங்கள் இறந்த Synology (அல்லது QNAP) இலிருந்து எண்ணிடப்பட்ட டிரைவ்களை நீங்கள் அவிழ்த்து, அதே வளைகுடா வரிசையில் அவற்றை ஒரு புத்தம் புதிய Synology (அல்லது QNAP) உறைக்குள் ஸ்லைடு செய்யலாம்; துவக்கப்படும் போது, ​​NAS ஆனது "Migratable NAS OS"ஐக் கண்டறிந்து, 10 நிமிடங்களில் அனைத்து கோப்புகளையும் அப்படியே உங்கள் சேமிப்பகக் குளத்தை இறக்குமதி செய்கிறது. **(2) டெஸ்க்டாப் கணினியில் மவுண்ட்:** ஏனெனில் Synology மற்றும் QNAP ஆகியவை நிலையான லினக்ஸைப் பயன்படுத்துகின்றன. `mdadm` மற்றும் `LVM2` ஹூட்டின் கீழ், இலவச உபுண்டு லினக்ஸ் லைவ் யூ.எஸ்.பி ஸ்டிக்கிலிருந்து துவக்கப்பட்ட டெஸ்க்டாப் பிசியில் அனைத்து டிரைவ்களையும் செருகலாம். `sudo mdadm --assemble --scan --readonly && sudo vgchange -ay`, மற்றும் புதிய NAS ஐ வாங்காமல் உங்கள் எல்லா கோப்புறைகளையும் நேராக வெளிப்புற USB டிரைவிற்கு நகலெடுக்கவும்.

பெரிய 12 TB முதல் 24 TB ஹார்டு டிரைவ்களுக்கு RAID 5 ஏன் பரிந்துரைக்கப்படவில்லை?

RAID 5 (அல்லது SHR-1 / RAIDZ1) வரிசையில் 16 TB அல்லது 20 TB டிரைவ்களுடன் கட்டமைக்கப்பட்டுள்ளது, ஒரு தோல்வியுற்ற இயக்ககத்தை மீண்டும் உருவாக்க, 48 முதல் 100+ டெராபைட் வரை மீதமுள்ள பிளாட்டர்களின் ஒவ்வொரு பிட்டையும் 2 முதல் 4 நாள் சாளரத்தில் படிக்க வேண்டும். நுகர்வோர் மற்றும் NAS ஹார்டு டிரைவ்கள் பொதுவாக உற்பத்தியாளரால் மதிப்பிடப்பட்ட மீட்டெடுக்க முடியாத வாசிப்புப் பிழை விகிதம் $10^{14}$ பிட்கள் வாசிப்புக்கு 1 பிழை (தோராயமாக 12.5 டெராபைட்கள்). அதாவது புள்ளிவிவரப்படி, RAID 5 மறுகட்டமைப்பின் போது 60 TB வயதான உடன்பிறப்பு இயக்கிகளைப் படிக்கும்போது, ​​குறைந்தபட்சம் ஒரு படிக்க முடியாத செக்டரையாவது தாக்கும் அல்லது இரண்டாவது டிரைவ் தோல்வியைத் தூண்டும் அதிக நிகழ்தகவு உள்ளது, இது ஒற்றை-பரிட்டி RAID 5 வரிசையை அழிக்கிறது. 10 TB மற்றும் பெரிய டிரைவ்களுக்கு, எப்போதும் டூயல்-பேரிட்டி (**RAID 6, Synology SHR-2, அல்லது ZFS RAIDZ2**) அல்லது மிரர்டு vdevs (**RAID 10**), ஒரு சுயாதீனமான 3-2-1 வெளிப்புற காப்புப்பிரதியுடன் இணைந்து பயன்படுத்தவும்.

அவசரகால மறுகட்டமைப்பின் போது எனது RAID வரிசையில் தோல்வியுற்ற 4 TB இயக்ககத்தை பெரிய 8 TB இயக்ககத்துடன் மாற்ற முடியுமா?

ஆம். ஒவ்வொரு வன்பொருள் மற்றும் மென்பொருள் RAID கட்டுப்படுத்தி, அதே போல் Synology SHR, QNAP மற்றும் ZFS, தோல்வியுற்ற இயக்ககத்தை **சமமான அல்லது பெரிய திறன்** (ஒருபோதும் சிறியதாக இல்லை, ஒரு மெகாபைட் கூட இல்லை) மூலம் மாற்ற அனுமதிக்கிறது. நிலையான RAID 5/6 அல்லது ZFS vdev இல், புதிய 8 TB இயக்ககத்தின் முதல் 4 TB ஐ வரிசை உடனடியாகப் பயன்படுத்தும் (மற்றும் Synology SHR இல், குறைந்தது இரண்டு டிரைவ்கள் மேம்படுத்தப்பட்டால் தானாகவே பயன்படுத்தக்கூடிய பூல் திறனை விரிவுபடுத்தலாம்). புதிய பெரிய இயக்ககம் **CMR (வழக்கமான காந்தப் பதிவு)** தொழில்நுட்பத்தைப் பயன்படுத்துகிறது என்பதை உறுதிப்படுத்தவும், SMR அல்ல.

RAID மறுகட்டமைப்பு அல்லது திறன் விரிவாக்கத்தின் நடுவில் மின் தடை ஏற்பட்டால் நான் என்ன செய்ய வேண்டும்?

முதலில், பீதி அடைய வேண்டாம், குளம் சீரழிந்தால் அதை கட்டாயப்படுத்தி மறுதொடக்கம் செய்யவோ அல்லது மீண்டும் துவக்கவோ வேண்டாம். நவீன லினக்ஸ் `mdadm` (Synology, QNAP மற்றும் Unraid ஆல் பயன்படுத்தப்படுகிறது) மற்றும் ZFS ஒரு **ரைட்-இன்டென்ட் பிட்மேப்பை** பதிவுசெய்து, மீண்டும் கட்டமைக்க அல்லது மறுவடிவமைப்பதில் தடங்கல் ஏற்பட்ட சரியான துறையைச் சரிபார்க்கும் சோதனைச் சாவடியை மீண்டும் உருவாக்குகிறது. சுத்தமான மின்சாரம் மீட்டமைக்கப்படும் போது (தடையற்ற மின்சாரம் / யுபிஎஸ்ஸில் பொருத்தப்பட்டால், இரண்டாவது ஃப்ளிக்கர் அடிக்க முடியாது), NAS ஐ சாதாரணமாக துவக்கி 10 நிமிடங்கள் காத்திருக்கவும்: பெரும்பாலான சந்தர்ப்பங்களில், `mdadm` அல்லது `zpool resilver` கடைசி சோதனைச் சாவடியிலிருந்து தானாகவே மீண்டும் தொடங்குகிறது. மறுவடிவமைப்பு ஸ்டால்கள் அல்லது வால்யூம் அறிக்கைகள் செயலிழந்தால், உடனடியாக மூடப்பட்டு, அனைத்து டிரைவ்களையும் குளோன் செய்யவும் `ddrescue`, மற்றும் பிளவு சோதனைச் சாவடி மண்டலத்தை அசெம்பிள் செய்ய UFS Explorer RAID Recovery ஐப் பயன்படுத்தவும்.


தொடர்புடைய வழிகாட்டிகள்


ஆதாரங்கள் சரிபார்க்கப்பட்டன

  • லினக்ஸ் கர்னல் அமைப்பு (சர்வதேசம்): Linux RAID (mdadm) விக்கி (raid.wiki.kernel.org), தோல்வியுற்ற மென்பொருள் RAID மற்றும் Btrfs கர்னல் ஆவணத்தை மீட்டெடுத்தல் (btrfs.readthedocs.io அன்று btrfs rescue மற்றும் btrfs restore)
  • OpenZFS ஆவணப்படுத்தல் திட்டம் (சர்வதேசம்): zpool import படிக்க மட்டும் மற்றும் பரிவர்த்தனை குழு திரும்பப்பெறுதல் (-F -o readonly=on) நிர்வாக குறிப்பு.
  • சினாலஜி இன்க். (தைவான்/இன்டர்நேஷனல்): அதிகாரப்பூர்வ சினாலஜி அறிவு அடிப்படைக் கட்டுரை KB-1079 (உபுண்டுவைப் பயன்படுத்தி எனது Synology NAS செயலிழந்தால் தரவை மீட்டெடுக்க கணினியை எவ்வாறு பயன்படுத்துவது mdadm மற்றும் lvm2)
  • குனு திட்டம் / இலவச மென்பொருள் அறக்கட்டளை (சர்வதேசம்): GNU ddrescue சிதைந்த RAID உறுப்பினர் இயக்ககங்களின் அழிவில்லாத பிளாக்-லெவல் இமேஜிங்கிற்கான கையேடு.
  • நேஷனல் இன்ஸ்டிடியூட் ஆஃப் ஸ்டாண்டர்ட்ஸ் அண்ட் டெக்னாலஜி (என்ஐஎஸ்டி) (யுனைடெட் ஸ்டேட்ஸ்): சிறப்பு வெளியீடு 800-86 மற்றும் RAID பற்றிய சேமிப்பக நம்பகத்தன்மை வழிகாட்டுதல் எக்ஸ்போஷர் விண்டோஸ் மற்றும் சரி செய்ய முடியாத வாசிப்பு பிழை (URE) நிகழ்தகவுகளை மீண்டும் உருவாக்குகிறது.