SSIS包失败,出现如下错误消息:
代码:0xC0202009 来源:DFT填充ImageSummary OLE_SRC ProductImage [1] 描述:SSIS错误代码DTS_E_OLEDBERROR。发生OLE DB错误。错误代码:0x80004005。 OLE DB记录可用。来源:“Microsoft SQL Native Client”Hresult:0x00040EDA描述:“警告:聚合或其他SET操作消除了空值。”。
经过调查,我们发现SQL Server(2005)查询返回了消息Warning: Null value is eliminated by an aggregate or other SET operation.
,SSIS包作为DFT中的源运行,以插入到目标表中。
Select ProductID ,ImageTypeID ,DistinctImageCount ,ImageSize
from
(select a.ProductID ,a.ImageTypeID ,a.DistinctImageCount ,a.ImageSize ,RANK() OVER (PARTITION BY a.ProductID, a.ImageTypeID ORDER BY a.ImageSize) As Ranker
from
(SELECT TOP 100 Percent spi.ProductID ,sit.ImageTypeID ,CAST(COUNT(DISTINCT spi2.ImageTypeID) as bit) DistinctImageCount ,CAST(spi2.Size as varchar(50)) as ImageSize
FROM Stage.ProductImage spi CROSS JOIN Reference.ImageType sit LEFT JOIN Stage.ProductImage spi2 ON spi.ProductID = spi2.ProductID AND sit.ImageTypeID = spi2.ImageTypeID
GROUP BY spi.ProductID, sit.ImageTypeID,spi2.Size
ORDER BY spi.ProductID, sit.ImageTypeID,spi2.Size
)a
)b
where ranker = 1
Order by ProductID,ImageTypeID
我们通过修改查询消除了来自SQL Server的警告消息来解决了这个问题:
CAST(COUNT(DISTINCT spi2.ImageTypeID)as bit) DistinctImageCount
CAST(SUM(DISTINCT ISNULL(spi2.ImageTypeID,0)) as bit) DistinctImageCount
。
但是我们几乎没有问题,我们无法找到解释并希望在此论坛上得到答案:
为什么来自SQL的警告会冒泡到SSIS包并导致 SSIS包失败了吗?
如果我们在所有其他开发和UAT环境中运行相同的包 使用相同的数据集,它工作正常。我们可以看到警告 然而,在SQL Server Management Studio中显示的却没有 导致SSIS失败。然而,我们的生产中的SSIS包 环境失败。我们没有理解逻辑?在那儿 任何警告门槛?
答案 0 :(得分:9)
由于以下警告消息导致的SSIS包失败是Microsoft Connect网站上许多人报告的已知错误。
Warning: Null value is eliminated by an aggregate or other SET operation
Link to the bug report on Connect website.
Microsoft团队关于此问题的最新更新:
This problem was resolved in SQL Server 2012 RTM (11.00.2100.60 or later).
There is no hotfix available for SQL Server 2005/2008/2008R2.
我不知道问题的原因,微软团队也将此错误视为不可重现。 Connect网站上列出的解决方法之一是在查询之前添加以下语句。请确保在结尾处加上分号。
SET ANSI_WARNINGS OFF;
在MSDN上阅读有关ANSI_WARNINGS的更多信息。
答案 1 :(得分:0)
同样的问题,sql 2008r2。具有该问题的特定数据流已持续数月,没有任何问题。我也找不到空数据。
已验证的数据库属性“ANSI Warnings Enabled”设置为False。添加了SET ANSI_WARNINGS OFF;开始查询,它工作。所以看来这个bug确实忽略了数据库范围的设置。