So finden Sie die Ursachen für SSIS-Paketfehler in SQL Agent

Jetzt teilen:

In diesem Artikel wird erläutert, wie Sie eine Liste der mit SSIS verbundenen Pakete, Verbindungsprobleme im Datenspeicher, Schlüsselzugriffsprobleme in Dateien und Schutzstufe für Pakete, SSIS-Quellgeschwindigkeit und Protokolllogik abrufen.

SSIS-PaketfehlerWenn wir die erforderlichen Funktionen in unserem SSIS-Paket nicht anwenden, zeigen Konsolenausgaben oder Windows-Ereignisprotokolle eine geringe Anzahl von Fehlern an. Wenn wir jedoch die Protokollierungsfunktion in SSIS aktivieren, ist dies ein völlig anderes Szenario. Im Allgemeinen können wir mit fünf verschiedenen Stellen arbeiten, darunter Protokolle von SSIS-Komponenten, Protokolle von SSIS-Protokollierungsprüfungen, Ereignisprotokolle und Auftragshistorien, Protokolle von den zugrunde liegenden Datenquellen und Überwachungsprotokolle.

SQL Server AgentenjobWenn dein SQL Server Wenn der Agentenauftrag mit einem SSIS-Paket ausgeführt wird, müssen zunächst die Fehler in den Windows-Ereignisprotokollen und im Verlauf des SQL Server-Agents überprüft werden. Der Ereignishandler kann um weitere Logik zur benutzerdefinierten Fehlerbehandlung ergänzt werden. Sowohl auf der Ebene der Steuerungsaufgabe als auch auf der Paketebene lassen sich Ereignishandler für Fehler definieren. Diese Funktion ist besonders leistungsfähig für die Erstellung benutzerdefinierter Ereignisse und deren Behandlungslogik.

In Überwachungsprotokollen führen anfängliche Methoden in der Regel zu allgemeinen Fehlern. Wenn Sie mehr Informationen analysieren möchten, gibt es eine Option von SQL server um die SSIS-Protokollprüfung zu aktivieren, die Fehler in einer XML-Datei ausgibt, Ereignisprotokolle von Windows, Profiler-Tracer von SQL Server or SQL Server Datenbankprotokoll. Dies kann durch Zugriff auf die Einstellung und Konfiguration der Protokollanbieter von SSIS erfolgen.

Pakete im Zusammenhang mit SSIS

Es ist manchmal notwendig, eine Liste von Paketen zu erhalten, die sich auf SSIS in unserem beziehen SQL Server. Zu diesem Zweck können wir die folgende Abfrage verwenden.

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

Benutzerdefinierte Protokolllogik

SQL Server Bietet benutzerdefinierte Protokolllogiken, die in Skriptkomponenten oder Skriptaufgaben von SSIS implementiert werden können. Ein Beispiel wäre die Pflege einer Textdatei unter Verwendung von Daten oder Werten aus Variablen während der Ausführung des SSIS-Pakets.

Wenn wir über zugrunde liegende Datenquellen und deren Protokolle sprechen, gibt es einige Fehler, die in diesen zugrunde liegenden Datenquellen gefunden werden können. Um diese zu beheben, sollten wir einen detaillierten Drilldown durchführen, indem wir die Fehlerprotokolle der jeweiligen Datenquelle überprüfen. Standardmäßig befinden sich die Protokolle im Ordner ERRORLOG unter LOG.

SSIS-Quellgeschwindigkeit

Es ist zu beachten, dass die Geschwindigkeit der SSIS-Quelle nicht direkt proportional zur Komplexität der Abfragezeit ist. Die Geschwindigkeit, mit der Daten zurückgegeben werden, wirkt sich auf die Geschwindigkeit der SSIS-Quelle aus. Quellkomponenten sind nicht die Quelle unserer Daten. Wir sollten uns auf die Optimierung unserer Abfragen konzentrieren, da dies letztendlich das SSIS optimieren wird.

SQL-Reparatur

Am Ende empfehlen wir Ihnen die Verwendung von SQL Server fixieren Werkzeug wie DataNumen SQL recovery Dies hilft dabei, die durch einen plötzlichen Datenbankabsturz verloren gegangenen Daten zu erhalten.

Einführung des Autors:

Upton Mark ist ein Datenrettungsexperte in DataNumen, Inc., das weltweit führend bei Datenwiederherstellungstechnologien ist, einschließlich Zugriffswiederherstellung und Word Recovery-Softwareprodukte. Für weitere Informationen besuchen Sie www.datanumen.com €XNUMX

Jetzt teilen:

Kommentare sind geschlossen.