Производительность служб SSIS на Sql Server 2008 R2 - PullRequest
0 голосов
/ 17 декабря 2010

У меня очень странная проблема с производительностью пакета SSIS в Sql Server 2008 R2. Вот факты: Недавно мы перешли с Sql Server 2005 (в Windows Server 2003 R2 32-разрядной версии) на Sql Server 2008 R2 (в Windows Server 2008 R2 64-разрядной версии).

Кажется, все в порядке, за исключением некоторых проблем с производительностью в одном пакете служб SSIS. Если я запускаю его со своего ПК, он работает нормально через несколько минут (около 4/5), и то же самое происходит, если я подключаюсь к Integrations Services через SqlServer Management Studio и запускаю пакет оттуда.

Однако, когда я запускаю его из Sql Server Agent, у меня есть время выполнения, которое идет от 5 минут до более чем одного часа ... У меня не было таких проблем со старым сервером! Я также пытался запустить пакет в 32-битном режиме, при некотором запуске он кажется более быстрым, но довольно случайным ... Однако он никогда не достигал такой же высокой производительности, как в Sql Server 2005.

Понятия не имею ... изначально я думаю, что это была проблема с памятью, потому что я не давал максимальный лимит памяти для Sql Server, а некоторые другие пакеты имели проблемы с запуском одновременно, поэтому я расширил ОЗУ, используемую сервер (он работает на VMWare), и теперь машина имеет 8 ГБ ОЗУ, а максимальный объем памяти сервера для Sql Server составляет 4 ГБ. У другого пакета теперь нет сбоев, но это все равно дает случайное время выполнения ...

Есть предположения?

После таблицы времени выполнения по дням

Start Time          Execution Time
12/17/2010 06:15 00:49:43
12/16/2010 17:54 01:12:26
12/16/2010 17:18 00:06:29
12/16/2010 16:53 00:05:23
12/16/2010 16:10 00:24:23
12/16/2010 06:15 00:19:26
12/15/2010 06:15 00:07:19
12/14/2010 06:15 00:11:26
12/13/2010 06:15 00:17:30
12/12/2010 06:15 00:44:59
12/11/2010 06:15 00:11:59
12/10/2010 06:15 00:34:19

Ответы [ 2 ]

1 голос
/ 17 февраля 2011

Я нашел решение для этого.

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

Я частично решил ее, увеличив размер буфера по умолчанию (как в МБ, так и в количестве строк) иполностью решил проблему, удалив все компоненты Sort and Merge, которые я использовал, заменив их на Lookup на custom Cache, созданный с помощью компонента Transform Cache .Windows Server 2003 и в разработке работает нормально, однако теперь пакет исправлен!

1 голос
/ 17 декабря 2010

Что еще работает? Есть ли у вас пользователи, выполняющие запросы (которые могут блокировать таблицы) или другие пакеты, которые касаются связанных таблиц, когда планируется запуск этого пакета? Когда вы запускаете его, вы видите блокирующие блокировки или что-то подобное?

Скорее всего, среда производственного пакетного выполнения не такая приятная и тихая и управляемая, как ваша среда разработки.

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

...