Kako pronaći uzroke kvara SSIS paketa u SQL agentu

Podijeli sada:

U ovom ćemo članku raspravljati o tome kako dobiti popis paketa koji se odnose na SSIS, probleme s vezom u pohrani podataka, problem s pristupom ključu u datotekama i razinu zaštite za paket, brzinu izvora SSIS-a i logiku dnevnika.

Kvar SSIS paketaAko ne primijenimo potrebne funkcije u našem SSIS paketu, tada će izlazi konzole ili zapisnici događaja u sustavu Windows pokazati mali broj pogrešaka. Ali ako omogućimo funkciju zapisivanja u SSIS-u, onda je to potpuno drugačiji scenarij. Općenito, možemo raditi s pet različitih mjesta koja uključuju zapisnike iz SSIS komponente, zapisnike iz revizije zapisivanja SSIS-a, zapisnike događaja i povijesti poslova, zapisnike iz osnovnih izvora podataka i dnevnik revizije.

SQL Server Agent JobAko vaš SQL Server Ako se posao agenta izvodi s SSIS paketom, prvo moramo provjeriti pogreške u zapisnicima događaja sustava Windows i u povijesti SQL Agenta. Možemo popuniti rukovatelj događajima na ploči s više logika za prilagođeno rukovanje pogreškama. I na razini kontrolnog zadatka i na razini paketa možemo definirati rukovatelj događajima za pogreške. Ova značajka je najmoćnija za stvaranje prilagođenih događaja i logike njihove obrade.

U zapisnicima revizije, početne metode tipične daju općenite pogreške i ako osjećate potrebu za analizom više informacija, postoji opcija koju daje SQL server kako biste omogućili reviziju dnevnika SSIS-a koja ispisuje pogreške u XML datoteci, zapisnike događaja u prozorima, alat za praćenje profila SQL Server or SQL Server dnevnik baze podataka. To se može učiniti pristupom postavljanju i konfiguriranju davatelja dnevnika SSIS-a.

Paketi vezani uz SSIS

Ponekad je potrebno dobiti popis paketa koji se odnose na SSIS u našem SQL Server. U tu svrhu možemo koristiti sljedeći upit.

--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

Prilagođena logika dnevnika

SQL Server pruža prilagođenu logiku dnevnika koja se može implementirati u komponentu skripte ili zadatke skripte SSIS-a. Primjer bi bilo održavanje tekstualne datoteke korištenjem podataka ili vrijednosti iz varijable tijekom izvođenja SSIS paketa.

Ako govorimo o temeljnim izvorima podataka i njihovim zapisnicima, postoje neke pogreške koje se mogu pronaći u tim temeljnim izvorima podataka i da bismo ih riješili, trebali bismo detaljno proučiti zapise pogrešaka dotičnog izvora podataka. Prema zadanim postavkama, zapisnici su u mapi ERRORLOG pod LOG.

Brzina izvora SSIS

Treba napomenuti da brzina SSIS izvora nije izravno proporcionalna složenosti vremena upita. Brzina kojom se podaci vraćaju je ono što utječe na brzinu izvora SSIS-a. Izvorne komponente nisu izvor naših podataka. Trebali bismo se usredotočiti na optimizaciju naših upita jer će to u konačnici podesiti SSIS.

SQL popravak

Na kraju predlažemo korištenje SQL Server popraviti alat poput DataNumen SQL recovery što pomaže u očuvanju izgubljenih podataka zbog iznenadnog pada baze podataka.

Uvod za autora:

Upton Mark je stručnjak za oporavak podataka u DataNumen, Inc., koji je svjetski lider u tehnologijama za oporavak podataka, uključujući oporavak pristupa i softverski proizvodi za oporavak riječi. Za više informacija posjetite www.datanumen.com

Podijeli sada:

Komentari su zatvoreni.