Мне удалось успешно создать файл пакета ssis (.dtsx), используя опцию «импорт данных» SSMS и набор инструментов VSIS SSIS (SQL Server 2017). Сам пакет работает, и он читает CSV-файл и загружает его в таблицу базы данных. Просто. Это на windows 10.
Я пытаюсь запустить эти пакеты в командной строке Win Server 2012 R2 (Azure VM), и она не будет работать (она работает с VS 2017), поскольку все файлы dtexec.exe являются 32-разрядными. Я не могу установить 64-битный файл dtexec.exe.
Я пробовал
такая же процедура на windows 10 и она работает. Я создаю пакет и затем могу запустить его через dtexec / f "path to .dtsx"
Я пытался установить время выполнения на 32 бита (
64-битный SSIS против 32-битного )
Но это не вариант ни в инструменте импорта данных SSMS, ни в настройках / свойствах VSIS SSIS Toolbox VS 2017.
Я наткнулся на эту страницу
(https://www.sqlservercentral.com/articles/how-to-execute-an-ssis-package-from-the-command-line-or-a-batch-file)
Но я не уверен, что стоит превратить этот пакет в «модель развертывания пакета».
Я пытался скопировать 64-битный dtexec и связанные файлы на компьютер с Win 2012 R2, но dll и код не зарегистрированы.
Когда я пытаюсь установить SSMS или SQL Express на сервер, у меня не появляется параметров для настройки установки.
Я подтвердил, что сервер 64-битный.
Я пробовал приложение лазурной логики, но мне просто так не нравится.
Вот некоторые ошибки, которые я вижу
Код: 0xC001700A
Описание: номер версии в пакете недействителен.
номер версии не может быть больше номера текущей версии.
Не удалось создать DTS.Application из-за ошибки 0x80040154
Я хотел бы упростить задачу и создать пакет ssis, который затем можно будет запустить на сервере с помощью сценария командной строки, который запланирован. Почему в мире так сложно настроить виртуальную машину Azure под управлением Windows Server 2012 R2?
Ниже приведено еще несколько ресурсов, на которые я наткнулся. Мне кажется, что MS VS хочет, чтобы люди использовали этот инструментарий SSIS. Как могло случиться, что они так легко создают рабочий процесс и сохраняют его в пакете (поток данных работает на сервере Win 2012 R2 в VS 2017), но когда приходит время его развертывать и автоматизировать, все рушится ? Я должен что-то упустить. Любая помощь будет полезна. Как, черт возьми, я говорю VS 2017, чтобы создать 32-разрядную совместимую версию этого пакета?
https://docs.microsoft.com/en-us/sql/ssdt/download-sql-server-data-tools-ssdt?view=sql-server-2017
https://docs.microsoft.com/en-us/sql/integration-services/lesson-1-7-adding-and-configuring-the-ole-db-destination?view=sql-server-2017