Package & deployment wizard досадная ошибка


Содержание

Package & deployment wizard досадная ошибка

Здесь обсуждаются вопросы по языку Visual Basic 1-6 (а так же по схожим языкам, как, например, PowerBASIC).
Вопросы по Visual Basic .NET (это который входит в состав Visual Studio 2002/2003/2005/2008+, для тех, кто не в курсе) обсуждаются в разделе .NET.

Обратите внимание:
1. Прежде чем начать новую тему или отправить сообщение, убедитесь, что Вы не нарушаете правил форума!
2. Обязательно воспользуйтесь поиском. Возможно, Ваш вопрос уже обсуждали. Полезные ссылки приведены ниже.
3. Темы с просьбой выполнить какую-либо работу за автора в этом разделе не обсуждаются. Студенты, вам сюда: ПОМОЩЬ СТУДЕНТАМ !
4. Используйте теги [ code=vba ] . текст программы. [ /code ] для выделения текста программы подсветкой.
5. Помните, здесь телепатов нет. Формулируйте свой вопрос максимально грамотно и чётко: Как правильно задавать вопросы
6. Запрещено отвечать в темы месячной (и более) давности, без веских на то причин.

Для решения указанной проблемы можно предложить несколько вариантов: Перед запуском P&D Wizard изменить системные настройки (разделители) таким образом, чтобы Short date style имел вид «mm/dd/yy» или «mm/dd/yyyy»; запустить P&D Wizard для генерации дистрибутива; восстановить настройки в Regional Settings. Этот способ рекомендован Microsoft и описан в readme для VB (файл «[Program Files]\Microsoft Visual Studio\readmevb.htm») в разделе «Package and Deployment Wizard: Bad Date and Time Formats» После работы P&D Wizard отредактировать файл setup.lst вручную, заменив при этом даты, имеющие формат, не воспринимаемый программой setup1.exe, на требуемый («mm/dd/yy» или «mm/dd/yyyy») Модифицировать исходный текст программы setup1.exe, перекомпилировать и подменить существующую версию на новую.
Остановимся на этом варианте подробнее. Модификация Setup1.exe Модуль setup1.exe входит в состав дистрибутива, генерируемого P&D Wizard, и выполняет процедуру установки программы на клиентскую машину в соответствии со сценарием, описанным в setup.lst. Исходные тексты setup1.exe поставляются вместе с Visual Basic и находятся в папке «[Program Files]\Microsoft Visual Studio\VB98\Wizards\PDWizard\Setup1\». Для внесения изменений произведем следующие действия:

1.C помощью Microsoft Visual Basic откроем проект [Program Files]\Microsoft Visual Studio\VB98\Wizards\PDWizard\Setup1\Setup1.vbp
2.Откроем для редактирования модуль basSetup1 (файл setup1.bas)
3.Внесем изменения в функцию ParseDateTime() Оригинальная функция ParseDateTime() имеет вид:

Function ParseDateTime(ByVal strDateTime As String) As Date
Dim Var As Variant
Var = strDateTime
If 0 = VariantChangeTypeEx(VarPtr(Var), VarPtr(Var), &H409, 0, vbDate) Then
ParseDateTime = Var Else ‘Raise same error as CDate
Err.Raise 13
End If
End Function

Функция ParseDateTime() производит перевод даты из строки в тип Date посредством вызова функции API VariantChangeTypeEx(). В данном случае, VariantChangeTypeEx делает попытку привести Variant-переменную к типу Date без учета установок в Regional Settings, и, соответственно, требует жесткого соблюдения формата записи даты в файле setup.lst («mm/dd/yy» или «mm/dd/yyyy»). Поскольку P&D Wizard не придерживается этого правила, функция VariantChangeTypeEx() не всегда отрабатывает успешно.
Используем для преобразования строки в дату функцию СDate. Эта функция работает более гибко и позволяет использовать в качестве аргумента строку с различными видами разделителей (точка, запятая, ‘/’). Приведем функцию ParseDateTime() к виду:
Function ParseDateTime(ByVal strDateTime As String) As Date
ParseDateTime=CDate(strDateTime)
End Function

4.Скомпилируем проект (File\Make Setup1.exe…) для создания нового модуля setup1.exe. 5.Перенесем новый setup1.exe папку «. \Wizards\PDWizard\»
(именно отсюда он берется P&D Wizard’ом при создания дистрибутива). Теперь можно использовать P&D Wizard для создания дистрибутива на компьютере с разделителями даты/времени устанавливаемыми по умолчанию для России.

Package and Deployment Wizard (Visual Studio)

На этой странице вы можете найти список расширений файлов, связанных с приложением Package and Deployment Wizard (Visual Studio).

Есть в настоящее время 3 Расширение имени файла (ов), связанный с приложением Package and Deployment Wizard (Visual Studio) в нашей базе.

Package and Deployment Wizard (Visual Studio) способна открыть нижеперечисленных типов файлов. Преобразование между нижеперечисленных типов файлов также возможно с помощью Package and Deployment Wizard (Visual Studio). Вы можете найти более подробную информацию об этом в руководстве приложения.

Связанные типы файлов

Важно! Существует множество повреждения, инфицированных вирусом приложений в Интернете. Только Скачайте приложения на ваш компьютер из надежных, проверенных источников!

Системные требования

Вы можете найти системные требования для приложения Package and Deployment Wizard (Visual Studio) на приложения веб-сайта и руководство по применению. Если вы не уверены, что ваша система удовлетворяет этим требованиям, затем обратитесь к помощи профессионала!

Мы регулярно проверять все ссылки, которые появляются на нашем сайте, но это все еще возможно, что ссылка не направит вас на нужную страницу. Если вы обнаружите, что ссылка не работает на нашем сайте, то свяжитесь с нами по нашим webmaster@filedesc.com адрес электронной почты.

Поддерживаемые операционные системы

Windows Server 2003/2008/2012/2020, Windows 7, Windows 8, Windows 10, Linux, FreeBSD, NetBSD, OpenBSD, Mac OS X, iOS, Android

Установка Windows 10 по сети с помощью MDT 2013 и WDS

В этой статье мы разберемся, как на базе Windows Server 2012 R2 установить и настроить связку Microsoft Deployment Toolkit 2013, Windows Assessment & Deployment Kit и роли WDS, и использовать этот набор для разворачивания образа Windows 10 на компьютеры клиентов по сети путем загрузки в режиме PXE (Preboot Execution Environment).

Нам понадобятся следующие компоненты:

  • Windows Deployment Services – это роль Windows Server 2012, используемая для загрузки и разворачивания операционных систем по сети
  • Microsoft Deployment Toolkit (MDT) 2013 Update 1 ( https://www.microsoft.com/en-us/download/details.aspx? >

Установка роли Windows Deployment Services

В первую очередь нужно на сервере под управлением Windows Server 2012 R2 установить роль Windows Deployment Services. Установку роли можно выполнить из консоли Server Manager. В списке ролей выберите Windows Deployment Services и нажмите Next.

В списке устанавливаемых компонентов роли WDS отметьте службы Deployment Server и Transport Server.

Запустите установку роли WDS (занимает пару минут).

Совет. Роль Windows Deployment Services можно установить с помощью всего одной команды PowerShell:

Install-WindowsFeature -Name WDS -IncludeManagementTools

Установка Microsoft Deployment Toolkit 2013

Установите Microsoft Deployment Toolkit (MDT) 2013 Update 1 со стандартными настройками, для чего достаточно скачать и запустить с правами администратора файл MicrosoftDeploymentToolkit2013_x64.

Установка Windows Assessment and Deployment Kit

Далее нужно установить Windows Assessment and Deployment Kit (Windows ADK) для Windows 10. Скачайте и запустите файл adksetup.exe.

Укажите каталог для установки (по умолчанию C:\Program Files (x86)\Windows Kits\10\).

В списке компонентов ADK для установки отметьте:

  • Deployment tools –используется для настройки образа Windows и автоматизации развертывания образа
  • Windows Preinstallation Environment (Windows PE) – среда WinPE — минимальная ОС, разработанная для подготовки компьютера к установке Windows или обслуживания
  • User State Migration tool (USMT) – набор инструментов для миграции данных пользователей между системами

Запустите установке Windows ADK.

Теперь нам нужен дистрибутив Windows 10. В нашем примере это будет Windows 10 x64 Pro. Т.к. MDT не позволяет напрямую работать с iso файлами образа Windows, необходимо распаковать установочные файлы. Самый простой вариант – смонтировать файл с iso образом Windows 10 через File Explorer (Проводник) в отдельный виртуальный драйв (ПКМ по iso файлу-> Mount).

Настройка MDT 2013

Приступим к настройке MDT 2013. Запустим консоль Deployment Workbench, щелкнем ПКМ по Deployment Share и создадим новый каталог (New Deployment Share).

В окне мастера создания нового каталога распространения укажите путь к папке (C:\DeploymentShare в нашем случае).


Укажите сетевое имя каталога (мы оставили имя по умолчанию DeploymentShare$) и нажмите Next.

После окончания работы мастера перейдите в папку C:\DeploymentShare.

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

Чтобы все сетевые клиенты (в том числе анонимные) могли обращаться к содержимому этой папке, в свойствах сетевой папки DeploymentShare$, нужно добавить группу Everyone с разрешением на чтение.

На следующем шаге нам нужно импортировать образ Windows 10. MDT поддерживает импорт образа операционной системы непосредственно с диска дистрибутива, wim файла или образа wds.

Разверните Deployment Shares -> MDT Deployment share. ПКМ по разделу Operating systems и в меню выберите Import Operating System.

Выберите пункт Full set of source files и укажите имя драйва, на который был смонтирован iso образ Windows 10.

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

Мастер скопирует файлы дистрибутива Windows 10 в каталог C:\DeploymentShare\Operating Systems\Windows10Prox64, а в разделе Operating Systems появится новый запись, указывающая на образ Windows 10 Pro x64.

Создание задания установки MDT

Теперь нужно создать задание установки (Task Sequence), представляющее собой последовательность действий, необходимых для разворачивания Windows (это установка ОС, драйверов, приложений, конфигурация системы, обновлений, запуск различных скриптов настройки и т.п.).

Щелкните ПКМ по разделу Task Sequences и выберите New Task Sequence.

В качестве идентификатора задания (Task sequence ID) укажем DeployWin10x64, а имени (Task sequence name) — “Deploy Windows 10 x64”.

В выпадающем меню нужно выбрать один из существующих шаблонов заданий установки. В нашем случае это будет Standard Client Task Sequence.

Выберите ОС, которую нужно установить в рамках этого задания (Windows 10 Pro x64).

Затем можно указать ключ продукта, это может быть как retail, MAK или KMS ключ.

Далее можно задать пароль локального администратора на устанавливаемой системе.

Откройте свойства созданного задания и проверьте, что его запуск разрешён на любых платформах (This can run on any platforms).

На вкладке Task Sequence отображается последовательность шагов, определенных в шаблоне, которые нужно выполнить при разворачивании ОС на клиенте. Здесь можно добавить собственные шаги, либо оставить все по-умолчанию.

Далее нужно обновить каталок распространения MDT. Щелкните ПКМ по MDT Deployment Share и выберите Update Deployment Share. MDT сгенерирует загрузочные образы и файлы, нужные для установки ОС.

При первом запуске каталог C:\DeploymentShare\Boot пуст, поэтому нужно выбрать пункт Completely regenerate the boot image и дождаться генерации образов ОС.

В каталоге C:\DeploymentShare\Boot должны появится iso и wim образы Windows PE для x86 и x64 платформ. Эти образы могут быть использованы для загрузки физических или виртуальных машин при разворачивании образа. При разворачивании образа Windows по сети (PXE boot) с помощью Windows Deployment Services могут быть использованы wim файлы.

Настройка загрузочного образа в Windows Deployment Services

Следующий этап – настройка сервера WDS, который должен обслуживать запросы клиентов PXE. Откройте консоль Windows Deployment Services (Server Manager -> Tools -> Windows Deployment Services), разверните ветку Servers и в контекстном меню сервера выберите Configure Server.

Укажем, что это будет отдельный WDS сервер (Standalone Server), не зависимый от Active Directory.

Каталог установки оставим без изменений — C:\RemoteInstall.

В настройках клиента PXE нужно указать, что нужно отвечать на запросы всех клиентов — Respond to all clien computers (known and unknown).

Снимите галку– Add images to the server now.

Зеленый треугольник на имени WDS сервера означает, что он настроен и запущен.

Теперь нам нужно импортировать на WDS сервер загрузочный образ, который мы создали ранее с помощью MDT. Щелкните ПКМ по Boot Image –> Add boot image.

Перейдите в каталог C:\DeploymentShare\Boot и последовательно добавьте файлы LiteTouchPE_x86.wim и LiteTouchPE_x64.wim.

Последнее, что осталось выполнить – открыть свойства WDS сервера и перейти на вкладку Boot. Чтобы предотвратить случайную загрузку клиентов через PXE и автоматическую установку Windows, зададим обязательное использование клавиши F12 для использования PXE-загрузки. Для этого в секции PXE Boot Policy нужно выбрать опцию Require the user to press the F12 key to continue the PXE boot.

Здесь же укажите загрузочные образы для архитектур x86 и x64 (в том числе для архитектуры UEFI).

Все остальные настройки WDS сервера оставим по-умолчанию. Перезапустите службу WDS через консоль (All tasks ->Restart).

Тестирование установки Windows 10 по сети

Теперь мы готовы протестировать сетевую загрузку компьютера клиента с wim образа, расположенного на WDS сервере (PXE boot). В этом тесте это будет виртуальная машина VMWare. Запустите ВМ и в процессе загрузи несколько раз нажмите клавишу F12 для начала загрузки через PXE.

Машина подключится к WDS серверу и получит список доступных загрузочных образов Windows PE. В стандартном диалоге Boot Manager нужно быте выбрать ОС, которую нужно загрузить. В нашем случае это Lite Touch Windows PE (x86).

Система начнет загрузку по сети wim образа со средой WinPE и предложит начать установку Windows 10 с помощью мастера Microsoft Deployment Tool Wizard.

Нажмите на кнопку Run the Deployment Wizard to install a new Operating System для запуска пошагового мастера установки образа Windows 10 на компьютер клиента.

В нашем примере также понадобилось указать UNC путь к сетевой папке DeploymentShare$ на MDT сервере(\\10.1.24.170\DeploymentShare$) и имя+пароль пользователя для доступа к ней.

Осталось среди доступных заданий выбрать созданное ранее Deploy Windows 10 x64 и дождаться окончания сетевой установки образа Windows 10 на этот компьютер.

Итак, в этой статье мы показали, как воспользоваться функционалом MDT 2013 и WDS сервера для создания инфраструктуры, позволяющей в автоматическом режиме по сети развернуть образ Windows 10 на клиентах.


Делаем по инструкции и уже тонем. После получения адреса от dhcp клиент выдает no boot filename received и загружается с диска.

Попробуйте поместить WDS сервер и клиента в одну IP подсеть. C DHCP крме стандартных парамтеров (ip, шлюза, DNS) больше ничего ничего не отдаете?

Не очень понял для чего используется компонент Win ADK ибо кроме установки (по мануалу) к нему нигде не обращаются

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

Спасибо!
А будет статья по добавлению приложений?

Имеете в виду интеграция установки приложения в MDT?
Ок, добавлю эту тему в ближайшие планы.

Спасибо.
Ещё хотелось бы разобрать проблему с захватом образа в Windows 10 1709.
После установки обновлений или удаления стандартных приложений (News, people и т.д.) (Ещё не разобрался после чего именно). Sysprep завершается с ошибкой:

Expected image state is IMAGE_STATE_GENERALIZE_RESEAL_TO_OOBE, actual image state is IMAGE_STATE_COMPLETE, sysprep did not succeed. LTISysprep 22.12.2020 14:16:40 0 (0x0000)
FAILURE ( 6192 ): ERROR — Sysprep did not complete successfully, check C:\windows\system32\sysprep\panther\setupact.log for details LTISysprep 22.12.2020 14:16:40 0 (0x0000)
Event 41002 sent: FAILURE ( 6192 ): ERROR — Sysprep did not complete successfully, check C:\windows\system32\sysprep\panther\setupact.log for details LTISysprep 22.12.2020 14:16:40 0 (0x0000)

В логах:
C:\windows\system32\sysprep\panther\setupact.log
ругается на что то подобное:
2020-10-18 10:09:00, Error SYSPRP Package A278AB0D.MarchofEmpires_2.7.0.13_x86__h6adky7gbf63m was installed for a user, but not provisioned for all users. This package will not function properly in the sysprep image.

2020-10-18 10:09:00, Error SYSPRP Failed to remove apps for the current user: 0x80073cf2.

2020-10-18 10:09:00, Error SYSPRP Exit code of RemoveAllApps thread was 0x3cf2.

2020-10-18 10:09:00, Error SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing ‘SysprepGeneralizeVal > 2020-10-18 10:09:00, Error SYSPRP SysprepSession::Val > 2020-10-18 10:09:00, Error SYSPRP RunPlatformActions:Failed while val > Ответить

Судя по ошибке нужно снести Metro приложение A278AB0D.MarchofEmpires_2.7.0.13_x86__h6adky7gbf63m.
Get-AppxPackage -AllUser | Format-List -Property PackageFullName,PackageUserInformation.
Run Remove-AppxPackage -Package
Я бы удалил сразу все современные приложения (если они не нужны) ��

Проблема решилась установкой H > Уже в другом tasksequnece применяем скрипт по удалению и всё ок.

Хотя в мню пуск всё равно остаётся куча мусора типо candy, minecraft и т.д. Пока работаю над этим чтобы их выпилить нафиг.

Хотелось бы гайд по миграции данных пользователей и подготовке дефалтового профиля средствами USMT. Сделаете? ��

Добрый день!
Эта статья уже вышла?

На части машин выдается следующее:
pxe-e53 no boot filename
Затем происходит загрузка с диска.

В логах сервера:
Загружен следующий клиент из PXE:

Аппаратный адрес: 10-78-D2-EE-8A-5D
IP: 192.168.22.155
Код устройства: <90b57751-ae4e-04b6-58c4-b6342306b664>
Архитектура клиента: 1
Предв.: false

Что интересно, аналогичный лог с другого компьютера, с которого работает загрузка, отличается только «Архитектура клиента: 3»

Клиенты получают адрес с DHCP? Воспроизводится ли проблема, если поместить клиента в тот же сегмент (VLAN). У вас добавлены обе версии загрузчика (x86 и x64)?

Возможно проблема с неправильной настройкой PXE клиента, в котором не задана архитектура. Можно включить автоматическое определение архитектуры на стороне сервера WDS:
WDSUTIL /Set-Server /ArchitectureDiscovery:Yes

Попробуйте добавить опцию 067 (Bootfile Name)

При попытке выполнить команду произошла ошибка.
Код ошибки: 0xC1040103
Описание ошибки: Указан недопустимый параметр (/ArchitectureDiscovery) для команды /set-server.

На DHCP сервере определил класс поставщика:

Затем для этого класса в политиках назначаю 67:

После чего загрузка идет, но приходится 4 раза f12 нажать.

Если не указываю 67 параметр:
загружает: boot\x86\wdsnbp.com
загружает: boot\x64\pxeboot.n12
загружает: boot\x64\bootmgr.exe
загружает: \Tmp\x86x64<7c04eb46-d78e-4206-811e-4cf8b4cf4ce9>.bcd
загружает: \boot\fonts\wgl4_boot.ttf
Далее идет выбор ОС и прочее.

Теперь ставлю 67 параметр boot\x86\wdsnbp.com
Загружает: boot\x86\wdsnbp.com
Загружает: boot\x86\pxeboot.com
Загружает: boot\x86\bootmgr.exe
Загружает: \boot\Fonts\wgl4_boot.ttf
Загружает: \boot\Fonts\segoen_slboot.ttf
Загружает: \boot\Fonts\segmono_boot.ttf
Вываливается ошибка на синем фоне.

Ставлю 67 параметр boot\x64\pxeboot.n12
Загружает: boot\x64\pxeboot.n12
Загружает: boot\x64\bootmgr.exe
Загружает: \boot\Fonts\wgl4_boot.ttf
Загружает: \boot\Fonts\segoen_slboot.ttf
Загружает: \boot\Fonts\segmono_boot.ttf
Вываливается ошибка на синем фоне.

Действительно, в 2012 WDS этот параметр не поддерживается.
Попробуйте ключ HKLM\System\CurrentControlSet\Services\WDSServer\Providers\WDSPXE\Providers\BINLSVC
DisableArchDisc= 0
Но тут не уверен.
Т.е. при отсуствующем параметре 67 загрузка идет?

В реестре этот параметр стоит.
При отсутствии 67 загрузка идет на старых компьютерах. На новых, 16-17 год приобретения, не видит откуда грузиться, пишет нет файла для загрузки. Если 67 параметр ставить, то старые вываливаются с синей ошибкой, а новые загружаются.
Все карты отправляют PXEClient:Arch:00000, т.е. по архитектуре не отличаются. Вариант вижу по маку привязывать новые компы, и для них выдавать 67 параметр. Но это костыли, хотелось бы понять в чем проблема может быть.

the source directory specified does not contain an identifiable operating system

Какую ОС и в какую версию MDT импортируете? Насколько я помню, список поддерживаемых ОС ограничен. Например, Vista/Windows Server 2008 не поддерживаются в MDT 2013. Либо же в вашем диске образ ОС хранится в ESD формате (install.esd). Его нужно конфертировтаь в install.wim:
dism /export-image /SourceImageFile:c:\distr\install.esd /SourceIndex:4 /DestinationImageFile: c:\distr\install.wim /Compress:max /CheckIntegrity
Полезная инфа есть в статьях:
http://winitpro.ru/index.php/2014/10/30/kak-konvertirovat-install-esd-v-ustanovochnyj-iso-obraz/
http://winitpro.ru/index.php/2014/11/17/vosstanovlenie-sistemnyx-shriftov-windows-8/

Можно ли сделать так, чтобы путь к DeploymentShare задавался по умолчанию тот, который мне нужен? Довольно неудобно постоянно прописывать вручную.

Отвечаю сам себе: в Свойствах DeploymentShare надо зайти в редактирование bootstrap.ini и дописать в default:
Deployroot=\\адрес\DeploymentShare$
Можно пропустить этап ввода логина, пароля, домена, добавить туда же:
UserID:юзер-такойто
UserPassword=пароль юзера
UserDomain=домен сервака
После этого необходимо обновить папку DeploymentShare, это создаст два новых lite touch pe образа.
в WDS необходимо удалить старые и добавить новые, перезапустить сервер.

В посте я писал, что некоторые клиенты не видят WDS сервер. и в чем причина была не понятно.
Сегодня я выключил netbios на сервере с wds, и о чудо. Клиенты заработали корректно. В чем может быть дело? чем мешает netbios?

Нашел такой комментарий

«Before using the DHCP options try instead disabling NetBios over TCPIP on the WDS Server.
( Netbios over TCP/IP is switched off on the NIC(s) (WINS tab, IPv4 properties) on the WDS server! )
This causes the NbtNS (Netbios name search) broadcasts on port 137 to cease and the TFTP on port 4011 to reply promptly.
This makes UEFI PXE booting work for empty Hyper-V Generation 2 VMs as well as for physical clients.»

При отключенном NetBIOS over TCP/IP загрузка PXEboot работает нормально. Не знал…


Собрал WDS сервер и сделал всё по этой статье. Взял машину с UEFI биосом, запустил установку из PXE.
Всё отлично разворачивалось. Убедившись, прервал установку, выключил компьютер. На следующий день пробую запустить установку снова — пишет PXE-E09:could not allocate I/O buffers. Якобы, не хватает системной памяти… Как победить?

Т.е. компьютер тот-же самый? Возможно какая-то специфическая ошибка прошивки BIOS/UEFI. Попробуйте обновить firmware не устройстве.

Package & deployment wizard досадная ошибка

have tried to use the Package Deployment Wizard of the Integration Services.

I have been able to deploy it successfully in some PC before I met one error on the other PC.

It have detail error message like below:

Could not save the package «\\bsuser004\Shared Document\MYVUE DW 20060708\MYVUE DW — Deployment_ v10_20060710\SSIS Deployment\pkgSummarizationWeekly.dtsx» to SQL Server «(local)». (Package Installation Wizard)

The package failed to load due to error 0xC0011008 «Error loading from XML. No further detailed error information can be specified for this problem because no Events object was passed where detailed error information can be stored.». This occurs when CPackage::LoadFromXML fails.

at Microsoft.SqlServer.Dts.Runtime.Application.LoadPackage(String fileName, IDTSEvents events, Boolean loadNeutral)
at Microsoft.SqlServer.Dts.Runtime.Application.LoadPackage(String fileName, IDTSEvents events)
at Microsoft.SqlServer.Dts.Deployment.DtsInstaller.SavePackageToSqlServer(WizardInputs wizardInputs, String packagePassword, Boolean bUseSeverEncryption, String serverName, String userName, String password, String packageFilePath, List`1 configFileNames)
at Microsoft.SqlServer.Dts.Deployment.DtsInstaller.InstallPackagesToSqlServer(WizardInputs wizardInputs)

The package failed to load due to error 0xC0011008 «Error loading from XML. No further detailed error information can be specified for this problem because no Events object was passed where detailed error information can be stored.». This occurs when CPackage::LoadFromXML fails.

Package & Deployment Wizard

I developed a program in VB 6.0 and used Package & Deployment Wizard to build an Setup exe file installer, but my software contained some dependency folder and the VB Package & Deployment only allows files, not folders.

Does anyone know any other types of Packages & Deployment or setup generator that I can use?

2 Answers 2

Try using iexpress.exe, it’s built in with windows for creating windows installation packages, it’s fairly simple to use and i know it works for windows7, 10, and probably others too! You can search in the start menu to find it or use the run dialog box, or command prompt, just type in iexpress.exe and there you go, i make a few vb6 setup programs this way.

You’re asking the right question. :) The PDW was never a stable enough solution to risk using it in a production environment. It never fully solved the «DLL Hell» problems that come up with it.

One of the main problems was that after the PDW was released, OS service packs started disallowing replacement of numerous DLL files that were used by the OS. This was the only way that they could solve the ubiquitous version problems that were plaguing server installations everywhere. They never did anything with the PDW to address this change. So, if your installation package includes a DLL file that the OS doesn’t allow you to replace, the OS won’t register it. Then, when you reboot as part of the installation process, the PDW errors out and tries to reboot again, and you get caught in an endless loop of reboots. Very very bad. If you should be interested, I wrote this up in detail here back in ’03.

There are plenty of solutions for what you’re trying to do, and some of the other answers give some of them. Microsoft’s own solution is the Visual Studio Installer, which you can read up on here. This is the one that builds those .msi files that you see all the time; msi = Microsoft Installer.

SMEARG

Развёртывание OC Windows в сети предприятия

Недавно обнаружил, что в черновиках завалялись наброски статьи про автоматизированную установку ОС. Попытался собрать всё воедино, чтоб получить единую статью. Понимаю, что с опозданием (но лучше позже, чем никогда), но разворачивать я буду на примере Windows XP (для семёрки процедура не сильно отличается).

Для начала буквально пару слов о том, что подразумевается под развёртыванием и зачем это нужно.

Установка операционной системы подразумевает постоянный диалог с пользователем – во время установки – система постоянно пристаёт к пользователю с разными вопросами, вроде “А ты лицензию, прочёл? А ты её принимаешь?”, “Как будем разбивать винт на разделы? (и будем-ли разбивать вообще?)”, “А введи-ка серийный номер”, “А имя организации? А владелец?” ну и т.д. Для того, чтобы каждый раз не вводить одно и то же давным давно (кажется с выходом Windows XP) был придуман механизм файла ответов, в который записывались если не все, то большинство ответов на эти вопросы. Для установки системы таким образом в те времена нужно было записать этот файл на дискету (молодое поколение, наверное, уже не застало этот вид носителя :)), вставить эту дискету в дисковод, а диск с дистрибутивом системы естественно в CD-ROM. При установке считывалась дискета и при наличии на ней данного файла система считывала ответы с него.

Но прогресс не стоит на месте, и на сегодняшний день существует несколько способов развёртывания ОС: от простейшего файла ответов, описанного выше и заканчивая развёртыванием через SCCM. Не буду подробно расписывать все возможные варианты, скажу только, что далее речь пойдёт об использовании MDT и WAIK. В результате вместо ручной установки ОС каждый раз нужно только один раз пройти увлекательный квест, чтобы настроить среду установки, далее система будет ставиться автоматически.

Windows Automated Installation Kit (WAIK) – бесплатный пакет, содержащий набор средств для развёртывания ОС. В результате его работы создаётся файл ответов и конфигурационный набор, в котором содержатся дистрибутивы софта, драйвера, которые нужно будет добавить в систему (если таковые были указаны), и языковые пакеты. Это всё по желанию/необходимости. Всё это нужно скинуть на флешку, которую затем вставить в компьютер, на который будет устанавливаться система. После чего компьютер нужно загрузить и диска с WinPE, а далее как говорится дело техники – стартует установка ОС, которая находит и считывает файл ответов и в соответствии с ним ставит систему.

Microsoft Deployment Toolkit (MDT) – также бесплатный пакет для развёртывания ОС. Является своего рода надстройкой над WAIK и позволяет упростить весь процесс развёртывания системы.

Существует два варианта использования MDT:

Мы будем рассматривать первый вариант.

Много наговорил, пора действовать…

Для начала нужно скачать и установить WAIK и MDT. В установке ничего сложного нет, единственное замечание – WAIK распространяется в ISO образе, и для того, чтобы его установить его нужно предварительно записать на диск, либо прикрутить к виртуальному приводу.

После того, как всё установлено запускаем утилиту Deployment Workbench из пакета MDT. Выглядит она следующим образом:

MDT — Deployment Workbench

Здесь, прежде всего нужно создать дистрибутивную папку, в которой будет формироваться структура каталогов, будут располагаться файлы ОС и т.д. Для этого на разделе Deployment Shares нужно кликнуть правой кнопкой мыши, выбрать пункт New Deployment Share после чего указать путь к каталогу, сетевое имя, описание шары (так как таких дистрибутивов может быть много), и несколько других параметров, таких как (в скобках привожу свои ответы):

Allow Image Capture – будет-ли эта папка использоваться для захвата образов (НЕТ)

Allow Admin Password – просить-ли пользователя указать пароль администратора (ДА)

Allow Product Key – запрашивать-ли ключ продукта (НЕТ)

MDT — New Deployment Share Wizard

После чего создаётся дистрибутивный каталог с определённой структурой подкаталогов:

MDT — Deployment Share Directory

На следующем этапе нужно указать какую операционную систему мы будем разворачивать. Для этого на разделе Operating System кликаем правой кнопкой мышки и выбираем пункт меню Import Operating System.

MDT — Import Operating System

Выбираем Full set of Source files и указываем путь к файлам дистрибутива (например компакт-диск), после чего придумываем название нашему дистрибутиву и ждём пока скопируются файлы.


После того как файлы будут скопированы в разделе Operating System появится наша операционная система.

На следующем шаге можно как-бы встроить в будущую ОС дополнительные драйвера, языковые пакеты и что на мой взгляд самое интересное – софт. Процесс добавления драйверов и пакетов очень прост и похож – нужно в соответствующий раздел импортировать нужные файлы. С софтом дело обстоит немного иначе. При выборе New Application в разделе Applications появляется окошко, предлагающее выбрать тип добавляемого приложения:

MDT – New Application Wizard

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

Для обычной установки софта нужно выбрать первый пункт (он же выбран по умолчанию) и заполнить форму (на примере Office Compatibility Pack):

MDT – New Application Wizard – Details

После чего указать путь к дистрибутиву программы и называние программы как она будет называться.

На следующем шаге нужно будет указать исполняемый файл, для установки с нужными ключами и путь где программа будет находиться в главном меню:

MDT — New Application Wizard — Command Details

У добавленных приложений можно открыть свойства, в которых можно изменить кое-какие параметры, например можно указать на все ОС будет устанавливаться данное приложение, или только на избранные, зависит-ли приложение от каких-то других (т.е. установить порядок установки) и т.д., думаю подробно останавливаться нет смысла.

Следующим этапом создаём последовательность задач – Task Sequences, а именно формирование нужного образа Windows PE, и файла ответов.

Для начала нужно задать ID и имя последовательности, и при желании комментарий:

New Task Sequence Wizard — General Settings

На следующем шаге нужно выбрать шаблон на основе которого будет создаваться последовательность задач – оставляем значение по умолчанию – Standart Client Task Sequence.

Затем нужно выбрать какую именно ОС нужно установить (если их несколько), после чего указать будем-ли мы вводить серийный номер, или его нужно будет ввести при установке:

New Task Sequence Wizard — Specify Product Key

На следующем шаге нужно будет ввести имя владельца, название организации и стартовую страницу Internet Explorer (если нужно). После чего можно ввести пароль администратора, чтобы не вводить при установке. Это без сомнения очень удобно, но нужно иметь в виду, что в файл ответов этот пароль записывается в открытом виде.

После этого создаётся последовательность задач, в свойствах которой можно посмотреть какие именно задачи будут выполняться, а также можно посмотреть файл ответов и при необходимости отредактировать (вкладка OS Info ).

Но удобнее всё-таки редактировать задачи из окна последовательностей задач:

Properties: Depoly Windows XP

Например мы будем ставить систему на новый компьютер и хотим разбить жёсткий диск на три раздела. Нужно выбрать пункт Preinstall —> New Computer Only и в разделе Format and Partititon Disk указать как именно мы хотим разбить диск. Выбрав свойства диска можно указать размер раздела (фиксированный или в процентах от общего), метку, и файловую систему.

На последнем шаге формируем образ Windows PE, в котором будут содержаться все заданные параметры.

Для этого на дистрибутивной папке нужно щёлкнуть правой кнопкой мышки и выбрать пункт Update Deployment Share.

Тут нужно выбрать в каком режиме будет обновляться дистрибутивная папка:

Выбираем первый пункт и ждём пока сгенерируется образ. Генерируется он в подкаталог Boot нашей дистрибутивной папки. В результате в этом образе будет информация о том, на каком компьютере и в каком каталоге будет находиться дистрибутивная папка, что и в какой последовательности запускать.

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

Select a Task Sequence

Выбираем последовательность и идём дальше. А дальше остаётся ответить на некоторые вопросы мастера такие как: имя компьютера, будет-ли он членом домена, нужно-ли выполнять миграцию (например с XP на семёрку), какой софт из добавленного нами мы хотим поставить. После чего начинается процесс установки системы.

Если всё пройдёт успешно, то после установки на новом компьютере появится окошко, сообщающее о завершении процесса установки:

MDT — Deployment Summary

В дальнейшем с этого компьютера можно сделать слепок и разливать этот слепок на другие компьютеры, но это уже выходит за рамки статьи.

Развертывание проектов и пакетов служб Integration Services (SSIS) Deploy Integration Services (SSIS) Projects and Packages

ОБЛАСТЬ ПРИМЕНЕНИЯ: SQL Server, в т. ч. в Linux База данных SQL Azure Azure Synapse Analytics (хранилище данных SQL) Parallel Data Warehouse APPLIES TO: SQL Server, including on Linux Azure SQL Database Azure Synapse Analytics (SQL DW) Parallel Data Warehouse

Службы Integration Services Integration Services поддерживают две модели развертывания: модель развертывания проектов и устаревшую модель развертывания пакетов. supports two deployment models, the project deployment model and the legacy package deployment model. Модель развертывания проектов позволяет развертывать проекты на сервере служб Службы Integration Services Integration Services . The project deployment model enables you to deploy your projects to the Службы Integration Services Integration Services server.

Дополнительные сведения об устаревшей модели развертывания пакетов см. в разделе Устаревшее развертывание пакетов (службы SSIS). For more information about the legacy package deployment model, see Legacy Package Deployment (SSIS).

Модель развертывания проектов была представлена в Службы SQL Server 2012 Integration Services (SSIS) SQL Server 2012 Integration Services (SSIS) . The project deployment model was introduced in Службы SQL Server 2012 Integration Services (SSIS) SQL Server 2012 Integration Services (SSIS) . При использовании этой модели вы не могли развернуть один пакет или несколько, не развернув весь проект. With this deployment model, you were not able to deploy one or more packages without deploying the whole project. Функция добавочного развертывания пакетов, представленная в SQL Server 2020 Integration Services (SSIS) SQL Server 2020 Integration Services (SSIS) , позволяет развернуть один пакет или несколько, не развертывая весь проект. SQL Server 2020 Integration Services (SSIS) SQL Server 2020 Integration Services (SSIS) introduced the Incremental Package Deployment feature, which lets you deploy one or more packages without deploying the whole project.

В этой статье приводятся общие сведения о развертывании пакетов служб SSIS, а также содержится информация о развертывании пакетов в локальной среде. This article describes how to deploy SSIS packages in general, and how to deploy packages on premises. Пакеты служб SSIS можно также развертывать на следующих платформах: You can also deploy SSIS packages to the following platforms:

Сравнение модели развертывания проектов и устаревшей модели развертывания пакетов Compare Project Deployment Model and legacy Package Deployment Model

Тип модели развертывания, выбранный для проекта, определяет варианты развертывания и администрирования, доступные для проекта. The type of deployment model that you choose for a project determines which development and administrative options are available for that project. В следующей таблице приведены различия и подобия использования модели развертывания проекта и модели развертывания пакетов. The following table shows the differences and similarities between using the project deployment model and using the package deployment model.

Использование модели развертывания проекта When Using the Project Deployment Model Использование устаревшей модели развертывания пакетов When Using the legacy Package Deployment Model
Единицей развертывания является проект. A project is the unit of deployment. Единицей развертывания является пакет. A package is the unit of deployment.
Для присвоения значений свойствам пакета используются параметры. Parameters are used to assign values to package properties. Для присвоения значений свойствам пакета используются конфигурации. Configurations are used to assign values to package properties.
Проект, содержащий пакеты и параметры, создается в виде файла развертывания проекта (с расширением ISPAC). A project, containing packages and parameters, is built to a project deployment file (.ispac extension). Пакеты (с расширением DTSX) и конфигурации (с расширением DTSCONFIG) сохраняются в файловой системе отдельно. Packages (.dtsx extension) and configurations (.dtsConfig extension) are saved individually to the file system.
Проект, содержащий пакеты и параметры, развертывается в каталог служб SSISDB на экземпляре SQL Server. A project, containing packages and parameters, is deployed to the SSISDB catalog on an instance of SQL Server. Пакеты и конфигурации копируются в файловую систему на другом компьютере. Packages and configurations are copied to the file system on another computer. Пакеты также могут быть сохранены в базе данных MSDB на экземпляре SQL Server. Packages can also be saved to the MSDB database on an instance of SQL Server.
Для компонента Database Engine требуется интеграция со средой CLR. CLR integration is required on the database engine. Интеграция со средой CLR для компонента Database Engine не требуется. CLR integration is not required on the database engine.
Значения параметров, относящихся к среде, сохраняются в переменных среды. Environment-specific parameter values are stored in environment variables. Значения конфигурации, относящиеся к среде, сохраняются в файлах конфигурации. Environment-specific configuration values are stored in configuration files.
Проекты и пакеты в каталоге могут быть проверены на сервере перед выполнением. Projects and packages in the catalog can be validated on the server before execution. Для выполнения проверки можно использовать среду SQL Server Management Studio, хранимые процедуры или управляемый код. You can use SQL Server Management Studio, stored procedures, or managed code to perform the validation. Проверка пакетов производится перед их выполнением. Packages are validated just before execution. Также пакеты можно проверить с помощью программы dtExec или управляемого кода. You can also validate a package with dtExec or managed code.
Пакеты выполняются путем запуска выполнения в компоненте Database Engine. Packages are executed by starting an execution on the database engine. Идентификатор проекта, явные значения проекта (необязательно) и ссылки на среду (необязательно) назначаются выполнению перед его запуском. A project identifier, explicit parameter values (optional), and environment references (optional) are assigned to an execution before it is started.

Кроме того, вы можете выполнить пакет с использованием dtExec. You can also execute packages using dtExec.

Пакеты выполняются с помощью программ выполнения dtExec и DTExecUI . Packages are executed using the dtExec and DTExecUI execution utilities. Применимые конфигурации определяются по аргументам командной строки (необязательно). Applicable configurations are identified by command-prompt arguments (optional).
Во время выполнения события производятся пакетом и автоматически записываются и сохраняются в каталог. During execution, events that are produced by the package are captured automatically and saved to the catalog. Эти события можно запрашивать с помощью представлений Transact-SQL. You can query these events with Transact-SQL views. Во время выполнения события, производимые пакетом, автоматически не записываются. During execution, events that are produced by a package are not captured automatically. Для записи событий в пакет должен быть добавлен регистратор. A log provider must be added to the package to capture events.
Пакеты выполняются в отдельном процессе Windows. Packages are run in a separate Windows process. Пакеты выполняются в отдельном процессе Windows. Packages are run in a separate Windows process.
Для планирования выполнения пакетов используется агент SQL Server. SQL Server Agent is used to schedule package execution. Для планирования выполнения пакетов используется агент SQL Server. SQL Server Agent is used to schedule package execution.


Функции модели развертывания проекта Features of Project Deployment Model

В следующей таблице перечислены функции, доступные для проектов, которые разработаны только для модели развертывания проекта. The following table lists the features that are available to projects developed only for the project deployment model.

Компонент Feature Описание Description
Параметры Parameters Параметр определяет данные, которые будут использоваться пакетом. A parameter specifies the data that will be used by a package. Параметры могут быть ограничены уровнем пакета или уровнем проекта с использованием параметров пакета и проекта соответственно. You can scope parameters to the package level or project level with package parameters and project parameters, respectively. Параметры могут использоваться в выражениях или задачах. Parameters can be used in expressions or tasks. При развертывании проекта в каталог каждому параметру можно присвоить литеральные значения либо использовать значения по умолчанию, назначенные во время разработки. When the project is deployed to the catalog, you can assign a literal value for each parameter or use the default value that was assigned at design time. Вместо литеральных значений можно также установить ссылки на переменные среды. In place of a literal value, you can also reference an environment variable. Значений переменных среды разрешаются во время выполнения пакета. Environment variable values are resolved at the time of package execution.
Среды Environments Среда — это контейнер переменных, на которые могут ссылаться проекты служб Службы Integration Services Integration Services . An environment is a container of variables that can be referenced by Службы Integration Services Integration Services projects. Каждый проект может иметь несколько ссылок на среду, но один экземпляр выполнения пакета может ссылаться только на переменные одной среды. Each project can have multiple environment references, but a single instance of package execution can only reference variables from a single environment. Среды позволяют организовать значения, назначаемые для пакета. Environments allow you to organize the values that you assign to a package. Например, могут существовать среды с именами «Dev», «test» и «Production». For example, you might have environments named «Dev», «test», and «Production».
Переменные среды Environment variables Переменная среды определяет литеральное значение, которое может быть назначено для параметра во время выполнения пакета. An environment variable defines a literal value that can be assigned to a parameter during package execution. Чтобы использовать переменную среды, нужно создать ссылку на среду (в проекте, соответствующем среде, в которой существует параметр), назначить имя переменной среды в качестве значения параметра, а затем, при настройке экземпляра выполнения, указать соответствующую ссылку на среду. To use an environment variable, create an environment reference (in the project that corresponds to the environment having the parameter), assign a parameter value to the name of the environment variable, and specify the corresponding environment reference when you configure an instance of execution.
Каталог SSISDB SSISDB catalog Все объекты служб Службы Integration Services Integration Services хранятся и управляются на экземпляре SQL Server в базе данных, называемой каталогом SSISDB. All Службы Integration Services Integration Services objects are stored and managed on an instance of SQL Server in a database referred to as the SSISDB catalog. Этот каталог позволяет использовать папки для организации проектов и сред. The catalog allows you to use folders to organize your projects and environments. Каждый экземпляр SQL Server может иметь один каталог. Each instance of SQL Server can have one catalog. В каждом каталоге может быть ноль или более папок. Each catalog can have zero or more folders. В каждой папке может быть ноль или более проектов и ноль или более сред. Each folder can have zero or more projects and zero or more environments. Папки в каталоге могут быть использованы в качестве границы для разрешений объектов служб Службы Integration Services Integration Services . A folder in the catalog can also be used as a boundary for permissions to Службы Integration Services Integration Services objects.
Хранимые процедуры и представления каталога Catalog stored procedures and views Для управления объектами служб Службы Integration Services Integration Services в каталоге можно использовать множество хранимых процедур и представлений. A large number of stored procedures and views can be used to manage Службы Integration Services Integration Services objects in the catalog. Например, можно задавать значения для параметров и переменных среды, создавать и запускать выполнения, а также отслеживать операции каталога. For example, you can specify values to parameters and environment variables, create and start executions, and monitor catalog operations. Возможно даже увидеть, какие именно значения будут использованы пакетом до его выполнения. You can even see exactly which values will be used by a package before execution starts.

Развертывание проектов Project Deployment

В основе модели развертывания проекта лежит файл развертывания проекта (с расширением ISPAC). At the center of the project deployment model is the project deployment file (.ispac extension). Файл развертывания проекта — это автономная единица развертывания, включающая в себя только важные сведения о пакетах и параметрах проекта. The project deployment file is a self-contained unit of deployment that includes only the essential information about the packages and parameters in the project. В файл развертывания проекта не заносятся все сведения, содержащиеся в файле проекта служб Integration Services (с расширением DTPROJ). The project deployment file does not capture all of the information contained in the Integration Services project file (.dtproj extension). Например, в файле развертывания проекта не хранятся дополнительные текстовые файлы, используемые при записи примечаний, и, как следствие, они не развертываются в каталог. For example, additional text files that you use for writing notes are not stored in the project deployment file and thus are not deployed to the catalog.

Разрешения, необходимые для развертывания проектов и пакетов служб SSIS Permissions Required to Deploy SSIS Projects and Packages

Если вы сменили установленную по умолчанию учетную запись службы SSIS, вам может потребоваться предоставить новой учетной записи дополнительные разрешения, необходимые для успешного развертывания пакетов. If you change the SSIS service account from the default, you may have to give additional permissions to the non-default service account before you can deploy packages successfully. Если у новой учетной записи отсутствуют необходимые разрешения, может отображаться следующее сообщение об ошибке. If the non-default service account doesn’t have the required permissions, you may see the following error message.

A .NET Framework error occurred during execution of user-defined routine or aggregate «deploy_project_internal»: System.ComponentModel.Win32Exception: A required privilege is not held by the client.

Как правило, эта ошибка связана с отсутствием разрешений DCOM. This error is typically the result of missing DCOM permissions. Чтобы устранить ее, выполните следующие действия. To fix the error, do the following:

  1. Откройте консоль Службы компонентов (или запустите программу Dcomcnfg.exe). Open the Component Services console (or run Dcomcnfg.exe).
  2. В консоли Службы компонентов разверните узел Службы компонентов >Компьютеры >Мой компьютер >Настройка DCOM. In the Component Services console, expand Component Services >Computers >My Computer >DCOM Config.
  3. Найдите в списке элемент Microsoft SQL Server Integration Services xx.0 для версии SQL Server, которую вы используете. In the list, locate Microsoft SQL Server Integration Services xx.0 for the version of SQL Server that you’re using. Например, для SQL Server 2020 следует искать версию 13. For example, SQL Server 2020 is version 13.
  4. Щелкните его правой кнопкой мыши и выберите Свойства. Right-click and select Properties.
  5. В диалоговом окне Свойства Microsoft SQL Server Integration Services 13.0 перейдите на вкладку Безопасность. In the Microsoft SQL Server Integration Services 13.0 Properties dialog box, select the Security tab.
  6. Для каждого из трех наборов разрешений («Запуск и активация», «Доступ» и «Настройка») выберите Настроить и нажмите кнопку Изменить, чтобы открыть диалоговое окно Разрешение. For each of the three sets of permissions — Launch and Activation, Access, and Configuration — select Customize, then select Edit to open the Permission dialog box.
  7. В диалоговом окне Разрешение добавьте учетную запись службы вместо установленной по умолчанию и предоставьте необходимые разрешения с помощью команды Разрешить. In the Permission dialog box, add the non-default service account and grant Allow permissions as required. Как правило, у учетной записи есть разрешения Локальный запуск и Локальная активация. Typically, an account has Local Launch and Local Activation permissions.
  8. Дважды нажмите кнопку ОК, после чего закройте консоль Службы компонентов. Click OK twice, then close the Component Services console.

Дополнительные сведения об этой ошибке и разрешениях, необходимых для учетной записи службы SSIS, см. в следующей записи блога. For more info about the error described in this section and about the permissions required by the SSIS service account, see the following blog post:

Deploy Projects to Integration Services Server Deploy Projects to Integration Services Server

В текущей версии служб Службы Integration Services Integration Services вы можете развертывать проекты на сервере служб Службы Integration Services Integration Services . In the current release of Службы Integration Services Integration Services , you can deploy your projects to the Службы Integration Services Integration Services server. Сервер служб Службы Integration Services Integration Services позволяет управлять пакетами, выполнять пакеты и настраивать значения времени выполнения для пакетов с помощью сред. The Службы Integration Services Integration Services server enables you to manage packages, run packages, and configure runtime values for packages by using environments.

Как и в более ранних версиях служб Службы Integration Services Integration Services , в текущем выпуске можно также развертывать пакеты на экземпляре SQL Server, кроме того, запускать пакеты и управлять ими с помощью служб Службы Integration Services Integration Services . As in earlier versions of Службы Integration Services Integration Services , in the current release you can also deploy your packages to an instance of SQL Server and use Службы Integration Services Integration Services service to run and manage the packages. Использование модели развертывания пакетов. You use the package deployment model. Дополнительные сведения см. в разделе Устаревшее развертывание пакетов (службы SSIS). For more information, see Legacy Package Deployment (SSIS).

Для развертывания проекта на сервере служб Службы Integration Services Integration Services необходимо выполнить следующие задачи. To deploy a project to the Службы Integration Services Integration Services server, complete the following tasks:

Создайте каталог SSISDB, если он еще не создан. Create an SSISDB catalog, if you haven’t already. Дополнительные сведения см. в разделе Каталог служб SSIS. For more information, see SSIS Catalog.

Мастер преобразования проекта служб Integration Services преобразует проект в модель развертывания проекта. Convert the project to the project deployment model by running the Integration Services Project Conversion Wizard. Дополнительные сведения см. в следующих разделах: Преобразование проекта в модель развертывания проекта For more information, see the following instructions: To convert a project to the project deployment model

При создании проекта в службах Службы SQL Server 2014 Integration Services (SSIS) SQL Server 2014 Integration Services (SSIS) или более поздней версии по умолчанию используется модель развертывания проекта. If you created the project in Службы SQL Server 2014 Integration Services (SSIS) SQL Server 2014 Integration Services (SSIS) or later, by default the project uses the project deployment model.

Если проект был создан в более раннем выпуске служб Службы Integration Services Integration Services , то после открытия файла проекта в среде Visual Studio Visual Studio необходимо преобразовать проект в модель развертывания проекта. If you created the project in an earlier release of Службы Integration Services Integration Services , after you open the project file in Visual Studio Visual Studio , convert the project to the project deployment model.

Если проект содержит один или более источников данных, то они будут удалены после завершения преобразования проекта. If the project contains one or more datasources, the datasources are removed when the project conversion is completed. Для создания соединения с источником данных, который может совместно использоваться пакетами в проекте, добавьте диспетчер соединений на уровне проекта. To create a connection to a data source that the packages in the project can share, add a connection manager at the project level. Дополнительные сведения см. в статье Добавление, удаление или совместное использование диспетчера соединений в пакете. For more information, see Add, Delete, or Share a Connection Manager in a Package.

В зависимости от того, запускается ли Мастер преобразования проекта служб Integration Services из Visual Studio Visual Studio или из среды SQL Server Management Studio SQL Server Management Studio , он выполняет разные задачи по преобразованию. Depending on whether you run the Integration Services Project Conversion Wizard from Visual Studio Visual Studio or from SQL Server Management Studio SQL Server Management Studio , the wizard performs different conversion tasks.

Если мастер запускается из Visual Studio Visual Studio , пакеты, содержащиеся в проекте, преобразовываются из Службы Integration Services Integration Services 2005, 2008 или 2008 R2 в формат, который используется текущей версией служб Службы Integration Services Integration Services . If you run the wizard from Visual Studio Visual Studio , the packages contained in the project are converted from Службы Integration Services Integration Services 2005, 2008, or 2008 R2 to the format that is used by the current version of Службы Integration Services Integration Services . Исходные файлы проекта (DTPROJ) и пакета (DTSX) обновляются. The original project (.dtproj) and package (.dtsx) files are upgraded.

Если мастер запускается из SQL Server Management Studio SQL Server Management Studio , мастер формирует файл развертывания проекта (ISPAC) из пакетов и конфигураций, содержащихся в проекте. If you run the wizard from SQL Server Management Studio SQL Server Management Studio , the wizard generates a project deployment file (.ispac) from the packages and configurations contained in the project. Исходные файлы пакета (DTSX) не обновляются. The original package (.dtsx) files are not upgraded.

На странице Выбор назначения мастера вы можете создать или выбрать существующий файл. You can select an existing file or create a new file, in the Selection Destination page of the wizard.

Чтобы обновить файлы пакета при преобразовании проекта, запустите Мастер преобразования проекта служб Integration Services из Visual Studio Visual Studio . To upgrade package files when a project is converted, run the Integration Services Project Conversion Wizard from Visual Studio Visual Studio . Чтобы обновить файлы пакета, не выполняя преобразование проекта, запустите из среды Мастер преобразования проектов служб Integration Services SQL Server Management Studio SQL Server Management Studio , а затем Мастер обновления пакетов служб SSIS. To upgrade package files separately from a project conversion, run the Integration Services Project Conversion Wizard from SQL Server Management Studio SQL Server Management Studio and then run the SSIS Package Upgrade Wizard. Если выполняется только обновление файлов пакета, следует убедиться в том, что внесенные изменения сохранены. If you upgrade the package files separately, ensure that you save the changes. В противном случае при преобразовании проекта в модель развертывания проекта несохраненные изменения в пакете преобразованы не будут. Otherwise, when you convert the project to the project deployment model, any unsaved changes to the package are not converted.

Разверните проект на сервере служб Службы Integration Services Integration Services . Deploy the project to the Службы Integration Services Integration Services server. Дополнительные сведения см. в следующих инструкциях: Развертывание проекта на сервере служб Integration Services For more information, see the instructions below: To deploy a project to the Integration Services Server.

(Необязательно.) Создайте среду для развернутого проекта. (Optional) Create an environment for the deployed project.

Преобразование проекта в модель развертывания проекта To convert a project to the project deployment model

Откройте проект в Visual Studio Visual Studio , а затем в обозревателе решений щелкните его правой кнопкой мыши и выберите команду Преобразовать в модель развертывания проекта. Open the project in Visual Studio Visual Studio , and then in Solution Explorer, right-click the project and click Convert to Project Deployment Model.

В среде Среда Management Studio Management Studio в обозревателе объектов щелкните правой кнопкой мыши узел Проекты и выберите команду Импорт пакетов. From Object Explorer in Среда Management Studio Management Studio , right-click the Projects node and select Import Packages.

Завершите работу мастера. Complete the wizard.

Развертывание проекта на сервере служб Integration Services To deploy a project to the Integration Services Server

Откройте проект в Visual Studio Visual Studio , а затем из меню Проект выберите пункт Развернуть , чтобы запустить Мастер развертывания служб Integration Services. Open the project in Visual Studio Visual Studio , and then From the Project menu, select Deploy to launch the Integration Services Deployment Wizard.

или диспетчер конфигурации служб or

В среде SQL Server Management Studio SQL Server Management Studio разверните узел Службы Integration Services Integration Services > SSISDB в обозревателе объектов и найдите папку «Проекты» для того проекта, который требуется развернуть. In SQL Server Management Studio SQL Server Management Studio , expand the Службы Integration Services Integration Services > SSISDB node in Object Explorer, and locate the Projects folder for the project you want to deploy. Щелкните папку Проекты правой кнопкой мыши и выберите команду Развернуть проект. Right-click the Projects folder, and then click Deploy Project.

или диспетчер конфигурации служб or

Из командной строки запустите isdeploymentwizard.exe , расположенный в каталоге %ProgramFiles%\Microsoft SQL Server\130\DTS\Binn. From the command prompt, run isdeploymentwizard.exe from %ProgramFiles%\Microsoft SQL Server\130\DTS\Binn. На 64-разрядных компьютерах есть также 32-разрядная версия средства в каталоге %ProgramFiles(x86)%\Microsoft SQL Server\130\DTS\Binn. On 64-bit computers, there is also a 32-bit version of the tool in %ProgramFiles(x86)%\Microsoft SQL Server\130\DTS\Binn.

Чтобы выбрать файл развертывания для проекта, на странице Выбор источника щелкните Файл развертывания проекта . On the Select Source page, click Project deployment file to select the deployment file for the project.

или диспетчер конфигурации служб or

Щелкните Каталог служб Integration Services , чтобы выбрать проект, который уже был развернут в каталог служб SSISDB. Click Integration Services catalog to select a project that has already been deployed to the SSISDB catalog.

Завершите работу мастера. Complete the wizard.


Развертывание пакетов на сервере служб Integration Services Deploy Packages to Integration Services Server

Функция добавочного развертывания пакетов, представленная в SQL Server 2020 Integration Services (SSIS) SQL Server 2020 Integration Services (SSIS) , позволяет развертывать один или несколько пакетов в существующем или новом проекте без развертывания всего проекта. The Incremental Package Deployment feature introduced in SQL Server 2020 Integration Services (SSIS) SQL Server 2020 Integration Services (SSIS) lets you deploy one or more packages to an existing or new project without deploying the whole project.

Развертывание пакетов с помощью мастера развертывания служб Integration Services Deploy packages by using the Integration Services Deployment Wizard

Из командной строки запустите isdeploymentwizard.exe , расположенный в каталоге %ProgramFiles%\Microsoft SQL Server\130\DTS\Binn. From the command prompt, run isdeploymentwizard.exe from %ProgramFiles%\Microsoft SQL Server\130\DTS\Binn. На 64-разрядных компьютерах есть также 32-разрядная версия средства в каталоге %ProgramFiles(x86)%\Microsoft SQL Server\130\DTS\Binn. On 64-bit computers, there is also a 32-bit version of the tool in %ProgramFiles(x86)%\Microsoft SQL Server\130\DTS\Binn.

На странице Выбор источника переключитесь к модели развертывания пакета. On the Select Source page, switch to Package Deployment model. Затем выберите папку, которая содержит исходные пакеты, и настройте их. Then, select the folder that contains source packages and configure the packages.

Завершите работу мастера. Complete the wizard. Выполните оставшиеся действия, описанные в статье Package Deployment Model. Follow the remaining steps described in Package Deployment Model.

Развертывание пакетов с помощью среды SQL Server Management Studio Deploy packages by using SQL Server Management Studio

В обозревателе объектов среды SQL Server Management Studio разверните узел Каталоги служб Integration Services > SSISDB . In SQL Server Management Studio, expand the Integration Services Catalogs > SSISDB node in Object Explorer.

Щелкните папку Проекты правой кнопкой мыши и выберите команду Deploy Projects(Развернуть проекты). Right-click the Projects folder, and then click Deploy Projects.

Если появится страница Введение , нажмите кнопку Далее , чтобы продолжить. If you see the Introduction page, click Next to continue.

На странице Выбор источника переключитесь к модели развертывания пакета. On the Select Source page, switch to Package Deployment model. Затем выберите папку, которая содержит исходные пакеты, и настройте их. Then, select the folder that contains source packages and configure the packages.

Завершите работу мастера. Complete the wizard. Выполните оставшиеся действия, описанные в статье Package Deployment Model. Follow the remaining steps described in Package Deployment Model.

Развертывание пакетов с помощью SQL Server Data Tools (Visual Studio) Deploy packages by using SQL Server Data Tools (Visual Studio)

В Visual Studio откройте проект служб Integration Services, выберите пакет или пакеты, которые требуется развернуть. In Visual Studio, with an Integration Services project open, select the package or packages that you want to deploy.

Щелкните правой кнопкой мыши и выберите пункт Развернуть пакет. Right-click and select Deploy Package. Откроется мастер развертывания, в котором выбранные пакеты будут настроены в качестве исходных. The Deployment Wizard opens with the selected packages configured as the source packages.

Завершите работу мастера. Complete the wizard. Выполните оставшиеся действия, описанные в статье Package Deployment Model. Follow the remaining steps described in Package Deployment Model.

Развертывание пакетов с помощью хранимой процедуры deploy_packages Deploy packages by using the deploy_packages stored procedure

Чтобы развернуть один или несколько пакетов служб SSIS в каталоге служб SSIS, можно использовать хранимую процедуру [catalog].[deploy_packages] . You can use the [catalog].[deploy_packages] stored procedure to deploy one or more SSIS packages to the SSIS Catalog. В следующем примере кода показано использование этой хранимой процедуры для развертывания пакетов на сервере служб SSIS. The following code example demonstrates the use of this stored procedure to deploy packages to an SSIS server. Дополнительные сведения см. в разделе catalog.deploy_packages. For more info, see catalog.deploy_packages.

Развертывание пакетов с помощью API объектной модели управления Deploy packages using the Management Object Model API

В следующем примере кода показано использование API объектной модели управления для развертывания пакетов на сервере. The following code example demonstrates the use of the Management Object Model API to deploy packages to server.

Преобразовать в модель диалоговое окно «пакет развертывания» Convert to Package Deployment Model Dialog Box

С помощью команды Преобразовать в модель развертывания пакетов можно выполнить преобразование пакета в модель развертывания пакетов после проверки проекта и каждого пакета в проекте на совместимость с данной моделью. The Convert to Package Deployment Model command allows you to convert a package to the package deployment model after checking the project and each package in the project for compatibility with that model. Если пакет использует специальные функции в модели развертывания проекта, такие как параметры, то пакет невозможно преобразовать. If a package uses features unique to the project deployment model, such as parameters, then the package cannot be converted.

Преобразование пакета в модель развертывания пакетов выполняется в два этапа. Converting a package to the package deployment model requires two steps.

При выборе команды Преобразовать в модель развертывания пакетов из меню Проект выполняется проверка проекта и каждого пакета на совместимость с этой моделью. When you select the Convert to Package Deployment Model command from the Project menu, the project and each package are checked for compatibility with this model. Результаты отображаются в таблице Результаты . The results are displayed in the Results table.

Если проект или пакеты не прошли проверку на совместимость, щелкните Ошибка в столбце Результат для получения дополнительных сведений. If the project or a package fails the compatibility test, click Failed in the Result column for more information. Нажмите кнопку Сохранить отчет для сохранения копии этих сведений в текстовый файл. Click Save Report to save a copy of this information to a text file.

Если проект и все пакеты прошли испытание на совместимость, нажмите кнопку ОК для преобразования пакета. If the project and all packages pass the compatibility test, then click OK to convert the package.

Для преобразования проекта в модель развертывания проектов воспользуйтесь Мастером преобразования проекта служб Integration Services. To convert a project to the project deployment model, use the Integration Services Project Conversion Wizard. Дополнительные сведения см. в статье Integration Services Project Conversion Wizard. For more information, see Integration Services Project Conversion Wizard.

Мастер развертывания служб Integration Services Integration Services Deployment Wizard

Мастер развертывания служб Integration Services поддерживает две модели развертывания: The Integration Services Deployment Wizard supports two deployment models:

  • Модель развертывания проекта Project deployment model
  • Модель развертывания пакета Package deployment model

Модель развертывания проекта позволяет развернуть проект служб SQL Server Integration Services (SSIS) как единый объект в каталоге служб SSIS. The Project Deployment model allows you to deploy a SQL Server Integration Services (SSIS) project as a single unit to the SSIS Catalog.

Модель развертывания пакета позволяет развертывать обновленные пакеты в каталоге служб SSIS, не развертывая весь проект. The Package Deployment model allows you to deploy packages that you have updated to the SSIS Catalog without having to deploy the whole project.

По умолчанию мастер использует модель развертывания проекта. The Wizard default deployment is the Project Deployment model.

Запуск мастера Launch the wizard

Запустите мастер одним из следующих способов. Launch the wizard by either:

  • Введите «мастер развертывания SQL Server» в Windows Search. Typing «SQL Server Deployment Wizard» in Windows Search

или диспетчер конфигурации служб or

  • Найдите исполняемый файл ISDeploymentWizard.exe в папке установки SQL Server, например «C:\Program Files (x86)\Microsoft SQL Server\130\DTS\Binn». Search for the executable file ISDeploymentWizard.exe under the SQL Server installation folder; for example: «C:\Program Files (x86)\Microsoft SQL Server\130\DTS\Binn».


ПРИМЕЧАНИЕ. Если отобразилась страница Введение , нажмите кнопку Далее , чтобы перейти на страницу Выбор источника . NOTE: If you see the Introduction page, click Next to switch to the Select Source page.

Параметры на этой странице отличаются для каждой модели развертывания. The settings on this page are different for each deployment model. Выполните шаги в разделе Project Deployment Model или Package Deployment Model в зависимости от модели, выбранной на этой странице. Follow steps in the Project Deployment Model section or Package Deployment Model section based on the model you selected in this page.

Project Deployment Model Project Deployment Model

Выбор источника Select Source

Чтобы развернуть созданный файл развертывания проекта, выберите Файл развертывания проекта и введите путь к ISPAC-файлу. To deploy a project deployment file that you created, select Project deployment file and enter the path to the .ispac file. Для развертывания проекта, который находится в каталоге служб Службы Integration Services Integration Services , выберите Каталог служб Integration Services, а затем введите имя сервера и путь к проекту в каталоге. To deploy a project that res >Службы Integration Services Integration Services catalog, select Integration Services catalog, and then enter the server name and the path to the project in the catalog. Нажмите кнопку Далее , чтобы просмотреть страницу Выбор назначения . Click Next to see the Select Destination page.

Выбор назначения Select Destination

Для выбора папки назначения проекта в каталоге Службы Integration Services Integration Services введите экземпляр SQL Server SQL Server или нажмите кнопку Обзор , чтобы осуществить выбор из списка серверов. To select the destination folder for the project in the Службы Integration Services Integration Services catalog, enter the SQL Server SQL Server instance or click Browse to select from a list of servers. Введите путь к проекту в SSISDB или нажмите кнопку Обзор , чтобы произвести выбор. Enter the project path in SSISDB or click Browse to select it. Нажмите кнопку Далее , чтобы просмотреть страницу Просмотр . Click Next to see the Review page.

Просмотр (и развертывание) Review (and deploy)

На этой странице можно просмотреть выбранные параметры. The page allows you to review the settings you have selected. Вы можете изменить выбранные параметры, нажав кнопку Назадили кнопку любого из шагов на левой панели. You can change your selections by clicking Previous, or by clicking any of the steps in the left pane. Щелкните Развернуть , чтобы начать развертывание. Click Deploy to start the deployment process.

Результаты Results

После завершения развертывания появится страница Результаты . After the deployment process is complete, you should see the Results page. На ней отображается состояние выполнения каждого действия. This page displays the success or failure of each action. Если действие не выполнено, нажмите кнопку Ошибка в столбце Результат для отображения описания ошибки. If the action fails, click the Failed in the Result column to display an explanation of the error. Нажмите кнопку Сохранить отчет… , чтобы сохранить результаты в XML-файл, или нажмите кнопку Закрыть, чтобы закрыть мастер. Click Save Report. to save the results to an XML file or Click Close to exit the wizard.

Package Deployment Model Package Deployment Model

Выбор источника Select Source

На странице Выбор источника мастера развертывания служб Integration Services содержатся параметры модели развертывания пакета, если в качестве модели развертывания выбран вариант Развертывание пакета. The Select Source page in the Integration Services Deployment Wizard shows settings specific to the package deployment model when you selected the Package Deployment option for the deployment model.

Чтобы выбрать исходные пакеты, нажмите кнопку Обзор… для выбора папки, содержащей пакеты, или введите путь к папке в текстовом поле Путь к папке пакетов и нажмите кнопку Обновить в нижней части страницы. To select the source packages, click the Browse. button to select the folder that contains the packages or type the folder path in the Packages folder path textbox and click Refresh button at the bottom of the page. Теперь должны отобразится все пакеты в папке, указанной в списке. Now, you should see all the packages in the specified folder in the list box. По умолчанию выбраны все пакеты. By default, all the packages are selected. Установите флажок в первом столбце, чтобы выбрать пакеты, которые следует развернуть на сервере. Click the checkbox in the first column to choose which packages you want to be deployed to server.

Состояние пакета можно просмотреть в столбцах Состояние и Сообщение . Refer to the Status and Message columns to verify the status of package. Если для состояния задано значение Готово или Предупреждение, мастер развертывания не заблокирует развертывание. If the status is set to Ready or Warning, the deployment wizard would not block the deployment process. Если для состояния задано значение Ошибка, мастер остановит развертывание пакетов. If the status is set to Error, the wizard wouldn’t proceed to deploy the selected packages. Чтобы просмотреть подробные предупреждающие сообщения или сообщения об ошибке, щелкните ссылку в столбце Сообщение. To view the detailed Warning or Error messages, click the link in the Message column.

Если конфиденциальные данные или данные пакета зашифрованы паролем, введите пароль в столбце Пароль и нажмите кнопку Обновить , чтобы проверить, принимается ли пароль. If the sensitive data or package data are encrypted with a password, type the password in the Password column and click the Refresh button to verify whether the password is accepted. Если пароль указан правильно, значение состояния изменится на Готово , а предупреждающее сообщение исчезнет. If the password is correct, the status would change to Ready and the warning message will disappear. При наличии нескольких пакетов с одинаковым паролем выберите пакеты с одинаковым паролем шифрования, введите пароль в текстовом поле Пароль и нажмите кнопку Применить. If there are multiple packages with the same password, select the packages with the same encryption password, type the password in the Password textbox and select the Apply button. Пароль будет применен к выбранным пакетам. The password would be applied to the selected packages.

Если для состояния всех выбранных пакетов не задано значение Ошибка, активируется кнопка Далее , чтобы можно было продолжить развертывание пакетов. If the status of all the selected packages is not set to Error, the Next button will be enabled so that you can continue with the package deployment process.

Выбор назначения Select Destination

Выбрав источники пакетов, нажмите кнопку Далее, чтобы перейти на страницу Выбор назначения. After selecting package sources, click the Next button to switch to the Select Destination page. Пакеты нужно развертывать в проект в каталоге служб SSIS (SSISDB). Packages must be deployed to a project in the SSIS Catalog (SSISDB). Перед развертыванием пакетов убедитесь, что проект назначения уже существует в каталоге служб SSIS. Before deploying packages, ensure the destination project already exists in the SSIS Catalog. Если проекта не существует, создайте пустой проект. Create an empty project if a project does not exist. На странице Выбор назначения введите имя сервера в текстовом поле Имя сервера или нажмите кнопку Обзор… , чтобы выбрать экземпляр сервера. In the Select Destination page, type the server name in the Server Name textbox or click the Browse. button to select a server instance. Затем нажмите кнопку Обзор… возле текстового поля Путь, чтобы указать проект назначения. Then click the Browse. button next to the Path textbox to specify the destination project. Если проекта не существует, создайте в качестве проекта назначения пустой проект, щелкнув Создать проект… . If the project does not exist, click the New project. button to create an empty project as the destination project. Проект обязательно создается в папке. The project must be created under a folder.

Просмотр и развертывание Review and deploy

Нажмите кнопку Далее на странице Выбор назначения , чтобы перейти на страницу Просмотр мастера развертывания служб Integration Services. Click Next on the Select Destination page to switch to the Review page in the Integration Services Deployment Wizard. Просмотрите сводный отчет о развертывании на странице просмотра. In the review page, review the summary report about the deployment action. После проверки нажмите кнопку Развернуть, чтобы выполнить развертывание. After the verification, click the Deploy button to perform the deployment action.

Результаты Results

По завершении развертывания отобразится страница Результаты . After the deployment is complete, you should see the Results page. На странице Результаты просмотрите результаты на каждом этапе развертывания. On the Results page, review results from each step in the deployment process. Затем щелкните Сохранить отчет, чтобы сохранить отчет о развертывании, или Закрыть, чтобы закрыть мастер. Click Save Report to save the deployment report or Close to the close the wizard.

Создание и сопоставление серверной среды Create and Map a Server Environment

Вы создаете серверную среду, которая должна указывать значения среды выполнения для пакетов, которые содержатся в проекте, развернутом на сервере Службы Integration Services Integration Services . You create a server environment to specify runtime values for packages contained in a project you’ve deployed to the Службы Integration Services Integration Services server. Можно сопоставить переменные среды с параметрами для определенного пакета, для пакетов точки входа или для всех пакетов в данном проекте. You can then map the environment variables to parameters, for a specific package, for entry-point packages, or for all the packages in a given project. Пакет точки входа — обычно родительский пакет, который выполняет дочерний пакет. An entry-point package is typically a parent package that executes a child package.

Для данного выполнения пакет может выполняться только со значениями, содержащимися в односерверной среде. For a given execution, a package can execute only with the values contained in a single server environment.

У представлений можно запрашивать список серверных сред, ссылок на среды и переменных сред. You can query views for a list of server environments, environment references, and environment variables. Также можно вызывать хранимые процедуры для добавления, удаления и изменения сред, ссылок на среды и переменных сред. You can also call stored procedures to add, delete, and modify environments, environment references, and environment variables. Дополнительные сведения см. в разделе Серверные среды, переменные сервера и ссылки на серверные среды в SSIS Catalog. For more information, see the Server Environments, Server Variables, and Server Environment References section in SSIS Catalog.

Создание и использование серверной среды To create and use a server environment

В среде Среда Management Studio Management Studio разверните узел «Каталоги Службы Integration Services Integration Services » > SSISDB в обозревателе объектов и найдите папку Среды для проекта, для которого требуется создать среду. In Среда Management Studio Management Studio , expand the Службы Integration Services Integration Services Catalogs SSISDB node in Object Explorer, and locate the Environments folder of the project for which you want to create an environment.

Щелкните правой кнопкой мыши папку Среды и выберите команду Создать среду. Right-click the Environments folder, and then click Create Environment.

Введите имя для среды и, при желании, описание. Type a name for the environment and optionally add a description. Нажмите кнопку ОК. Click OK.

Щелкните правой кнопкой мыши новую среду и выберите команду Свойства. Right-click the new environment and then click Properties.

На странице Переменные выполните следующие действия, чтобы добавить переменную. On the Variables page, do the following to add a variable.

Выберите Тип переменной. Select the Type for the variable. Имя переменной не обязательно должно совпадать с именем параметра проекта, с которым эта переменная будет сопоставлена. The name of the variable does not need to match the name of the project parameter that you map to the variable.

Введите необязательное Описание для переменной. Enter an optional Description for the variable.

Введите Значение переменной среды. Enter the Value for the environment variable.

Сведения о правилах для имен переменных сред см. в разделе Переменная среды в SSIS Catalog. For information about the rules for environment variable names, see the Environment Variable section in SSIS Catalog.

Укажите, содержит ли переменная конфиденциальное значение, установив или сняв флажок Конфиденциально . Indicate whether the variable contains sensitive value, by selecting or clearing the Sensitive checkbox.

Если флажок Конфиденциальноустановлен, значение переменной не отображается в поле Значение . If you select Sensitive, the variable value does not display in the Value field.

Конфиденциальные значения шифруются в каталоге SSISDB. Sensitive values are encrypted in the SSISDB catalog. Дополнительные сведения о шифровании см. в разделе SSIS Catalog. For more information about the encryption, see SSIS Catalog.

На странице Разрешения предоставьте или запретите соответствующие разрешения выбранным пользователям и ролям, выполнив следующие действия. On the Permissions page, grant or deny permissions for selected users and roles by doing the following.


Щелкните Обзори выберите одного или нескольких пользователей и ролей в диалоговом окне Обзор всех участников . Click Browse, and then select one or more users and roles in the Browse All Principals dialog box.

В области Имена входа или роли выберите пользователя или роль, которой будут предоставлены или запрещены разрешения. In the Logins or roles area, select the user or role that you want to grant or deny permissions for.

В области Явно щелкните Предоставить или Запретить рядом с каждым разрешением. In the Explicit area, select Grant or Deny next to each permission.

Чтобы создать скрипт среды, щелкните Скрипт. To script the environment, click Script. По умолчанию скрипт открывает новое окно редактора запросов. By default, the script displays in a new Query Editor window.

Кнопку Скрипт необходимо нажимать после внесения таких изменений в свойства среды, как добавление переменной, и перед тем как будет нажата кнопка ОК в диалоговом окне Свойства среды. You need to click Script after you’ve made one or changes to the environment properties, such as adding a variable, and before you click OK in the Environment Properties dialog box. В противном случае скрипт создан не будет. Otherwise, a script is not generated.

Чтобы сохранить изменения в свойствах среды, нажмите кнопку ОК . Click OK to save your changes to the environment properties.

В узле SSISDB в обозревателе объектов раскройте папку Проекты , щелкните правой кнопкой мыши проект и выберите команду Настроить. Under the SSISDB node in Object Explorer, expand the Projects folder, right-click the project, and then click Configure.

На странице Ссылки нажмите кнопку Добавить , чтобы добавить среду, а затем нажмите кнопку ОК , чтобы сохранить ссылку на среду. On the References page, click Add to add an environment, and then click OK to save the reference to the environment.

Снова щелкните правой кнопкой мыши проект и выберите пункт Настроить. Right-click the project again, and then click Configure.

Для сопоставления переменной среды с параметром, добавленным в пакет во время разработки, или с параметром, созданным во время преобразования проекта Службы Integration Services Integration Services в модель развертывания проекта, выполните следующие действия. To map the environment variable to a parameter that you added to the package at design-time or to a parameter that was generated when you converted the Службы Integration Services Integration Services project to the project deployment model, do the following:

На вкладке Параметры на странице Параметры нажмите кнопку обзора рядом с полем Значение . In the Parameters tab on the Parameters page, click the browse button next to the Value field.

Нажмите кнопку Использовать переменную среды, а затем выберите созданную переменную среды. Click Use environment variable, and then select the environment variable you created.

Для сопоставления переменной среды со свойством диспетчера соединений выполните следующие действия. To map the environment variable to a connection manager property, do the following. Параметры для свойств диспетчера соединений автоматически создаются на сервере служб SSIS. Parameters are automatically generated on the SSIS server for the connection manager properties.

На вкладке Диспетчеры соединений на странице Параметры нажмите кнопку обзора рядом с полем Значение. In the Connection Managers tab on the Parameters page, click the browse button next to the Value field.

Нажмите кнопку Использовать переменную среды, а затем выберите созданную переменную среды. Click Use environment variable, and then select the environment variable you created.

Нажмите кнопку ОК дважды для сохранения изменений. Click OK twice to save your changes.

Развертывание и выполнение пакетов служб SSIS с помощью хранимых процедур Deploy and Execute SSIS Packages using Stored Procedures

После настройки проекта Службы Integration Services Integration Services для использования модели развертывания проекта можно вызывать хранимые процедуры в каталоге служб Службы SSIS SSIS , чтобы развернуть проект и выполнить пакеты. When you configure an Службы Integration Services Integration Services project to use the project deployment model, you can use stored procedures in the Службы SSIS SSIS catalog to deploy the project and execute the packages. Дополнительные сведения о модели развертывания проектов см. в разделе Deployment of Projects and Packages. For information about the project deployment model, see Deployment of Projects and Packages.

Для развертывания и выполнения пакетов также можно использовать среду SQL Server Management Studio SQL Server Management Studio или SQL Server Data Tools (SSDT) SQL Server Data Tools (SSDT) . You can also use SQL Server Management Studio SQL Server Management Studio or SQL Server Data Tools (SSDT) SQL Server Data Tools (SSDT) to deploy the project and execute the packages. Дополнительные сведения см. в разделе См. также . For more information, see the topics in the See Also section.

Не составит труда создать инструкции Transact-SQL для хранимых процедур, перечисленных в следующей процедуре, за исключением catalog.deploy_project, выполнив следующие действия. You can easily generate the Transact-SQL statements for the stored procedures listed in the procedure below, with the exception of catalog.deploy_project, by doing the following:

В SQL Server Management Studio SQL Server Management Studio разверните узел Каталоги служб Integration Services в обозревателе объектов и перейдите к пакету, который нужно выполнить. In SQL Server Management Studio SQL Server Management Studio , expand the Integration Services Catalogs node in Object Explorer and navigate to the package you want to execute.

Щелкните правой кнопкой мыши пакет и выберите команду Выполнить. Right-click the package, and then click Execute.

При необходимости задайте значения параметров, свойства диспетчера соединений и параметры на вкладке Дополнительно , например уровень ведения журнала. As needed, set parameters values, connection manager properties, and options in the Advanced tab such as the logging level.

Дополнительные сведения об уровнях ведения журнала см. в разделе Включение ведения журналов при выполнении пакета на сервере служб SSIS. For more information about logging levels, see Enable Logging for Package Execution on the SSIS Server.

Перед нажатием кнопки ОК для выполнения пакета выберите пункт Скрипт. Before clicking OK to execute the package, click Script. Код Transact-SQL откроется в окне редактора запросов среды SQL Server Management Studio SQL Server Management Studio . The Transact-SQL appears in a Query Editor window in SQL Server Management Studio SQL Server Management Studio .

Развертывание и выполнение пакета с помощью хранимых процедур To deploy and execute a package using stored procedures

Вызовите catalog.deploy_project (база данных SSISDB), чтобы развернуть проект Службы Integration Services Integration Services , который содержит пакет, на сервере Службы Integration Services Integration Services . Call catalog.deploy_project (SSISDB Database) to deploy the Службы Integration Services Integration Services project that contains the package to the Службы Integration Services Integration Services server.

Можно использовать инструкцию SELECT с функцией OPENROWSET и поставщиком больших наборов строк (BULK) для получения двоичного содержимого файла развертывания проекта Службы Integration Services Integration Services для параметра @project_stream. To retrieve the binary contents of the Службы Integration Services Integration Services project deployment file, for the @project_stream parameter_, use a SELECT statement with the OPENROWSET function and the BULK rowset provider. Поставщик больших наборов строк позволяет считывать данные из файла. The BULK rowset provider enables you to read data from a file. Аргумент SINGLE_BLOB для поставщика больших наборов строк возвращает содержимое файла данных в виде набора строк с одной строкой и одним столбцом типа varbinary(max). The SINGLE_BLOB argument for the BULK rowset provider returns the contents of the data file as a single-row, single-column rowset of type varbinary(max). Дополнительные сведения см. в разделе OPENROWSET (Transact-SQL). For more information, see OPENROWSET (Transact-SQL).

В следующем примере проект SSISPackages_ProjectDeployment будет развернут в папке SSIS Packages на сервере Службы Integration Services Integration Services . In the following example, the SSISPackages_ProjectDeployment project is deployed to the SSIS Packages folder on the Службы Integration Services Integration Services server. Двоичные данные считываются из файла проекта (SSISPackage_ProjectDeployment.ispac) и сохраняются в параметре @ProjectBinary с типом varbinary(max). The binary data is read from the project file (SSISPackage_ProjectDeployment.ispac) and is stored in the _@ProjectBinary parameter of type varbinary(max). Значение параметра @ProjectBinary присваивается параметру @project_stream. The @ProjectBinary parameter value is assigned to the @project_stream parameter.

Вызовите функциюcatalog.create_execution (база данных SSISDB), чтобы создать экземпляр выполнения пакета, и при необходимости вызовите функцию catalog.set_execution_parameter_value (база данных SSISDB), чтобы задать значения параметров среды выполнения. Call catalog.create_execution (SSISDB Database) to create an instance of the package execution, and optionally call catalog.set_execution_parameter_value (SSISDB Database) to set runtime parameter values.

В следующем примере catalog.create_execution создает экземпляр для выполнения package.dtsx, содержащегося в проекте SSISPackage_ProjectDeployment. In the following example, catalog.create_execution creates an instance of execution for package.dtsx that is contained in the SSISPackage_ProjectDeployment project. Проект располагается в папке SSIS Packages. The project is located in the SSIS Packages folder. Значение execution_id, возвращаемое хранимой процедурой, используется для вызова функции catalog.set_execution_parameter_value. The execution_id returned by the stored procedure is used in the call to catalog.set_execution_parameter_value. Эта вторая хранимая процедура устанавливает параметр LOGGING_LEVEL равным 3 (подробный уровень ведения журнала) и задает параметру пакета Parameter1 значение 1. This second stored procedure sets the LOGGING_LEVEL parameter to 3 (verbose logging) and sets a package parameter named Parameter1 to a value of 1.

Для таких параметров, как LOGGING_LEVEL, значение object_type равно 50. For parameters such as LOGGING_LEVEL the object_type value is 50. Для параметров пакета значение object_type равно 30. For package parameters the object_type value is 30.

В следующем примере вызов catalog.start_execution добавляется в Transact-SQL, чтобы можно было начать выполнение пакета. In the following example, a call to catalog.start_execution is added to the Transact-SQL to start the package execution. Используется значение execution_id, возвращаемое хранимой процедурой catalog.create_execution. The execution_id returned by the catalog.create_execution stored procedure is used.

Развертывание проекта из сервера на сервер с использованием хранимых процедур To deploy a project from server to server using stored procedures

Проект можно развернуть из сервера на сервер с помощью хранимых процедур catalog.get_project (база данных SSISDB) и catalog.deploy_project (база данных SSISDB). You can deploy a project from server to server by using the catalog.get_project (SSISDB Database) and catalog.deploy_project (SSISDB Database) stored procedures.

Необходимо выполнить следующие действия перед выполнением хранимых процедур. You need to do the following before running the stored procedures.

Создание связанного объекта сервера. Create a linked server object. Дополнительные сведения см. в разделе (Создание связанных серверов (компонент SQL Server Database Engine)). For more information, see Create Linked Servers (SQL Server Database Engine).

На странице Параметры сервера диалогового окна Свойства связанного сервера назначьте для RPC и RPC Out значения True. On the Server Options page of the Linked Server Properties dialog box, set RPC and RPC Out to True. Кроме того, назначьте свойству Разрешить продвижение распределенных транзакций для RPC значение False. Also, set Enable Promotion of Distributed Transactions for RPC to False.

Включите динамические параметры для поставщика, выбранного для связанного сервера, разверните узел Поставщики и выберите Связанные серверы в обозревателе объектов, щелкните правой кнопкой мыши поставщик, затем выберите пункт Свойства. Enable dynamic parameters for the provider you selected for the linked server, by expanding the Providers node under Linked Servers in Object Explorer, right-clicking the provider, and then clicking Properties. Нажмите кнопку Включить рядом с полем Динамический параметр. Select Enable next to Dynamic parameter.

Убедитесь, что на обоих серверах запущен координатор распределенных транзакций (DTC). Confirm that the Distributed Transaction Coordinator (DTC) is started on both servers.

Вызовите catalog.get_project для получения двоичных файлов проекта, а затем вызовите catalog.deploy_project. Call catalog.get_project to return the binary for the project, and then call catalog.deploy_project. Значение, возвращаемое catalog.get_project, вставляется в табличную переменную типа varbinary(max). The value returned by catalog.get_project is inserted into a table variable of type varbinary(max). Связанный сервер не может возвращать результаты типа varbinary(max). The linked server can’t return results that are varbinary(max).


В следующем примере catalog.get_project возвращает двоичный результат для проекта SSISPackages на связанном сервере. In the following example, catalog.get_project returns a binary for the SSISPackages project on the linked server. Catalog.deploy_project развертывает проект на локальном сервере в папке с именем DestFolder. The catalog.deploy_project deploys the project to the local server, to the folder named DestFolder.

Мастером преобразования проекта служб Integration Services Integration Services Project Conversion Wizard

Мастер преобразования проекта служб Integration Services преобразует проект в модель развертывания проекта. The Integration Services Project Conversion Wizard converts a project to the project deployment model.

Если проект содержит один или более источников данных, то они будут удалены после завершения преобразования проекта. If the project contains one or more datasources, the datasources are removed when the project conversion is completed. Для создания соединения с источником данных, который может совместно использоваться пакетами в проекте, добавьте диспетчер соединений на уровне проекта. To create a connection to a data source that can be shared by the packages in the project, add a connection manager at the project level. Дополнительные сведения см. в статье Добавление, удаление или совместное использование диспетчера соединений в пакете. For more information, see Add, Delete, or Share a Connection Manager in a Package.

Выбор действия What do you want to do?

Package & deployment wizard досадная ошибка

Сохранение пакетов SSIS SQL Server 2005, хранение на диске и в базе данных MSDB, Package Deployment Wizard , Deployment Utility , File system deployment , SQL Server Deployment

По умолчанию пакеты SSIS создаются и записываются в папку своего проекта Visual Studio в каталоге Мои документы текущего пользователя. Поскольку пакеты представляют собой текстовые файлы в формате XML с расширением dtsx , то, в принципе, после создания пакета и сохранения его на диске, можно больше ничего с ним не делать. Сохраненные вами пакеты можно запускать как из SSIS Designer , так и при помощи утилит dtexec и dtexecui . Однако понятно, что во многих ситуациях папка Мои документы — не лучшее место для хранения пакетов. Нужно иметь возможность корректно переносить пакеты с места на место с сохранением всей необходимой служебной информации (например, информации о конфигурациях).

Пакеты SSIS можно хранить только двумя способами: в виде файлов в папках на диске и в таблице sysdtspackages90 в базе данных msdb на SQL Server 2005. В некоторых ситуациях (например, при выборе пакета средствами утилиты dtsrunui ) в списке для выбора местонахождения пакетов еще одно возможное место хранения, которое называется SSIS Package Store . Пакеты, которые видны в SSIS Package Store , физически находятся или в файлах на диске или базе данных msdb — просто о них «знают» службы Integration Services . Информация о таких пакетах хранится в параметрах конфигурации Integration Services на данном компьютере.

Рекомендованный способ помещения пакета на сервер (в файловую систему или в базу данных msdb ) — применение мастера развертывания пакетов Package Deployment Wizard . При этом информация о пакете будет помещена на Integration Services данного сервера, и вы сможете выполнять с ним административные операции средствами SQL Server Management Studio . Заметим, что, в принципе, пакеты SSIS можно копировать просто средствами файловой системы и после этого запускать их на выполнение, но в этом случае административные операции с ними производить будет сложнее. Кроме того, вы рискуете случайно забыть сопутствующие пакетам служебные файлы, например, файлы конфигурации.

Работа по помещению пакета на сервер производится со всем проектом Integration Services целиком. В проект могут входить один или несколько пакетов, информация об источниках данных, а также вспомогательные файлы (например, файлы с документацией, которые помещаются в контейнер Miscellaneous (Разное)). Помещение пакетов проекта на сервер наиболее рекомендованным способом выглядит так:

1. Первое, что нужно сделать, — создать утилиту развертывания ( deployment utility ). Под утилитой развертывания подразумевается всего лишь набор всех файлов проекта, скопированный в определенную папку (по умолчанию в bin\Deployment в папке проекта), к которым добавляется XML -совместимый файл с расширением SSISDeploymentManifest. Для создания утилиты развертывания нужно выполнить следующие действия:

· открыть свойства проекта (не пакета!) в Project Explorer ;

· на вкладке Deployment Utility (Утилита развертывания) установить для свойства Create Deployment Utility (Создать утилиту развертывания) значение T RUE . При необходимости можно изменить значения и других свойств проекта, например, настроить другой каталог для размещения файлов Deployment Utility ;

· в меню Build (Создать) выбрать команду Build для вашего проекта.

В результате в выбранный вами каталог будут скопированы все необходимые файлы проекта.

2. Следующее действие — использование мастера развертывания пакетов Package Deployment Wizard для размещения проекта на сервере и помещения информации о всех его пакетах в параметры конфигурации Integration Services. Проще всего запустить мастер развертывания пакетов, щелкнув два раза мышью по сгенерированному файлу с расширением SSISDeploymentManifest в папке утилиты развертывания.

В ходе работы мастера вам будет нужно выбрать, где именно будут сохранены проекты пакета. В вашем распоряжении есть два варианта:

· File system deployment (Развертывание в файловой системе) — пакеты будут скопированы в папку файловой системы сервера, по умолчанию C:\Program Files\Microsoft SQL Server\90\DTS\Packages\ имя _ проекта ;

· SQL Server Deployment (Развертывание на SQL Server ) — пакеты будут сохранены в базе данных msdb на сервере SQL Server .

Если вы выберете первый вариант, вам потребуется указать каталог для размещения пакетов (или согласиться с предлагаемым по умолчанию). Во втором варианте вам нужно указать сервер SQL Server 2005, параметры аутентификации при подключении к нему, а также каталог на диске, в который при необходимости будут помещены вспомогательные файлы вашего проекта.

Для размещения пакета на сервере можно также использовать утилиту dtexec . Но в этом случае вам придется работать с командной строкой.

После того, как развертывание пакетов завершено, переносить их между серверами и выполнять с ними другие административные операции проще всего средствами SQL Server Management Studio . Для этого достаточно открыть SQL Server Management Studio , в панели инструментов Object Explorer нажать кнопку Connect (Подключиться) и в открывшемся списке выбрать Integration Services , а затем указать имя вашего сервера и параметры подключения. В результате все пакеты, про которые знают Integration Services , появятся в дереве SQL Server Management Studio (рис. 10.16). Вы можете экспортировать эти пакеты, импортировать новые пакеты, запускать их на выполнение, управлять безопасностью пакетов и т. п.

Рис. 10.16. Администрирование пакетов SSIS из SQL Server Management Studio

Резервное копирование пакетов производится в зависимости от того, где именно они были сохранены. Если пакеты SSIS были сохранены в файловой системе, используются обычные средства резервного копирования Windows . Если пакеты были помещены в базу данных msdb , то резервное копирование производится вместе со всей базой данных msdb средствами SQL Server .

Package & deployment wizard досадная ошибка

have tried to use the Package Deployment Wizard of the Integration Services.

I have been able to deploy it successfully in some PC before I met one error on the other PC.

It have detail error message like below:

Could not save the package «\\bsuser004\Shared Document\MYVUE DW 20060708\MYVUE DW — Deployment_ v10_20060710\SSIS Deployment\pkgSummarizationWeekly.dtsx» to SQL Server «(local)». (Package Installation Wizard)

The package failed to load due to error 0xC0011008 «Error loading from XML. No further detailed error information can be specified for this problem because no Events object was passed where detailed error information can be stored.». This occurs when CPackage::LoadFromXML fails.

at Microsoft.SqlServer.Dts.Runtime.Application.LoadPackage(String fileName, IDTSEvents events, Boolean loadNeutral)
at Microsoft.SqlServer.Dts.Runtime.Application.LoadPackage(String fileName, IDTSEvents events)
at Microsoft.SqlServer.Dts.Deployment.DtsInstaller.SavePackageToSqlServer(WizardInputs wizardInputs, String packagePassword, Boolean bUseSeverEncryption, String serverName, String userName, String password, String packageFilePath, List`1 configFileNames)
at Microsoft.SqlServer.Dts.Deployment.DtsInstaller.InstallPackagesToSqlServer(WizardInputs wizardInputs)

The package failed to load due to error 0xC0011008 «Error loading from XML. No further detailed error information can be specified for this problem because no Events object was passed where detailed error information can be stored.». This occurs when CPackage::LoadFromXML fails.

Package & deployment wizard досадная ошибка

Use the Visual Basic Package and Deployment Wizard to create a package and setup program for a snap-in created in Visual Basic.

The following files are required for a Visual Basic snap-in installation:

  • Snap-in dynamic-link library (DLL) created by Visual Basic
  • Snap-in designer runtime (Mssnapr.dll)
  • Visual Basic 6.0 runtime (Msvbvm60.dll)

You can also use the Package and Deployment Wizard to create a package for a saved console file. Before you start, place the console file (.msc) in a directory that contains a snap-in project, and then use the following procedure.

To create a package for a saved console file

  1. On the Visual Basic Tools menu, click Package and Deployment Wizard.
  2. In the Select Project drop-down list box, click the snap-in project you want to use or click the Browse button to locate the snap-in project.
  3. Click Next to continue to the page entitled «Package and Deployment Wizard–Included Files,» and then click Add.
  4. In the Files of type drop-down list box, click All Files.
  5. Select the saved console file (.msc), and then click Open.
  6. Proceed to the Start Menu Items page, and then click New Item.
  7. In the Target drop-down list box, click the .msc file to use.
  8. In the Name text box, type the name you want for your icon, and then click OK.
  9. Click Finish to close the Package and Deployment Wizard.
Илон Маск рекомендует:  Faq каким образом можно изменить системное меню формы
Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL