如何在SQL Agent中查找SSIS包失敗的原因

在本文中，我們將討論如何獲取與SSIS相關的軟件包列表，數據存儲中的連接問題，文件中的密鑰訪問問題以及軟件包的保護級別，SSIS源速度和日誌邏輯。

如果我們不在SSIS包中應用必要的功能，則控制台輸出或Windows事件日誌將顯示少量錯誤。 但是，如果我們在SSIS中啟用日誌記錄功能，則情況將完全不同。 通常，我們可以使用五個不同的地方，包括來自SSIS組件的日誌，來自SSIS日誌審核的日誌，事件日誌和作業歷史記錄，來自底層數據源的日誌和審核日誌。

如果您 SQL Server 代理作業正在與SSIS包一起運行，然後首先我們需要檢查Windows事件日誌和SQL Agent歷史記錄中的錯誤。 我們可以使用更多的自定義錯誤處理邏輯來填充事件面板處理程序。 在控制任務級別和程序包級別，我們都可以定義錯誤的事件處理程序。 為了創建自定義事件及其處理邏輯，此功能是ost 強大。

在審核日誌中，典型的初始方法會出現一般錯誤，如果您認為需要分析更多信息，則可以通過以下方法選擇 SQL server 啟用SSIS日誌審核，該審核將在XML文件，Windows的事件日誌，Profiler跟踪器中輸出錯誤 SQL Server or SQL Server 數據庫日誌。 可以通過訪問SSIS的設置和配置日誌提供程序來完成。

與SSIS相關的軟件包

有時我們需要獲取與SSIS相關的軟件包列表。 SQL Server。 為此，我們可以使用以下查詢。

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

自定義日誌邏輯

SQL Server 提供可以在SSIS的腳本組件或腳本任務中實現的自定義日誌邏輯。 一個示例是在執行SSIS軟件包期間使用數據或變量中的值來維護文本文件。

如果我們談論基礎數據源及其日誌，那麼在這些基礎數據源中會發現一些錯誤，為了解決這些錯誤，我們應該通過檢查各個數據源的錯誤日誌來深入研究。 默認情況下，日誌位於LOG下的ERRORLOG文件夾中。

SSIS源速度

請注意，SSIS源速度與查詢時間複雜度不成正比。 返回數據的速度會影響SSIS源速度。 源組件不是我們數據的源。 我們應該集中精力優化查詢，因為這最終將優化SSIS。

SQL修復

最後，我們建議您使用 SQL Server 固定 像 DataNumen SQL recovery 這有助於保留ost 數據庫突然崩潰導致數據丟失。

作者簡介：

Upton Mark是的數據恢復專家 DataNumen，Inc.是數據恢復技術的全球領導者，包括 訪問恢復 和文字恢復軟件產品。 欲了解更多信息，請訪問 萬維網。datanumen.COM