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

голоса
2

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

То же приложение работает отлично в другой среде. Есть теперь очевидные записи в журнале событий, связанный с проблемой. Все работы BizTalk SQL отлично работает для резервного копирования BizTalk Server (BizTalkMgmtDb), за исключением.

Любые предложения с благодарностью приняты.

благодаря

обкрадывать

Задан 19/05/2009 в 15:19
источник пользователем
На других языках...                            


7 ответов

голоса
1

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

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

голоса
1

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

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

Ответил 20/05/2009 в 22:48
источник пользователем

голоса
1

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

Ответил 21/05/2009 в 16:14
источник пользователем

голоса
1

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

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

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

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

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

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

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

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

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

  • Instance: (выберите передающий узел) %%
  • Счетчик: Документы Sent / Sec

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

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

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

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

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

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

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

Ответил 21/05/2009 в 22:27
источник пользователем

голоса
2

Вот некоторые дополнительные инструменты, которые могут помочь вам определить и диагностировать проблемы базы данных BizTalk.

BizTalk MsgBox просмотра

Вот это инструмент для ремонта выявленных ошибок:

терминатор

Используйте на свой страх и риск ... читать Glogs и документы. Начните с просмотром окна сообщения и дайте нам знать, наши результаты.

Ответил 26/05/2009 в 19:12
источник пользователем

голоса
0

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

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

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

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

Ответил 08/06/2009 в 11:20
источник пользователем

голоса
1

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

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

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

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

Ответил 30/01/2012 в 14:54
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more