Artigo: 900455 - Última revisão: quarta-feira, 23 de Agosto de 2006 - Revisão: 4.1 O número da execução orchestrations aumenta e, em seguida, permanece constante depois de chegar ao limite do conjunto de threads e pode aumentar o tempo de execução orquestração no servidor BizTalk
importante Este artigo contém informações sobre como modificar o registo. Certifique-se de que cópia de segurança do registo antes de o modificar. Certifique-se que sabe como restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança, restaurar e modificar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: 256986
(http://support.microsoft.com/kb/256986/
)
Descrição do registo do Microsoft Windows SintomasConsidere o seguinte cenário. No Microsoft BizTalk Server 2006 ou no Microsoft BizTalk Server 2004, os orchestrations são nondehydrating. Monitorizar o número de com orchestrations utilizando o contador de desempenho Orchestrations em execução no objecto de desempenho XLANG/S Orchestrations no Monitor de desempenho. Poderá notar que o número da execução orchestrations aumenta e, em seguida, permanece constante quando chegar ao limite do conjunto de threads. Este número permanece constante até que a carga orquestração diminui. Quando este comportamento ocorre, pode aumentar o tempo de execução orquestração. No servidor BizTalk, orchestrations normalmente contêm pontos dehydration que permitem a Reciclagem de threads novamente para o conjunto de threads. O tamanho predefinido do conjunto de threads não foi concebido para uma solução que tem de ter muitos orchestrations nondehydrating em execução ao mesmo tempo. Resolução aviso Podem ocorrer problemas graves se modificar o registo incorrectamente utilizando o Editor de registo ou utilizando outro método. Estes problemas poderão forçar a reinstalação do sistema operativo. Microsoft não garante que estes problemas podem ser resolvidos. Modificar o registo por sua conta e risco. Para resolver este comportamento, examine primeiro o design orquestração para ver se pode evitar a natureza nondehydrating. Se não é possível evitar a natureza nondehydrating, altere os threads de trabalho máximo predefinido disponíveis para a instância de anfitrião do servidor BizTalk. Existem orchestrations válidos que devem executar durante muito tempo sem quaisquer pontos dehydration válido. Por exemplo, poderá ter uma orquestração que funcionalidades formas de expressão e estas formas de expressão efectuar chamadas longo para um componente externo. Para alterar os threads de trabalho máximo predefinido, adicione a entrada de registo DWORD MaxWorkerThreads. Para o fazer, siga estes passos:
A informação contida neste artigo aplica-se a:
Tradução automáticaIMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado. Clique aqui para ver a versão em Inglês deste artigo: 900455
(http://support.microsoft.com/kb/900455/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesObtenha Ajuda AgoraTraduções de Artigos |






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Voltar ao topo