Оправданы ли мои проблемы с SSIS?

Question

Я только кратко использовал SSIS, но обнаружил, что у меня много жалоб. Вот мои текущие проблемы:

1. Чтобы пакет мог хранить пароль, вам необходимо его зашифровать. Даже если пакет является частью более крупного решения, вам необходимо в любое время ввести пароль, чтобы открыть любой из зашифрованных пакетов. Почему вы не можете просто зашифровать все решение одним паролем? У меня есть решение с 10 зашифрованными пакетами. Когда я нажимаю «Построить», мне нужно ввести 10 паролей.
2. Шифрование учетных данных великолепно. Развертывание зашифрованного пакета на сервере, предоставление вашего пароля, его успешное тестирование, планирование и последующий сбой во время расписания, поскольку он не может расшифровать сам. Кажется, это происходит случайным образом, и я несколько раз переустанавливал данный пакет, прежде чем он действительно смог успешно расшифровать учетные данные пакета во время запланированного задания.
3. Только проверка подлинности Windows? Может быть, это функция безопасности, но при удаленном управлении сервером возникает реальная проблема. Это в основном заставляет меня использовать удаленный рабочий стол. Действительно ли имеет значение, что я не могу получить доступ к SSIS, когда у меня есть доступ напрямую к механизму БД ???
4. Поддержка DTS. DTS был довольно уродливым, но он работал и был довольно простым. Почему они не предоставили DTS 2000 конструктор пакетов с SSIS ??? Теперь мне нужно скачать его и установить с правами администратора.
5. UPSERTS ??? Я копирую некоторые данные во внешнюю базу данных, и добавление в эту базу данных ТАКОЕ БОЛЬ. Почему эта функциональность не встроена? Почему я не могу просто сказать «Это ключевой столбец. Обновите, если существует, создайте, если его нет».

Это действительные проблемы, или я новичок в продукте, чтобы знать, как все делать правильно?

Есть ли у других такие же проблемы или другие проблемы?

Существуют ли простые альтернативы использованию SSIS?

Answer 1

Следующие ссылки из @SQLServerSleuth могут пролить некоторый свет на ситуацию - в обратном направлении: SSIS в 2005 году. Вы работаете на SQL 2008 или еще работаете с SQL 2005? Эта картина немного изменилась в 2008 году.

• 15 ошибок SSIS
• SSIS: люфт (1)
• SSIS: люфт (2)
• SSIS: ответ Microsoft на растущую критику

Answer 2

В моей системе в целом было проще развить загрузку данных в C #. Нагрузки очень прочные и не меняются, если мы не хотим, чтобы они менялись, поэтому мы не тратим больше времени после того, как закончим с разработкой.

Answer 3

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

1,2: установите пакет на «Не сохранять чувствительный» и используйте либо конфигурации, либо «Задать значения» в любом контексте выполнения, который вы используете.

3: согласовано, частично. просмотр хранилища пакетов был бы полезен через sql auth, но выполнение пакета абсолютно не должно быть разрешено (в каком контексте вы выполняете?) Вы всегда можете выполнить через задание.

4: не относится к SSIS кроме того, DTS устарела и в большинстве случаев значительно менее гибка и сложна в управлении, чем даже SSIS.

5: Упорки, по общему признанию, хитрее, чем они могли бы быть, но если все сделано правильно, это может работать безупречно: либо используйте поиск, чтобы определить, нужно ли вам вставить или обновить, и соответственно определите свою логику.

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

Answer 4

Вам действительно нужно шифрование на каждом пакете? Вы можете отказаться от хранения с шифрованием, если вы не храните FTP или другие пароли аутентификации. Конфигурационные файлы также хорошая идея. Я рекомендую www.pragmaticworks.com/products/Business-Intelligence/BIxpress/ BIExpress, поскольку он создаст все файлы конфигурации для вас, запишет дерьмо из ваших пакетов и предоставит вам потрясающие графические отчеты для практически ничего не стоящего затрат. ...

Answer 5

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

Answer 6

Для 1, 2 я использую конфигурации пакетов.

Для 5 вы можете использовать медленно меняющуюся задачу измерения или сторонний компонент разницы в таблицах. Я лично предпочитаю загружать в промежуточную таблицу и кодировать UPSERT в SQL.

Последние два года я довольно интенсивно использовал SSIS в проекте DW и обнаружил, что у него есть несколько причуд, но он намного мощнее DTS.

Answer 7

Мы столкнулись со многими такими же проблемами, особенно с № 5, поэтому я согласен, что они действительны. В общем, я обнаружил, что с SSIS работать очень тяжело.