SSIS может подключиться к другому серверу sql?

Да, это очень возможно. Вы можете определить соединения с множеством внешних источников данных из пакета служб SSIS. SQL Server, Oracle, Excel, плоские файлы и т. Д. И т. Д.

Только что вспомнил один момент, когда имел дело с подключением к Excel через SSIS в 64-битной среде. Вам нужны 32-битные клиентские инструменты, установленные на вашем 64-битном SQL-боксе для взаимодействия с Excel. Это было несколько болезненно для нас...

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

ИМХО, излишне устанавливать другую версию SQL Server, если все, что вы собираетесь сделать, это использовать ее для хранения пакетов служб SSIS.

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

Вы можете подключить свой экземпляр SSIS к любому экземпляру SQL Server, чтобы использовать MSDB в качестве хранилища пакетов, изменив файл MsDtsSrvr.ini.xml. По умолчанию это настроено для указания на локальный экземпляр.

Вы можете установить SSIS в кластерной среде. MS рекомендует не запускать его как кластерный ресурс. Хитрость с запуском SSIS на кластеризованной базе данных заключается в том, что вам нужно указать <ServerName>.</ServerName> в вышеупомянутом файле конфигурации к вашему имени виртуального сервера SQL.

Поскольку 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 в качестве ресурса кластера.

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