Como manter e solucionar problemas de bancos de dados de BizTalk Server

Bancos de dados do Microsoft BizTalk Server e a integridade dos bancos de dados são muito importantes para um ambiente de mensagens de BizTalk Server com êxito. Este artigo discute as considerações importantes ao trabalhar com bancos de dados de BizTalk Server. Essas considerações incluem o seguinte:

• Você deve desabilitar o Atualizar estatísticas automaticamente e Auto criar estatísticas Opções de Microsoft SQL Server.
• Você deve definir o grau máximo da propriedade de paralelismo corretamente.
• Determine quando você pode reconstruir os índices de BizTalk Server.
• O bloqueio, travado ou bloqueio pode ocorrer.
• Você poderá ter problemas com grandes bancos de dados ou tabelas.
• Trabalhos do agente do BizTalk SQL Server
• Instâncias de serviço podem ser suspenso.
• Você pode enfrentar problemas de desempenho de SQL Server e BizTalk Server.
• Você deve seguir as práticas recomendadas em BizTalk Server.

Este artigo descreve como manter bancos de dados de BizTalk Server e como solucionar problemas de banco de dados de BizTalk Server.

Problemas conhecidos

Você deve desabilitar as opções atualizar estatísticas automaticamente e criar estatísticas automaticamente

Você deve desabilitar o Auto criar estatísticas e Atualizar estatísticas automaticamente Opções do banco de dados BizTalkMsgBoxDb. Para determinar se essas configurações estão desativadas, execute os seguintes procedimentos armazenados em SQL Server:
Você deve definir a configuração de CurrentSetting para logoff. Se essa configuração for definida como em, desativá-lo executando os seguintes procedimentos armazenados em SQL Server:
Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:

Você deve definir o grau máximo da propriedade de paralelismo corretamente

No computador que está executando o SQL Server e que hospeda o banco de dados de BizTalkMsgBoxDb, defina um grau máximo de propriedades de run_value e config_value de paralelismo para um valor de 1. Determinar o grau máximo de definição de paralelismo, execute o seguinte procedimento armazenado contra o mestre de banco de dados de SQL Server: Se as propriedades run_value e config_value não estiverem definidas para um valor de 1, execute o seguinte procedimento armazenado em SQL Server para defini-los como 1:
Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:

Determinar quando você pode reconstruir os índices de BizTalk Server

A maioria dos índices de BizTalk Server estão agrupados (ID de índice: 1). Você pode usar a instrução do DBCC SHOWCONTIG SQL Server para exibir informações sobre a fragmentação para as tabelas de BizTalk Server.

Os índices de BizTalk Server são baseados em GUID. Portanto, normalmente ocorre a fragmentação. Se o valor de densidade de varredura é retornado pela instrução DBCC SHOWCONTIG for inferior a 30 por cento, os índices de BizTalk Server podem ser recriados durante o tempo de inatividade.

Muitas tabelas de BizTalk Server contenham colunas de definições de tipo de dados. A indexação on-line não pode ser executada nessas colunas. Portanto, você nunca deve reconstruir os índices de BizTalk Server, enquanto BizTalk Server processa os dados.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para obter mais informações sobre como analisar a saída da instrução DBCC SHOWCONTIG, visite o seguinte site da Microsoft:

O bloqueio, travado ou bloqueio pode ocorrer

Normalmente, bloqueios e blocos ocorrem em um ambiente BizTalk Server. No entanto, esses bloqueios ou blocos não permanecem por um longo período. Portanto, o bloqueio e travado indicam um problema potencial.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Você pode enfrentar problemas com grandes bancos de dados ou tabelas

Já vimos que, quando o banco de dados de BizTalkMsgBoxDb é maior que 5 GB, problemas de desempenho podem ocorrer. Idealmente, o banco de dados de BizTalkMsgBoxDb não deve mantendo os dados. O banco de dados de BizTalkMsgBoxDb deve ser considerado um buffer até que os dados são processados ou movidos para o banco de dados BizTalkDTADb.

Um ambiente que utiliza uma poderosa de SQL Server no back-end e muitos orquestrações de execução longa pode ter um banco de dados de BizTalkMsgBoxDb maior que 5 GB. Um ambiente de alto volume que não usa nenhum orquestrações longa deve ter um banco de dados de BizTalkMsgBoxDb é muito menor que 5 GB.

O banco de dados de BizTalkDTADb não tem um tamanho de conjunto. No entanto, se o desempenho diminui, o banco de dados provavelmente é muito grande. Normalmente, 15 GB para 20 GB é considerado muito grande. Quando você tem grandes bancos de dados BizTalk Server, você pode enfrentar os seguintes problemas:

• O banco de dados de BizTalkMsgBoxDb continua a crescer. No entanto, o arquivo de log e o tamanho dos dados permanecem grandes.
• BizTalk Server demora mais que o normal para processar até mesmo um cenário de fluxo de mensagem simples.
• As consultas de integridade e o rastreamento de atividade (HAT) levar mais tempo que o normal e podem expirar.
• O arquivo de log do banco de dados nunca será truncado.
• Os trabalhos do agente do BizTalk SQL Server executar mais lentamente do que o normal.
• Algumas tabelas são significativamente maiores ou tem muitas linhas comparado com o tamanho da tabela usual.

Bancos de dados podem ficar maiores por vários motivos. Essas razões podem incluir o seguinte:

• Trabalhos do agente do BizTalk SQL Server não estão executando.
• Grande número de instâncias suspensas
• Falhas de disco
• Rastreamento
• Otimização
• Desempenho de SQL Server
• Latência de rede

Certifique-se de que você sabe o que é esperado no ambiente para determinar se ocorre um problema de dados.

Por padrão, o rastreamento está ativado no host padrão. O BizTalk requer que o Permitir o controle de Host opção ser marcada em um único host. Quando o rastreamento está habilitado, o serviço de decodificação de dados de rastreamento (TDDS) move o controle a dados de eventos do banco de dados de BizTalkMsgBoxDb no banco de dados de BizTalkDTADb. Se o host do controle for interrompido, o TDDS não mover os dados para o banco de dados de BizTalkDTADb e o TrackingData_x_x crescerão tabelas no banco de dados BizTalkMsgBoxDb.

Recomendamos que você dedicar um host para o controle. Para permitir TDDS manter os novos eventos de rastreamento em cenários de alto volume, crie várias instâncias de um host único de controle. Nenhum host mais de um controle deve existir.

Pode haver muitas linhas em uma tabela. Não há nenhum número de conjunto de linhas que são muitos. Além disso, esse número de linhas varia de acordo com o tipo de dados é armazenado na tabela. Por exemplo, uma tabela de dta_DebugTrace que tem mais de 1 milhão de linhas provavelmente possui muitas linhas. A Nome do hostTabela de Q_Suspended que tem mais de 200.000 linhas provavelmente possui muitas linhas.

Use os trabalhos do agente do BizTalk SQL Server corretos

Os trabalhos do agente do BizTalk SQL Server são importantes para os bancos de dados de BizTalk Server de gerenciamento e manutenção de alto desempenho.

O Backup BizTalk Server Agente de SQL Server trabalho é o único método suportado para fazer backup dos bancos de dados de BizTalk Server. Essa tarefa requer que todos os bancos de dados de BizTalk Server usam um modelo de recuperação total. Você deve configurar este trabalho para um ambiente saudável de BizTalk Server. Os métodos de SQL Server podem ser usados para fazer backup dos bancos de dados de BizTalk Server somente se o agente de SQL Server é interrompido e se todas as instâncias de host de BizTalk Server são interrompidas.

O MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabalho de agente de SQL Server seja executado infinitamente. Portanto, o histórico de trabalho do agente de SQL Server nunca exibe uma conclusão bem-sucedida. Se ocorrer uma falha, o trabalho será reiniciado dentro de um minuto e continua a ser executado infinitamente. Portanto, você pode ignorar seguramente a falha. Além disso, o histórico de trabalho pode ser limpo. Você só deve se preocupar se os relatórios de histórico de empregos que este trabalho falha e reinicia constantemente.

O MessageBox_Message_Cleanup_BizTalkMsgBoxDb Trabalho de agente de SQL Server é a única tarefa de BizTalk Server não deve ser ativada porque ele é iniciado pela MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabalho de agente de SQL Server.

O Arquivamento e eliminação DTA Trabalho de agente de SQL Server ajuda a manter o banco de dados de BizTalkDTADb, descarte e arquivar mensagens controladas. Este trabalho lê cada linha na tabela e compara o carimbo de hora para determinar se o registro deve ser removido.

Todos os trabalhos do agente do BizTalk SQL Server, exceto o MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabalho de agente de SQL Server deve estar sendo executado com êxito.

Para obter mais informações sobre todos os trabalhos do agente de BizTalk Server SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Instâncias de serviço podem ser suspenso.

Instâncias de serviço podem ser suspenso (retomável) ou suspenso (não retomável). Essas instâncias de serviço podem ser mensagens, orquestração ou porta.

Essas instâncias de serviço podem fazer a BizTalkMsgBoxDb de banco de dados crescem desnecessariamente e pode ser terminado. A tabela a seguir lista o método que pode ser utilizado, dependendo da versão do BizTalk:Para obter mais informações sobre o script Terminate.vbs, visite o seguinte site da MSDN: Instâncias de cache não aparecem no Hub de grupo página e você não pode suspender ou encerrá-los. Essa restrição é uma causa comum de crescimento de tabela. Para evitar que novas mensagens de zumbi para as instâncias do serviço de cache em BizTalk Server de 2006, instale o hotfix no artigo 936536 do Microsoft Knowledge Base. Esse problema é corrigido no BizTalk Server 2006 R2 e versões posteriores.

Observação Um zumbi é uma mensagem que foi roteada, mas não consumida.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Mirosoft: Quando uma instância de BizTalk Server de host é encerrado, o cache de instâncias não pode ser removido. Para resolver esse comportamento em BizTalk Server de 2006, instale o hotfix no artigo 944426 do Microsoft Knowledge Base. BizTalk Server 2006 R2, instale o BizTalk 2006 R2 Service Pack 1. Esse problema é corrigido no BizTalk Server de 2009 e versões posteriores.

Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:

Outro problema comum é que relatórios de falhas de roteamento (RFRs) pode se acumular BizTalkHostQ e BizTalkHostTabelas de Q_Suspended. Os RFRs não são removidos e esse comportamento pode causar o banco de dados de BizTalkMsgBoxDb a crescer. Para resolver esse problema em BizTalk Server de 2006, instale o hotfix no artigo 941690 do Microsoft Knowledge Base. Esse problema é corrigido no BizTalk Server 2006 R2 e versões posteriores.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Os termos "órfão mensagens" e "zumbi" são freqüentemente usados alternadamente.

Uma órfã é uma mensagem que não tenha uma instância associada. Por exemplo, um relatório de falhas de roteamento é uma mensagem de órfão.

Um zumbi é uma mensagem que foi roteada, mas não consumida. Por exemplo, uma mensagem foi entregue para uma organização do comboio. No entanto, a orquestração do comboio entrou para outro caminho de código. A instância de orquestração termina. A mensagem será descartada e agora é conhecida como uma mensagem de zumbi.

Para obter uma descrição das mensagens de zumbis, visite o seguinte site da MSDN:

Você pode enfrentar problemas de desempenho de SQL Server e BizTalk Server

BizTalk Server faz centenas de transações de curtas, muito rápidas SQL Server dentro de um minuto. Se o SQL Server não pode sustentar essa atividade, os BizTalk Server podem enfrentar problemas de desempenho. No Monitor de desempenho, monitorar o Média de disco de s/leitura média de disco s/transferência e Média de disco s/gravação o Monitor de desempenho contadores na PhysicalDisk objeto de desempenho. O valor ideal é menos de 10 ms (milissegundos). Um valor de 20 ms ou maior é considerado baixo desempenho.

Para obter mais informações sobre o desempenho de SQL Server, visite o seguinte site da Microsoft:Para obter mais informações sobre a disponibilidade do banco de dados BizTalk Server de 2004, visite o seguinte site da MSDN: Para obter mais informações sobre a disponibilidade do banco de dados BizTalk Server de 2006, visite o seguinte site da MSDN:Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:

Práticas recomendadas em BizTalk Server

Inicie o agente de SQL Server a SQL Server. Quando o agente de SQL Server é interrompido, os trabalhos internos do agente do BizTalk SQL Server que são responsáveis pela manutenção de banco de dados não pode ser executado. Esse comportamento faz com que o crescimento do banco de dados e esse aumento pode causar problemas de desempenho. Manutenção de banco de dados de BizTalk Server aumentou bastante no BizTalk Server 2004 Service Pack 2 (SP2) e versões posteriores.

Coloque os arquivos LDF de SQL Server e MDF em unidades separadas. Quando os arquivos LDF e MDF para bancos de dados BizTalkMsgBoxDb e BizTalkDTADb estão na mesma unidade, pode ocorrer a contenção do disco.

Se você não se beneficiam do corpo da mensagem de controle, não habilite esse recurso. No entanto, é uma boa idéia para ativar o rastreamento de corpo de mensagens enquanto você desenvolve e solucionar problemas de uma solução. Se você fizer isso, certifique-se de que você desative o rastreamento de corpo de mensagens quando tiver terminado. Quando o corpo da mensagem de rastreamento está habilitado, os bancos de dados de BizTalk Server de crescem. Se houver uma necessidade comercial que exige a ativação do corpo da mensagem de rastreamento, confirme se a TrackedMessages_Copy_BizTalkMsgBoxDb e Arquivamento e eliminação DTA Os trabalhos de agente de SQL Server são executados com êxito.

Normalmente, os logs de transações menores causam um melhor desempenho. Para manter os logs de transação menores, configure o Backup BizTalk Server SQL Server agente de execução do trabalho com mais freqüência. Para obter mais informações sobre a otimização de BizTalk Server, visite o seguinte site da MSDN: O procedimento sp_ForceFullBackup armazenado no banco de dados de BizTalkMgmtDb também pode ser usado para ajudar a realizar um backup completo dos arquivos de dados e log de ad-hoc. O procedimento armazenado atualiza a tabela de adm_ForceFullBackup com um valor 1. Na próxima vez que o Backup BizTalk Server trabalho é executado, um conjunto de backup do banco de dados completo é criado.

O BizTalk Server Analyzer BPA (Best Practices) pode ser usado para avaliar uma implantação existente do BizTalk Server. O BPA executa várias verificações de relacionados a bancos de dados. Para obter mais informações sobre o BPA, visite o seguinte site da Microsoft:

Solução de problemas

Os melhores passos para bancos de dados de SQL Server de BizTalk Server para solucionar problemas dependem do tipo de problema de banco de dados, como, por exemplo, bloqueando ou travado. Para solucionar um problema de banco de dados BizTalk Server, siga estas etapas.

Etapa 1: Ativar e executar todos os trabalhos necessários do agente do BizTalk SQL Server

Todo o BizTalk SQL Server agente trabalhos, exceto o MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb trabalho deve ser ativado e em execução com êxito. Não desabilite qualquer outro trabalho.

Se ocorrer uma falha, use o Exibir histórico opção de SQL Server para exibir as informações de erro e solucionar a falha da mesma forma. Lembre-se de que o MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Trabalho de agente de SQL Server seja executado infinitamente. Portanto, você só deverá se preocupar se o histórico de empregos relata que o trabalho falha e reinicia constantemente.

Etapa 2: Usar a ferramenta de MsgBoxViewer

Colete dados de MsgBoxViewer, enquanto você reproduzir um problema.

A ferramenta de MsgBoxViewer é útil para solucionar problemas porque ele fornece um relatório HTML que contém informações detalhadas sobre os tamanhos de tabela e a contagem de linha. O relatório também pode ajudar a determinar se o BizTalk Server está otimizando. Além disso, a ferramenta fornece um instantâneo dos bancos de dados de BizTalk Server e a configuração de BizTalk Server.

Para obter mais informações sobre como baixar a ferramenta de MsgBoxViewer, visite o seguinte site da Microsoft:Para obter mais informações sobre a otimização de BizTalk Server, visite o seguinte site da MSDN:Quando BizTalk Server é executado mais lentamente do que o normal, execute a ferramenta de MsgBoxViewer e analise o relatório HTML gerado para quaisquer problemas. O Resumo seção lista de avisos de problemas potenciais e amarelos em vermelho.

Além disso, você pode usar a ferramenta MsgBoxViewer para determinar quais tabelas são as maiores e têm a maioria dos registros de saída. A tabela a seguir lista as tabelas de BizTalk Server que tipicamente crescem o maior. Você pode usar esses dados para determinar onde um problema em potencial pode existir. Considere os seguintes cenários.

Nome do hostTabelas de Q_Suspended

Se o Nome do hostTabelas de Q_Suspended tem muitos registros, as tabelas poderiam ser a instâncias suspensas válidas que aparecem no Hub de grupo ou no HAT. Essas instâncias podem ser finalizadas. Se essas instâncias não aparecem no Hub de grupo ou no HAT, as instâncias são provavelmente cache instâncias ou órfãos relatórios de falhas de roteamento. Quando instâncias suspensas são finalizadas, os itens nesta tabela e suas linhas associadas nas tabelas de Spool e instâncias são limpas.

Nesse cenário, lidar com as instâncias suspensas, retomando-los ou encerrando-los. A ferramenta de terminador do BizTalk também pode ser usada.

Nome do hostQ tabelas de

Se o Nome do hostQ tabelas de tem muitos registros, os seguintes tipos de instâncias podem existir:

• Instâncias de pronta para ser executada
• Instâncias ativas
• Instâncias desidratadas

BizTalk Server precisa de tempo para "conversar" e as instâncias de processo. Esta tabela pode crescer quando a taxa de processamento de entrada outpaces a taxa de processamento de saída. Esta situação pode ocorrer quando outro problema ocorre, como, por exemplo, um grande banco de dados de BizTalkDTADb ou atrasos de disco de SQL Server.

Spool, partes e tabelas de fragmentos.

Se as tabelas de Spool, peças e fragmentos tem muitos registros, muitas mensagens são atualmente ativas, dehydrated ou suspenso. Dependendo do tamanho, o número de partes e as configurações de fragmentação nessas tabelas, uma única mensagem pode gerar todas essas tabelas. Cada mensagem tem exatamente uma linha da tabela de Spool e pelo menos uma linha na tabela Parts.

Tabela de instâncias

Não deve permitir que o administrador do BizTalk para muitas instâncias suspensas para permanecerão na tabela de instâncias. Desidratada instâncias somente devem permanecer se a lógica de negócios requer orquestrações de execução demorada. Lembre-se de que instância de um serviço pode ser associada a muitas mensagens da tabela de Spool.

TrackingData_x_x tabelas

Se o TrackingData_x_x tabelas são grandes, o host de rastreamento (TDDS) não está sendo executado ou não está sendo executado com êxito. Se a instância de hospedar o controle está em execução, examine os logs de eventos e a tabela TDDS_FailedTrackingData no banco de dados BizTalkDTADb para obter informações de erro. Se a otimização do BizTalk com um estado de 6 (banco de dados grande), essas tabelas também podem estar truncadas usando a ferramenta de terminador do BizTalk.

Se houver uma grande lacuna entre os números de seqüência de TrackingData_ a BizTalkMsgBoxDbx_x tabelas e tabelas de BAMPrimaryImport ou TDDS_StreamStatus de BizTalkDTADb, em seguida, TDDS pode não mover os dados do banco de dados BizTalkMsgBoxDb. Para corrigir isso, use a ferramenta de terminador do BizTalk para limpar a essas tabelas e redefinir o número de seqüência.

No BizTalk Server 2006 R2, instale o BizTalk 2006 R2 Service Pack 1 para resolver um problema conhecido com os dados de controle. Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:

Tabelas de Tracking_Spool1 ou Tracking_Spool2

Se as tabelas de Tracking_Spool1 ou Tracking_Spool2 se tornam grandes no BizTalk Server 2004 SP1 e em versões anteriores do BizTalk Server de 2004, confirme se a TrackingSpool_Cleanup_BizTalkMsgBoxDb Trabalho de agente de SQL Server é ativada e em execução.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Para obter mais informações sobre uma amostra do SDK de manutenção de banco de dados, visite o seguinte site da MSDN:

dta_MessageInOutEvents e a tabela de dta_DebugTrace

A tabela de dta_DebugTrace é preenchida quando Forma inicial e final está habilitado em uma orquestração. Se a tabela de dta_DebugTrace possui muitos registros, esses eventos de depuração de orquestração estão sendo usados ou estavam sendo usados. Se não for necessário para operações normais de depuração de orquestração, desmarque a caixa de seleção para o Forma inicial e final opção nas propriedades de orquestração.

A tabela de dta_MessageInOutEvents é preenchida quando Enviar e receber mensagens está habilitado no orquestrações e/ou tubulações. Se esses eventos de rastreamento não são necessários, desmarque a caixa de seleção desta opção da orquestração e/ou propriedades de pipeline.

Se esses eventos de rastreamento estão desativados ou uma lista de pendências existe no banco de dados BizTalkMsgBoxDb, essas tabelas podem continuar a crescer porque TDDS continua mover dados para essas tabelas.

Por padrão, o controle global está ativada. Se o controle global não é necessário, pode ser desativado. Para obter mais informações, visite o seguinte site da Microsoft:Se a tabela de dta_DebugTrace e/ou a tabela dta_messageInOutEvents no banco de dados BizTalkDTADb é muito grande, você pode truncar as tabelas manualmente depois que você pára o host do controle. A ferramenta de terminador do BizTalk também fornece essa funcionalidade.

Em BizTalk Server de 2004, o modo de exibição de dtav_FindMessageFacts no banco de dados BizTalkDTADb impede que a tabela de dta_MessageInOutEvents truncando. Para contornar esse comportamento, execute estas etapas:

1. Interrompa o host de controle e o trabalho DTA limpar e arquivamento.
2. Se você deseja truncar a tabela de dta_messageInOutEvents, salve e exclua o modo de exibição de dtav_FindMessageFacts. Para fazer isso, siga estas etapas:
   1. SQL Server, acesse o modo de exibição de dtav_FindMessageFacts no banco de dados BizTalkDTADb.
   2. Com o botão direito do dtav_FindMessageFacts Exibir, clique em Todas as tarefase então clique em Gerar Script SQL. Quando o Gerar Scripts SQL Abre a caixa de diálogo, não fazer alterações e, em seguida, clique em OK.
   3. Nomeie o arquivo dtav_FindMessageFacts.sql e clique em Salvar.
   4. Com o botão direito do dtav_FindMessageFacts Exibir e, em seguida, clique em Excluir. Clique em Descartar todos.

Agora você pode truncar a tabela (s). Se você truncar a tabela de dta_messageInOutEvents, você também deve truncar a tabela dta_url. A tabela de dta_url só existe em BizTalk Server de 2004.

Quando tiver terminado, siga estas etapas para recriar o modo de exibição de dtav_FindMessageFacts:

1. Abra uma nova consulta no SQL Server.
2. No Bancos de dados disponíveis lista, selecione o BizTalkDTADb o banco de dados.
3. Execute o script dtav_FindMessageFacts.sql salvo. Isso irá recriar o modo de exibição no banco de dados BizTalkDTADb.

Reinicie o host de controle e o Arquivamento e eliminação DTA trabalho.

Para obter mais informações sobre diretrizes de dimensionamento do banco de dados de rastreamento, visite o seguinte site da MSDN:

tabela de dta_ServiceInstanceExceptions

A tabela dta_ServiceInstanceExceptions geralmente se torna grande em um ambiente que regularmente suspendeu instâncias.

Etapa 3: Investigar cenários de deadlock

Em uma situação de deadlock, ative o rastreamento de DBCC sobre o SQL Server para que as informações de bloqueio são gravadas no log SQLERROR.

No SQL Server 2005 e versões posteriores, execute a seguinte instrução:Em 2000 de SQL Server, execute a seguinte instrução:Além disso, use o utilitário PSSDiag para coletar dados sobre o Lock: Deadlock evento e oCadeia de Lock: Deadlock evento.

O banco de dados de BizTalkMsgBoxDB é um banco de dados de transações de alto e de alto volume de processamento de transações on-line (OLTP). Alguns travado é esperada e este travado é manipulado internamente pelo mecanismo de BizTalk Server. Quando esse comportamento ocorre, sem erros listados nos logs de erro. Quando você investiga uma situação de deadlock, o deadlock que você está investigando na saída deve ser correlacionado com um erro de bloqueio nos logs de eventos.

Para obter mais informações sobre PSSDiag SQL, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Etapa 4: Procure por processos bloqueados

Use o Monitor de atividade em SQL Server para obter o identificador do processo do servidor (SPID) de um processo de bloqueio do sistema. Em seguida, execute o Profiler de SQL para determinar a instrução de SQL que está em execução em que o bloqueio SPID.

Para solucionar um problema de bloqueio e travamento em SQL Server, use o PSSDiag para o utilitário SQL para capturar todos os eventos SQL Transact que têm o script de bloqueio ativado.

No SQL Server 2005 e versões posteriores, você pode especificar o limite de processo bloqueado configuração para determinar qual SPID ou SPIDs estão bloqueando mais do que o limite que você especificar.

Para obter mais informações sobre PSSDiag SQL, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para obter mais informações sobre o limite de processo bloqueado, visite o seguinte site da MSDN: Observação Quando você tiver um bloqueio ou problema de bloqueio no SQL Server, recomendamos que você contate o Atendimento Microsoft. O Atendimento Microsoft pode ajudá-lo a configurar as opções corretas de utilitário PSSDiag.

Etapa 5: Instalar o Service Pack mais recente do BizTalk Server e a atualização cumulativa

BizTalk Server 2006 R2 e versões posteriores moveu-se a um modelo de atualização cumulativa (CU). As atualizações cumulativas conterá os hotfixes mais recentes. BizTalk Server 2006 R2 Service Pack 1 também estão disponíveis:BizTalk Server 2004 SP1 não tem nenhum internos de descarte e a funcionalidade do banco de dados de BizTalkDTADb de arquivamento. Essa funcionalidade é incluída com o SP2 do BizTalk Server de 2004. Dependendo do tamanho do banco de dados BizTalkDTADb, a instalação do SP2 do BizTalk Server 2004 pode levar horas porque o programa de instalação limpa o banco de dados BizTalkDTADb.

Para obter informações sobre o conhecidos problemas ao instalar o BizTalk Server 2004 Service Pack 2, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Quando você instala o SP2 do BizTalk Server 2004, recomendamos que você siga estas etapas:

1. Instale o hotfix no artigo 894253 do Microsoft Knowledge Base. Siga as etapas neste artigo da Base de Conhecimento para executar o script de bts_tracking_shrinkexistingdatabase.sql em 2000 de SQL Server. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
   894253 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;894253) CORREÇÃO: O procedimento armazenado de dtasp_PruneTrackingdatabase() pode levar a várias horas para limpar o banco de dados DTA no BizTalk Server de 2004
2. Instale o SP2 do BizTalk Server de 2004. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
   888751 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;888751) Como obter o service pack mais recente para o BizTalk Server de 2004

Excluir todos os dados

Se os bancos de dados forem muito grandes ou o método preferido é excluir todos os dados, todos os dados podem ser excluídos.

Cuidado Não use esse método em qualquer ambiente onde os dados são essenciais para os negócios ou se os dados são necessários.

Etapas de limpeza de banco de dados de BizTalkMsgBoxDb

Para excluir todos os dados no banco de dados BizTalkMsgBoxDb, você pode usar a ferramenta de terminador do BizTalk. Caso contrário, siga estas etapas.

Observação Essa ação exclui todas as mensagens. Tenha muito cuidado se você seguir estas etapas em um ambiente de produção.

1. Fazer backup de todos os bancos de dados de BizTalk Server. Lembre-se, o procedimento armazenado pode ser usado para forçar um backup completo dos arquivos de dados e log de BizTalkMgmtDb.dbo.sp_ForceFullBackup. Executar esse procedimento armazenado e, em seguida, executar o trabalho de Backup BizTalk Server SQL Agent.
2. Copie o script Msgbox_cleanup_logic.sql Unidade: \Arquivos de Programas\Microsoft BizTalk 200x\schema para o SQL Server.
3. Execute este script SQL no banco de dados para atualizar o procedimento armazenado de bts_CleanupMsgbox BizTalkMsgBoxDb.
4. Pare todos os hosts, serviços e isolados de adaptadores personalizados do BizTalk. Se você usar o adaptador SOAP ou HTTP, reinicie os serviços do IIS.
5. Execute o procedimento armazenado de bts_CleanupMsgbox em todos os bancos de dados do BizTalkMsgBoxDb.
6. Reinicie todas as instâncias de host e os serviços de BizTalk Server.

Para obter informações sobre um problema conhecido com a bts_CleanupMsgbox o procedimento armazenado no BizTalk Server de 2006, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Opções de limpeza de banco de dados do BizTalkDTADb

Para excluir todos os dados do banco de dados BizTalkDTADb, você pode usar a ferramenta a terminador do BizTalk. Caso contrário, use um dos seguintes métodos.

Observação Ambos os métodos excluir todas as mensagens. Método 2 é mais rápido.

• Método 1:
  1. Fazer backup de todos os bancos de dados de BizTalk Server.
  2. Execute o procedimento armazenado de dtasp_PurgeAllCompletedTrackingData. Para obter mais informações sobre o procedimento armazenado de dtasp_PurgeAllCompletedTrackingData, visite o seguinte site da MSDN:
     http://msdn.microsoft.com/en-us/library/aa561918.aspx (http://msdn.microsoft.com/en-us/library/aa561918.aspx)
     Observação Essa ação exclui concluídas todas as mensagens.
• Método 2:
  1. Fazer backup de todos os bancos de dados do BizTalk.
  2. Execute o procedimento armazenado de dtasp_CleanHMData. Use essa opção somente se o banco de dados de BizTalkDTADb contém muitas instâncias de incompletas que devem ser removidas.
     
     Para fazer isso, siga estas etapas:
     1. Pare todos os hosts, serviços e isolados de adaptadores personalizados do BizTalk. Se você usar o adaptador SOAP ou HTTP, reinicie os serviços do IIS.
     2. Execute o procedimento dtasp_CleanHMData armazenado no banco de dados BizTalkDTADb.
     3. Reinicie todos os hosts e serviços de BizTalk Server.

Etapas somente BizTalk Server de 2004

Para excluir todos os dados do banco de dados BizTalkDTADb em BizTalk Server de 2004, siga estas etapas.

Observação Essa ação exclui concluídas todas as mensagens.

1. Fazer backup de todos os bancos de dados de BizTalk Server.
2. Pare todos os hosts, serviços e isolados de adaptadores personalizados do BizTalk. Se você usar o adaptador SOAP ou HTTP, reinicie os serviços do IIS.
3. Instale o hotfix no artigo 894253 do Microsoft Knowledge Base. Siga as etapas neste artigo da Base de Conhecimento para executar o script de Bts_tracking_shrinkexistingdatabase.sql em 2000 de SQL Server.
   
   Para obter informações sobre o procedimento armazenado de dtasp_PruneTrackingdatabase, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
   894253 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;894253) CORREÇÃO: O procedimento armazenado de dtasp_PruneTrackingdatabase() pode levar a várias horas para limpar o banco de dados DTA no BizTalk Server de 2004
4. Reinicie todos os hosts e serviços do BizTalk.

Observação Se você deve ter os dados de controle, fazer backup de banco de dados BizTalkDTADb, restaurar o banco de dados de outro SQL Server e, em seguida, limpar o banco de dados de BizTalkDTADb.

Se precisar de ajuda para analisar os dados de MsgBoxViewer ou a saída de PSSDiag, entre em contato com o Atendimento Microsoft. Para obter uma lista completa dos números de telefone de atendimento e informações sobre os custos de suporte, visite o seguinte site da Microsoft: Observação Antes de entrar em contato com o atendimento, compacte os dados de MsgBoxViewer, a saída de PSSDiag e os logs de eventos (arquivos. evt) atualizados. Talvez você precise enviar que esses arquivos para um BizTalk Server de engenheiro de suporte.