நான் ஒரு ICT பொறியாளர் மற்றும் நான் 4 ஆண்டுகளாக சுவிட்சர்லாந்தில் உள்ள ஒரு சிறிய பயோஃபார்மா நிறுவனத்தில் நிறைய புத்திசாலிகள் மற்றும் மிக முக்கியமாக ஒரு அற்புதமான IT குழுவுடன் பணிபுரிகிறேன் :). நான் மென்பொருள் பொறியியல் மற்றும் இணைய பாதுகாப்பில் ஆர்வமாக உள்ளேன்.
2023 ஆம் ஆண்டின் இறுதியில், எங்கள் சேவையகங்களில் ஒன்றில் சிக்கல் இருப்பதை எங்கள் காப்புப் பிரதி அமைப்பு கண்டறிந்தது. இதன் விளைவாக காப்புப்பிரதியை முடிக்க முடியவில்லை. எங்கள் ஆய்வகங்களில் டெஸ்க்டாப் கிளையண்டுகளிடமிருந்து தரவைப் பெற்றுச் சேமிக்கும் MS SQL தரவுத்தளத்தை ஹோஸ்ட் செய்வதே அந்தச் சேவையகத்தின் பணியாகும், இது எங்களுக்குப் பொருத்தமில்லாத சிக்கலான பகுப்பாய்வுகளை இயக்கும் சிக்கலான கருவிகளைக் கட்டுப்படுத்தப் பயன்படுகிறது. இங்கே கவனிக்க வேண்டிய ஒரு முக்கியமான விஷயம் என்னவென்றால், இந்தச் சேவையகம் ஒரு குறுகிய வேலையில்லா நேர சகிப்புத்தன்மையைக் கொண்டுள்ளது, ஏனெனில் டெஸ்க்டாப் கிளையண்ட் ஒரு ஓட்டத்திற்குப் பிறகு தரவுத்தள சேவையகத்திற்கு முடிவுகளை அனுப்ப முடியாவிட்டால், எல்லா தரவுகளும் இழக்கப்படும் (ஒருவேளை மோசமான மென்பொருள் வடிவமைப்பு, எனக்குத் தெரியாது…) மேலும் செல்கள் மற்றும் உயிரியல் விஷயங்களைப் பற்றி பேசுவதால், ஒவ்வொரு ஓட்டமும் கணக்கிடப்படுகிறது.
விண்டோஸில் EventViewer ஐத் திறந்த பிறகு, இவை பிழைகள்
விரைவான தீர்வாக, தரவுத்தளத்தை ஆஃப்லோட் செய்ய MS SQL காப்புப் பிரதி அமைப்பைப் பயன்படுத்தத் தொடங்கினோம் (தீர்மானிக்க வேண்டாம், சில நேரங்களில் பல விஷயங்களைச் செய்ய வேண்டியிருக்கும்), இது சிறிது நேரம் வேலை செய்தது, ஆனால் சிறிது நேரத்திற்குப் பிறகு, சில பகுப்பாய்வுகளை அணுக முடியாது என்று ஒரு பயனர் குழுவிடம் கூறினார்.
எனவே ஹார்ட் டிரைவில் ஒரு மோசமான பிளாக் உள்ளது, மிகவும் பயமாக இருக்கிறது, ஆனால் விஷயங்களை சரிசெய்ய, அதை உடைத்தது என்ன என்பதை அறிந்து கொள்வது பெரும்பாலும் உதவியாக இருக்கும்.
விசாரிக்கவும்
முன்னணி 1 – EDR (இது எப்போதும் AVயின் தவறு, இல்லையா?)
ஏனென்றால், எங்கள் புதிய எண்ட்பாயிண்ட் டிடக்ஷன் அண்ட் ரெஸ்பான்ஸ் (EDR) சிஸ்டத்தை ஒரு வாரத்திற்கு முன்பே அமைத்து, வரிசைப்படுத்தியிருந்தோம். ஏஜெண்ட் அதைச் செய்ய முயற்சித்தபோது, EDR முகவர் காப்புப்பிரதி செயல்முறையை அதிகமாகப் பகுப்பாய்வு செய்ததால்/குறுக்கீடு செய்ததால் இந்தப் பிரச்சனை ஏற்பட்டிருக்கலாம் என்று நான் முடிவு செய்தேன். எனவே, ஏஜென்ட்டை முடக்கி, காப்புப் பிரதி எடுக்க முயற்சிப்பதே போதுமான எளிய விஷயம், இல்லையா? என்ன, அது வேலை செய்யவில்லை! பிறகு சரி என்று நினைத்தேன், EDR ஏஜென்டை முழுவதுமாக நிறுவல் நீக்கிவிட்டேன், அதுவும் வேலை செய்யவில்லை. அந்த நேரத்தில், நான் ஒரு சவாரிக்கு இருக்கிறேன் என்று எனக்குத் தெரியும்.
முன்னணி 2 – VSS
நிறைய பிழைக் குறியீடுகள் மற்றும் பதிவுகளில் ஆழமாக மூழ்கிய பிறகு, ஒரு ஸ்னாப்ஷாட்டைப் படிக்க முடியாத வால்யூம் ஷேடோ நகல் சேவை (விஎஸ்எஸ்) வழங்குநராக சிக்கலைக் கண்டறிந்தேன். மற்றும் ஓ பையன்! “படிக்க முடியாது” என்று படித்தவுடன் ஒவ்வொரு செங்கொடியும் அசைய ஆரம்பித்திருக்க வேண்டும்.
எனவே, VSS பற்றி அறிமுகமில்லாதவர்களுக்கு, நீங்கள் காப்புப் பிரதி எடுக்க விரும்பும் டிஸ்க் வால்யூமில் ஸ்னாப்ஷாட் எப்படி எடுக்கப்படுகிறது என்பதைக் கட்டுப்படுத்தும் வகையில் Windows தான். இங்கே மைக்ரோசாப்ட் வரைபடத்தில் கட்டிடக்கலை காட்டுகிறது.
எனது முடிவு என்னவென்றால், “காப்பு” தொகுதிகளில் ஒன்றை எங்கள் காப்புப் பிரதி மென்பொருளால் படிக்க முடியவில்லை, இது சினாலஜியின் ஆக்டிவ் பிசினஸ் காப்புப்பிரதி ஆகும்.
எனவே காப்புப்பிரதி சிதைந்திருக்கலாம் என்று நினைத்தேன். நான் காப்புப்பிரதி சேவையை நிறுத்த வேண்டும், VSS தொகுதி நகலை நீக்கி, மீண்டும் காப்புப் பிரதி எடுக்க முயற்சிக்க வேண்டும், ஆனால் அதுவும் வேலை செய்யவில்லை.
லீட் 3 – தயவு செய்து விண்டோஸ் என்னை ஒருமுறை காப்பாற்றுங்கள்
இது வரை, காப்புப் பிரதி மென்பொருள் குற்றமற்றது, VSS உள்ளமைவு சுத்தமாக இருந்தது, இன்னும் ஸ்னாப்ஷாட்கள் வேலை செய்யாது. விஎஸ்எஸ் பேட்டைக்கு கீழ் உள்ள விண்டோஸ் கூறுகளின் தொகுப்பை நம்பியுள்ளது, எனவே எனது அடுத்த எண்ணம்: விண்டோஸே பிரச்சனை என்றால் என்ன? விஎஸ்எஸ் சார்ந்திருக்கும் சிஸ்டம் பைல்களில் ஒன்று சிதைந்திருக்கலாம், அதனால்தான் அப்ளிகேஷன் மட்டத்தில் நான் எதுவும் செய்யவில்லை.
எனது கடந்த கால அனுபவங்களிலிருந்து, விண்டோஸில் ஏதேனும் தவறு இருப்பதாக நீங்கள் சந்தேகித்தால், இந்த கட்டளையை இயக்கவும், அதை சரிசெய்ய முயற்சிக்கும்
dism /Online /Cleanup-Image /RestoreHealth
சிதைந்த கோப்புகளைத் தேட கீழே உள்ள கட்டளையையும் இயக்கலாம்
சரி, நாங்கள் முயற்சித்தோம், ஏதோ தவறு இருப்பதாக அது கண்டறிந்தது, ஆனால் எங்களால் அதை சரிசெய்ய முடியவில்லை.
முன்னணி 4 – ஷேடட் SQL பேட்ச்
கடந்த சில மாதங்களில் இந்த சர்வரில் என்னென்ன மாற்றங்கள் ஏற்பட்டுள்ளன என்பதை பட்டியலிட நான் ஒரு படி பின்வாங்கினேன். ஒரு டெக்னீஷியன் பராமரிப்புக்காக வந்து, கிளையன்ட் பயன்பாட்டின் புதிய பதிப்பிற்கான தரவுத்தளத்தை “பேட்ச்” செய்ய ஒரு SQL ஸ்கிரிப்டை இயக்கியது எனக்கு நினைவிற்கு வந்தது.
தேதிகளை குறுக்கு சரிபார்த்தல், சிக்கல்கள் தொடங்கியபோது பேட்ச் சந்தேகத்திற்குரிய வகையில் வரிசையாக இருந்தது. அந்த நேரத்தில் என் கோட்பாடு என்னவென்றால், அழைப்புகள் மோதுகின்றன DROP/CREATE எப்படியோ ஊழலைத் தூண்டியது. பின்னோக்கிப் பார்த்தால், SQL சர்வர் உண்மையில் பக்கங்களை சிதைக்கும் விதம் அல்ல, T-SQL ஆனது மோசமான துறைகளை நேரடியாக எழுத முடியாது. ஆனால் அந்த தருணம் உண்மையானது. நீண்ட காலமாக தொடப்படாத தணிக்கைப் பக்கங்களில் பேட்ச் கனமான I/O ஆக இருக்கலாம் மற்றும் காந்த சமிக்ஞை ஏற்கனவே வலுவிழந்த பகுதிகளை வெளிப்படுத்தியது. வட்டு இறந்து கொண்டிருந்தது. பேட்ச் புறக்கணிக்க முடியாதபடி செய்தது.
இப்போது சிக்கலுக்கு என்ன காரணம் என்பதை நாங்கள் தீர்மானித்துள்ளோம், வட்டில் சிதைந்த பக்கத்தை சரிசெய்ய முயற்சிக்க ஆஃப்லைன் கருவியை இயக்க வேண்டும் என்பது எங்களுக்குத் தெரியும்.
இந்த டிரைவை மாற்றுவது நல்லது என்று நாங்களும் நினைத்தோம். எனவே, இந்தச் சேவையகத்திற்கான ஹார்டுவேர் விற்பனையாளரைத் தொடர்பு கொண்டோம், அதாவது Dell, நாங்கள் நிலைமையை விளக்கி, அவர்கள், “சரி, சரி, நாங்கள் உங்களுக்கு ஒரு புதிய ஹார்ட் டிரைவை அனுப்பலாம், ஆனால் நாங்கள் உங்களுக்கு உதவ முடியாது :)”, என்றனர். நான் அதை எதிர்பார்க்கவில்லை, ஆனால் ஓ.
பக்கத்தை எழுதும் போது தரவுத்தளத்தில் உடைந்த மோசமான பிரிவுகளை சரிசெய்து, பின்னர் எல்லாவற்றையும் புதிய வட்டுக்கு நகர்த்துவது யோசனையாக இருந்தது.
இந்த இயக்ககத்திலிருந்து எந்த தரவையும் மீட்டெடுக்கும் நம்பிக்கையை நான் இழந்த நேரமும் இதுதான்.
நான் எப்படியும் சில திட்டங்களை முயற்சித்தேன் மற்றும் கீழே உள்ளவற்றுக்கு பணம் செலுத்தினேன்.
EaseUS
பிரபலமான EaseUS, கட்டண பதிப்பில் கூட அவற்றை சரிசெய்ய முடியவில்லை. வேண்டாம் என்று வாங்கினோம் :).
HDD மீளுருவாக்கம் (Dmitriy Primochenko)
சிறிது நேரம் தேடிய பிறகு, HDD ரீஜெனரேட்டரைக் கண்டேன், இது ஒரு சிறப்பு வழிமுறையைப் பயன்படுத்தி காந்த வட்டுகளில் மோசமான பிரிவுகளிலிருந்து தரவை மீட்டெடுக்க முடியும் என்று கூறுகிறது. இணையத்தளம் ஒரு பெரிய மோசடி போல் தோன்றினாலும் நான் அதை அனுமதித்தேன், ஏனென்றால் நான் இழக்க எதுவும் இல்லை. அது வேலை செய்தது.
எப்படி என்று என்னால் புரிந்து கொள்ள முடியவில்லை. மோசமான பிரிவுகள் உடல் ரீதியாக சேதமடைந்துள்ளன அல்லது இனி சரியாகப் படிக்க முடியாத தரவைக் கொண்டிருக்கின்றன. வன்பொருள் சிக்கலை மென்பொருள் எவ்வாறு சரிசெய்வது? “அதிக ரேம் ஏற்றுவது போல்” உணர்ந்தேன். மேலும் ஆராய்ச்சிக்குப் பிறகு, மற்றவர்களுக்கும் இதே கேள்வி இருப்பதைக் கண்டேன், மேலும் மென்பொருள் தட்டையை உடல் ரீதியாக சரி செய்யவில்லை என்பது ஒருமித்த கருத்து. அது உண்மையில் என்ன செய்வது என்பது குறிப்பிட்ட காந்த வடிவங்களுடன் துறையை மீண்டும் மீண்டும் படித்து மீண்டும் எழுதுவதாகும். பல “மோசமான” பிரிவுகள் உடல் ரீதியாக அழிக்கப்படவில்லை, அவை பலவீனமாக காந்தமாக்கப்பட்டுள்ளன, அதாவது இயக்ககத்தின் பிழை திருத்தம் இனி நம்பத்தகுந்த தரவை மீட்டெடுக்க முடியாத அளவிற்கு சமிக்ஞை குறைந்துவிட்டது. ஒரு வலுவான, சுத்தமான சிக்னலுடன் துறையை மீண்டும் எழுதுவது அதை படிக்கக்கூடிய நிலைக்குத் திரும்பச் செய்யலாம். இந்தத் துறை உண்மையிலேயே உடல் ரீதியாக சேதமடைந்தால், டிரைவின் ஃபார்ம்வேர் அதை அதன் தொகுப்பிலிருந்து ஒரு உதிரித் துறைக்கு மாற்றியமைக்கும், மேலும் இயக்க முறைமை மீண்டும் ஆரோக்கியமான துறையைப் பார்க்கிறது.
அப்படியானால், தரவுத்தளத்தையும் அதன் உள்ளே உள்ள தரவையும் எவ்வாறு மீட்டெடுக்க முடிந்தது? பெரும்பாலான தரவுகள் இன்னும் அப்படியே இருந்திருக்கலாம், சில பிரிவுகள் மட்டுமே படிக்க முடியாதவை. அவை மீட்டமைக்கப்பட்டவுடன் (வலுவான சிக்னலுடன் மீண்டும் எழுதப்பட்டது) அல்லது டிரைவ் ஃபார்ம்வேர் மூலம் ரீமேப் செய்யப்பட்டால், கோப்பு முறைமை மற்றும் தரவுத்தள எஞ்சின் ஆகியவை கோப்பை மீண்டும் இறுதிவரை படிக்க முடியும். SQL சர்வர் பக்கங்களிலும் செக்சம்கள் உள்ளன, எனவே எந்தப் பக்கமும் தவறாகத் திரும்பினால், தீர்மானிக்க முடியாததை விட, எங்களுக்குத் தெரியும். நான் அதிர்ஷ்டசாலி: ஊழல் காந்த சமிக்ஞை மட்டத்தில் இருந்தது, “ஊதியம் கீறப்பட்டது” மட்டத்தில் இல்லை.
இந்த பதிவு அநேகமாக இறந்து போகிறது. நான் சில ஆராய்ச்சி செய்தேன், எந்த RAIDயும் அதைச் சேமித்திருக்காது, RAID டிரைவ் தோல்வியிலிருந்து பாதுகாக்கிறது, ஒவ்வொரு கண்ணாடியிலும் உண்மையாகப் பிரதிபலிக்கும் சைலண்ட் பேஜ் ஊழல் அல்ல. நீண்ட காலமாகத் தொடப்படாத தணிக்கைப் பக்கங்களில் I/O செயல்பாடுகளில் SQL பேட்ச் அதிகமாக இருக்கலாம், அதனால்தான் காந்த சமிக்ஞை அமைதியாக சிதைந்த பிரிவுகளில் விளைந்தது. நான் என்ன கற்றுக்கொண்டேன்? சில விஷயங்கள்:
- காப்புப்பிரதிகள் போதாது. உங்கள் காப்புப்பிரதிகள் உண்மையில் மீட்டமைக்கப்படுகின்றன என்பதை நீங்கள் அறிந்து கொள்ள வேண்டும், மேலும் அவை மீட்டெடுக்கும் தரவு நன்றாக உள்ளதா என்பதை நீங்கள் சரிபார்க்க வேண்டும். நாங்கள் அதிர்ஷ்டசாலிகள்.
- ஒரு விற்பனையாளர் டெக்னீஷியன் ஒரு தயாரிப்பு தரவுத்தளத்தில் “சிறிய பேட்ச்” செய்யும் போது, அதை ஒரு உண்மையான மாற்றமாக கருதுங்கள்: முன் காப்பு, போது கண்காணிக்க, பிறகு சரிபார்க்க.
- Dell Enterprise Support உங்களுக்கு ஒரு புதிய டிரைவை அனுப்புவதில் மகிழ்ச்சி அடைவதோடு, உங்களுக்கு நல்வாழ்த்துக்களையும் தெரிவித்துக்கொள்கிறது. தரவு மீட்டெடுப்பு உங்களுடையது.
- இறுதியாக: ஆர்வமாக இருங்கள். இதை சரிசெய்வதில் பாதியானது, ஒவ்வொரு ஈயமும் முட்டுச்சந்தையாக மாறும்போது, தோண்டிக்கொண்டே இருக்கத் தயாராக இருந்தது, மேலும் உண்மையில் வேலை செய்யக்கூடிய $90 மதிப்புடைய ஒரு திட்டவட்டமான கருவிக்குத் திறந்திருந்தது.
பக்க குறிப்பு: சேவையகத்திலிருந்து இயக்ககத்தை அகற்றிவிட்டு, வேறு OS இல் இயங்கும் மற்றொரு கணினியில் அதைச் செருக வேண்டியிருந்தது, ஏனெனில் அது ஒரு சிறப்பு SATA இடைமுகத்தைக் கொண்டிருந்தது, மோசமான பிரிவுகளை மீட்டெடுக்கும் போது குளிரூட்டும் அமைப்பின் படம் கீழே உள்ளது.
Leave a Reply