SQL lan luzea: mantendu martxan VPN-a erortzen denean

VPN-a indize birsorkuntza baten hogei minuturen buruan erortzen da, zure SQL bezeroak hautsi den konexioa erakusten du, eta begi-bistako galderak ez du erantzunik errore horretan. Amaitu al zen agindua, atzera egin al zuen, edo zu gabe jarraitu zuen? Berriz konektatzea eta berriz bidaltzea hiru aukeren artean okerrena da, emaitza ziurgabe bat bi emaitza posible bihurtzen dituelako. Eraman lana jabe iraunkorra duen zerbaitetara hurrengo leihoa baino lehen.

Konexio-erroreak esaten ez dizuna

Bezeroaren aldeko errore batek bezeroa deskribatzen du. Socket-a itxi dela jakinarazten du, ez zer egin zuen zerbitzariak transakzioarekin. Agindua oraindik exekutatzen ari daiteke, esteka hil baino une bat lehenago konfirmatu zitekeen, edo atzera egin zezakeen bere saioa garbitu zenean. Hirurek mezu berbera sortzen dute zure eramangarrian.

Zerbitzariaren egoerak bakarrik argi dezake hori. Begiratu han ezer erabaki aurretik.

Eman lana zerbitzariaren aldeko jabeari

Gizakirik zaintzen ez duen lanerako, utzi datu-basearen ostatua exekuzioaren jabe izaten. SQL Server Agent-ek lanak eskaeran edo ordutegi baten arabera exekutatzen ditu eta exekuzio bakoitza erregistratzen du, beraz lanaren bizitza-zikloa zure VPN saiotik independentea da. Lanaren identitateak zereginak eskatzen dituen baimen zehatzak behar ditu, ez administratzaile baten testuinguru interaktibo osoa. Orduan eramangarriak lana abiarazten du eta emaitzak irakurtzen ditu, lana bizirik mantentzen duen prozesua izan beharrean.

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

Agent-en eskuragarritasuna inplementatu duzun edizioaren eta zerbitzuaren araberakoa da. Erabili zure plataformak benetan eskaintzen duen mekanismoa, hau nonahi dagoela suposatu beharrean.

Datu-basetik gertu dagoen jauzi-ostatuak bidea laburtzen du eta merezi du, baina ez du jabetza-kontua aldatzen. Saioa sarearekin amaitzen da oraindik. Erabili behatzeko, ez lana bizirik mantentzen duen gauza izateko.

Utzi hurrengo saioak irakur dezakeen erregistro bat

Idatzi lan-izen bat edo identifikatzaile bat, helburuko datu-basea eta espero duzun emaitza. Erregistro horri esker erantzun dezake beste saio batek, edo beste pertsona batek, erroreak erantzun ezin zuen galderari. Hura gabe, eguneraketa baten oroitzapen lausoa geratzen zaizu eta ez duzu egiaztatzeko modurik.

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

Historiak urrats bakoitzeko emaitza eta denbora erakusten ditu, arrakasta-bandera bakar bat baino erabilgarriagoa dena. Datuak aldatzen dituzten zereginetarako, gehitu aplikazioaren egiaztapena ere: errenkada-kontua, egiaztapen-batuketa edo lanak idatzitako egoera-errenkada. Bi erregistro independentek egiten dute seguru berriz saiatzeak, eta erregistratutako lan-historia da horietako lehena.

Adostu berriz bidali aurretik

Behaketa-konexioa desagertzen denean, aurkitu lehendik dagoen exekuzioa beste bat hasi aurretik. Irakurri haren urratsen emaitzak eta erabaki lana konfirmatu zen, partzialki osatu zen edo inoiz hasi ez zen. Orduan soilik aplikatu lan-fluxuak definitzen duen berriz saiatzeko araua, itsu-bat berriz bidaltzeak karga bat bikoiztu dezakeelako edo bigarren aldiz erdibidean huts egin dezakeelako.

Mantendu jabe iraunkorra eta ikuska daitekeen emaitza, eta sarbide-hutsegite laburra eragozpen bihurtzen da, asmakizun izan beharrean. Hori da diseinuaren helburu osoa: lanak hura eskatu zuen konexioa baino gehiago iraun behar du.