Kako najti vzroke za neuspeh paketa SSIS v agentu SQL

Skupna raba zdaj:

V tem članku bomo razpravljali o tem, kako pridobiti seznam paketov, povezanih s SSIS, težavah s povezavo v shrambi podatkov, težavi z dostopom do ključa v datotekah in ravni zaščite za paket, izvorni hitrosti SSIS in logiki dnevnika.

Napaka paketa SSISČe v paketu SSIS ne uporabimo potrebnih funkcij, bodo izhodi konzole ali dnevniki dogodkov sistema Windows prikazali majhno število napak. Toda če omogočimo funkcijo beleženja v SSIS, je to povsem drugačen scenarij. Na splošno lahko delamo s petimi različnimi mesti, ki vključujejo dnevnike iz komponente SSIS, dnevnike iz revizije beleženja SSIS, dnevnik dogodkov in zgodovine opravil, dnevnike iz osnovnih virov podatkov in dnevnik revizije.

SQL Server Agent JobČe je vaš SQL Server Če se naloga agenta izvaja s paketom SSIS, moramo najprej preveriti napake v dnevnikih dogodkov sistema Windows in v zgodovini agenta SQL. Obdelovalec dogodkov v nadzorni plošči lahko napolnimo z več logikami za obravnavo napak po meri. Na ravni nadzorne naloge in na ravni paketa lahko definiramo obdelovalec dogodkov za napake. Ta funkcija je najmočnejša za ustvarjanje dogodkov po meri in logiko njihove obravnave.

V revizijskih dnevnikih tipične začetne metode dajejo splošne napake in če menite, da morate analizirati več informacij, obstaja možnost, ki jo poda SQL server omogočiti revizijo dnevnika SSIS, ki prikaže napake v datoteki XML, dnevnikih dogodkov v oknih, sledilniku profilov SQL Server or SQL Server dnevnik baze podatkov. To lahko storite z dostopom do nastavitve in konfiguracije ponudnikov dnevnikov SSIS.

Paketi, povezani s SSIS

Včasih je treba pridobiti seznam paketov, ki so povezani s SSIS v našem SQL Server. V ta namen lahko uporabimo naslednjo poizvedbo.

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

Logika dnevnika po meri

SQL Server zagotavlja logiko dnevnika po meri, ki jo je mogoče implementirati v skriptno komponento ali skriptne naloge SSIS. Primer bi bilo vzdrževanje besedilne datoteke z uporabo podatkov ali vrednosti iz spremenljivke med izvajanjem paketa SSIS.

Če govorimo o osnovnih podatkovnih virih in njihovih dnevnikih, obstaja nekaj napak, ki jih je mogoče najti v teh osnovnih podatkovnih virih in da bi jih rešili, bi se morali poglobiti v podrobnosti s preverjanjem dnevnikov napak zadevnega vira podatkov. Privzeto so dnevniki v mapi ERRORLOG pod LOG.

Izvorna hitrost SSIS

Upoštevati je treba, da izvorna hitrost SSIS ni neposredno sorazmerna s kompleksnostjo časa poizvedbe. Hitrost vrnitve podatkov vpliva na hitrost izvora SSIS. Izvorne komponente niso vir naših podatkov. Osredotočiti se moramo na optimizacijo naših poizvedb, ker bo to na koncu izboljšalo SSIS.

Popravilo SQL

Na koncu vam predlagamo uporabo SQL Server fiksna orodje kot DataNumen SQL recovery kar pomaga pri ohranjanju izgubljenih podatkov zaradi nenadnega sesutja baze podatkov.

Uvod avtorja:

Upton Mark je strokovnjak za obnovitev podatkov v DataNumen, Inc., ki je vodilna na svetu na področju tehnologij za obnovitev podatkov, vključno z dostop do obnovitve programska oprema za obnovitev besed in besed. Za več informacij obiščite www.datanumen.com

Skupna raba zdaj:

Komentarji so zaprti.