Sql server integration services что это
SQL Server Integration Services (SSIS) для начинающих – часть 1
SSIS – это инструмент, который позволяет в удобном виде реализовать интеграцию, т.е. реализовать процесс переноса данных из одного источника в другой. Этот процесс иногда называют ETL (от англ. Extract, Transform, Load – дословно «извлечение, преобразование, загрузка»).
Думаю, данный практический курс будет полезен тем, кто хочет изучить SSIS и не знает с чего начать. Здесь в режиме Step By Step мы начнем с самого начала, т.е. установки всего необходимого.
Дальше будет очень много картинок!
Необходимые инструменты для изучения SSIS
В данной статье SSIS будет рассматриваться на примере SQL Server 2014 Developer Edition. Службы Integration Services доступны в SQL Server 2014 начиная с редакции Standard.
Дополнительно необходимо будет скачать и установить инструмент разработчика SQL Server Data Tools (SSDT).
SSDT – это расширение для Visual Studio, которое позволит создавать проекты необходимого нам типа.
Для облегчения процесса установки, я воспользуюсь SSDT для Visual Studio 2012 (VS2012), его можно скачать по ссылке (файл «SSDTBI_VS2012_x86_ENU.exe»):
www.microsoft.com/en-US/download/details.aspx?id=36843
По описанию, данная версия SSDT поддерживает следующие версии SQL Server: SQL Server 2014, SQL Server 2012, SQL Server 2008 и 2008 R2.
Если на вашем компьютере не установлен VS данной версии, то установщик SSDT установит минимальную версию оболочки, которая позволит создавать проекты нужного нам типа.
Установка SQL Server и SSDT
Первым делом установим SQL Server со всеми необходимыми компонентами.
Я все устанавливал на чистую Windows 7 SP 1 (x64), ничего дополнительного кроме указанного ниже устанавливать не придется.
Т.к. курс предназначен для начинающих, то распишу весь процесс установки подробно.
Запускаем установочный файл SQL Server 2014:
Для работы SSIS достаточно будет выбрать следующие компоненты:
Т.к. мне в дальнейшем понадобится Analysis Services (SSAS), то я отметил и его, если он вам не нужен вы можете не выбирать данный компонент.
У меня нет других установленных SQL Server, и я сделаю этот экземпляр используемым по умолчанию:
Сделаю, чтобы SQL Agent запускался автоматически:
При необходимости можно изменить Collation, который будет использоваться по умолчанию:
Установлю смешанный режим аутентификации, указав свой пароль для пользователя sa:
Т.к. я еще выбрал Analysis Services, то делаю настройки для него:
Нажимая Next и Install запускаем установку SQL Server и его компонент.
Так как у меня на компьютере всего один диск, то все директории я оставил по умолчанию, при необходимости вы можете изменить их на более удобные.
Следующим шагом установим SSDT – это расширение для Visual Studio, которое даст нам возможность создавать проекты SSIS. Установщик SSDT ставит минимальную версию оболочки VS, поэтому предварительно устанавливать VS отдельно нет надобности.
Запускаем «SSDTBI_VS2012_x86_ENU.exe», и добравшись до следующего шага выбираем следующий пункт:
Нажимая Next запускаем установку.
После завершения установки на всякий случай перезагружаем компьютер.
Это все, что нам понадобится для изучения SSIS.
Создание демонстрационных баз данных
Запустим SQL Server Management Studio (SSMS) и при помощи скрипта создадим 3 базы данных – первые две (DemoSSIS_SourceA и DemoSSIS_SourceB) будут выступать в роли источников данных, а третья (DemoSSIS_Target) в роли получателя данных:
В базах источниках создадим тестовые таблицы и наполним их тестовыми данными:
Создадим таблицу в принимающей базе:
Создание SSIS проекта
Запустим Visual Studio 2012 и выберем один из видов предлагаемой нам настройки среды, так здесь же я откажусь от локальной документации:
Для последующего облегчения развертывания зайдем в свойства проекта и изменим опцию ProtectionLevel на DontSaveSensitive:
То же самое сделаем в свойствах пакета, который создался по умолчанию:
Для всех новых пакетов данное свойство будет заполняться значением из свойства проекта.
Заполняем параметры соединение с БД:
Боевые параметры соединения в дальнейшем можно будет настроить при создании задачи SQL Server Agent.
Для удобства я переименую название соединения на SourceA:
Таким же образом создадим и переименуем соединения для баз DemoSSIS_SourceB и DemoSSIS_Target:
Переименуем пакет, созданный по умолчанию, в «LoadProducts.dtsx»:
Сначала напишем простую логику, которая будет полностью очищать таблицу Products в базе DemoSSIS_Target и снова загружать в нее данные из двух баз данных DemoSSIS_SourceA и DemoSSIS_SourceB.
Для очистки воспользуемся компонентом «Execute SQL Task», который мы при помощи мыши создадим в области «Control Flow»:
Для наглядности можно переименовать название компонент. Зададим ему имя «Delete All Products From Target»:
Для этой цели используется свойство Name.
Дважды щелкнем на этом элементе и пропишем следующие свойства:
Т.к. TSQL команда «TRUNCATE TABLE Products» ничего не возвращает оставим свойства ResultSet равным None.
В дальнейшем мы рассмотрим, как пользоваться параметрами и каким образом можно воспользоваться результатом выполнения команды, записанной в SQLStatement, а пока попытаемся увидеть всю картину как это работает в целом.
Теперь скинем в область «Control Flow» компонент «Data Flow Task» и переименуем его в «Load Products From Source A», а также протянем к этому компоненту зеленную стрелку от «Delete All Products From Target»:
Таким образом мы создали цепочку, которая будет выполняться последовательно.
Щелкнув дважды на «Load Products From Source A» мы попадаем в область «Data Flow» этого элемента.
Data Flow Task – это сложный компонент, который имеет свою область, в которой создаются вложенные элементы для работы с потоком данных.
Скинем в эту область компонент «Source Assistant»:
Этот компонент отвечает за получение данных из источника. Дважды щелкнув по нему, мы сможем настроить его:
Пока воспользуемся режимом «Data access mode» равным «Table or view». Это приведет к получению всех строк из таблицы Products. Посмотреть данные можно нажав на «Preview…».
На закладке Columns мы можем выбрать только необходимые нам колонки и при необходимости переименовать их прописав новое имя в колонке «Output Columns»:
Для получателя нужна еще одна дополнительная колонка SourceID, добавим ее к выходному набору при помощи компонента «Derived Column», который переименуем в «Add SourceID», так же протянем синюю стрелку к данному элементу от «OLE DB Source»:
Дважды щелкнем по элементу «Add SourceID» и пропишем значение «A» в виде константы:
Здесь я воспользовался функцией преобразования типа (DT_STR,1,1251) для того чтобы превратить Unicode строку в ANSI.
Теперь создадим компонент «Destination Assistant»:
Направим в него поток от «Add SourceID»:
Дважды щелкнем по «OLE DB Destination» и произведем настройки:
Здесь мы показываем в какую таблицу будет записываться полученный набор.
«Keep identity» используется в случае если в принимающей таблице есть поле с флагом IDENTITY и мы хотим, чтобы значения в него тоже записывались из источника (это аналогично включению опции SET IDENTITY_INSERT Products ON).
Перейдя на закладку Mappings осуществим привязку полей источника с полями получателя:
Так как у нас поля источника и приемника именуются одинаково, то привязка осуществилась автоматически.
Можем протестировать работу пакета и убедиться, что данные залились в таблицу Products базы DemoSSIS_Target.
Запускаем пакет на выполнение из Visual Studio нажав Start или клавишу F5:
Так же пакет можно выполнить, воспользовавшись командой из контекстного меню:
При помощи «Set as StartUp Object» можно задать пакет, который будет запускаться по нажатию на Start (F5).
Какой пакет будет запускаться при нажатии на Start (F5) можно переопределить в свойствах проекта:
Запустив проект мы должны увидеть следующую картину:
Пакет выполнился без ошибок, о чем говорит зеленый значок и текст в нижней части.
В случае наличия ошибок их можно будет увидеть вкладке Progress.
Нажмем на ссылку «Package execution completed…» или на кнопку «Stop Debugging» расположенную на панели инструментов для остановки выполнения пакета.
И убедимся, что данные были записаны в принимающую таблицу.
Перейдем в область «Control Flow» и создадим еще один компонент «Data Task Flow», который назовем «Load Products From Source B», протянем на него зеленную стрелку от «Load Products From Source A»:
Двойным щелчком зайдем в область «Data Flow» этого элемента и создадим «Source Assistant»:
Дважды щелкнув на этом элементе, настроим его по-другому:
Выберем режим «SQL command» и пропишем следующий запрос:
Дальше сразу создадим компонент «Destination Assistant» и протянем на него синюю стрелку от «OLE DB Source»:
Двойным щелчком зайдем в редуктор этого элемента и настроим его:
Запустим проект на выполнение и убедимся, что данные с двух источников попали в таблицу в базе Target:
Дополнительно в контекстном меню стрелки можно активизировать «Data Viewer»:
Теперь при запуске пакета на выполнение в этой точке будет сделана остановка и нам будут показаны данные этого потока:
Для продолжения выполнения пакета нужно нажать на кнопку со стрелкой или просто закрыть окно просмотра данных.
Для отключения этой функции в контекстном меню стрелки выбираем «Disable Date Viewer»:
Для первой части думаю этого будет достаточно.
В результате мы получим файл «C:\SSIS\SSISDemoProject\bin\Development\SSISDemoProject.ispac».
Рассмотрим каким образом делается развертывание этого проекта на SQL Server.
Развертывание SSIS
Все последующие действия будем делать в SSMS.
Создание каталога SSISDB:
Здесь вводим любой пароль.
Теперь создаем папку, в которой будет располагаться наш проект:
Разворачиваем сам проект:
В завершении мы должны увидеть следующую картину:
После обновления (F5) мы увидим наш проект:
Создание задачи в SQL Server Agent
Создадим задачу в SQL Agent, для выполнения пакета по расписанию:
На вкладке «Configuration → Parameters» можно задать параметры пакета (их рассмотрим в следующих частях).
На вкладке «Configuration → Connection Manager» мы можем изменить параметры подключения для каждого соединения, которое мы создали в проекте:
На закладке Advanced можно изменить логику, которая будет использоваться при успешном или неуспешном завершении шага:
Осталось создать расписание для данной задачи:
Расписание можно задать разнообразным образом. Думаю, здесь все должно быть интуитивно понятно:
Все, задача создана.
Делаем тестовый запуск:
Так как шаг у нас всего один, то задача запустится сразу, иначе нужно было бы указать с какого шага нужно начать выполнение.
Результат выполнения задачи можно увидеть в следующем журнале:
В данном журнале можно увидеть успешность завершения каждого шага, а также время выполнения и прочие параметры.
Более подробный отчет о выполнении пакета можно посмотреть при помощи следующего отчета:
Заключение по первой части
В этой части я постарался дать обзорную картину, чтобы у читателя сразу сложилась в голове полная картина как все это выглядит и работает.
Я постарался описать все как можно подробнее, для того, чтобы обучающийся смог самостоятельно установить все необходимые инструменты и проработать материал шаг за шагом на практике, т.к. при самостоятельном изучении иметь рабочую среду это очень важный аспект.
На мой взгляд SSIS очень удобный и интуитивно понятный инструмент и многое в нем можно понять разбираясь самостоятельно. Это я говорю исходя из своего опыта, так как мне самому по большей части пришлось разбираться с SSIS самостоятельно и здесь я делюсь с вами своим опытом в данной области.
Надеюсь данный материал поможет многим сделать первые шаги в изучении данного инструмента и в дальнейшем применить свои знания в работе.
Службы Integration Services (SSIS) в кластере
Кластеризация служб Службы Integration Services не рекомендуется, так как службы Службы Integration Services не являются кластеризованными, не ориентируются на использование кластеров и не поддерживают отработку отказа между узлами кластера. Следовательно, в кластерной среде службы Службы Integration Services должны быть установлены и запущены в качестве изолированной службы на каждом узле кластера.
Хотя служба Службы Integration Services и не является службой, поддерживающей работу в кластере, ее можно вручную настроить на работу в качестве ресурса кластера после того, как служба Службы Integration Services будет отдельно установлена на каждом узле кластера.
Понимание роли службы Службы Integration Services крайне важно для принятия компетентного решения относительно настройки службы в кластерной среде. Дополнительные сведения см. в разделе Службы Integration Services (SSIS).
Недостатки
Далее приводятся потенциальные недостатки настройки службы Службы Integration Services в качестве ресурса кластера.
При отработке отказа не происходит повторного запуска выполняющихся пакетов.
Восстановление после ошибок пакетов можно произвести, перезапустив пакеты с контрольных точек. Перезапуск с контрольных точек можно производить и без настройки службы в качестве ресурса кластера. Дополнительные сведения см. в разделе Restart Packages by Using Checkpoints.
Если служба Службы Integration Services была настроена в группе ресурсов, отличной от группы SQL Server, то будет невозможно использовать среду Среда Management Studio на клиентских компьютерах для управления пакетами, хранящимися в базе данных msdb. В этом двухшаговом сценарии служба Службы Integration Services не может делегировать учетные данные.
Настройка службы в качестве ресурса кластера
Этот раздел содержит инструкции по настройке службы Службы Integration Services в качестве ресурса кластера, которые могут пригодиться клиентам, считающим, что преимущества данной конфигурации перевешивают ее недостатки. Тем не менее корпорация Microsoft не рекомендует настраивать службу Службы Integration Services в качестве ресурса кластера.
Чтобы настроить службу Службы Integration Services в качестве ресурса кластера, необходимо выполнить следующие действия.
Чтобы установить службу Службы Integration Services в кластере, следует установить Службы Integration Services на каждом узле в кластере.
Настройте службу Службы Integration Services на работу в качестве ресурса кластера.
После того как службы Integration Services были установлены на все узлы в кластере, необходимо провести их настройку в качестве ресурса кластера. При настройке службы Службы Integration Services в качестве ресурса кластера, можно добавить эту службу в ту же группу ресурсов, что и компонент Компонент SQL Server Database Engine, либо в другую группу. В следующей таблице приводятся возможные преимущества и недостатки для разных вариантов выбора группы ресурсов.
После принятия решения относительно того, в какую группу ресурсов стоит добавить службу Службы Integration Services, необходимо настроить службу Службы Integration Services на работу в качестве ресурса кластера в этой группе.
Настройте службу Службы Integration Services и хранилище пакетов.
После того как служба Службы Integration Services была настроена на работу в качестве ресурса кластера, следует произвести изменение расположения и содержимого файла конфигурации службы Службы Integration Services на каждом узле в кластере. После этих изменений и файл конфигурации, и хранилище пакетов будут доступны для всех узлов при отработке отказа. После изменения расположения и содержимого файла конфигурации следует перевести службу в оперативный режим.
Переведите службу Службы Integration Services в режим в сети в качестве ресурса кластера.
После настройки служб Службы Integration Services в кластере или на любом сервере может возникнуть необходимость настроить разрешения DCOM прежде, чем можно будет подключиться к службе с клиентского компьютера. Дополнительные сведения см. в разделе Службы Integration Services (SSIS).
Служба Службы Integration Services не может делегировать учетные данные. Следовательно, нельзя использовать среду Среда Management Studio для управления пакетами, хранящимися в базе данных msdb, в том случае, если выполняются следующие условия.
Служба Службы Integration Services и SQL Server выполняются на отдельных серверах или виртуальных серверах.
Установка служб Integration Services на кластере
Установите и настройте кластер, содержащий один или несколько узлов.
Установите службы, поддерживающие работу в кластере, например компонент Компонент SQL Server Database Engine(необязательно).
Установите службы Службы Integration Services на каждом из узлов.
Настройка служб Integration Services в качестве ресурса кластера
Откройте администратор кластера.
В дереве консоли разверните папку «Группы».
На панели результатов выберите группу, к которой планируется добавить службу Службы Integration Services.
Чтобы добавить службу Integrations Services в качестве ресурса кластера в группу ресурсов, в которую не входит SQL Server, выберите группу, к которой SQL Server не принадлежит.
В меню Файл выберите пункт Создать, а затем Ресурс.
На странице Возможные владельцы добавьте или удалите узлы кластера, которые являются возможными владельцами ресурса. Щелкните Далее.
В диалоговом окне Раздел реестра введите SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile. Нажмите кнопку ОК, а затем — кнопку Готово.
Теперь служба Службы Integration Services добавлена как ресурс кластера.
Настройка службы Integration Services и хранилища пакетов
На каждом узле измените значение HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile в реестре, указав полный путь и имя файла конфигурации службы на общем диске.
Средства разработки и управления Integration Services (SSIS)
Службы Службы Integration Services содержат две интегрированные среды для работы с пакетами:
СредаSQL Server Management Studio предназначена для управления пакетами в рабочей среде.
SQL Server Data Tools
Работая в среде SQL Server Data Tools (SSDT), можно выполнять следующие задачи:
Запускать мастер импорта и экспорта SQL Server для создания основных пакетов, которые осуществляют копирование данных из источника в место назначения.
Создавать пакеты, содержащие сложные потоки управления, потоки данных, событийно-управляемую логику и ведение журнала.
Проверять и запускать отладку для пакетов при помощи функций диагностики и наблюдения в конструкторе служб Integration Services и функций отладки в SQL Server Data Tools (SSDT).
Создавать настройки для обновления свойств пакетов и объектов пакетов в процессе выполнения.
Создавать программу развертывания, при помощи которой можно устанавливать пакеты и их зависимости на другие компьютеры.
Сохранять копии пакетов в базе данных SQL Server msdb, в хранилище пакетов служб Integration Services и в файловой системе.
Дополнительные сведения о SQL Server Data Tools (SSDT)см. в разделе SQL Server Data Tools (SSDT).
SQL Server Management Studio
Работая в среде SQL Server Management Studio, можно выполнять следующие задачи:
Создавать папки для систематизации пакетов нужным для организации образом.
Запускать пакеты, хранимые на локальном компьютере, при помощи программы выполнения пакетов.
Запустите программу выполнения пакетов для создания командной строки, которую можно использовать в программе командной строки dtexec (dtexec.exe).
Проводить операции импорта и экспорта пакетов с базой данных SQL Server msdb, хранилищами пакетов Integration Services и с файловой системой.