Медленное BizTalk File Receive

Без получения более подробной информации, самый большой Телль, что ваше задание резервного копирования не удается. Если задание резервного копирования не удается, она не может быть правильно настроен. Если он настроен правильно и по-прежнему не удается, то у вас есть другие вопросы. Можете ли вы дать нам больше информации о вашем BizTalk установки.

1. Какую версию вы используете?
2. Каковы наши размеры базы данных?
3. Какова ваша продувка и настройка архива как?
4. Есть ли какие-либо длинный бегущие блоки в вашей БД SQL Server наступающей из BizTalk?

Другим важным моментом является то пользователь счета посыла, получать и оркестровки узлы работают под. Пожалуйста, проверьте BizTalk Administration Console. Если они все используют один и тот же счет, иногда оркестровки могут голодать посылать и принимать процессы процессорного времени. Я считаю, что приоритет отдается оркестровки, то получить, а затем отправить. Даже если вы только развивается, полезно использовать отдельные учетные записи для этого. Это также повышает безопасность.

Wrox BizTalk Server 2006 также будет поставлять рекомендации по настройке.

Какие другие вещи происходят с сервером? Является ли BizTalk привязанной иначе или он на холостом ходу?

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

Проверьте следующее:

** В SQL Server, установить некоторые верхний предел памяти для SQL Server. По умолчанию SQL Server использует то, что он может получить, а затем вешает на него, поэтому установить разумный предел, так что система может работать, не тратя много памяти подкачки времени на и с вашего жесткого диска (ов).

** Убедитесь, что у вас есть свободное место на диск - может быть, вы работаете с низким - это может привести к разному роду странных проблем.

** Попробуйте разделить файл подкачки системы среди своих физических дисков (если у вас есть более чем один диск в системе). Также рекомендуется использовать более быстрый диск, или если у вас есть много наличных денег заложить вокруг, получить SAN.

** В BizTalk, будет включено отслеживание? Если да, то вы также отслеживания тела сообщения? Отключить лавируя или тела сообщения отслеживания и посмотреть, если есть разница.

** Запустите монитор производительности и контролировать следующие счетчики при запуске вашего решения

• Объект: BizTalk сообщений
• Instance: (выберите хост-получатель) %%

• Счетчик: Документы, полученные / сек

• Объект: BizTalk сообщений

• Instance: (выберите передающий узел) %%

• Счетчик: Документы Sent / Sec

• Объект: XLANG / с оркестровки

• Instance: (выберите узел обработки) %%
• Счетчик: оркестровки Завершены / сек.

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

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

• Объект: Память
• Счетчик: Бассейн Nonpaged Bytes

Медленное снижение этого счетчика указывает на то, что процесс не освобождая память, которая влияет на все на системе.

Дайте нам знать, как все получится!

Некоторые хорошие предложения от других. Я добавлю :

У вас есть любые пользовательские получить компоненты трубопровода на приемном месте? Если это так, возможно, одна утечка памяти, вызывая некоторые внешние компонент, например, базы данных, которая занимает много времени?

Насколько велики файлы, которые Вы получаете?

На Файл транспортных свойств вашего получения места, установите «переименование файлов» на, делают файлы переименовываются в 60-е годы.

У меня была такая же проблема с, когда моя оркестровка бездействовал в течение некоторого времени, которое потребовалось много времени, чтобы обработать первый Сообщ. Изделие из EvYoung помогла мне решить эту проблему.

«Это вызвано домен приложения разгрузкой в ​​процессе BizTalk хоста. Если AppDomain является выключением после холостого хода, следующее сообщению, которое приходит нужно ждать оркестровки снова собрать. В зависимости от сложности дизайна, это может быть заметно ждать. чтобы предотвратить это в низком сценарии требования задержки, вы можете изменить файл BTSNTSVC.EXE.config и установить SecondsIdleBeforeShutdown свойство -1. Это предотвратит AppDomain выключение из-за простой «.

Вы можете найти статью здесь: http://blogs.msdn.com/b/biztalkcpr/archive/2008/05/08/thoughts-on-orchestration-performance.aspx

Это заняло у меня много времени, чтобы ответить, но я думал, что я мог бы помочь кому-то. ура :)