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

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

Исходная версия продукта: BizTalk Server базы данных
Исходный номер базы знаний: 952555

Сводка

Работоспособность баз данных Microsoft BizTalk Server важна для успешного BizTalk Server среды обмена сообщениями. В этой статье рассматриваются важные моменты, которые следует учитывать при работе с BizTalk Server базами данных. Эти рекомендации включают в себя следующее:

  • Необходимо отключить auto update statistics параметры и auto create statistics SQL Server.
  • Параметр (MAXDOP) необходимо задать max degree of parallelism правильно.
  • Определите, когда можно перестроить индексы BizTalk Server.
  • Может возникать блокировка, взаимоблокировка или блокировка.
  • Могут возникнуть проблемы с большими базами данных или таблицами.
  • Задания агент SQL Server BizTalk.
  • Экземпляры службы могут быть приостановлены.
  • Могут возникнуть проблемы с производительностью SQL Server и BizTalk Server.
  • В BizTalk Server следует следовать рекомендациям.

Введение

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

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

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

EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

Для текущего параметра следует задать значение off. Если для этого параметра задано значение on, отключите его, выполнив следующие хранимые процедуры в SQL Server:

EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
EXEC sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Необходимо правильно задать свойство Max Degree of Parallelism

На компьютере, на котором выполняется SQL Server и размещается BizTalkMsgBoxDb база данных, задайте для максимальной степени параллелизма run_value и config_value свойств значение 1. В более поздних версиях SQL этот параметр также можно указать для каждой базы данных, а не для каждого экземпляра SQL. Дополнительные сведения см. в разделе Set MAXDOP. Чтобы определить max degree of parallelism параметр, выполните следующую хранимую процедуру для базы данных master в SQL Server:

EXEC sp_configure 'show advanced options', 1;
GO
EXEC sp_configure 'max degree of parallelism'

run_value Если свойства и config_value не имеют значения 1, выполните следующую хранимую процедуру в SQL Server, чтобы задать для них значение 1:

EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
EXEC sp_configure 'max degree of parallelism', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO

Определение возможности перестроения индексов BizTalk Server

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

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

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

Может происходить блокировка, взаимоблокировка или блокировка

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

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

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

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

База BizTalkDTADb данных не имеет заданного размера. Однако при снижении производительности база данных, вероятно, будет слишком большой. Для некоторых клиентов 20 ГБ могут считаться слишком большими, а для других с 200 ГБ может нормально работать с сервером SQL с высокой степенью надежности, работающим на нескольких ЦП, большим объемом памяти, а также быстрой сетью и хранилищем. При наличии больших BizTalk Server баз данных могут возникнуть следующие проблемы:

  • База BizTalkMsgBoxDb данных продолжает расти. Однако файл журнала и размер данных остаются большими.

  • BizTalk Server обработка даже простого сценария потока сообщений занимает больше времени, чем обычно.

  • Консоль администрирования BizTalk или запросы отслеживания работоспособности и действий (HAT) занимают больше времени, чем обычно, и может истекть время ожидания.

  • Файл журнала базы данных никогда не усекается.

  • Задания BizTalk агент SQL Server выполняются медленнее, чем обычно.

  • Некоторые таблицы больше или имеют слишком много строк по сравнению с обычным размером таблицы.

Базы данных могут стать большими по различным причинам. Эти причины могут включать в себя следующие:

  • Задания BizTalk агент SQL Server не выполняются
  • Большое количество приостановленных экземпляров
  • Сбои диска
  • Отслеживание
  • Регулирование
  • Производительность SQL Server
  • Задержка сети

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

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

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

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

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

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

Задание резервного копирования BizTalk Server агент SQL Server является единственным поддерживаемым методом резервного копирования баз данных BizTalk Server при запуске экземпляров агент SQL Server и узла BizTalkServer. Для этого задания все базы данных BizTalk Server используют модель полного восстановления. Это задание следует настроить для работоспособной BizTalk Server среды. Методы SQL Server можно использовать для резервного копирования баз данных BizTalk Server только в том случае, если агент SQL Server остановлена, а все экземпляры узла BizTalk Server остановлены.

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

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

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

Все задания Агент SQL Server BizTalk, кроме MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb агент SQL Server, должны успешно выполняться.

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

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

Эти экземпляры службы могут привести к BizTalkMsgBoxDb ненужному росту базы данных и их можно завершить. Центр групп можно использовать для запроса, возобновления или завершения сообщений. Вы также можете использовать скриптTerminate.vbs или средство Мониторинга работоспособности BizTalk (BHM) для запроса, очистки и обслуживания баз данных BizTalk. В некоторых ситуациях в системе могут остаться потерянные или зомби-сообщения. Средство BHM поможет исправить эти ситуации.

Дополнительные сведения о скрипте Terminate.vbs см. в разделе Удаление приостановленных экземпляров службы.

Экземпляры кэширования не отображаются на странице Центра групп , и их нельзя приостановить или завершить. Это ограничение является распространенной причиной роста таблицы. Чтобы предотвратить появление новых сообщений зомби для экземпляров службы кэша в BizTalk Server 2006 г., установите исправление в статье базы знаний Майкрософт 936536. Эта проблема устранена в BizTalk Server 2006 R2 и более поздних версиях.

Примечание.

Сообщение зомби — это сообщение, которое было перенаправлено, но не использовано.

Описание сообщений зомби см. на следующем веб-сайте MSDN: WebLog ядра BizTalk

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

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

Рекомендации по BizTalk Server

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

Поместите файлы SQL Server файла базы данных журнала (LDF) и основного файла базы данных (MDF) на отдельных дисках. Если файлы LDF и MDF для BizTalkMsgBoxDb баз данных и BizTalkDTADb находятся на одном диске, может возникнуть состязание на диске.

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

Как правило, меньшие журналы транзакций приводят к повышению производительности. Чтобы уменьшить размер журналов транзакций, настройте задание резервного копирования BizTalk Server агент SQL Server для более частого выполнения.

Хранимую sp_ForceFullBackup процедуру BizTalkMgmtDb в базе данных также можно использовать для создания нерегламентированного полного резервного копирования файлов данных и журналов. Хранимая процедура обновляет таблицу adm_ForceFullBackup значением 1. При следующем запуске задания резервного копирования BizTalk Server создается полный резервный набор данных.

Средство BizTalk Health Monitor (BHM) можно использовать для оценки существующего BizTalk Server развертывания. BHM выполняет многочисленные проверки, связанные с базой данных.

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

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

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

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

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

Шаг 2. Использование средства BizTalk Health Monitor (BHM)/MsgBoxViewer

Соберите отчет BHM при воспроизведении проблемы.

Инструмент BHM полезен для устранения неполадок, так как предоставляет html-отчет с подробными сведениями о размерах таблиц и количестве строк. Отчет также может помочь определить, регулируется ли BizTalk Server. Кроме того, средство предоставляет snapshot представление BizTalk Server баз данных и конфигурации BizTalk Server.

Дополнительные сведения о регулировании в BizTalk Server см. в разделе Как BizTalk Server реализует регулирование узла.

Если BizTalk Server работает медленнее, чем обычно, запустите средство BHM, а затем просмотрите созданный HTML-отчет на наличие проблем. В разделе Сводка предупреждения отображаются желтым цветом, а возможные проблемы — красным.

Кроме того, можно использовать выходные данные средства BHM, чтобы определить, какие таблицы являются самыми большими и имеют наибольшее число записей. В следующей таблице перечислены BizTalk Server таблицы, которые обычно увеличиваются по размеру. Эти данные можно использовать, чтобы определить, где может возникнуть потенциальная проблема.

Table Описание
<HostName>Q_Suspended Эта таблица содержит ссылку на сообщения в Spool таблице, связанные с приостановленными экземплярами для конкретного узла. Эта таблица находится в BizTalkMsgBoxDb базе данных.
<HostName>Q Эта таблица содержит ссылку на сообщения в Spool таблице, связанные с конкретным узлом и не приостановленные. Эта таблица находится в BizTalkMsgBoxDb базе данных.
Spool

Parts

Fragments
Эти таблицы хранят фактические данные сообщений в BizTalkMsgBoxDb базе данных.
Instances В этой таблице хранятся все экземпляры и их текущее состояние в 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 (SP2) и более поздних версиях TrackedMessages_Copy_BizTalkMsgBoxDb задание агент SQL Server перемещает отслеживаемые тела сообщений непосредственно в эти таблицы в BizTalkDTADb базе данных.

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

Рассмотрим следующие сценарии.

  • <HostName>Q_Suspended Таблицы

    <HostName>Q_Suspended Если в таблицах много записей, таблицы могут быть допустимыми приостановленными экземплярами, которые отображаются в центре групп или в HAT. Эти экземпляры можно завершить. Если эти экземпляры не отображаются в Центре групп или в HAT, вероятно, экземпляры кэшируют экземпляры или потерянные отчеты о сбоях маршрутизации. Когда приостановленные экземпляры завершаются, элементы в этой таблице и связанные с ними строки в Spool таблицах и Instances очищаются.

    В этом сценарии обработайте приостановленные экземпляры, возобновляя их или завершая. Также можно использовать средство BHM.

  • <HostName>Q Таблицы

    Если в таблицах <HostName>Q много записей, могут существовать следующие типы экземпляров:

    • Готовые к выполнению экземпляры
    • Активные экземпляры
    • Обезвоженным экземплярам BizTalk Server требуется время, чтобы "догнать" и обработать экземпляры.

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

  • Spool, Partsи Fragments таблицы

    SpoolЕсли таблицы , Partsи Fragments содержат много записей, многие сообщения в настоящее время активны, обезвожены или приостановлены. В зависимости от размера, количества частей и параметров фрагментации в этих таблицах одно сообщение может породить все эти таблицы. Каждое сообщение содержит ровно одну строку в Spool таблице и по крайней мере одну строку в Parts таблице.

  • Instances Таблице

    Администратор BizTalk не должен разрешать много приостановленных экземпляров оставаться в Instances таблице. Обезвоженные экземпляры должны оставаться только в том случае, если бизнес-логика требует длительной оркестрации. Помните, что один экземпляр службы может быть связан с множеством сообщений в Spool таблице.

  • TrackingData_x_x Таблицы

    TrackingData_x_x Если таблицы большие, узел отслеживания (TDDS) не работает успешно. Если экземпляр узла отслеживания запущен, просмотрите журналы событий и таблицу TDDS_FailedTrackingData в базе данных для получения сведений BizTalkDTADb об ошибках. Если BizTalk регулируется с состоянием 6 (большая база данных), эти таблицы также можно усечить с помощью средства Завершения BizTalk, если данные не требуются.

    Если между порядковые номера в BizTalkMsgBoxDbTrackingData_x_x таблицах и BAMPrimaryImport таблицами или BizTalkDTADbTDDS_StreamStatus большой разрыв, TDDS может не перемещать данные из BizTalkMsgBoxDb базы данных. Чтобы исправить это, используйте средство BHM, чтобы очистить эти таблицы и сбросить порядковый номер.

  • dta_DebugTrace и dta_MessageInOutEvents таблицы

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

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

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

    По умолчанию глобальное отслеживание включено. Если глобальное отслеживание не требуется, его можно отключить. Дополнительные сведения см. в разделе Отключение глобального отслеживания.

    dta_DebugTrace Если таблица и (илиdta_messageInOutEvents) таблица в BizTalkDTADb базе данных слишком велика, вы можете усекать таблицы вручную после остановки узла отслеживания. Средство BHM также предоставляет эту функцию.

    Чтобы усечь все таблицы отслеживания в BizTalkMsgBoxDb базе данных, используйте средство BHM. Средство BHM доступно за пределами Центра загрузки Майкрософт.

    Дополнительные сведения о рекомендациях по настройке размера базы данных отслеживания см. на следующем веб-сайте MSDN: Рекомендации по отслеживанию размера базы данных.

  • 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. При таком поведении ошибки не отображаются в журналах ошибок. При изучении сценария взаимоблокировки взаимоблокировка, которую вы изучаете в выходных данных, должна быть связана с ошибкой взаимоблокировки в журналах событий.

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

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

Шаг 4. Поиск заблокированных процессов

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

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

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

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

Примечание.

При возникновении проблемы с блокировкой или блокировкой в SQL Server рекомендуется обратиться в службу поддержки майкрософт. Службы поддержки клиентов Майкрософт помогут вам настроить правильные параметры служебной программы PSSDiag.

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

BizTalk Server более поздних версий были перемещены в модель накопительного обновления (CU). Накопительные обновления будут содержать последние исправления.

Удаление всех данных

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

Предостережение

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

Шаги очистки базы данных BizTalkMsgBoxDb

Чтобы удалить все данные в BizTalkMsgBoxDb базе данных, используйте средство Монитор работоспособности BizTalk (BHM).

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

Чтобы удалить все данные из BizTalkDTADb базы данных, используйте средство Монитор работоспособности BizTalk (BHM). В противном случае используйте один из следующих методов.

Примечание.

Хотя оба метода удаляют все сообщения, метод 2 работает быстрее.

  • Метод 1:

    1. Создайте резервную копию всех баз данных BizTalk Server.

    2. Выполните хранимую dtasp_PurgeAllCompletedTrackingData процедуру. Дополнительные сведения о хранимой dtasp_PurgeAllCompletedTrackingData процедуре см. в статье Как вручную очистить данные из базы данных отслеживания BizTalk.

      Примечание.

      Это действие удаляет все завершенные сообщения.

  • Метод 2:

    1. Создайте резервную копию всех баз данных BizTalk.

    2. Выполните хранимую dtasp_CleanHMData процедуру. Используйте этот параметр, только если BizTalkDTADb база данных содержит много незавершенных экземпляров, которые необходимо удалить.

      Для этого выполните следующие действия:

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

шаги, доступные только BizTalk Server 2004 г.

Примечание.

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

Если вам нужна помощь в анализе данных BHM или выходных данных PSSDiag, обратитесь в службу поддержки майкрософт. Полный список телефонных номеров служб поддержки клиентов и сведения о расходах на поддержку см. в разделе Контактная служба поддержки Майкрософт.

Примечание.

Перед обращением в службу поддержки клиентов сожмите данные отчета BHM, выходные данные PSSDiag и обновленные журналы событий (EVT-файлы). Может потребоваться отправить эти файлы инженеру службы поддержки BizTalk Server.

Сфера применения

  • BizTalk Server 2009
  • BizTalk Server 2010
  • BizTalk Server 2013
  • BizTalk Server 2013 R2
  • BizTalk Server 2016
  • BizTalk Server 2020