Cum să găsiți cauzele eșecului pachetului SSIS în agentul SQL

În acest articol, vom discuta cum să obțineți o listă de pachete legate de SSIS, probleme de conexiune în depozitul de date, problema de acces cheie în fișiere și nivelul de protecție pentru pachet, viteza sursei SSIS și logica jurnalului.

Dacă nu aplicăm funcțiile necesare în pachetul nostru SSIS, ieșirile consolei sau jurnalele de evenimente din Windows vor afișa un număr mic de erori. Dar dacă activăm funcția de înregistrare în SSIS, atunci este un scenariu complet diferit. În general, putem lucra cu cinci locuri diferite care includ jurnalele din componenta SSIS, jurnalele de la auditul de jurnalizare SSIS, jurnalul de evenimente și istoriile joburilor, jurnalele din sursele de date subiacente și jurnalul de audit.

Dacă dvs. SQL Server Dacă jobul agentului rulează cu pachetul SSIS, trebuie mai întâi să verificăm erorile din jurnalele de evenimente din Windows și din istoricul agentului SQL. Putem popula panoul de gestionare a evenimentelor cu mai multe logici de gestionare personalizată a erorilor. Atât la nivel de sarcină de control, cât și la nivel de pachet, putem defini un gestionator de evenimente pentru erori. Această funcție este cea mai puternică pentru crearea de evenimente personalizate și a logicii de gestionare a acestora.

În jurnalele de audit, metodele inițiale tipice dau erori generale și dacă simțiți nevoia de a analiza mai multe informații, atunci există o opțiune dată de SQL server pentru a activa auditul jurnalului SSIS care scoate erori într-un fișier XML, jurnalele de evenimente ale Windows, urmăritorul profiler al SQL Server or SQL Server jurnalul bazei de date. Se poate face accesând setarea și configurarea furnizorilor de jurnal ai SSIS.

Pachete legate de SSIS

Uneori este nevoie să obțineți o listă de pachete care sunt legate de SSIS în nostru SQL Server. În acest scop, putem folosi următoarea interogare.

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

Logici personalizate de jurnal

SQL Server oferă logici de jurnal personalizate care pot fi implementate în componentele de script sau în sarcinile de script ale SSIS. Un exemplu ar fi întreținerea fișierului text folosind date sau valori din variabilă în timpul execuției pachetului SSIS.

Dacă vorbim despre sursele de date subiacente și despre jurnalele lor, există unele erori care pot fi găsite în aceste surse de date subiacente și pentru a le rezolva ar trebui să analizăm în detaliu verificând jurnalele de erori ale sursei de date respective. În mod implicit, jurnalele se află în folderul ERRORLOG sub LOG.

Viteza sursei SSIS

Trebuie remarcat faptul că viteza sursei SSIS nu este direct proporțională cu complexitatea timpului de interogare. Viteza cu care sunt returnate datele este cea care are un impact asupra vitezei sursei SSIS. Componentele sursă nu sunt sursa datelor noastre. Ar trebui să ne concentrăm pe optimizarea interogărilor noastre, deoarece asta va îmbunătăți în cele din urmă SSIS.

Reparație SQL

În cele din urmă, vă sugerăm să utilizați SQL Server stabili instrument de genul DataNumen SQL recovery ceea ce ajută la păstrarea datelor pierdute din cauza unei prăbușiri bruște a bazei de date.

Introducerea autorului:

Upton Mark este un expert în recuperarea datelor DataNumen, Inc., care este lider mondial în tehnologiile de recuperare a datelor, inclusiv recuperare acces și produse software de recuperare a cuvintelor. Pentru mai multe informații vizitați www.datanumen.com