Это локальный компьютер без реального сервера SQL (только используется для разработки)
При запуске DTEXEC он получил служебную программу Microsoft (R) SQL Server Execute Package Version 10.50.1600.1 для 32-разрядной версии Copyright (C)Microsoft Corporation 2010. Все права защищены.
SQL Server 2008R2 установлен с SDK, SSIS и студией управления
Visual Studio 2013 установлен, но по неизвестной причине SSDT не предоставил полных функцийв SSIS (включается .dtsx не может открыться и .sqlproj не может открыться)
Нет выбора, кроме как установить пакет с именем SSDTBI для Visual Studio 2013. Смешно может быть установлено только 32-битное приложение (моя ОС 64-битная), и это заставляетSQL Server 2014 установлен.
Однако Visual Studio 2013 может открывать .dtsx & .sqlproj
Все выглядит хорошо (игнорируя, теперь этот локальный экземпляр содержит SQL Server 2008R2, 2012 и 2014 с дисков 2008R2,Visual Studio 2013 & SSDTBI https://www.microsoft.com/en-us/download/details.aspx?id=42313)
Наконец, когда я открываю файл .dtsx (которыйh должно быть версии 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 или SSDT)
(пропущено) Можно ли открыть службы SSIS?предметы без возникших проблем?- проверено, что Visual Studio 2013 предлагается для управления пакетом служб SSIS с версией 8. Таким образом, это нормальное поведение, а не проблема (при редактировании пакета SSIS версии 3 следует использовать Visual Studio 2008 с BI)