நீண்ட SQL பணி: VPN துண்டிக்கப்படும்போது அதை இயக்கத்தில் வைத்திருங்கள்

குறியீட்டு மறுகட்டமைப்பு தொடங்கி இருபது நிமிடங்களில் VPN துண்டிக்கப்படுகிறது, உங்கள் SQL கிளையண்ட் உடைந்த இணைப்பைக் காட்டுகிறது, அந்தப் பிழையில் வெளிப்படையான கேள்விக்கு பதில் இல்லை. அறிக்கை முடிந்ததா, பின்னோக்கிச் சென்றதா, அல்லது நீங்கள் இல்லாமல் தொடர்ந்து இயங்கியதா? மீண்டும் இணைந்து மீண்டும் சமர்ப்பிப்பது மூன்று விருப்பங்களில் மோசமானது, ஏனெனில் அது ஒரு நிச்சயமற்ற முடிவை இரண்டு சாத்தியமான முடிவுகளாக மாற்றுகிறது. அடுத்த சாளரத்திற்கு முன் வேலையை நிலையான உரிமையாளர் கொண்ட ஒன்றுக்கு மாற்றுங்கள்.

இணைப்புப் பிழை உங்களுக்குச் சொல்லாதது

கிளையண்ட் பக்கப் பிழை கிளையண்டை விவரிக்கிறது. சாக்கெட் மூடப்பட்டதை அது தெரிவிக்கிறது, சர்வர் பரிவர்த்தனையுடன் என்ன செய்தது என்பதை அல்ல. அறிக்கை இன்னும் இயங்கிக்கொண்டிருக்கலாம், இணைப்பு இறப்பதற்கு சற்று முன் உறுதிசெய்யப்பட்டிருக்கலாம், அல்லது அதன் அமர்வு சுத்தம் செய்யப்படும்போது பின்னோக்கிச் சென்றிருக்கலாம். மூன்றும் உங்கள் மடிக்கணினியில் ஒரே செய்தியைத் தருகின்றன.

சர்வரின் நிலை மட்டுமே இதைத் தீர்மானிக்க முடியும். எதையும் முடிவெடுக்கும் முன் அங்கே பாருங்கள்.

வேலையை சர்வர் பக்க உரிமையாளரிடம் ஒப்படைக்கவும்

மனிதக் கண்காணிப்பு தேவைப்படாத வேலைக்கு, தரவுத்தள ஹோஸ்ட் செயல்படுத்தலை உடைமையாகக் கொள்ளட்டும். SQL Server Agent வேலைகளைக் கோரிக்கையின் பேரில் அல்லது அட்டவணைப்படி இயக்கி ஒவ்வொரு ஓட்டத்தையும் பதிவு செய்கிறது, எனவே வேலையின் வாழ்க்கைச் சுழற்சி உங்கள் VPN அமர்விலிருந்து சுயாதீனமானது. வேலையின் அடையாளத்திற்கு பணி கோரும் சரியான அனுமதிகள் மட்டுமே தேவை, நிர்வாகியின் முழு ஊடாடும் சூழல் அல்ல. பிறகு மடிக்கணினி வேலையைத் தொடங்கி முடிவுகளைப் படிக்கிறது, வேலையை உயிர்ப்புடன் வைத்திருக்கும் செயல்முறையாக இருப்பதற்குப் பதிலாக.

EXEC msdb.dbo.sp_start_job @job_name = N'nightly-customer-reindex';

Agent இன் கிடைக்கும் நிலை நீங்கள் பயன்படுத்திய பதிப்பு மற்றும் சேவையைப் பொறுத்தது. இது எல்லா இடங்களிலும் உள்ளது என்று கருதுவதற்குப் பதிலாக உங்கள் தளம் உண்மையில் வழங்கும் பொறிமுறையைப் பயன்படுத்துங்கள்.

தரவுத்தளத்திற்கு அருகிலுள்ள ஜம்ப் ஹோஸ்ட் பாதையைக் குறைக்கிறது, வைத்திருப்பது நல்லது, ஆனால் அது உரிமைக் கேள்வியை மாற்றாது. வலையமைப்பு முடிவடையும்போது அமர்வும் முடிவடைகிறது. அதைக் கண்காணிக்கப் பயன்படுத்துங்கள், வேலையை உயிர்ப்புடன் வைத்திருக்கும் பொருளாக அல்ல.

அடுத்த அமர்வு படிக்கக்கூடிய ஒரு பதிவை விடுங்கள்

வேலையின் பெயர் அல்லது அடையாளங்காட்டி, இலக்கு தரவுத்தளம் மற்றும் நீங்கள் எதிர்பார்க்கும் முடிவைப் பதிவு செய்யுங்கள். அந்தப் பதிவுதான் மற்றொரு அமர்வு, அல்லது மற்றொரு நபர், பிழை தரமுடியாத கேள்விக்கு பதிலளிக்க அனுமதிக்கிறது. அது இல்லாமல் ஒரு புதுப்பிப்பு பற்றிய தெளிவற்ற நினைவு மட்டுமே எஞ்சும், சரிபார்க்க வழியும் இல்லை.

EXEC msdb.dbo.sp_help_jobhistory @job_name = N'nightly-customer-reindex';

வரலாறு ஒவ்வொரு படியின் முடிவையும் நேரத்தையும் காட்டுகிறது, இது ஒரு வெற்றிக் கொடியை விட பயனுள்ளது. தரவை மாற்றும் பணிகளுக்கு, பயன்பாட்டின் சொந்த சரிபார்ப்பையும் சேர்க்கவும்: வரிசை எண்ணிக்கை, செக்சம் அல்லது வேலை எழுதும் நிலை வரிசை. இரண்டு சுயாதீனப் பதிவுகளே மீண்டும் முயல்வதைப் பாதுகாப்பாக்குகின்றன, மேலும் பதிவு செய்யப்பட்ட வேலை வரலாறு அவற்றில் முதன்மையானது.

மீண்டும் அனுப்பும் முன் ஒப்பிட்டுப் பாருங்கள்

கண்காணிப்பு இணைப்பு மறைந்தால், மற்றொன்றைத் தொடங்கும் முன் ஏற்கனவே உள்ள ஓட்டத்தைக் கண்டறியுங்கள். அதன் படிகளின் முடிவுகளைப் படித்து, வேலை உறுதிசெய்யப்பட்டதா, பகுதியாக முடிந்ததா, அல்லது ஒருபோதும் தொடங்கவில்லையா என்பதை முடிவு செய்யுங்கள். அதன் பிறகே பணிப்பாதை வரையறுக்கும் மறுமுயற்சி விதியைப் பயன்படுத்துங்கள், ஏனெனில் கண்மூடித்தனமான மறுஅனுப்பீடு ஒரு ஏற்றத்தை இரட்டிப்பாக்கலாம் அல்லது இரண்டாவது முறையும் பாதியில் தோல்வியடையலாம்.

நிலையான உரிமையாளரையும் சரிபார்க்கக்கூடிய முடிவையும் வைத்திருங்கள், அப்போது ஒரு சிறிய அணுகல் தோல்வி ஊகத்திற்குப் பதிலாக சிரமமாக மாறும். அதுதான் முழு வடிவமைப்பு இலக்கு: வேலை அதைக் கோரிய இணைப்பை விட அதிக காலம் வாழ வேண்டும்.