Hur man hittar orsakerna till SSIS-paketfel i SQL Agent

I den här artikeln kommer vi att diskutera hur man får en lista över paket relaterade till SSIS, anslutningsproblem i datalager, nyckelåtkomstproblem i filer och skyddsnivå för paket, SSIS-källhastighet och logglogik.

SSIS-paketfelOm vi ​​inte tillämpar nödvändiga funktioner i vårt SSIS-paket kommer konsolutgångar eller Windows-händelseloggar att visa ett litet antal fel. Men om vi aktiverar loggningsfunktionen i SSIS är det ett helt annat scenario. I allmänhet kan vi arbeta med fem olika platser som inkluderar loggar från SSIS-komponenten, loggar från SSIS-loggningsrevision, händelselogg och jobbhistorik, loggar från de underliggande datakällorna och granskningsloggen.

SQL Server Agent jobbOm din SQL Server Om agentjobbet körs med SSIS-paketet måste vi först kontrollera felen i Windows händelseloggar och i SQL-agentens historik. Vi kan fylla händelsepanelshanteraren med fler logiker för anpassad felhantering. Både på kontrollaktivitetsnivå och paketnivå kan vi definiera händelsehanterare för fel. För att skapa anpassade händelser och deras hanteringslogik är den här funktionen den mest kraftfulla.

I granskningsloggar ger initiala metoder typiska generella fel och om du känner behov av att analysera mer information finns det ett alternativ som ges av SQL server för att möjliggöra SSIS-logggranskning som matar ut fel i en XML-fil, händelseloggar för windows, profiler spårare av SQL Server or SQL Server databaslogg. Det kan göras genom att komma åt inställningen och konfigurera loggleverantörer för SSIS.

Paket relaterade till SSIS

Det finns ibland behov av att få en lista över paket som är relaterade till SSIS i vår SQL Server. För detta ändamål kan vi använda följande fråga.

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

Anpassade loggikloggar

SQL Server tillhandahåller anpassade logglogikar som kan implementeras i skriptkomponenter eller skriptuppgifter i SSIS. Ett exempel kan vara underhåll av textfiler med data eller värden från variabel under körning av SSIS-paketet.

Om vi ​​pratar om underliggande datakällor och deras loggar finns det några fel som kan hittas i dessa underliggande datakällor och för att lösa dem bör vi gå ner i detalj genom att kontrollera loggar över fel för respektive datakälla. Som standard finns loggar i ERRORLOG-mappen under LOG.

SSIS källhastighet

Det bör noteras att SSIS-källhastighet inte är direkt proportionell mot tidskomplexiteten i frågan. Den hastighet med vilken data returneras är det som påverkar SSIS-källhastigheten. Källkomponenter är inte källan till våra data. Vi bör fokusera på att optimera våra frågor eftersom det i slutändan kommer att anpassa SSIS.

SQL-reparation

I slutändan föreslår vi att du använder SQL Server fast verktyg som DataNumen SQL recovery vilket hjälper till att behålla förlorad data på grund av plötslig krasch i databasen.

Författarintroduktion:

Upton Mark är en dataåterställningsexpert i DataNumen, Inc., som är världsledande inom teknik för återställning av data, inklusive åtkomståterställning och programvara för återställning av ord. För mer information besök www.datanumen.com

Kommentarer är stängda.