Обслуживание и устранение неполадок баз данных BizTalk Server

Переводы статьи Переводы статьи
Код статьи: 952555 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Аннотация

Базы данных Microsoft BizTalk Server и работоспособности баз данных очень важны для успешной среду обмена сообщениями сервера BizTalk. В данной статье, что необходимо учесть при работе с базами данных BizTalk Server. Эти вопросы относятся следующие:
  • Необходимо отключить Автоматическое обновление статистики и Автоматическое создание статистики Параметры Microsoft SQL Server.
  • Максимальная степень параллелизма свойство необходимо установить правильно.
  • Определите, когда можно перестроить индексы BizTalk Server.
  • Может возникнуть блокировки, взаимоблокировки или блокировки.
  • Могут возникнуть проблемы с большими базами данных или таблиц.
  • Задания агента SQL Server BizTalk
  • Экземпляров служб может быть приостановлен.
  • Могут возникнуть проблемы производительности SQL Server и BizTalk Server.
  • Следуйте рекомендациям в BizTalk Server.

ВВЕДЕНИЕ

В данной статье описаны способы поддержки баз данных BizTalk Server и устранение неполадок баз данных BizTalk Server.

Дополнительная информация

Известные проблемы

Необходимо отключить параметры автоматического обновления статистики и автоматическое создание статистики

Необходимо отключить Автоматическое создание статистики и Автоматическое обновление статистики параметры на базе BizTalkMsgBoxDb. Чтобы определить, отключены ли эти параметры, выполните следующие хранимые процедуры в SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

Следует присвоить параметру CurrentSetting NUM LOCK. Если этот параметр имеет значение на, отключите его, выполнив следующие хранимые процедуры в SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Для получения дополнительных сведений со следующими статьями базы знаний Майкрософт:

917845 Возникновение блокировки, взаимоблокировки условия или другие проблемы с SQL Server при попытке подключения к базе данных BizTalkMsgBoxDb в BizTalk Server

912262 Статистика режим автоматического обновления, автоматическое создание статистики и отключается параметр параллелизма в экземпляре базы данных SQL Server, на котором размещены базы данных BizTalk Server BizTalkMsgBoxDB

Необходимо задать Максимальная степень параллелизма Свойство правильно

На компьютере под управлением SQL Server и размещения базы данных BizTalkMsgBoxDb присвоено значение 1 Максимальная степень параллелизма run_value и config_value свойства. Для определения Максимальная степень параллелизма параметр, выполните следующую хранимую процедуру с главной базы данных SQL Server:
exec sp_configure 'max degree of parallelism'
Если run_value и config_value не задано значение 1, выполните следующую хранимую процедуру SQL Server, равным 1:
exec sp_configure 'max degree of parallelism', '1'
reconfigure with override

Для получения дополнительных сведений со следующими статьями базы знаний Майкрософт:

899000 Параметр параллелизма для экземпляра SQL Server при настройке сервера BizTalk

917845 Возникновение блокировки, взаимоблокировки условия или другие проблемы с SQL Server при попытке подключения к базе данных BizTalkMsgBoxDb в BizTalk Server

Определить, когда можно перестроить индексы BizTalk Server

Кластеризованные индексы большинства BizTalk Server (идентификатор индекса: 1). инструкция DBCC SHOWCONTIG SQL Server можно использовать для отображения сведений о фрагментации таблицы BizTalk Server.

Индексы BizTalk Server основаны на GUID. Таким образом фрагментация обычно выполняется. Если значение плотности сканирования, возвращаемые инструкцией DBCC SHOWCONTIG менее 30 процентов, BizTalk Server индексы могут быть перестроены во время простоя.

Многие BizTalk Server таблицы содержат столбцы, использующие определения типа данных. Интерактивная индексирования не может быть выполнена в этих столбцах. Таким образом тогда как BizTalk Server обрабатывает данные никогда не следует перестроить индексы BizTalk Server.

Для получения дополнительных сведений со следующей статьей базы знаний Майкрософт:

917845 Возникновение блокировки, взаимоблокировки условия или другие проблемы с SQL Server при попытке подключения к базе данных BizTalkMsgBoxDb в BizTalk Server

Для получения дополнительных сведений о том, как анализировать выходные данные инструкции DBCC SHOWCONTIG посетите следующий веб-узел корпорации Майкрософт:
http://TechNet.Microsoft.com/en-us/library/cc966523.aspx

Может возникнуть блокировка взаимоблокировку и блокировка

Как правило блокировки и блоки возникают в среде BizTalk Server. Тем не менее эти блокировки или блоки не остаются на длительное время. Таким образом блокировки и взаимоблокировки указывает на потенциальную проблему.

Для получения дополнительных сведений со следующей статьей базы знаний Майкрософт:

917845 Возникновение блокировки, взаимоблокировки условия или другие проблемы с SQL Server при попытке подключения к базе данных BizTalkMsgBoxDb в BizTalk Server

Могут возникнуть проблемы с большими базами данных или таблицы

Мы уже видели, что когда база данных BizTalkMsgBoxDb больше 5 ГБ, могут возникнуть проблемы производительности. В идеале BizTalkMsgBoxDb базы данных следует не может удерживать любые данные. База данных BizTalkMsgBoxDb может рассматриваться буфера до данные обработаны или перемещены в базу данных BizTalkDTADb.

Среда, которая использует мощный SQL Server на сервере и много согласований длительные, возможно, база данных BizTalkMsgBoxDb, размер которого превышает 5 ГБ. Крупномасштабных среда, которая использует согласований не длительного времени должны иметь базу BizTalkMsgBoxDb, гораздо меньше, чем 5 ГБ.

База данных BizTalkDTADb не имеет размер набора. Однако если снижается производительность, база данных возможно слишком велик. Как правило считается слишком большой 15 Гбайт до 20 Гбайт. При наличии больших баз данных BizTalk Server, могут возникнуть следующие проблемы:
  • BizTalkMsgBoxDb база данных продолжает расти. Тем не менее файл журнала и размер данных остаются большими.
  • BizTalk Server требуется больше времени, чем обычно, для обработки ситуации потока даже простое сообщение.
  • Запросы состояния и отслеживание активности (HAT) занять больше времени, чем обычно и время ожидания.
  • Файл журнала базы данных никогда не усекается.
  • Задания агента SQL Server BizTalk работают медленнее, чем обычно.
  • Некоторые таблицы значительно больше, или иметь слишком много строк в сравнении с размер обычной таблицы.
По различным причинам могут стать больших баз данных. Эти причины могут относиться следующие:
  • Задания агента SQL Server BizTalk не работают
  • Большое число приостановленных экземпляров
  • Сбоев диска
  • Отслеживание
  • Регулирование
  • Производительность SQL Server
  • Задержки сети
Убедитесь, что знаете, ожидаемого средой для определения, выполняется ли данные проблемы.

По умолчанию трассировка включена на узле по умолчанию. Требует использовать BizTalk Разрешить отслеживание размещения параметр проверки на одном узле. Когда трассировка включена, отслеживание данных декодировать службы (TDDS) перемещает отслеживания событий из BizTalkMsgBoxDb базы данных в базу данных BizTalkDTADb. После остановки трассировки узла TDDS не перемещает данные в базу данных BizTalkDTADb. TrackingData_x_x таблицы в базе данных BizTalkMsgBoxDb будет расти и привести к BizTalk для регулировки.

Рекомендуется выделять один узел для отслеживания. Чтобы разрешить TDDS для сохранения новых событий отслеживания в крупных сценариях, создание нескольких экземпляров одного отслеживание размещения. Узел не более одного отслеживания должна существовать.

В таблице может быть слишком много строк. Нет никаких заданное количество строк, которые являются слишком много. Кроме того это количество строк зависит от вида данных хранится в таблице. Например dta_DebugTrace таблицы, имеющей более чем миллиону вероятно имеет слишком много строк. A Имя узлаТаблица Q_Suspended, имеющий более чем 200 000 строк, вероятно имеет слишком много строк.

Используйте правильный заданий агента SQL Server BizTalk

Задания агента SQL Server BizTalk важны для управления базами данных BizTalk Server и для поддержания высокой производительности.

В Резервное копирование сервера BizTalk Агент SQL Server Задание — это единственный способ для резервного копирования базы данных BizTalk Server. Эта работа требует все базы данных BizTalk Server используется модель полного восстановления. Это задание для работоспособности среды BizTalk Server, необходимо настроить. Методы SQL Server можно использовать для создания резервной копии базы данных BizTalk Server только Если остановить агент SQL Server и останавливаются все экземпляры сервера BizTalk host.

В MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Задание агента SQL Server выполняется бесконечно. Таким образом журнал заданий агента SQL Server никогда не отображает успешное завершение. В случае сбоя задания перезагрузки в течение одной минуты и продолжает работать до бесконечности. Таким образом можно спокойно игнорировать ошибки. Кроме того можно очистить журнал заданий. Только следует беспокоиться, если журнал о том, что это задание постоянно происходит сбой и перезагружается.

В MessageBox_Message_Cleanup_BizTalkMsgBoxDb Задание агента SQL Server является единственной задачей BizTalk Server, не будет включена, так как он был запущен приложением MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Задание агента SQL Server.

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

Все задания агента SQL Server BizTalk, за исключением MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Задание агента SQL Server должна быть запущена успешно.

Для получения дополнительных сведений о всех заданий агента SQL Server для сервера BizTalk следующей статьи базы знаний Майкрософт:

919776 Описание задания агента SQL Server в BizTalk Server

Экземпляры служб может быть приостановлен

Экземпляров служб может быть приостановлено (возобновляемые) или приостановлено (не возобновляемые). Эти экземпляры службы может быть обмен сообщениями, согласование или порта.

Экземпляры этих служб можно сделать BizTalkMsgBoxDb базы данных без необходимости роста и может быть прекращен. В следующей таблице перечислены, какой метод может использоваться, в зависимости от версии BizTalk.
Свернуть эту таблицуРазвернуть эту таблицу
Концентратор группыHATTerminate.vbsСредство терминатор
BizTalk Server 2010ДаНетДаДа
Сервер BizTalk Server 2009ДаНетДаДа
BizTalk Server 2006 R2ДаДаДаДа
BizTalk Server 2006ДаДаДаДа
BizTalk Server 2004НетДаДаДа
Для получения дополнительных сведений о сценарий Terminate.vbs посетите веб-узле MSDN:
http://MSDN.Microsoft.com/en-us/library/bb203857.aspx
Кэширование экземпляры не отображаются в Концентратор группыстраницы и не может приостанавливать или прекращать действие их. Это ограничение является распространенной причиной роста таблицы. Для предотвращения новых сообщений зомби для экземпляров кэша службы в BizTalk Server 2006, установите исправление в статье 936536 базы знаний Майкрософт. Эта проблема исправлена в BizTalk Server 2006 R2 и более поздних версий.

Примечание Зомби сообщение — это сообщение, которое было маршрутизации, но не задействована.

Для получения дополнительных сведений о следующей статьи базы знаний Mirosoft:

936536 ИСПРАВЛЕНИЕ: Возникают проблемы производительности, связанные с BizTalk Server 2006 и полосы пропускания заносятся в файл журнала производительности

При прекращении экземпляра размещения BizTalk Server, кэширование экземпляров может не удаляться. Для решения этой проблемы в BizTalk Server 2006, установите исправление, описанное в статье 944426 базы знаний Майкрософт. В BizTalk Server 2006 R2 установите пакет обновления 1 (Sp1) для BizTalk 2006 R2. Эта проблема исправлена в BizTalk Server 2009 и более поздних версий.

Для получения дополнительных сведений со следующими статьями базы знаний Майкрософт:

974563 Список исправлений Microsoft BizTalk Server, включенных в пакет обновления 1 (Sp1) для BizTalk Server 2006 R2

944426 ИСПРАВИТЬ: Потерянные кэш экземпляров может построение экземпляров и узлы очередь таблиц базы данных BizTalkMsgBoxDb в BizTalk Server 2006, а также в BizTalk Server 2006 R2

Другим распространенным источником проблем является Маршрутизация отчеты (RFRs) может быть построен BizTalkHostQ и BizTalkHostТаблицы Q_Suspended. RFRs не удаляются, и это может вызвать рост базы данных BizTalkMsgBoxDb. Чтобы устранить эту проблему в BizTalk Server 2006, установите исправление в статье 941690 базы знаний Майкрософт. Эта проблема исправлена в BizTalk Server 2006 R2 и более поздних версий.

Для получения дополнительных сведений со следующей статьей базы знаний Майкрософт:

941690 ИСПРАВЛЕНИЕ: Маршрутизации отчеты не удаляются из <biztalkhostname>Q_Suspended таблицу на сервере BizTalk Server 2006<b00></b00></biztalkhostname>


Термины «потерянных сообщений» и «зомби сообщения» часто взаимозаменяемы.

Потерянный сообщение — это сообщение, которое не имеет соответствующего экземпляра. Например маршрутизации отчет об ошибке является сообщением без пары.

Зомби сообщение — это сообщение, которое было маршрутизации, но не задействована. Например сообщение было доставлено в программным обеспечением convoy согласование. Однако согласование программным обеспечением convoy остановлен другой путь к коду. Экземпляр согласование завершается. Сообщение отклоняется и теперь называется зомби сообщения.

Описание сообщения зомби посетите веб-узле MSDN:
http://blogs.MSDN.com/biztalk_core_engine/Archive/2004/06/30/169430.aspx

Могут возникнуть проблемы производительности SQL Server и BizTalk Server

BizTalk Server делает сотни очень быстро, коротких транзакций для SQL Server в течение минуты. Если SQL Server не могут выдерживать эту деятельность, BizTalk Server могут возникнуть проблемы с производительностью. В окне монитора производительности, наблюдение заСредняя чтения с диска Средняя сек/обмена с диском и Средняя сек записи на диск системного монитора счетчики в Физический дискОбъект производительности. Оптимальное значение меньше 10 мс (в миллисекундах). 20 Мс или большее значение считается низкой производительности.

Для получения дополнительных сведений о производительности SQL Server посетите следующий веб-узел корпорации Майкрософт:
http://TechNet.Microsoft.com/en-us/library/cc966540.aspx
Для получения дополнительных сведений о доступности базы данных BizTalk Server 2004 посетите веб-узле MSDN:
http://MSDN.Microsoft.com/en-us/library/ms942187.aspx
Для получения дополнительных сведений о доступности базы данных BizTalk Server 2006 посетите веб-узле MSDN:
http://MSDN.Microsoft.com/en-us/library/aa559920.aspx
Для получения дополнительных сведений со следующими статьями базы знаний Майкрософт:

298475 Устранение проблем производительности SQL Server

271509 Наблюдение за блокировки в SQL Server 2005 и SQL Server 2000

Советы и рекомендации в BizTalk Server

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

Поместите файлы MDF и SQL Server LDF на разных дисках. Файлы MDF и LDF для базы данных BizTalkMsgBoxDb и BizTalkDTADb, на том же диске, диске состязание.

Если вы не из тела сообщения трассировки, не включайте эту функцию. Включите отслеживание тела сообщения во время разработки и устранение неполадок, связанных с решением является хорошей идеей. В этом случае убедитесь, что отключен тело сообщения трассировки после завершения. При включении отслеживания сообщения роста баз данных BizTalk Server. В случае деловой необходимости, требует включения отслеживания сообщения подтвержденияTrackedMessages_Copy_BizTalkMsgBoxDb и Программа DTA очистки и архив Задания агента SQL Server выполняются успешно.

Как правило меньше журналы транзакций привести к лучшей производительности. Для сохранения журналов транзакций меньшего размера, Настройка Резервное копирование сервера BizTalk Задание агента SQL Server запускаться чаще. Дополнительные сведения об оптимизации BizTalk Server посетите веб-узле MSDN:
http://MSDN.Microsoft.com/en-us/library/bb743398.aspx
Sp_ForceFullBackup хранимой процедуры в базе данных BizTalkMgmtDb можно также для выполнения специальных полную резервную копию файлов данных и журналов. Хранимая процедура обновляет таблицу adm_ForceFullBackup значение 1. В следующий раз Резервное копирование сервера BizTalk Задание выполняется, создается набор резервной копии всей базы данных.

BizTalk Server лучшие методики Анализатора можно использовать для оценки существующего развертывания BizTalk Server. Анализатор соответствия Рекомендациям выполняет многочисленные проверки, относящиеся к базе данных. Для получения дополнительных сведений о BPA посетите следующий веб-узел корпорации Майкрософт:
http://www.Microsoft.com/downloads/details.aspx?FamilyID = 93d432fe-1370-4b6d-aaa8-a0c43c30f5ab & displaylang = en

Устранение неполадок

Лучшее решение проблем, связанных баз данных SQL сервера BizTalk Server зависит от типа проблемы с базой данных, таких как блокировки и взаимоблокировки. Для устранения проблемы с базой данных BizTalk Server, выполните следующие действия.

Шаг 1: Включить и запустить все необходимые задания агента SQL Server BizTalk

Все BizTalk задания агента SQL Server за исключением MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Работа должна быть включена и запущена успешно. Не отключайте любых других заданий.

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

Шаг 2: Использование инструмента «MsgBoxViewer»

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

Средство MsgBoxViewer полезно для устранения неполадок, поскольку он предоставляет отчет HTML, который подробные сведения о таблице размеров и количества строк. Отчет может также помочь определить, ли регулирование BizTalk Server. Кроме того средство обеспечивает моментальный снимок базы данных BizTalk Server и настройки BizTalk Server.

Для получения дополнительных сведений о загрузке средства MsgBoxViewer посетите веб-узел корпорации Майкрософт:
http://blogs.TechNet.com/jpierauc/Pages/msgboxviewer.aspx
Для получения дополнительных сведений о регулировке размеров BizTalk Server посетите веб-узле MSDN:
http://MSDN.Microsoft.com/en-us/library/aa559893.aspx
Когда BizTalk Server работает медленнее, чем обычно, запустите средство MsgBoxViewer, а затем просмотрите созданный отчет HTML для любой проблемы. В Сводка в разделе перечислены предупреждения в желтый и потенциальных проблем в красный цвет.

Кроме того можно использовать средство MsgBoxViewer, выходных данных определяют, какие таблицы имеют самые большие размеры и большинство записей. В следующей таблице перечислены таблицы BizTalk Server, которые обычно наибольшей. Эти данные можно использовать для определения, где существует потенциальная проблема.
Свернуть эту таблицуРазвернуть эту таблицу
ТаблицыОписание
Имя узлаQ_SuspendedВ этой таблице содержатся ссылки на сообщения в очереди печати таблицы, связанные с приостановленные экземпляры для конкретного узла. Эта таблица является в базе данных BizTalkMsgBoxDb.
Имя узлаВОПРОС:В этой таблице содержатся ссылки на сообщения в очереди печати таблицы, связанные с определенным узлом и не приостановлен. Эта таблица является в базе данных BizTalkMsgBoxDb.
Очередь печати
Частей
Фрагменты
Эти таблицы хранят фактические данные в базе данных BizTalkMsgBoxDb.
ЭкземплярыВ этой таблице хранятся все экземпляры и их текущее состояние базы данных BizTalkMsgBoxDb.
TrackingData_0_xЭти четыре таблицы хранят деловой активности мониторинга (BAM) отслеживаются события в базе данных BizTalkMsgBoxDb для TDDS для перемещения событий в базу данных BAMPrimaryImport.
TrackingData_1_xЭти четыре таблицы хранения записанных событий в базе данных BizTalkMsgBoxDb для TDDS для перемещения событий в базу данных BizTalkDTADB.
Tracking_Fragmentsx
Tracking_Partsx
Tracking_Spoolx
Два из каждой из этих таблиц, в BizTalkMsgBoxDb и BizTalkDTADb базы данных. Один находится в оперативном режиме, а другой находится в автономном режиме.

В BizTalk Server 2004 с пакетом обновления 2 и более поздних версиях задание агента SQL Server TrackedMessages_Copy_BizTalkMsgBoxDb перемещение текстов записанных сообщений непосредственно к этим таблицам в базе данных BizTalkDTADb.

BizTalk Server 2004 с пакетом обновления 1 (SP1) и более ранние версии BizTalk Server 2004 задания агента SQL Server TrackedMessages_Copy_BizTalkMsgBoxDb копирует содержимое сообщения, записанные в этих таблицах в базе данных BizTalkMsgBoxDb. Задание агента SQL Server TrackingSpool_Cleanup_BizTalkMsgBoxDb отменяет автономной таблицы и делает таблиц в оперативном режиме во время работы также интерактивных таблиц автономно.
dta_ServiceInstancesВ этой таблице хранятся записанные события для экземпляров служб в базе данных BizTalkDTADb. Если эта таблица имеет большой размер, вероятно большой базы данных BizTalkDTADb.
dta_DebugTraceВ этой таблице хранятся события отладчика согласование базы данных BizTalkDTADb.
dta_MessageInOutEventsВ этой таблице хранятся сообщения, записанные события в базе данных BizTalkDTADb. Эти сообщения записанные события включают сведения о контексте сообщения.
dta_ServiceInstanceExceptionsВ этой таблице хранятся сведения об ошибках для любого экземпляра приостановленную службу базы данных BizTalkDTADb.
Рассмотрим следующие сценарии.
Имя узлаТаблицы Q_Suspended
Если Имя узлаQ_Suspended таблицы имеют большое количество записей, таблицы может быть допустимым приостановленные экземпляры, которые отображаются в Концентратор группыили в HAT. Они могут быть завершен. Если эти экземпляры не отображаются вКонцентратор группыили в ШЛЯПЕ экземпляры возможно кэширование экземпляры или потерянных маршрутизации отчеты. После завершения приостановленные экземпляры элементов в этой таблице и их связанных строк в таблицах очереди и экземпляры очищаются.

В этом сценарии обработки приостановленные экземпляры путем их возобновление и завершение их работы. Также можно использовать средство BizTalk терминатор.
Имя узлаВопрос: таблицы
Если Имя узлаQ таблицы имеют много записей, могут существовать следующие виды экземпляров:
  • К запуску экземпляров
  • Активные экземпляры
  • Dehydrated экземпляры
BizTalk Server требуется время на «догнать» и экземпляры процессов. Эта таблица может увеличиваться при outpaces входящих скорость обработки исходящих скорость обработки. Эта ситуация возникает, когда возникает другая проблема, например большой базы данных BizTalkDTADb или задержки диска SQL Server.
Очередь, части и фрагментов таблиц
Если очереди печати, частей и фрагменты таблиц имеют большое количество записей, многие сообщения активных в настоящий момент, dehydrated или приостановлена. В зависимости от размера и количества частей параметры фрагментации в этих таблицах одно сообщение может вызвать эти таблицы. Каждое сообщение имеет только одну строку таблицы очереди и хотя бы одна строка в таблице частей.
Экземпляры таблицы
Не следует позволять администратором BizTalk для многих приостановленные экземпляры остаются в таблице экземпляров. Dehydrated экземпляры останется только если бизнес-логика требует длительной согласований. Запомнить этот экземпляр службы могут быть связаны с большое количество сообщений в очереди печати таблицы.
TrackingData_x_x Таблицы
Если TrackingData_x_x таблицы имеют большой размер, отслеживание размещения (TDDS) не работает или не запущена успешно. Если отслеживание размещения экземпляр запущен, просмотрите журналы событий и TDDS_FailedTrackingData таблицы в базе данных BizTalkDTADb для получения сведений об ошибке. Если BizTalk регулирования с состоянием 6 (большой базы данных), эти таблицы можно также усечено инструментом конца BizTalk.

Если имеется большой разрыв между порядковые номера в BizTalkMsgBoxDb TrackingData_x_x таблиц и таблиц BAMPrimaryImport или BizTalkDTADb TDDS_StreamStatus, затем TDDS может не переместить данные из базы данных BizTalkMsgBoxDb. Чтобы исправить это, инструментом конца BizTalk удалить эти таблицы и сбросить порядковый номер.

Установите на BizTalk Server 2006 R2 BizTalk 2006 R2 с пакетом обновления 1, чтобы устранить известную проблему с данными трассировки. Для получения дополнительных сведений со следующими статьями базы знаний Майкрософт:

969870 ИСПРАВИТЬ: Данные трассировки не перемещаются, как ожидалось из базы данных BizTalkMsgBoxDb на базе BizTalkDTADb в BizTalk Server 2006 R2

974563 Список исправлений Microsoft BizTalk Server, включенных в пакет обновления 1 (Sp1) для BizTalk Server 2006 R2
Tracking_Spool1 или Tracking_Spool2 таблиц
Если таблиц Tracking_Spool1 или Tracking_Spool2 разрастись в BizTalk Server 2004 с пакетом обновления 1 и более ранние версии BizTalk Server 2004, подтверждение TrackingSpool_Cleanup_BizTalkMsgBoxDb Задание агента SQL Server включена и запущена.

Для получения дополнительных сведений со следующей статьей базы знаний Майкрософт:

907661 Tracking_Spool1 или Tracking_Spool2 таблиц в базе данных BiztalkMsgBoxDb стать очень большими в BizTalk Server 2004

Для получения дополнительных сведений по выборке SDK обслуживания базы данных обратитесь на веб-узле MSDN по адресу
http://MSDN.Microsoft.com/en-us/library/ms966372.aspx
таблицы dta_DebugTrace и dta_MessageInOutEvents
Dta_DebugTrace таблица заполняется при Фигура начала и окончания включен на согласование. Если таблица dta_DebugTrace имеет большое количество записей, эти события отладки взаимодействия используются или использовались. Если отладка взаимодействия не требуется для выполнения обычных операций, снимите флажок Фигура начала и окончания в окне Свойства согласование.

Dta_MessageInOutEvents таблица заполняется приСообщения, отправка и получение включено согласований и конвейеры. Если эти события трассировки не требуется, снимите флажок этого в свойствах согласование и/или конвейера.

При отключении этих событий трассировки или задержки обработки существует в базе данных BizTalkMsgBoxDb, эти таблицы могут продолжать расти, так как TDDS по-прежнему переместить эти данные в этих таблицах.

По умолчанию глобальная трассировка включена. Если глобальный отслеживания не является обязательной, она может быть отключена. Для получения дополнительных сведений посетите следующий веб-узел корпорации Майкрософт:
http://TechNet.Microsoft.com/en-us/library/bb203858.aspx
Если в таблице dta_DebugTrace и dta_messageInOutEvents таблицы в базе данных BizTalkDTADb слишком велики, можно вручную усекает таблицы, после остановки трассировки узла. Средство BizTalk конца также предоставляет эту возможность.

В BizTalk Server 2004 dtav_FindMessageFacts представления в базе данных BizTalkDTADb предотвращает таблицы dta_MessageInOutEvents усечение. Чтобы устранить эту проблему, выполните следующие действия:
  1. Прекратить отслеживание размещения и задание очистки DTA и архив.
  2. Если требуется, чтобы усечь таблицу dta_messageInOutEvents, сохранить, а затем удалить представление dtav_FindMessageFacts. Чтобы сделать это, выполните следующие действия.
    1. В SQL Server доступ к представлению dtav_FindMessageFacts в базе данных BizTalkDTADb.
    2. Щелкните правой кнопкой мыши dtav_FindMessageFacts Просмотр, нажмите кнопку Все задачи, а затем нажмите кнопку Формирование сценария SQL. При Создание сценариев SQL Откроется диалоговое окно, не вносить изменения и нажмите кнопку ОК.
    3. Имя файла dtav_FindMessageFacts.sql и нажмите кнопку Сохранить.
    4. Щелкните правой кнопкой мыши dtav_FindMessageFacts Просмотр и нажмите кнопку Удалить. Нажмите кнопку Удалить все.
Теперь можно усечь таблицу или таблицы. Усечение таблицы dta_messageInOutEvents, необходимо также выполнить усечение таблицы dta_url. Dta_url таблица существует только в BizTalk Server 2004.

По окончании выполните следующие действия для повторного создания представления dtav_FindMessageFacts.
  1. Открытие нового запроса в SQL Server.
  2. В Доступные базы данных Список выбора BizTalkDTADb База данных.
  3. Выполнение сценария сохраненного dtav_FindMessageFacts.sql. Это будет повторное создание представления в базе данных BizTalkDTADb.
Перезагрузите узел отслеживания и Программа DTA очистки и архив задание.
Для получения дополнительных сведений об отслеживании правила изменения размера базы данных обратитесь на веб-узле MSDN по адресу
http://MSDN.Microsoft.com/en-us/library/aa559162.aspx
Таблица dta_ServiceInstanceExceptions
В таблице dta_ServiceInstanceExceptions обычно становится большим в среде, которая регулярно приостановил экземпляров.

Шаг 3: Исследование ситуаций взаимоблокировки

В случае взаимоблокировки включите трассировку DBCC на SQL Server, таким образом, взаимоблокировки информация записывается в журнал SQLERROR.

В SQL Server 2005 и более поздних версиях выполните следующую инструкцию:
DBCC TRACEON (1222,-1)
В SQL Server 2000 выполните следующую инструкцию:
DBCC TRACEON (1204)
Кроме того, используйте служебную программу PSSDiag для сбора данных на Lock: Deadlock события иLock: Deadlock Chain событие.

BizTalkMsgBoxDB база данных находится в крупномасштабных и высокой транзакции базы данных оперативной обработки транзакций (OLTP). Ожидается, некоторые взаимоблокировку и эту взаимоблокировку управляется внутренне ядро BizTalk Server. При этом без ошибок, перечислены в журналах ошибок. При исследовании ситуацию взаимоблокировки взаимоблокировки, изучаем в выходных данных должен взаимосвязано с Ошибка взаимоблокировки в журналах событий.

Дополнительные сведения о PSSDiag для SQL со следующей статьей базы знаний Майкрософт:

830232 Программа для сбора данных PSSDIAG


Шаг 4: Ищите заблокированных процессов

Чтобы получить идентификатор процесса сервера (SPID) блокировки процесса система может использоваться монитор активности в SQL Server. Запустите приложение SQL Profiler для определения инструкции SQL, которая выполняется в блокировке SPID.

Для устранения проблемы с блокировкой в SQL Server, используйте PSSDiag для программы SQL записывать все события Transact-SQL, блокирование сценариев включена.

В SQL Server 2005 и более поздних версий, можно указатьпороговое значение заблокированных процессов Настройка для определения, который больше, чем указанное пороговое значение блокировки SPID или SPID.

Дополнительные сведения о PSSDiag для SQL со следующей статьей базы знаний Майкрософт:

830232 Программа для сбора данных PSSDIAG

Для получения дополнительных сведений о заблокированных процессах порог посетите веб-узле MSDN:
http://msdn2.Microsoft.com/en-us/library/ms181150.aspx
ПримечаниеВ случае возникновения блокировки или блокирующие проблемы в SQL Server, рекомендуется обратиться в службу поддержки пользователей Майкрософт. Службу поддержки пользователей Майкрософт помогут вам настроить правильные параметры служебной программы PSSDiag.

Шаг 5: Установите последний пакет обновления для BizTalk Server и накопительное обновление

BizTalk Server 2006 R2 и более поздних версиях был перемещен в модели накопительного обновления (ку). Накопительные обновления будет содержать последние исправления. Также доступен пакет обновления 1 (Sp1) для BizTalk Server 2006 R2:

BizTalk Server 2006 R2 с пакетом обновления 1

BizTalk Server 2004 с пакетом обновления 1 имеются не встроенные параметры очистки и архивирования функциональных возможностей базы данных BizTalkDTADb. Эта функция включена в BizTalk Server 2004 с пакетом обновления 2. В зависимости от размера базы данных BizTalkDTADb Установка BizTalk Server 2004 с пакетом обновления 2 может занять часы, так как программа установки выполняет очистку базы данных BizTalkDTADb.

Для получения сведений об известных проблемах при установке пакета обновления 2 (SP2) для BizTalk Server 2004 следующей статьи базы знаний Майкрософт:

940519 Известные проблемы в BizTalk Server 2004 с пакетом обновления 2, которые не описаны в файле ReadmeSP2.htm
При установке BizTalk Server 2004 с пакетом обновления 2, рекомендуется выполнить следующие действия:
  1. Установите исправление, описанное в статье 894253 базы знаний Майкрософт. Выполните действия, описанные в этой статье базы знаний для выполнения сценария bts_tracking_shrinkexistingdatabase.sql в SQL Server 2000. Для получения дополнительных сведений со следующей статьей базы знаний Майкрософт:

    894253 ИСПРАВЛЕНИЕ: dtasp_PruneTrackingdatabase() хранимой процедуры может занять несколько часов для очистки базы данных DTA в BizTalk Server 2004
  2. Установка BizTalk Server 2004 с пакетом обновления 2. Для получения дополнительных сведений со следующей статьей базы знаний Майкрософт:

    888751 Как получить последний пакет обновления для BizTalk Server 2004

Удалить все данные

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

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

Этапы очистки базы данных BizTalkMsgBoxDb

Удалить все данные в базе данных BizTalkMsgBoxDb, можно использовать средство BizTalk терминатор. В противном случае выполните следующие действия.

ПримечаниеЭто действие удаляет все сообщения. Соблюдайте предельную осторожность, если выполните следующие действия в рабочей среде.
  1. Создайте резервную копию всех баз данных BizTalk Server.
  2. Копирование сценария Msgbox_cleanup_logic.sql из Диск: \Program Files\Microsoft BizTalk 200x\schema в SQL Server.
  3. Выполните этот сценарий SQL в базе данных BizTalkMsgBoxDb для обновления bts_CleanupMsgbox хранимой процедуры.
  4. Остановка всех узлов, службы и пользовательские адаптеры изолированного BizTalk. Если используется адаптер SOAP или HTTP, перезапустите службы IIS.
  5. Выполнение bts_CleanupMsgbox хранимых процедур для всех баз данных BizTalkMsgBoxDb.
  6. Перезапустите все службы BizTalk Server и хост-экземпляры.
Сведения об известных проблем с bts_CleanupMsgbox хранимую процедуру в BizTalk Server 2006 следующей статьи базы знаний Майкрософт:

924715 ИСПРАВЛЕНИЕ: Сообщения, данные не удаляются из базы данных отслеживания после запуска bts_CleanupMsgbox хранимой процедуры в тестовой среде BizTalk Server 2006

Очистка параметров базы данных BizTalkDTADb

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

Примечание Оба метода удаления всех сообщений. Второй способ быстрее.
  • Метод 1:
    1. Создайте резервную копию всех баз данных BizTalk Server.
    2. Выполнение dtasp_PurgeAllCompletedTrackingData хранимой процедуры. Для получения дополнительных сведений о dtasp_PurgeAllCompletedTrackingData хранимые процедуры посетите веб-узле MSDN:
      http://MSDN.Microsoft.com/en-us/library/aa561918.aspx
      Примечание Это действие удаляет все завершенные сообщения.
  • Способ 2:
    1. Создайте резервную копию всех баз данных BizTalk.
    2. Выполнение dtasp_CleanHMData хранимой процедуры. Используйте этот параметр, только если база данных BizTalkDTADb содержит много незавершенных экземпляры, которые должны быть удалены.

      Чтобы сделать это, выполните следующие действия.
      1. Остановка всех узлов, службы и пользовательские адаптеры изолированного BizTalk. Если используется адаптер SOAP или HTTP, перезапустите службы IIS.
      2. Выполнение процедуры dtasp_CleanHMData хранится в базе данных BizTalkDTADb.
      3. Перезагрузите все узлы и службы BizTalk Server.
Действия только для BizTalk Server 2004
Чтобы удалить все данные из базы данных BizTalkDTADb в BizTalk Server 2004, выполните следующие действия.

Примечание Это действие удаляет все завершенные сообщения.
  1. Создайте резервную копию всех баз данных BizTalk Server.
  2. Остановка всех узлов, службы и пользовательские адаптеры изолированного BizTalk. Если используется адаптер SOAP или HTTP, перезапустите службы IIS.
  3. Установите исправление, описанное в статье 894253 базы знаний Майкрософт. Выполните действия, описанные в этой статье базы знаний для выполнения сценария Bts_tracking_shrinkexistingdatabase.sql в SQL Server 2000.

    Информация о dtasp_PruneTrackingdatabase хранимой процедуры указанной ниже статье базы знаний Microsoft:

    894253 ИСПРАВЛЕНИЕ: dtasp_PruneTrackingdatabase() хранимой процедуры может занять несколько часов для очистки базы данных DTA в BizTalk Server 2004
  4. Перезагрузите все узлы и службы BizTalk.
Примечание Если необходимо иметь данные отслеживания, резервное копирование базы данных BizTalkDTADb, восстановите базу данных на другой сервер SQL и затем очистить исходной базы данных BizTalkDTADb.

В случае необходимости справки для анализа данных MsgBoxViewer или PSSDiag вывода обратитесь в службу технической поддержки Майкрософт. Полный список телефонов служб поддержки клиентов и сведения о стоимости поддержки посетите следующий веб-узел корпорации Майкрософт:
http://support.Microsoft.com/contactus/?ws=Support
Примечание Прежде чем обращаться в службу поддержки пользователей, сжатие данных MsgBoxViewer, PSSDiag вывода и обновленные журналов событий (.evt файлов). Необходимо отправить эти файлы для BizTalk Server поддерживает инженер.

Свойства

Код статьи: 952555 - Последний отзыв: 19 июня 2011 г. - Revision: 4.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
  • Microsoft BizTalk Server 2009 Enterprise
  • Microsoft BizTalk Server 2009 Developer
  • Microsoft BizTalk Server 2009 Standard
  • Microsoft BizTalk Server 2009 Branch
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2006 Enterprise Edition
  • Microsoft BizTalk Server 2006 Developer Edition
  • Microsoft BizTalk Server 2006 Standard Edition
  • Microsoft BizTalk Server 2004 Enterprise Edition
  • Microsoft BizTalk Server 2004 Developer Edition
  • Microsoft BizTalk Server 2004 Standard Edition
Ключевые слова: 
kbPubTypeKC kbinfo kbhowto kbmt KB952555 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:952555

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com