PROBLEMA: SQLMail não é suportada quando executa o servidor no modo de Fiber

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 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: 308604
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
SQLMail poderá deixar de responder (não reagir) quando o servidor que está a utilizar é executado no modo de Fiber. Modo de fibra é quando define a opção de agrupamento simples utilizando o procedimento sp_configure armazenados.

Quando SQLMail deixa de responder:
  • Não é possível invocar quaisquer novas funções de SQLMail como:

    • xp_sendmail
    • xp_readmail
    • xp_findnextmsg
    • xp_deletemail

    - e -

  • Ligações SQLMail existentes não funcionam.
Perspectiva de um SQL Server, geralmente todas as novas ligações não SQLMail e as ligações não SQLMail existentes funcionam normalmente. No entanto, podem existir raras situações em que SQL Server pode também deixar de responder.
Mais Informação
MAPI e SQLMail utiliza objectos de sincronização "secção crítica" na respectiva implementação. Os detalhes de implementação de MAPI e SQLMail podem encontrar situações em que o thread inicial está agendado fora depois de introduzir uma secção crítica e mais tarde poderá obter reagendado para um thread diferente. Reagendar a um thread diferente fará com que o programa deixe de responder. Acordo com a documentação do Microsoft Windows 32, um thread que introduz a secção crítica tem de ser um mesmo para sair de secção crítica ou não é libertada secção crítica. Se a secção crítica não é libertada, o programa poderá deixar de responder. Devido a estas limitações de arquitecturais SQLMail e MAPI, Microsoft recomenda ou não suportam SQLMail quando o servidor está a ser executado no modo de Fiber.

Referências
Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
303287Erro: Falha de transacções DTC quando o SQL é executado no agrupamento de LDAP

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 308604 - Última Revisão: 01/16/2015 23:35:04 - Revisão: 3.1

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbprb KB308604 KbMtpt
Comentários