Kazi ndefu ya SQL: iendelee kufanya kazi VPN inapokatika

VPN inakatika dakika ishirini baada ya kuanza ujenzi upya wa index, mteja wako wa SQL unaonyesha muunganisho uliovunjika, na swali la wazi halina jibu katika hitilafu hiyo. Je, taarifa ilikamilika, ilirudishwa nyuma, au iliendelea bila wewe? Kuunganisha tena na kutuma tena ni chaguo baya zaidi kati ya matatu, kwa sababu linageuza matokeo moja yasiyo na uhakika kuwa mawili yanayowezekana. Hamishia kazi kwenye kitu chenye mmiliki wa kudumu kabla ya dirisha lijalo.

Kile ambacho hitilafu ya muunganisho haikwambii

Hitilafu upande wa mteja inaelezea mteja. Inaripoti kwamba soketi ilifungwa, si kile seva ilichofanya na muamala. Taarifa inaweza kuwa bado inatekelezwa, inaweza kuwa ilithibitishwa kabla tu ya muunganisho kufa, au inaweza kuwa ilirudishwa nyuma wakati kikao chake kilisafishwa. Zote tatu hutoa ujumbe ule ule kwenye kompyuta yako ya mkononi.

Hali ya seva pekee ndiyo inayoweza kuamua hilo. Angalia huko kabla ya kuamua chochote.

Kabidhi kazi kwa mmiliki upande wa seva

Kwa kazi isiyohitaji mtu kuifuatilia, acha mwenyeji wa hifadhidata amiliki utekelezaji. SQL Server Agent huendesha kazi kwa ombi au kwa ratiba na hurekodi kila uendeshaji, kwa hivyo mzunguko wa maisha ya kazi hautegemei kikao chako cha VPN. Utambulisho wa kazi unahitaji ruhusa kamili zinazohitajika na kazi hiyo, si muktadha kamili wa mwingiliano wa msimamizi. Kisha kompyuta ya mkononi huanza kazi na kusoma matokeo badala ya kuwa mchakato unaoihifadhi hai.

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

Upatikanaji wa Agent unategemea toleo na huduma uliyoweka. Tumia utaratibu ambao jukwaa lako hutoa kwa kweli badala ya kudhani kuwa huyu yupo kila mahali.

Mwenyeji wa kuruka karibu na hifadhidata hufupisha njia na inafaa kuwa nayo, lakini haibadilishi swali la umiliki. Kikao bado huisha mtandao unapoisha. Itumie kuchunguza, si kuwa kitu kinachohifadhi kazi hai.

Acha rekodi ambayo kikao kijacho kinaweza kusoma

Andika jina la kazi au kitambulisho, hifadhidata lengwa na matokeo unayotarajia. Rekodi hiyo ndiyo inayomruhusu kikao kingine, au mtu mwingine, kujibu swali ambalo hitilafu haikuweza. Bila hiyo unabaki na kumbukumbu hafifu ya sasisho na hakuna njia ya kukagua.

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

Historia inaonyesha matokeo na muda kwa kila hatua, ambayo ni muhimu zaidi kuliko bendera moja ya mafanikio. Kwa kazi zinazobadilisha data, ongeza uthibitishaji wa programu yenyewe pia: hesabu ya mistari, checksum au safu ya hali iliyoandikwa na kazi. Rekodi mbili huru ndizo zinazofanya jaribio la pili kuwa salama, na historia ya kazi iliyorekodiwa ni ya kwanza kati yao.

Patanisha kabla ya kutuma tena

Muunganisho wa uangalizi unapotoweka, pata uendeshaji uliopo kabla ya kuanza mwingine. Soma matokeo ya hatua zake na uamue kama kazi ilithibitishwa, ilikamilika kwa sehemu au haikuanza kamwe. Ndipo tu tumia kanuni ya jaribio la pili inayofafanuliwa na mtiririko wa kazi, kwa sababu kutuma tena kipofu kunaweza kunakili upakiaji au kushindwa katikati ya njia mara ya pili.

Hifadhi mmiliki wa kudumu na matokeo yanayoweza kukaguliwa, na kushindwa kwa ufikiaji kwa muda mfupi kunakuwa usumbufu badala ya kukisia. Hilo ndilo lengo lote la muundo: kazi inapaswa kuishi zaidi ya muunganisho ulioiomba.