Kuinka löytää syyt SSIS-pakettien epäonnistumiseen SQL-agentissa

Tässä artikkelissa keskustelemme siitä, kuinka saada luettelo SSIS:ään liittyvistä paketeista, tietovaraston yhteysongelmista, tiedostojen avaimen pääsyongelmista ja paketin suojaustasosta, SSIS-lähdenopeudesta ja lokilogiikoista.

SSIS-pakettivirheJos emme käytä tarvittavia toimintoja SSIS-paketissamme, konsolin lähdöt tai Windowsin tapahtumalokit näyttävät pienen määrän virheitä. Mutta jos otamme lokitoiminnon käyttöön SSIS:ssä, se on täysin erilainen skenaario. Yleensä voimme työskennellä viiden eri paikan kanssa, jotka sisältävät lokit SSIS-komponentista, lokit SSIS-lokitarkastuksesta, tapahtumaloki- ja työhistoriat, lokit taustalla olevista tietolähteistä ja tarkastuslokin.

SQL Server Agentti JobJos SQL Server Jos agenttityö suoritetaan SSIS-paketilla, meidän on ensin tarkistettava virheet Windowsin tapahtumalokeista ja SQL Agentin historiasta. Voimme täyttää tapahtumapaneelin käsittelijän lisäämällä mukautettuja virheidenkäsittelylogiikoita. Sekä ohjaustehtävä- että pakettitasolla voimme määrittää tapahtumankäsittelijän virheille. Tämä ominaisuus on tehokkain mukautettujen tapahtumien ja niiden käsittelylogiikan luomisessa.

Tarkastuslokeissa alkuperäiset menetelmät antavat tyypillisesti yleisiä virheitä ja jos tunnet tarvetta analysoida lisää tietoa, on olemassa vaihtoehto, jonka SQL server mahdollistaa SSIS-lokin tarkastuksen, joka tulostaa virheitä XML-tiedostossa, ikkunoiden tapahtumalokeja, profiilin jäljittimen SQL Server or SQL Server tietokannan loki. Se voidaan tehdä käyttämällä SSIS:n asetuksia ja määrittämällä lokipalveluntarjoajia.

SSIS:ään liittyvät paketit

Joskus meidän on saatava luettelo SSIS:ään liittyvistä paketeista SQL Server. Tätä tarkoitusta varten voimme käyttää seuraavaa kyselyä.

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

Mukautettu lokilogiikka

SQL Server tarjoaa mukautettuja lokilogiikoita, jotka voidaan toteuttaa SSIS:n komentosarjakomponenteissa tai komentosarjatehtävissä. Esimerkkinä voisi olla tekstitiedoston ylläpito käyttämällä dataa tai muuttujan arvoja SSIS-paketin suorittamisen aikana.

Jos puhumme taustalla olevista tietolähteistä ja niiden lokeista, näistä taustalla olevista tietolähteistä voi löytyä joitain virheitä, ja niiden ratkaisemiseksi meidän tulisi syventyä yksityiskohtiin tarkistamalla kunkin tietolähteen virhelokit. Oletusarvoisesti lokit ovat LOG-kohdan ERRORLOG-kansiossa.

SSIS-lähdenopeus

On huomattava, että SSIS-lähdenopeus ei ole suoraan verrannollinen kyselyn ajan monimutkaisuuteen. Tietojen palautusnopeus vaikuttaa SSIS-lähdenopeuteen. Lähdekomponentit eivät ole tietojemme lähde. Meidän pitäisi keskittyä kyselyjemme optimointiin, koska se viime kädessä virittää SSIS:n.

SQL:n korjaus

Lopuksi suosittelemme käyttämään SQL Server korjata työkalu kuten DataNumen SQL recovery joka auttaa säilyttämään kadonneet tiedot tietokannan äkillisen kaatumisen vuoksi.

Tekijän esittely:

Upton Mark on tietojen palauttamisen asiantuntija DataNumen, Inc., joka on maailman johtava tietojen palautustekniikoissa, mukaan lukien pääsyn palautus ja sananpalautusohjelmistotuotteet. Lisätietoja osoitteessa www.datanumen.com

Kommenttien lisääminen on estetty.