Ako nájsť príčiny zlyhania balíka SSIS v agentovi SQL

Zdieľať teraz:

V tomto článku si ukážeme, ako získať zoznam balíkov týkajúcich sa SSIS, problémy s pripojením v úložisku dát, problém s kľúčovým prístupom k súborom a úroveň ochrany balíka, rýchlosť zdroja SSIS a logiku logov.

Zlyhanie balíka SSISAk v našom balíku SSIS neaplikujeme potrebné funkcie, potom výstupy z konzoly alebo protokoly udalostí systému Windows zobrazia malý počet chýb. Ale ak povolíme funkciu protokolovania v SSIS, potom je to úplne iný scenár. Všeobecne môžeme pracovať s piatimi rôznymi miestami, ktoré zahŕňajú protokoly z komponentu SSIS, protokoly z auditu protokolovania SSIS, protokol udalostí a histórie úloh, protokoly z podkladových zdrojov údajov a protokol auditu.

SQL Server Agent JobAk váš SQL Server Ak je úloha agenta spustená s balíkom SSIS, najprv musíme skontrolovať chyby v protokoloch udalostí systému Windows a v histórii SQL Agenta. Obslužný program panela udalostí môžeme naplniť ďalšími logikami na spracovanie vlastných chýb. Na úrovni kontrolnej úlohy aj na úrovni balíka môžeme definovať obslužný program udalostí pre chyby. Táto funkcia je najvýkonnejšia na vytváranie vlastných udalostí a logiky ich spracovania.

V protokoloch auditu sú počiatočné metódy typické pre všeobecné chyby. Ak máte pocit, že je potrebné analyzovať viac informácií, existuje možnosť, ktorú poskytuje SQL server povoliť audit protokolu SSIS, ktorý generuje chyby v súbore XML, protokoly udalostí systému Windows, sledovač profilov systému Windows SQL Server or SQL Server databázový denník. To je možné vykonať prístupom k nastaveniu a konfiguráciou poskytovateľov protokolov SSIS.

Balíky súvisiace s SSIS

V niektorých prípadoch je potrebné získať zoznam balíkov, ktoré súvisia so SSIS SQL Server. Na tento účel môžeme použiť nasledujúci dotaz.

--packages related to SSIS in SQL DB
SELECT 
          DIR.foldername AS Directory-Name
          PKG.name AS Name-Of-Package,
          PKG.[description] AS Package-Description,
          --using switch case to categorize results
          CASE PKG.packagetype
          WHEN 0 THEN ‘Client is default’
          WHEN 1 THEN ‘Input/Output Wizard’
          WHEN 2 THEN ‘Data Transform Service Designer’
          WHEN 3 THEN ‘Replicated’
          WHEN 5 THEN ‘SSIS’
          WHEN 6 THEN ‘Plan for Maintenance’
          ELSE ‘unidentified’
          END AS packagetype,
          GL.name AS Name-Of-Owner,
          PKG.isencrypted AS ‘Encrypter-Or-Not’,
          PKG.createdate AS ‘Date-Created’,
          PKG.vercomments AS ‘Comments-Of-Version’,
          DATALENGTH(PKG.packagedata) AS ‘Size-Of-Package’,
          CONVERT(varchar(25), vermajor)+’.’+
          CONVERT(varchar(25),verminor)+’.’+
          CONVERT(varchar(25),verbuild) AS ‘Package version’

FROM 
          msdb.dbo.sysssispackages as PKG
INNER JOIN
         msdb.dbo.sysssispackagefolders as DIR
ON
         DIR.folderid = PKG.folderid
INNER JOIN
         sys.syslogin AS LG
ON 
         GL.sid = PKG.ownersid
ORDER BY 
         PKG.name
--ordered by names of packages

Vlastné logiky logov

SQL Server poskytuje vlastnú logiku logu, ktorú je možné implementovať do komponentov skriptu alebo úloh skriptu SSIS. Príkladom môže byť údržba textového súboru pomocou údajov alebo hodnôt z premennej počas vykonávania balíka SSIS.

Pokiaľ hovoríme o podkladových zdrojoch údajov a ich protokoloch, v týchto základných zdrojoch údajov sa dajú nájsť chyby, ktoré by sme mali vyriešiť. Mali by sme ich podrobne skontrolovať pomocou protokolov chýb príslušného zdroja údajov. Predvolene sú protokoly v priečinku ERRORLOG pod položkou LOG.

Rýchlosť zdroja SSIS

Je potrebné poznamenať, že rýchlosť zdroja SSIS nie je priamo úmerná časovej zložitosti dotazu. Rýchlosť vrátenia údajov ovplyvňuje rýchlosť zdroja SSIS. Zdrojové komponenty nie sú zdrojom našich údajov. Mali by sme sa zamerať na optimalizáciu našich dotazov, pretože to v konečnom dôsledku vyladí SSIS.

Oprava SQL

Nakoniec vám odporúčame použiť SQL Server fixné nástroj ako DataNumen SQL recovery čo pomáha pri uchovávaní stratených údajov v dôsledku náhleho zlyhania databázy.

Úvod autora:

Upton Mark je expert na obnovu dát v DataNumen, Inc., ktorá je svetovým lídrom v oblasti technológií obnovy dát, vrátane obnovenie prístupu a softvérové ​​produkty na obnovu slov. Pre viac informácií navštívte www.datanumen. S

Zdieľať teraz:

Komentáre sú uzavreté.