Как запустить dtsx пакет без visual studio

Обновлено: 06.01.2025

Visual Studio Code является кроссплатформенным, доступен в Windows, Linux и macOS.

В этом руководстве показаны два способа установки Visual Studio Code на Ubuntu 20.04. VS Code можно установить как snap-пакет через магазин Snapcraft или как deb-пакет из репозиториев Microsoft.

Выберите метод установки, наиболее подходящий для вашей среды.

Установка кода Visual Studio в виде Snap-пакета

Пакет оснастки Visual Studio Code распространяется и поддерживается Microsoft.

Пакеты Snap могут быть установлены либо из командной строки, либо через приложение Ubuntu Software.

Чтобы установить привязку VS Code, откройте свой терминал ( Ctrl+Alt+T ) и выполните следующую команду:

Вот и все. Visual Studio Code установлен на вашем компьютере с Ubuntu.

Если вы предпочитаете использовать графический интерфейс, откройте программное обеспечение Ubuntu, найдите «Код Visual Studio» и установите приложение:

Каждый раз при выпуске новой версии пакет Visual Studio Code будет автоматически обновляться в фоновом режиме.

Установка кода Visual Studio с помощью apt

Код Visual Studio доступен в официальных репозиториях Microsoft Apt. Чтобы установить его, выполните следующие действия:

Обновите индекс пакетов и установите зависимости, выполнив следующую команду от имени пользователя с привилегиями sudo :

Импортируйте ключ Microsoft GPG с помощью следующей команды wget :

И включите репозиторий Visual Studio Code, набрав:

После включения репозитория apt установите пакет Visual Studio Code:

Когда будет выпущена новая версия, вы можете обновить пакет Visual Studio Code с помощью стандартного инструмента обновления программного обеспечения на рабочем столе или выполнив следующие команды в своем терминале:

Запуск кода Visual Studio

В строке поиска действий введите «Код Visual Studio» и щелкните значок, чтобы запустить приложение.

Когда вы запускаете VS Code в первый раз, должно появиться следующее окно:

Теперь вы можете приступить к установке расширений и настройке VS Code в соответствии с вашими предпочтениями.

VS Code также можно запустить из командной строки, набрав code .

Выводы

Мы объяснили, как установить VS Code в Ubuntu 20.04.

Теперь вы можете приступить к установке новых расширений и настройке своего рабочего пространства. Чтобы узнать больше о VS Code, посетите их официальную страницу документации .

Программа командной строки dtexec используется для настройки и выполнения пакетов служб SQL Server Службы Integration Services. Служебная программа dtexec обеспечивает доступ ко всем функциям настройки и выполнения пакетов, таким как параметры, подключения, свойства, переменные, средства ведения журналов и индикаторы выполнения. Служебная программа dtexec позволяет загружать пакеты из следующих источников: сервер Службы Integration Services, ISPAC-файл проекта, база данных Microsoft SQL Server, хранилище пакетов Integration Services и файловая система.

ПРИМЕЧАНИЕ. При использовании текущей версии служебной программы dtexec для выполнения пакета, созданного в более ранней версии Службы Integration Services, программа временно обновляет пакет до текущего формата. Однако программа dtexec не позволяет сохранить обновленный пакет. Дополнительные сведения об окончательном обновлении пакета до текущей версии см. в разделе Upgrade Integration Services Packages.

Этот раздел включает следующие подразделы:

Сервер служб Integration Services и файл проекта

При использовании dtexec для запуска пакетов на сервере Службы Integration Services программа dtexec вызывает хранимые процедуры catalog.create_execution (база данных SSISDB), catalog.set_execution_parameter_value (база данных SSISDB) и catalog.start_execution (база данных SSISDB) для создания выполнения, задания значения параметров и запуска выполнения. Все журналы выполнения можно просматривать на сервере в соответствующих представлениях или с помощью стандартных отчетов, доступных в среде SQL Server Management Studio. Дополнительные сведения об отчетах см. в разделе Отчеты для сервера служб Integration Services.

Ниже приводится пример выполнения пакета на сервере служб Службы Integration Services .

При использовании dtexec для запуска пакета из ISPAC-файла проекта применяются параметры /Proj[ect] и /Pack[age] для указания пути к проекту и имени потока проекта. При преобразовании проекта в модель развертывания пакета путем запуска Мастера преобразования проекта служб Integration Services в среде SQL Server Management Studio, мастер создает файл проекта ISPAC. Дополнительные сведения см. в разделе Развертывание проектов и пакетов служб Integration Services (SSIS).

Вместе с программой dtexec можно использовать сторонние средства для планирования времени запуска пакетов, развернутых на сервере служб Службы Integration Services .

Вопросы установки на 64-разрядные компьютеры

На 64-разрядном компьютере службы Службы Integration Services устанавливают 64-разрядную версию программы dtexec (dtexec.exe). Если какие-либо пакеты нужно запустить в 32-разрядном режиме, следует установить 32-разрядную версию программы dtexec . Чтобы установить 32-разрядную версию программы dtexec , во время установки необходимо выбрать клиентские средства или среду SQL Server Data Tools (SSDT) .

По умолчанию на 64-разрядном компьютере, на котором установлены и 64-разрядная, и 32-разрядная версия программы командной строки служб Службы Integration Services , будет запущена 32-разрядная версия командной строки. 32-разрядная версия запускается, потому что путь к каталогу для 32-разрядной версии появляется в переменной среды PATH перед путем к каталогу для 64-разрядной версии. (Обычно путь к каталогу 32-разрядной версии имеет вид <drive> :\Program Files(x86)\Microsoft SQL Server\110\DTS\Binn, а путь к каталогу 64-разрядной версии — <drive> :\Program Files\Microsoft SQL Server\110\DTS\Binn.)

ПРИМЕЧАНИЕ. Если для запуска программы используется агент SQL Server, то он автоматически использует 64-разрядную версию программы. Чтобы определить точное расположение исполняемого файла программы, агент SQL Server использует реестр, а не переменную среды PATH.

Чтобы убедиться, что в командной строке запущена 64-разрядная версия программы, выполните одно из следующих действий.

Откройте окно командной строки, измените путь к каталогу, содержащему 64-разрядную версию программы ( <drive> :\Program Files\Microsoft SQL Server\110\DTS\Binn), а затем запустите программу из указанного расположения.

В командной строке запустите программу, введя полный путь ( <drive> :\Program Files\Microsoft SQL Server\110\DTS\Binn) к ее 64-разрядной версии.

Окончательно измените порядок путей в переменной среды PATH, поместив в переменной путь к 64-разрядной версии ( <drive> :\Program Files\Microsoft SQL Server\110\DTS\Binn) перед путем к 32-разрядной версии ( <drive> :\ Program Files(x86)\Microsoft SQL Server\110\DTS\Binn).

Этапы выполнения

Программа во время выполнения проходит четыре стадии. Они перечислены далее.

Стадия обработки команды: командная строка считывает список указанных параметров и аргументов. В случае обнаружения параметра /? все последующие стадии пропускаются. Или обнаруживается параметр /HELP .

Стадия загрузки пакета: происходит загрузка пакета, указанного параметрами /SQL, /FILE или /DTS.

Стадия настройки: параметры обрабатываются в следующем порядке:

параметры, устанавливающие флаги, переменные и свойства пакета;

параметры, проверяющие номера версии и сборки пакета;

параметры, задающие поведение программы во время выполнения, например вывод отчетов.

Стадия проверки и выполнения: пакет выполняется или проверяется без запуска, если был указан параметр /VALIDATE.

Возвращаемые коды завершения

Коды завершения, возвращаемые программой dtexec

При выполнении пакета программа dtexec может вернуть код завершения. Код завершения используется для заполнения переменной ERRORLEVEL, значение которой впоследствии можно будет проверить в условных инструкциях или логике ветвления в пакетном файле. В следующей таблице перечислены значения, которые программа dtexec может вернуть при завершении.

Значение	Описание
0	Пакет успешно выполнен.
1	Ошибка выполнения пакета.
3	Выполнение пакета было отменено пользователем.
4	Программе не удалось найти запрошенный пакет. Не удалось найти пакет.
5	Программе не удалось загрузить запрошенный пакет. Не удалось загрузить пакет.
6	Программа обнаружила внутреннюю ошибку синтаксиса или семантики в командной строке.

Правила синтаксиса

Синтаксические правила программы

Все параметры должны начинаться со знака косой черты (/) или знака минуса (-). Показанные здесь параметры начинаются с косой черты (/), которую, однако, можно заменить на знак минуса (-).

Аргумент должен быть заключен в кавычки, если он содержит пробел. Если аргумент не заключен в кавычки, он не может содержать пробелы.

Двойные кавычки в пределах строк, заключенных в кавычки, преобразуются в одиночные кавычки.

Для параметров и аргументов, кроме паролей, регистр символов не учитывается.

Использование программы dtexec из процедуры xp_cmdshell

Программу dtexec можно запустить из командной строки xp_cmdshel . В следующем примере показан вызов пакета UpsertData.dtsx и пропуск кода возврата:

В следующем примере показан вызов этого же пакета и считывание кода возврата:

ВАЖНО! В MicrosoftSQL Serverпараметр xp_cmdshell на новых установках по умолчанию отключен. Этот режим можно включить с помощью системной хранимой процедуры sp_configure . Дополнительные сведения см. в разделе Параметр конфигурации сервера xp_cmdshell.

Использование программы dtexec из Bash

Bash — это популярная оболочка для Linux. Ее также можно использовать в Windows. Программу dtexec можно запустить из командной строки Bash. Обратите внимание на то, что точка с запятой ( ; ) в Bash — это оператор разделения команд. Это особенно важно учитывать при передаче значений в пакет с помощью параметра /Conn[ection] , /Par[arameter] или /Set , так как в этом случае точка с запятой используется для разделения имени и значения элемента. В следующем примере показано, как правильно экранировать точку с запятой и другие элементы при использовании Bash и передаче значений в пакет:

Синтаксис

Параметры

/? [имя_параметра]: (необязательно). Отображает параметры командной строки или справку по указанному параметру option_name и завершает выполнение программы.

При указании аргумента option_name программа dtexec запускает электронную документацию по SQL Server и отображает раздел "Служебная программа dtexec".

/Ca[llerInfo] : (необязательно). Задает дополнительные сведения для выполнения пакета. При запуске пакета при помощи агента SQL Server агент устанавливает этот аргумент, чтобы он указывал, что выполнение пакета вызывается агентом SQL Server. Этот параметр не учитывается, если служебная программа dtexec запускается из командной строки.

/CheckF[ile] filespec: (необязательно). Задает в качестве значения свойства пакета CheckpointFileName путь и файл, указанные в filespec. Этот файл используется при перезапуске пакета. Если указан этот параметр, но не указано значение для имени файла, в качестве значения для свойства пакета CheckpointFileName используется пустая строка. Если этот параметр не указан, то значения пакета сохраняются.

/CheckP[ointing] : (необязательно). Устанавливает значение, определяющее, будет ли пакет использовать контрольные точки во время выполнения. Значение on указывает, что при неудачном выполнении пакета он будет перезапущен. При повторном запуске пакета после его неудачного выполнения ядро времени выполнения использует файл контрольных точек для повторного запуска пакета с момента возникновения ошибки.

Если параметр объявляется без указания значения, по умолчанию принимается значение «on». Выполнение пакета будет завершено с ошибкой, если значение равно «on», а файл контрольных точек не найден. Если этот параметр не указан, то сохраняется значение, установленное в пакете. Дополнительные сведения см. в разделе Restart Packages by Using Checkpoints.

Указание параметра /CheckPointing on команды dtexec эквивалентно заданию для свойства SaveCheckpoints пакета значения True, а для свойства CheckpointUsage — значения Always.

/Com[mandFile] filespec: (необязательно). Задает параметры команд, выполняемых с программой dtexec. Файл, указанный в filespec , открыт, и параметры файла считываются из этого файла до обнаружения EOF. filespec является текстовым файлом. Аргумент filespec указывает имя и путь к командному файлу, который связывается с выполнением пакета.

/Conf[igFile] filespec: (необязательно). Указывает файл конфигурации, из которого происходит извлечение значений. Использование этого параметра позволяет установить конфигурацию времени выполнения, отличную от конфигурации, указанной во время разработки пакета. Различные настройки конфигурации можно сохранять в XML-файле конфигурации, а затем загружать их с использованием параметра /ConfigFile перед выполнением пакета.

С помощью параметра /ConfigFile можно загрузить во время выполнения дополнительные параметры конфигурации, не указанные во время разработки. Однако с помощью параметра /ConfigFile нельзя изменить параметры настройки, которые были заданы во время разработки. Сведения о применении параметров конфигурации пакета см. в разделе Package Configurations.

/Conn[ection] id_or_name;connection_string [[;id_or_name;connection_string]. ] : (необязательно). Указывает, что диспетчер соединений с указанным именем или идентификатором GUID находится в данном пакете и задает строку соединения.

Должны быть указаны оба параметра: имя или идентификатор GUID диспетчера соединений в аргументе id_or_name и допустимая строка соединения — в аргументе connection_string. Дополнительные сведения см. в разделе Соединения в службах Integration Services (SSIS).

Во время выполнения можно использовать параметр /Connection для загрузки параметров конфигурации пакета из расположения, отличного от указанного во время разработки. Затем значения этих параметров конфигурации заменяют первоначально указанные значения. При этом параметр /Connection можно применять только для параметров конфигурации, использующих диспетчер соединений, например параметров конфигурации SQL Server . Сведения о применении конфигурации пакета см. в разделах Конфигурации пакета и Изменения в работе служб Integration Services в SQL Server 2016.

/Cons[oleLog] [[параметры_отображения];[параметры_списка;имя_или_GUID_источника]. ]: (необязательно). Показывает в консоли во время выполнения пакета указанные записи журнала. При отсутствии этого параметра записи журнала в консоли не показываются. Если этот параметр указан без задания максимального числа записей, то будут показаны все записи журнала. Для ограничения отображаемых в консоли записей можно указать отображаемые столбцы с помощью параметра displayoptions и ограничить типы записей журнала с помощью параметра list_options .

ПРИМЕЧАНИЕ. При запуске пакета на сервере Службы Integration Services с помощью параметра /ISSERVER объем выходных данных консоли ограничен и большинство параметров /Cons[oleLog] не применяется. Все журналы выполнения можно просматривать на сервере в соответствующих представлениях или с помощью стандартных отчетов, доступных в среде SQL Server Management Studio. Дополнительные сведения об отчетах см. в разделе Отчеты для сервера служб Integration Services.

когда я выполняю пакет dtsx через командную строку, я получаю следующую ошибку:

1. Соединение не найдено, возникает ошибка при сборе соединений, когда конкретный элемент соединения не найден

2. Не удается разрешить путь пакета к объекту в пакете «xxxxxxx». Убедитесь, что путь к пакету действителен

3.Путь к пакету ссылается на объект, который не может быть найден, это происходит, когда делается попытка разрешить путь пакета к объекту, который не может быть найден.

Но это прекрасно работает, когда я запускаю пакет в студии разработки Business Intelligence.

Делая предположение, пока я жду ответа на комментарий, обычно, когда пакет работает нормально в BIDS, но не работает из командной строки, я обнаружил, что это связано с несовместимостью 64/32 бита.

Используете ли вы Excel, Access или что-нибудь еще, что под листами использует драйвер JET? Это работает только в 32-битном режиме.

В 64-битной ОС по умолчанию при создании нового соединения ODBC вы будете создавать его в 64-битном пространстве имен, к которому 32-битная версия не сможет получить доступ?

Вы используете драйверы Informix или UDB/DB2? Я только когда-либо нашел 32 версии тех.

Запуск пакета из командной строки

dtexec - механизм командной строки для запуска пакета служб SSIS. Он поставляется в двух вариантах для 64-битной ОС, обе называются dtexec , и обычно на 32-битную ссылаются в переменной среды Windows Path.

В 64-битной ОС путь по умолчанию для 64-битной версии будет "c:\Program Files\Microsoft SQL Server\100\DTS\Binn\DTExec.exe"

Все еще в 64-битной ОС путь к 32-й версии будет "c:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\DTExec.exe"

Чтобы запустить пакет с именем FooBar.dtsx, который находится в C:\Src\MyProject\MyProject, вызов будет

Если этот пакет живет на SQL Server (DEVSQL01) в папке MyProject, это будет вызов для запуска того же пакета.

Чтобы применить конфигурацию, вам нужно указать опцию /CONF

Глядя на ваши комментарии, единственная разница между нашим использованием заключается в том, что вы заключили все в двойные кавычки. Попробуйте это без предшествующей и завершающей цитаты.

Как открыть файл DTSX для редактирования с помощью Visual Studio 2019?

Я создал файл DTSX с помощью мастера импорта данных из SQL Server Management Studio, используя тот же процесс, описанный в этом вопросе. В ответе на этот вопрос объясняется, как редактировать файл .dtsx, но он больше не кажется правильным. Я использую Visual Studio 2019. В ответе говорится, что мне нужно использовать эту ссылку, чтобы загрузить SQL Server Data Tools для Visual Studio:

Но по этой ссылке говорится:

Для проектов баз данных SQL установите Data Storage and Processing. рабочая нагрузка для Visual Studio
Для служб Analysis Services, служб интеграции или проекты служб Reporting Services, установите соответствующие расширения с рынка

Я считаю, что мне нужны службы интеграции, но у них нет ссылки на соответствующее расширение на торговой площадке. Через различные пути поиска в Google 1 все продолжает указывать на SQL Server Расширение Integration Services Projects. Я установил это расширение 2 , но я все еще не могу открывать файлы DSTX.

Итак, мой вопрос еще раз: как открыть файл DTSX из Visual Studio 2019?

См. Ниже подробные версии и установленные расширения.

1 Например, см. Урок 1-1. Создайте новый проект служб Integration Services, в котором они создают проект DSTX. Урок Prerequisites дает указание установить SQL Server Data Tools из Загрузить инструменты данных SQL Server, это та же ссылка сверху.

Я также вижу, что есть два примечания о проблемах с этим предварительным выпуском. Ни то, ни другое не имеет отношения к моей ситуации. Первый - это регресс в VS 16.2, где они рекомендуют перейти на 16.2.3. Я уже на 16.2.4. Вторая проблема связана с тем, что расширение и / или инструменты Visual Studio для приложений 2019 могут быть удалены во время обновления экземпляра VS. Я не делал никаких обновлений до VS с момента установки этого расширения.

Установленное программное обеспечение

Visual Studio 2019, версия 16.2.4
SQL Server Management Studio, версия 17.9.1.

В Visual Studio, когда я перехожу в раздел «Справка | О Microsoft Visual Studio», я также вижу следующее, перечисленное в «Установленные продукты» (этот список не является полным; он включает только те элементы, которые кажутся актуальными):

Инструменты данных SQL Server 16.0.61906.28070
Службы интеграции SQL Server 15.0.1301.433

В Visual Studio, когда я перехожу к «Расширения | Управление расширениями», я вижу проекты служб интеграции SQL Server в списке установленных расширений.

Читайте также: