早上两点,我的一个包开始报告以下错误：
Executed as user: [Service Acount]. ...n 9.00.4035.00 for 32-bit Copyright (C) Microsoft Corp 1984-2005. All rights reserved. Started: 1:15:01 AM Error: 2012-10-17 01:15:03.98 Code: 0xC0016016 Source: Description: Failed to decrypt protected XML node "DTS:Password" with error 0x8009000B "Key not valid for use in specified state.". You may not be authorized to access this information. This error occurs when there is a cryptographic error. Verify that the correct key is available. End Error Error: 2012-10-17 01:15:03.99 Code: 0xC0016016 Source: Description: Failed to decrypt protected XML node "DTS:Password" with error 0x8009000B "Key not valid for use in specified state.". You may not be authorized to access this information. This error occurs when there is a cryptographic error. Verify that the correct key is available. End Error Error: 2012-10-17 01:15:04.01 Code: 0xC0016016 Source: Description: Failed to ... The package execution fa... The step Failed.
这似乎是一个常见的问题,但是,我发现没有一个建议适用于我的方案,也没有我的实例似乎匹配大多数其他情况发生.以下是我实施的重要细节.
>该软件包将数据从iSeries系统导出到sql Server
2005数据表.
>此过程成功运行但不断崩溃
一个,具体的表导出.其实它没有任何麻烦
死亡前2个多小时.检查所有属性关联后
通过这一步,我可以看到这一步没有什么不同
相比其他表导出步骤,除了表/列导出
映射.
> Package ProtectionLevel设置为DontSaveSensitive和iSeries
凭据存储在由sql Server访问的配置文件中.
>我可以在我的机器上,在BIDS中执行失败的步骤.无论如何,它不会
在服务器上工作,尽管服务器正在使用完全相同的凭据.
>正如我所说,我有两个包.他们实际上是一样的,除了
一个是从一个iSeries数据库导出数据,另一个是导出
与其他iSeries DB几乎完全相同的数据.首先
即使使用相同的iSeries凭证,包也没有任何问题.
>为了清楚,我的服务器上的任何东西都没有改变(我知道的)
刚刚开始发生在昨天上午.
解决方法
我有这个问题的简短答案是因为数据表中的一个字段被不正确地定义.在这种情况下,它被声明为十进制(11,3),它应该是十进制(13,3).我没有遇到这个问题,直到一个值被发布到不符合(11,3)范围的表格.
这个问题突出了我对SSIS的最大投诉之一.有时我会收到互联网上经常记录的错误.我搜索我的所有日志,我尝试设置各种测试场景,假设错误信息是诚实的.但是,当我终于解决问题时,它与写入日志文件的错误信息完全无关.
在这种情况下,上面提到的错误与这个问题绝对没有关系？其实我非常幸运地看到这个问题.我知道我的桌面上的更新可能是一个潜在的修复,因为我以前看过SSIS的错误通信.
我想把这个中微子归咎于太空轰炸我的服务器,但是从这个经验来看,最好的方法是根据别人的建议来尝试解决你的SSIS问题,但是如果他们的建议没有帮助,实现该问题可能与SSIS错误消息无关,并且三重检查与故障点相关的所有内容.
