Código de serviços não iniciam depois de instalar um pacote cumulativo de atualizações para Exchange Server 2007 gerenciado do Exchange Server 2007

Traduções deste artigo Traduções deste artigo
ID do artigo: 944752 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sintomas

Depois de instalar um pacote cumulativo de atualizações para o Microsoft Exchange Server 2007, o Exchange 2007 código serviços não podem iniciar gerenciado. Além disso, os seguintes eventos são registrados no log do sistema:

Tipo de evento: erro
Origem do evento: Service Control Manager
IDENTIFICAÇÃO de evento: 7000
Descrição: O Microsoft Exchange EdgeSync Falha ao iniciar devido ao seguinte erro:
O serviço não respondeu à solicitação de início ou controle em tempo hábil.

Tipo de evento: informações
Origem do evento: Microsoft Exchange Server
IDENTIFICAÇÃO de evento: 5001
Descrição: Compartimento 77004151 bucket tabela 5, EventType e12, P1 c-rtl-amd64, P2 08.00.0733.000, P3 msexchangetransport, P4 desconhecido, P5 desconhecido, P6 s.serviceprocess.timeoutexception, P7 0, P8 08.00.0733.000, P9 NIL P10 NIL.

Tipo de evento: erro
Origem do evento: Gerenciador de controle de serviços
IDENTIFICAÇÃO de evento: 7000
Descrição: Não O serviço de pesquisa de log de transporte do Microsoft Exchange possível iniciar devido ao seguinte erro:
O serviço não respondeu à solicitação de início ou controle em tempo hábil.

Tipo de evento: erro
Origem do evento: Service Control Manager
IDENTIFICAÇÃO de evento: 7009
Descrição: Tempo limite (30000 milissegundos) aguardar o serviço de pesquisa de log de transporte do Microsoft Exchange para se conectar.

Os seguintes eventos são registrados no log do aplicativo:

Tipo de evento: erro
Origem do evento: MSExchange comum
Categoria do evento: geral
IDENTIFICAÇÃO de evento: 4999
Descrição:
Watson relatório prestes a ser enviada para dw20.exe para identificação de processo: 1448, com parâmetros: E12, RTL AMD64 c, 08.00.0733.000, MSExchangeTransport, desconhecido, desconhecido, S.ServiceProcess.TimeoutException, 0, 08.00.0733.000

Tipo de evento: erro
Origem do evento: Microsoft Exchange Server
IDENTIFICAÇÃO de evento: 5000
Descrição:
EventType e12, P1 c-rtl-amd64, P2 08.00.0733.000, P3 msexchangetransport, P4 desconhecido, P5 desconhecido, P6 s.serviceprocess.timeoutexception, P7 0, P8 08.00.0733.000, P9 NIL P10 NIL.

Observação Dependendo da função de Exchange Server 2007, os eventos podem exibir tempos limite para outros serviços do Exchange Server.

Causa

Esse problema ocorre porque o computador afetado não é possível alcançar o seguinte site:
http://crl.microsoft.com/pki/crl/products/CSPCA.crl
Esse problema ocorre devido ao seguinte comportamento:
  • Quando o Microsoft .NET Framework 2.0 carrega um assembly gerenciado, o assembly gerenciado chama a função CryptoAPI para verificar a assinatura de Authenticode nos arquivos de assembly para gerar o publisher evidências do assembly gerenciado.
  • A função CryptoAPI verifica uma lista de certificados (REVOGADOS) que está disponível no http://crl.microsoft.com. Esta ação requer uma conexão de conexão.
  • Se a conexão com a Internet estiver bloqueado, solicitações HTTP de saída pode ser descartado. Portanto, uma mensagem de erro não será retornada. Esse problema também pode ocorrer se o computador não puder resolver http://crl.microsoft.com. Esse atraso longo faz com que a verificação CRL para tempo limite.
  • O Gerenciador de controle de serviço (SCM) determina que o serviço está demorando muito para iniciar e que o serviço excedeu a hora de início serviço máximo. Portanto, o SCM relata a mensagem de erro e o Exchange gerenciados código serviços não são iniciados.

Resolução

Para resolver esse problema, você tem as seguintes opções:
  • Servidor do Exchange não tem uma conexão com a Internet. Ele apenas precisa ter roteadores que não enviam pacotes em um buraco negro. A verificação CRL está expirando porque ele nunca recebe uma resposta. Se fosse um roteador enviar um pacote ICMP ? nenhuma rota de host ? ou erro similares em vez de simplesmente descartar os pacotes, a verificação CRL falhará imediatamente e o serviço será iniciado. Você pode adicionar uma entrada para crl.microsoft.com no arquivo hosts ou no servidor DNS e enviar os pacotes para um local na rede, como 127.0.0.1, que irá rejeitar a conexão legítimo. Para fazer isso, use um editor de texto para abrir o arquivo Windows\system32\drivers\etc\host e, em seguida, adicione a seguinte entrada:
    CRL.Microsoft.com 127.0.0.1
  • Use uma opção nos arquivos de configuração que estão associados com os serviços do Exchange. Esta opção funciona no common language runtime (CLR) 2.0 ambiente SP1 que está incluído no .NET Framework versão 3.5.

    Se você estiver usando o .NET Framework 2.0, siga as etapas na seção ? instalar uma atualização de software ?. Em seguida, vá para a seção ? criar arquivos de configuração ?. Se você já tiver o CLR 2.0 SP1 ambiente instalado, vá para a seção ? criar arquivos de configuração ?.

Instalar uma atualização de software

Se você estiver usando o .NET Framework 2.0, instale uma das seguintes atualizações de software:
  • Atualização de software 936707 com compilação 2.0.50727.876 CRL Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    936707CORRECÇÃO: A .NET Framework 2.0 gerenciado aplicativo que tenha um Authenticode assinatura leva mais tempo que o normal para iniciar
  • Atualização de software 942027 com compilação 2.0.50727.926 CRL Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    942027CORRECÇÃO: Você notará que a carga de memória é muito alta quando você executa um aplicativo que se baseia no .NET Framework 2.0
  • Uma atualização de software diferente que tenha uma compilação CRL mais recente. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    945757 Problemas corrigidos no .NET Framework 2.0 Service Pack 1

    Para baixar o .NET Framework 3.5, visite o seguinte site da Microsoft:
    http://www.microsoft.com/downloads/details.aspx?FamilyID=333325fd-ae52-4e35-b531-508d977d32a6&DisplayLang=en

Criar arquivos de configuração

importante Você deve salvar uma cópia dos seus arquivos de configuração existente para um local seguro. Se houver um erro em um arquivo de configuração, não é possível iniciar o serviço aplicável.

Você deve criar arquivos de configuração para todos os serviços de código gerenciado do Exchange Server 2007.

Como criar um novo arquivo de configuração

Se você já tiver um arquivo de configuração, vá para a seção ? como alterar um arquivo de configuração existente ?. Para criar um novo arquivo de configuração de aplicativo que contém a opção que é apresentada no CLR 2.0 SP1, execute essas etapas:
  1. Criar um arquivo e nomeie-ApplicationName. exe.config.
  2. Em um editor de texto, abra este arquivo.
  3. Adicione o seguinte código para o arquivo.
    <configuration>
     <runtime>
                
               <generatePublisherEvidence enabled="false" />
     </runtime> 
    </configuration>
  4. Salve as alterações para o arquivo.
Talvez você precise criar novos arquivos de configuração para os seguintes serviços ou programas:
  • Microsoft.Exchange.AntispamUpdateSvc.exe
  • MsExchangeFDS.exe
  • MSExchangeTransport.exe

Como alterar um arquivo de configuração existente

importante Antes de fazer alterações ao arquivo de configuração, salve uma cópia do arquivo atual em um local seguro.

Se já existir o arquivo de configuração para um serviço, adicione a seguinte linha à seção de opções em tempo de execução no arquivo.
<generatePublisherEvidence enabled="false"/>
por exemplo, depois de adicionar esta entrada, a seção de opções de tempo de execução será semelhante o exemplo a seguir.
<configuration> <runtime>
<generatePublisherEvidence enabled="false"/>
<Other entries>
</runtime> </configuration>
Observação substituir < Outras entradas > neste exemplo com as linhas originais.

Talvez você precise atualizar os arquivos de configuração para os seguintes serviços ou programas:
  • Bin\EdgeTransport.exe
  • Bin\ExBPA.exe
  • Bin\ExBPACmd.exe
  • Bin\ExTRA.exe
  • Bin\Microsoft.Exchange.Cluster.ReplayService.exe
  • Bin\Microsoft.Exchange.EdgeSyncSvc.exe
  • Bin\Microsoft.Exchange.Monitoring.exe
  • Bin\Microsoft.Exchange.Search.ExSearch.exe
  • Bin\Microsoft.Exchange.ServiceHost.exe
  • Bin\MSExchangeMailboxAssistants.exe
  • Bin\MSExchangeMailSubmission.exe
  • Bin\MSExchangeTransportLogSearch.exe
  • ClientAccess\PopImap\Microsoft.Exchange.Imap4.Exe
  • ClientAccess\PopImap\Microsoft.Exchange.Pop3.Exe
Observação Desativar a geração de evidência o publisher não diminuir a segurança. O assembly é tratadas da mesma como se ele tivesse um Authenticode inválido assinatura. Quaisquer permissões que seriam concedidas com base em uma assinatura Authenticode validada não são concedidas com essa opção de configuração. Esse comportamento é aceitável porque não tem o Exchange Server 2007 para que o publisher evidências. Diretiva padrão de CAS não depende da classe PublisherMembershipCondition. Portanto, a menos que o aplicativo é executado em um computador que possui modificações de diretiva de CAS personalizadas ou a menos que o aplicativo se destina a satisfazer as demandas para a classe PublisherIdentityPermission, você pode desativar a geração de evidências do publisher para serviços do Exchange 2007 gerenciadas código com segurança.

Solução de problemas

Se um serviço não iniciar depois de modificar ou criar os arquivos de configuração, normalmente há um erro de sintaxe XML ou um valor incorreto. Em ambos os casos, você pode receber uma mensagem de erro do serviço do Exchange 2007 borda transporte semelhante à seguinte:

Event Type: Error
Event Source: MSExchangeTransport
Event Category: Process 
Event ID: 14004
Date: Date
Time: Time
User: N/A
Computer: Computer_Name
Description:
The worker process has failed to load application configuration file: System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: The 'generatePublisherEvidence' start tag on line 4 does not match the end tag of 'runtime'. Line 5, position 6. (C:\Program Files\Microsoft\Exchange Server\Bin\edgetransport.exe.config line 5) ---> System.Xml.XmlException: The 'generatePublisherEvidence' start tag on line 4 does not match the end tag of 'runtime'. Line 5, position 6.
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.ThrowTagMismatch(NodeData startTag)
   at System.Xml.XmlTextReaderImpl.ParseEndElement()
   at System.Xml.XmlTextReaderImpl.ParseElementContent()
   at System.Xml.XmlTextReaderImpl.Skip()
   at System.Configuration.XmlUtil.StrictSkipToNextElement(ExceptionAction action)
   at System.Configuration.BaseConfigurationRecord.ScanSectionsRecursive(XmlUtil xmlUtil, String parentConfigKey, Boolean inLocation, String locationSubPath, OverrideModeSetting overrideMode, Boolean skipInChildApps)
   at System.Configuration.BaseConfigurationRecord.ScanSections(XmlUtil xmlUtil)
   at System.Configuration.BaseConfigurationRecord.InitConfigFromFile()
   --- End of inner exception stack trace ---
   at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
   at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
   at System.Configuration.ClientConfigurationSystem.EnsureInit(String configKey)
   --- End of inner exception stack trace ---
   at System.Configuration.ConfigurationManager.GetSection(String sectionName)
   at System.Configuration.ConfigurationManager.get_AppSettings()
   at Microsoft.Exchange.Transport.TransportAppConfig.GetConfigBool(String label, Boolean defaultValue)
   at Microsoft.Exchange.Transport.TransportAppConfig.ResourceManagerConfig.Load()
   at Microsoft.Exchange.Transport.TransportAppConfig.Load()
   at Microsoft.Exchange.Transport.Main.Program.Run(String[] args)
 
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".A Microsoft está pesquisando esse problema e publicará mais informações neste artigo quando as informações se torna disponíveis.

Propriedades

ID do artigo: 944752 - Última revisão: segunda-feira, 27 de julho de 2009 - Revisão: 5.1
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2007 Standard Edition
  • Microsoft Exchange Server 2007 Enterprise Edition
Palavras-chave: 
kbmt kbtshoot kbexpertiseinter KB944752 KbMtpt
Tradução automática
IMPORTANTE: 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 944752

Submeter comentários

 

Contact us for more help

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