Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения:
SQL Server среда выполнения интеграции SSIS в Фабрика данных Azure
При обновлении старых версий SQL Server до текущего релиза ваши существующие пакеты SQL Server Integration Services (SSIS) могут не обновляться автоматически до формата, используемого в текущем релизе. В этом случае необходимо выбрать способ улучшения и ручного обновления пакетов.
Это важно
При обновлении SQL Server 2012 (11.x) до SQL Server 2014 (12.x) или более поздних версий, убедитесь, что после обновления вы удалили оригинальный экземпляр SQL Server 2012 (11.x). Если вы подписались на расширенные обновления безопасности для SQL Server, вам выставляют счета за оба случая.
Для информации об обновлении пакетов при конвертации проекта в модель развертывания проекта см. раздел Deploy Integration Services (SSIS) Проекты и пакеты.
Выберите метод улучшения
Вы можете использовать различные методы обновления пакетов SSIS в старых версиях SQL Server. Для некоторых из этих методов обновление лишь временное. Для других — обновление постоянное. В следующей таблице описан каждый из этих методов и указано, является обновление временным или постоянным.
Примечание.
Когда вы запускаете пакет SQL Server 2014 (12.x) или более ранней версии с помощью dtexec утилиты (dtexec.exe), установленной в текущей версии SQL Server, временное обновление пакета увеличивает время выполнения. Степень увеличения времени выполнения пакета зависит от размера пакета. Чтобы избежать увеличения времени выполнения, обновите пакет перед запуском.
Для компонентов Script, которые ссылаются на сборки, связанные с SSIS, и связываются с версией, процесс обновления сохраняет эти компоненты без изменений. Вам нужно вручную обновить ссылку на новую версию.
| Способ обновления | Тип модернизации |
|---|---|
Используйте dtexec утилиту (dtexec.exe), установленную с текущей версией SQL Server, чтобы запускать пакеты SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) или SQL Server 2014 (12.x).Дополнительные сведения см. в статье dtexec Utility. |
Результаты обновления пакета являются временными. Эти изменения нельзя спасти. |
| Откройте SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) или ФАЙЛ пакета SQL Server 2014 (12.x) в SQL Server Data Tools (SSDT). | Обновление пакета становится постоянным, если вы сохраните пакет; В противном случае это временно, если не сохранить посылку. |
| Добавьте SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) или пакет SQL Server 2014 (12.x) в существующий проект в SQL Server Data Tools (SSDT). | Обновление пакета является необратимым. |
| Откройте в Visual Studio файл проекта SQL Server 2008 Integration Services (SSIS) или более поздней версии, а затем используйте Мастер обновления пакетов SSIS, чтобы обновить несколько пакетов в проекте. Дополнительные сведения см. в разделах Обновление пакетов служб Integration Services с помощью мастера обновления пакетов служб SSIS и Справка F1 мастера обновления пакетов служб SSIS. |
Обновление пакета нельзя отменить. |
| Upgrade Используйте метод для обновления одного или нескольких пакетов служб Integration Services. | Обновление пакета необратимо. |
Кастомные приложения и кастомные компоненты
Пользовательские компоненты SQL Server 2005 Integration Services (SSIS) не работают с текущим выпуском SSIS.
Однако вы можете использовать текущий выпуск инструментов SSIS для запуска и управления пакетами пользовательских компонентов от SQL Server 2008 (10.0.x) до SQL Server 2014 (12.x). Для перенаправления сборок во время выполнения с версии 10.0.0.0 (SQL Server 2008 R2 (10.50.x)), версии 11.0.0.0 (SQL Server 2012 (11.x)) или версии 12.0.0.0 (SQL Server 2014 (12.x)) на версию 15.0.0.0 (SQL Server 2019 (15.x)) добавляются четыре правила перенаправления связывания в следующие файлы:
- DTExec.exe.config
- dtshost.exe.config
- DTSWizard.exe.config
- DTUtil.exe.config
- DTExecUI.exe.config
Чтобы использовать SQL Server Data Tools для проектирования пакетов, включающих пользовательские компоненты для SQL Server 2014 (12.x) и более ранних версий, измените devenv.exe.config файл, расположенный по адресу <drive>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.
Чтобы использовать эти пакеты с пользовательскими приложениями, созданными с использованием среды выполнения для SQL Server 2019 (15.x), включите правила перенаправления в раздел конфигурации *.exe.config файла для исполняемого файла. Правила перенаправляют сборки среды выполнения в версию 15.0.0.0 (SQL Server 2019 (15.x)). Дополнительные сведения о перенаправлении версии сборки см. в описании элемента <assemblyBinding> для <среды выполнения>.
Найдите сборки
В SQL Server 2019 (15.x) сборки служб Integration Services были обновлены до .NET 4.0. Для .NET 4 есть отдельный глобальный ассемблерный кэш, расположенный в <drive>:\Windows\Microsoft.NET\assembly. Все сборки Integration Services можно найти по этому пути, обычно в папке GAC_MSIL .
Как и в предыдущих версиях SQL Server, основные файлы расширяемости Integration Services .dll также находятся в <drive>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies.
Понимание результатов обновления пакета SQL Server
В процессе обновления пакета большинство компонентов и функций в пакетах SQL Server 2014 (12.x) и более ранних версий бесшовно конвертируются в свои аналоги текущей версии SQL Server. Однако есть несколько компонентов и функций, которые либо не обновляются, либо имеют результаты обновления, о которых стоит знать.
Чтобы определить, какие пакеты имеют проблемы, указанные в этом разделе, запустите Upgrade Advisor.
Строки подключения
Для пакетов в SQL Server 2014 (12.x) и более ранних версиях имена некоторых провайдеров изменились и требуют разных значений в строках соединения. Чтобы обновить строки подключения, выполните одну из следующих процедур.
- Используйте мастер обновления пакетов служб SSIS для обновления пакета и выберите пункт "Обновить строка подключения", чтобы использовать новые имена поставщиков.
- В SQL Server Data Tools (SSDT) на странице "Общие" диалогового окна "Параметры" выберите пункт "Обновить строка подключения", чтобы использовать новые имена поставщиков. Дополнительные сведения об этом параметре см. в разделе "Страница "Общие"".
- В SQL Server Data Tools (SSDT) откройте пакет и вручную измените текст свойства ConnectionString.
Вы не можете использовать эти процедуры для обновления строка подключения, если строка подключения хранится либо в конфигурационном файле, либо в файле источника данных, либо когда выражение задаёт свойство ConnectionString. В таком случае, чтобы обновить строки соединения, необходимо вручную обновить файл конфигурации или выражение. Для получения дополнительной информации о источниках данных см. пакеты «Источники данных для интеграционных сервисов».
Скрипты, которые зависят от ADODB.DLL
Скрипты Script Task и Script Component, которые явно ссылаются на ADODB.DLL, могут не обновляться или не запускаться на компьютерах, где не установлены SQL Server Management Studio или SQL Server Data Tools (SSDT). Чтобы обновить эти скрипты Script Task или Script Component, устраните зависимость от ADODB.DLL. Используйте ADO.NET в качестве альтернативы для управляемого кода, такого как скрипты на VB и C#.