这是没有实际SQL服务器的本地计算机(仅用于开发)
通过运行DTEXEC,它恢复了 Microsoft(R)SQL Server执行程序包实用程序 适用于32位的10.50.1600.1版 版权所有(C)Microsoft Corporation2010。保留所有权利。
SQL Server 2008R2已随SDK,SSIS和管理工作室一起安装
已安装Visual Studio 2013,但由于某些未知原因,SSDT未提供SSIS的全部功能(包含的.dtsx无法打开,.sqlproj无法打开)
别无选择,只能为Visual Studio 2013安装一个名为SSDTBI的软件包。荒谬的是,只能安装32位应用程序(我的操作系统是64位),这会强制安装SQL Server 2014。
但是,Visual Studio 2013可以打开.dtsx和.sqlproj
一切看起来都很好(现在忽略此本地实例包含来自2008R2光盘,Visual Studio 2013和SSDTBI https://www.microsoft.com/en-us/download/details.aspx?id=42313的SQL Server 2008R2、2012和2014)
最后,当我打开.dtsx文件(应该是2008R2版本)
程序将XML格式修改为其他格式 来自
<DTS:Property DTS:Name="PackageFormatVersion">3</DTS:Property>
到
<DTS:Property DTS:Name="PackageFormatVersion">8</DTS:Property>
已选中表示SSIS包现在在SQL Server 2014中。
因此问题是 如何准确检查当前的SSIS版本(不是SSIS包,SQL Server或SSDT)
(跳过)是否可以打开SSIS项目而不会遇到问题? -已检查是否建议使用Visual Studio 2013管理版本8的SSIS软件包。因此,这是正常现象,而不是问题(编辑SSIS软件包版本3应该使用带有BI的Visual Studio 2008)
答案 0 :(得分:1)
因此,问题是如何准确检查当前的SSIS版本 (不是SSIS包,SQL Server或SSDT)
一台服务器可以安装多个SSIS版本。这可能是由就地升级引起的。
可以使用 SQL Server配置管理器来发现已安装的主要版本:
内部版本,版本和工具要求
SQL Build# PackageFormatVersion Visual Studio Version(SSDT)
2005 9 2 2005
2008 10 3 2008
2008 R2 10.5 3 2008
2012 11 6 2010 or BI 2012
2014 12 8 2012 CTP2 or 2013
2016 13 8 2015
2017 14 8 2015/2017
是否可以打开SSIS项目而不会遇到问题?
默认情况下,BIDS在升级过程中会创建程序包备份