Hoe u de oorzaken kunt vinden van het mislukken van het SSIS-pakket in SQL Agent

In dit artikel zullen we bespreken hoe u een lijst kunt krijgen met pakketten gerelateerd aan SSIS, verbindingsproblemen in de gegevensopslag, sleuteltoegangsproblemen in bestanden en het beschermingsniveau voor pakket, SSIS-bronsnelheid en logboeklogica.

Als we de noodzakelijke functies niet toepassen in ons SSIS-pakket, zullen console-uitgangen of Windows-gebeurtenislogboeken een klein aantal fouten weergeven. Maar als we de logfunctie in SSIS inschakelen, dan is het een heel ander scenario. Over het algemeen kunnen we werken met vijf verschillende plaatsen, waaronder logboeken van de SSIS-component, logboeken van SSIS-logboekregistratie, gebeurtenislogboek en taakhistorie, logboeken van de onderliggende gegevensbronnen en auditlogboek.

Als uw SQL Server De agenttaak wordt uitgevoerd met het SSIS-pakket, dan moeten we eerst de fouten in de gebeurtenislogboeken van Windows en in de geschiedenis van SQL Agent controleren. We kunnen de eventpanel-handler vullen met meer logica van aangepaste foutafhandeling. Op zowel het controletaakniveau als het pakketniveau kunnen we event handler voor fouten definiëren. Voor het maken van aangepaste gebeurtenissen en hun afhandelingslogica, is deze functie most krachtig.

In controlelogboeken geven initiële methoden typisch algemene fouten en als u de behoefte voelt om meer informatie te analyseren, is er een optie die wordt geboden door SQL server om de SSIS-logboekaudit mogelijk te maken die fouten in een XML-bestand uitvoert, gebeurtenislogboeken van Windows, profilertracer van SQL Server or SQL Server database logboek. Dit kan worden gedaan door toegang te krijgen tot de instellingen en logboekproviders van SSIS te configureren.

Pakketten gerelateerd aan SSIS

Er is soms behoefte aan een lijst met pakketten die gerelateerd zijn aan SSIS in ons SQL Server. Voor dit doel kunnen we de volgende vraag gebruiken.

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

Aangepaste logboeklogica

SQL Server biedt aangepaste logische logica's die kunnen worden geïmplementeerd in scriptcomponenten of scripttaken van SSIS. Een voorbeeld is het onderhoud van een tekstbestand met behulp van gegevens of waarden van een variabele tijdens het uitvoeren van het SSIS-pakket.

Als we het hebben over onderliggende gegevensbronnen en hun logboeken, zijn er enkele fouten die in deze onderliggende gegevensbronnen kunnen worden gevonden en om ze op te lossen, moeten we dieper in detail gaan door logboeken met fouten van de respectieve gegevensbron te controleren. Logboeken bevinden zich standaard in de map ERRORLOG onder LOG.

SSIS-bronsnelheid

Opgemerkt moet worden dat de SSIS-bronsnelheid niet recht evenredig is met de complexiteit van de querytijd. De snelheid waarmee gegevens worden geretourneerd, is wat van invloed is op de SSIS-bronsnelheid. Broncomponenten zijn niet de bron van onze gegevens. We moeten ons concentreren op het optimaliseren van onze zoekopdrachten, want dat zal uiteindelijk de SSIS afstemmen.

SQL-reparatie

Uiteindelijk raden we u aan gebruik te maken van SQL Server repareren tool zoals DataNumen SQL recovery wat helpt bij het behouden van de lost gegevens als gevolg van een plotselinge crash in de database.

Auteur Introductie:

Upton Mark is een expert op het gebied van gegevensherstel in DataNumen, Inc., de wereldleider in technologieën voor gegevensherstel, waaronder toegangsherstel en softwareproducten voor woordherstel. Voor meer informatie bezoek www.datanumen.com