Индексийг дахин байгуулж эхэлснээс хойш хорин минутын дараа 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';

Түүх алхам бүрийн үр дүн, цагийг харуулдаг нь нэг амжилтын тугнаас илүү ашигтай. Өгөгдөл өөрчилдөг даалгаврын хувьд аппликейшны өөрийн шалгалтыг нэмээрэй: мөрийн тоо, шалгах нийлбэр эсвэл ажлын бичсэн төлөвийн мөр. Хоёр бие даасан бүртгэл л давталтыг аюулгүй болгодог бөгөөд бүртгэгдсэн ажлын түүх тэдгээрийн эхнийх нь.

Дахин илгээхийн өмнө тулгаж үзээрэй

Ажиглах холболт алга болоход, өөр гүйцэтгэл эхлүүлэхийн өмнө одоо байгаа гүйцэтгэлийг олоорой. Түүний алхмуудын үр дүнг уншиж, ажил баталгаажсан, хэсэгчлэн дууссан эсвэл огт эхлээгүй эсэхийг шийдээрэй. Зөвхөн дараа нь ажлын урсгалын тодорхойлсон давталтын дүрмийг хэрэглээрэй, учир нь сохроор дахин илгээх нь ачааллыг давхардуулж эсвэл хоёр дахь удаагаа тал замаар бүтэлгүйтэж болно.

Байнгын эзэн ба шалгаж болох үр дүнг хадгалаарай, тэгвэл богино хандалтын алдаа таамаг биш, бэрхшээл болно. Энэ бол бүх дизайны зорилго: ажил түүнийг хүссэн холболтоос илүү урт амьдрах ёстой.

Холбоотой нийтлэлүүд