Обслуживание и устранение неполадок баз данных 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 мс или больше считается низкой производительностью.
Устранение проблем с производительностью в SQL Server 2005 г.
Обеспечение высокого уровня доступности для баз данных BizTalk Server
Рекомендации по 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, если данные не требуются.Если между порядковые номера в
BizTalkMsgBoxDb
TrackingData_x_x
таблицах иBAMPrimaryImport
таблицами илиBizTalkDTADb
TDDS_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:
Создайте резервную копию всех баз данных BizTalk Server.
Выполните хранимую
dtasp_PurgeAllCompletedTrackingData
процедуру. Дополнительные сведения о хранимойdtasp_PurgeAllCompletedTrackingData
процедуре см. в статье Как вручную очистить данные из базы данных отслеживания BizTalk.Примечание.
Это действие удаляет все завершенные сообщения.
Метод 2:
Создайте резервную копию всех баз данных BizTalk.
Выполните хранимую
dtasp_CleanHMData
процедуру. Используйте этот параметр, только еслиBizTalkDTADb
база данных содержит много незавершенных экземпляров, которые необходимо удалить.Для этого выполните следующие действия:
- Остановите все узлы, службы и пользовательские изолированные адаптеры BizTalk. Если вы используете HTTP или адаптер SOAP, перезапустите службы IIS.
- Выполните хранимую
dtasp_CleanHMData
процедуру вBizTalkDTADb
базе данных. - Перезапустите все узлы и службы 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
Обратная связь
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Отправить и просмотреть отзыв по