Может ли пакет SSIS работать на одном экземпляре SQL Server, но обрабатывать данные, расположенные на другом экземпляре SQL Server? Я хотел бы знать это, прежде чем я попытаюсь установить SSIS и потребовать возможной перезагрузки на другом сервере.
Я хочу это сделать, потому что Microsoft рекомендует не запускать SSIS в кластерной среде. Чтобы избежать проблем, я установил другой экземпляр SQL Server 2005 с SSIS для запуска пакетов, предоставленных для нашей системы учета.
Да, это очень возможно. Вы можете определить подключения к множеству внешних источников данных из пакета SSIS. SQL Server, Oracle, Excel, плоские файлы и т. Д. И т. Д.
Только что вспомнил одну ошибку при подключении к Excel через SSIS в 64-битной среде. Вам потребуются 32-разрядные клиентские инструменты, установленные на вашем 64-разрядном SQL-сервере, чтобы взаимодействовать с Excel. Для нас это было несколько болезненно ...
Вот ссылка на Статья MSDN в котором описано, как добавить диспетчеры соединений в пакет SSIS, а также приведены ссылки на различные типы поддерживаемых диспетчеров соединений.
Поскольку SSIS - это инструмент извлечения, преобразования и загрузки, можно надеяться, что он сможет получить доступ к данным на другом сервере!
Ознакомьтесь с книгой Кирка Хасселдена по SSIS. В нем есть отличное прохождение. Вы, вероятно, можете найти в Интернете другие учебные пособия.
Когда вы освоите основы, ознакомьтесь с этим пакетом, он просто потрясающий:
http://www.sqlmag.com/Articles/ArticleID/95385/pg/3/3.html
Где ms говорит не запускать SSIS на кластерном сервере? Там сказано не кластеризовать службу, но я не видел рекомендаций против этого.
Фил, я полагаю, что вы ошибаетесь в том, что MS не рекомендует запускать SSIS в кластерной среде. Фактически, они не рекомендуют настраивать его как ресурс кластера, но можно запускать несколько отдельных экземпляров SSIS на нескольких узлах кластера.
http://msdn.microsoft.com/en-us/library/ms345193.aspx
Служба Integration Services не является кластерной или ориентированной на кластер службой и не поддерживает переключение с одного узла кластера на другой. Поэтому в кластерной среде службы Integration Services следует устанавливать и запускать как автономную службу на каждом узле кластера.
...
Однако если ваша цель при создании кластерной аппаратной среды - высокая доступность, вы можете достичь этой цели, не настраивая службу Integration Services в качестве ресурса кластера. Чтобы управлять своими пакетами на любом узле в кластере с любого другого узла в кластере, измените файл конфигурации для службы Integration Services на каждом узле в кластере. Вы изменяете каждый из этих файлов конфигурации, чтобы указывать на все доступные экземпляры SQL Server, на которых хранятся пакеты. Это решение обеспечивает высокую доступность, которая требуется большинству клиентов, без потенциальных проблем, возникающих при настройке службы Integration Services в качестве ресурса кластера.
Итак, на ваш вопрос ответ: да, конечно, вы можете это сделать, но у вас также есть лучший выбор для установки автономных служб на узле кластера, и вам не понадобится дополнительный ящик (и дополнительные административные расходы на резервное копирование, мониторинг, обновление, если вы уже установили все эти процедуры на своем кластере)
ИМХО его излишество - установить другую версию SQL Server, если все, что вы собираетесь сделать, это использовать ее для хранения пакетов SSIS.
Вы можете «подключиться» к среде SQL Server в том смысле, что могут выполняться пакеты, которые используют другие базы данных как часть своего процесса.
Вы можете подключить свой экземпляр SSIS к любой Экземпляр SQL Server для использования MSDB в качестве репозитория пакетов, изменив MsDtsSrvr.ini.xml файл. По умолчанию он настроен так, чтобы указывать на локальный экземпляр.
Вы можете установить SSIS в кластерной среде. MS рекомендует не запускать его как кластерный ресурс. Уловка с запуском SSIS на кластеризованном db - вам нужно указать <ServerName>.</ServerName> в вышеупомянутом файле конфигурации на имя вашего виртуального SQL Server.