Узак 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';

Тарых ар бир кадамдын жыйынтыгын жана убактысын көрсөтөт, бул бир ийгилик желегинен пайдалуураак. Маалыматты өзгөрткөн тапшырмалар үчүн колдонмонун өз текшерүүсүн да кошуңуз: саптардын саны, текшерүү суммасы же тапшырма жазган статус сабы. Эки көз карандысыз жазуу гана кайталоону коопсуз кылат, жана жазылган тапшырма тарыхы алардын биринчиси.

Кайра жөнөтүүдөн мурун салыштырыңыз

Байкоочу байланыш жоголгондо, башкасын баштаардан мурун бар болгон иштетүүнү табыңыз. Анын кадамдарынын жыйынтыктарын окуп, иш бекитилдиби, жарым-жартылай бүттүбү же такыр башталган жокпу аныктаңыз. Ошондон кийин гана иш агымы аныктаган кайталоо эрежесин колдонуңуз, анткени сокур кайра жөнөтүү жүктөөнү эки эселеши мүмкүн же экинчи жолу жарым жолдо ийгиликсиз болушу мүмкүн.

Туруктуу ээни жана текшерилүүчү жыйынтыкты сактаңыз, ошондо кыскача кирүү катасы божомол эмес, ыңгайсыздыкка айланат. Бул — бүткүл дизайндын максаты: иш аны сураган байланыштан узак жашашы керек.