sql-server - 保护级别在项目中更改 - 现在项目将无法构建

标签 sql-server ssis sql-server-2012

启动了一个新的 SSIS 项目,但忘记将默认保护级别设置为“不保存敏感”(我们的标准)现在在项目进行到一半时进行了更改(在项目级别和每个包中)。选中时所有包都是“不保存敏感”,并且该项目是“不保存敏感”,但是在尝试构建时,我得到

Project consistency check failed. The following inconsistencies were detected: PACKAGE1.dtsx has a different ProtectionLevel than the project. PACKAGE2.dtsx has a different ProtectionLevel than the project. ... PACKAGE(N).dtsx has a different ProtectionLevel than the project.

(它列出了项目中的每个包,即使它们都符合项目级别保护。)

最佳答案

我怀疑您遇到了与我相同的问题。我通过 API 更正了所有包,以便它们都表明它们是 DTS:ProtectionLevel="0"这是不 protected 。

项目 (.dtproj) 文件还具有设置为 DontSaveSensitive 的保护级别。 <SSIS:Project SSIS:ProtectionLevel="DontSaveSensitive" xmlns:SSIS="www.microsoft.com/SqlServer/SSIS">

对我来说,不匹配的是在项目文件中,它跟踪了有关每个包的太多信息,因此如果向下滚动,您将看到每个包的一个条目,例如 <SSIS:Property SSIS:Name="ProtectionLevel">3</SSIS:Property>或任何默认号码。做到这一点0在文件中(搜索和替换)。保存项目文件,现在就可以构建了。

您可能需要执行“全部构建”才能构建它。我怀疑 VS/SSDT 正在尝试使用它存储在 .dtproj 文件中的额外数据来确定是否需要验证项目中的所有包。由于我们手动编辑了该文件,因此它不会触发通常会翻转以发出需要完全重新编译信号的任何传感器。

关于sql-server - 保护级别在项目中更改 - 现在项目将无法构建,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18705161/

相关文章:

sql-server - 从 IIS 到 SQL 服务器的 Kerberos 双跳委派(使用 django)

mysql - Powerbuilder Datawindow 中的 where 子句中的 SQL 查询中的案例处理

sql-server - 在 Visual Studio 数据库项目/SQL Server 中创建默认数据

ssis - 如何使用目录将 SQL Server 身份验证用于 SSIS 包部署?

sql - 将用户角色和权限从一个数据库复制到另一个数据库

sql - SSIS 存储过程调用

azure - 无法使用 SSIS 将文件上传到 Azure 存储

excel - SSIS2005 : Importing from multiple XL files/sheets with inconsistent metadata

sql-server-2012 - 在 SQL Server 中添加仅大写字母约束

sql-server - 构建 SSIS 项目时未创建 ispac