{"id":112,"date":"2009-12-05T22:40:03","date_gmt":"2009-12-05T21:40:03","guid":{"rendered":"http:\/\/csopro.de\/biblog\/2009\/12\/unerwartetes-nicht-logging-ssis\/"},"modified":"2009-12-05T22:40:03","modified_gmt":"2009-12-05T21:40:03","slug":"unerwartetes-nicht-logging-ssis","status":"publish","type":"post","link":"https:\/\/www.csopro.de\/biblog\/2009\/12\/unerwartetes-nicht-logging-ssis\/","title":{"rendered":"Unerwartetes Nicht-Logging SSIS"},"content":{"rendered":"

Dieser Artikel widmet sich nicht dem Logging, das man selbst in einem Paket aktivieren kann und \u00fcber Log-Provider detailliert steuern kann.<\/p>\n

Gemeint ist mehr das Logging, das SSIS automatisch ohne Zutun des Entwicklers oder Administrators durchf\u00fchrt, s. dazu auch „Understanding Events Logged by an Integration Services Package<\/a>„.<\/p>\n

Standardm\u00e4\u00dfig loggt jedes SSIS-Paket den Start, das erfolgreiche Ende oder das Fehlschlagen oder Abbrechen eines SSIS-Pakets:<\/p>\n

\"EventLog<\/a><\/p>\n

(Zum Verg\u00f6\u00dfern auf das Bild klicken)<\/p>\n

\"Details<\/p>\n

(Randbemerkung: Das Logging von Start und erfolgreichem Ende l\u00e4sst sich abschalten – in der Registry HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQL Server100SSIS, Wert von „LogPackageExecutionToEventLog“ auf 1 setzen – die anderen Eintr\u00e4ge lassen sich nicht verhindern) <\/p>\n

In dem Beispiel hatte ich ein SSIS-Paket erstellt, das nur aus einer Script-Task bestand, die immer einen Fehler schmei\u00dft:<\/p>\n

\"Script-Task<\/p>\n

Dort ist folgender Code enthalten:<\/p>\n

public void Main()
\n{
\nDts.Events.FireError(999, „SubKomponente A“, „Fehler – Test fehler“, „“, 0);
\nDts.TaskResult = (int)ScriptResults.Success;
\n}<\/p>\n

Das Ergebnis ist oben zu bewundern.<\/p>\n

Nun hatten wir die Idee, dieses Eintrag im Event Log zu \u00fcberwachen (mit NetIQ oder einem anderen Werkzeug zur \u00dcberwachung von Servern, Diensten, etc.) und so zu erfahren, wenn ein Paket gescheitert ist.<\/p>\n

Das funktioniert aber leider nicht.<\/strong><\/p>\n

Der Grund ist, dass ein solcher Eintrag im Eventlog nur erzeugt wird, wenn das Paket bereits angelaufen ist. Wenn aber schon bei der Validierung ein Fehler auftritt, wird kein Eintrag im Eventlog erzeugt.<\/p>\n

Dazu habe ich das Paket erweitert um einen Data Flow Task, bei dem ich in der Quelle „SELECT 1 as Zahl“ eingetragen habe. \"SSIS<\/p>\n

Dieses Paket habe ich dann im SQL Server Agent als Job eingerichtet. Dabei habe ich eingestellt, dass im Fehlerfall der SQL Server Agent das Ergebnis im Eventlog festhalten soll:<\/p>\n

\"Properties<\/a><\/p>\n

(Zum Verg\u00f6\u00dfern auf das Bild klicken)<\/p>\n

Solange die Quelle des SSIS-Pakets bekannt ist, ist alles wie erwartet. Im Eventlog werden folgende 3 Events festgehalten (da ja mein Script-Task dazu f\u00fchrt, dass das Paket auf einen Fehler l\u00e4uft):<\/p>\n

\"Die<\/a><\/p>\n

Die Meldungen sind:<\/p>\n

    \n
  1. Starten des SSIS Pakets (Information)<\/li>\n
  2. Fehler des SSIS Pakets (Fehler)<\/li>\n
  3. Fehler des SQL Server Agent Jobs (Warnung)<\/li>\n<\/ol>\n

    Letzte Meldung sieht im Detail so aus:<\/p>\n

    \"Ereignis-Details<\/p>\n

    Wenn ich jetzt aber die Connection des Statements „SELECT 1“ \u00e4ndere, so dass der dort angegebene Computer nicht existiert, passiert folgendes, wenn das Paket im SQL Server Agent gestartet wird:<\/p>\n

    \"Ereignisanzeige,<\/a><\/p>\n

    Man sieht, dass die SSIS-Eventlog-Eintr\u00e4ge nicht vorhanden sind. Dies liegt daran, dass der Fehler beim Validieren auftritt und deshalb das Paket noch gar nicht angelaufen ist.<\/p>\n

    Deswegen macht es keinen Sinn, die SSIS-Eventlog-Eintr\u00e4ge f\u00fcr eine \u00dcberwachung der Jobs zu verwenden.<\/p>\n

    Stattdessen k\u00f6nnen die SQL Server Agent-Eintr\u00e4ge \u00fcberwacht werden. Dabei ist aber zu beachten, dass dies bei jedem SQL Server Agent Job – wie oben gezeigt – eingestellt werden muss.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Dieser Artikel widmet sich nicht dem Logging, das man selbst in einem Paket aktivieren kann und \u00fcber Log-Provider detailliert steuern kann. Gemeint ist mehr das Logging, das SSIS automatisch ohne Zutun des Entwicklers oder Administrators durchf\u00fchrt, s. dazu auch „Understanding Events Logged by an Integration Services Package„. Standardm\u00e4\u00dfig loggt jedes SSIS-Paket den Start, das erfolgreiche … Unerwartetes Nicht-Logging SSIS<\/span> weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10,13],"tags":[],"class_list":["post-112","post","type-post","status-publish","format-standard","hentry","category-integrationservices","category-sql-server-agent"],"_links":{"self":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/posts\/112","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/comments?post=112"}],"version-history":[{"count":0,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/posts\/112\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/media?parent=112"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/categories?post=112"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/tags?post=112"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}