දිගු 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';

ඉතිහාසය සෑම පියවරකම ප්‍රතිඵලය සහ වේලාව පෙන්වයි, එය තනි සාර්ථකත්ව ධජයකට වඩා ප්‍රයෝජනවත් වේ. දත්ත වෙනස් කරන කාර්යයන් සඳහා යෙදුමේම සත්‍යාපනයද එකතු කරන්න: පේළි ගණනක්, චෙක්සම් එකක් හෝ කාර්යය විසින් ලියන තත්ත්ව පේළියක්. ස්වාධීන වාර්තා දෙකක් තමයි නැවත උත්සාහය ආරක්ෂිත කරන්නේ, සහ වාර්තා වූ කාර්ය ඉතිහාසය ඒවායින් පළමුවැන්නයි.

නැවත යැවීමට පෙර ගැලපීම කරන්න

නිරීක්ෂණ සම්බන්ධතාව අතුරුදහන් වූ විට, තවත් එකක් ආරම්භ කිරීමට පෙර දැනට ඇති ධාවනය සොයා ගන්න. එහි පියවරවල ප්‍රතිඵල කියවා කාර්යය තහවුරු වුණාද, අර්ධ වශයෙන් සම්පූර්ණ වුණාද, නැතිනම් කිසිසේත් ආරම්භ නොවුණාද යන්න තීරණය කරන්න. ඉන්පසුව පමණක් කාර්ය ප්‍රවාහය නිර්වචනය කරන නැවත උත්සාහ නියමය යොදන්න, මන්ද අන්ධ නැවත යැවීමක් පැටවීමක් දෙගුණ කළ හැකි අතර දෙවන වරටත් අඩක් දුරින් අසාර්ථක විය හැක.

ස්ථිර හිමිකරු සහ පරීක්ෂා කළ හැකි ප්‍රතිඵලය තබා ගන්න, එවිට කෙටි ප්‍රවේශ දෝෂයක් අනුමානයක් වෙනුවට අපහසුවක් බවට පත් වේ. එයයි මුළු නිර්මාණ ඉලක්කය: කාර්යය එය ඉල්ලා සිටි සම්බන්ධතාවයට වඩා කල් ජීවත් විය යුතුය.