O Word 2007 falha nos serviços de terminal do Server 2008 R2

6

Estamos descobrindo que o Word 2007 (com SP2) falha quando usado em um servidor de terminal do Windows 2008 R2. Normalmente, falha quando você clica em Arquivo / Abrir ou Arquivo / Salvar, mas não o tempo todo. Talvez uma vez em quatro, e só para ser realmente confuso, em um servidor de teste no meu escritório eu não consiga fazê-lo falhar. Acabei de criar um novo servidor de terminal 2k8 R2 brilhante com a configuração mais simples possível, por exemplo, nenhum anti-vírus para confundir as coisas e ainda estamos vendo falhas.

Minha pergunta é se alguém viu isso e, em caso afirmativo, alguma pista sobre o que está acontecendo?

Temos um caso de suporte aberto com a Microsoft, e o engenheiro de suporte da MS admitiu que está acontecendo, mas até agora não conseguiu encontrar o motivo.

Em um possível fator é que todos os servidores de terminal 2k8 R2 nos quais eu vi isso foram VMs do Hyper-V (em execução em um host 2k8 R2). Estou prestes a colocar um servidor de terminal físico 2k8 R2 no cliente, onde estamos vendo o maior número de falhas, caso isso seja relevante. Mais novidades em breve.

Desculpe se esta postagem parece um pouco vaga, mas isso acaba de nos morder e está causando muita dor e noites sem dormir :-( Se alguém puder ajudar eu ficarei enormemente grato!

Atualização: desistimos e voltamos para 2008 pré-R2. Tanto o Office 2003 quanto o 2007 funcionam bem agora.

Acho que há alguns problemas com o TS no R2. Googling não encontrou muito, então eu pensei que era só eu. É reconfortante descobrir que alguém já viu o mesmo problema.

    
por John Rennie 29.10.2009 / 20:59

9 respostas

1

Deveríamos ter pensado nisso antes, mas executar o Word 2007 no modo de compatibilidade do XP interrompe as falhas. Essa é uma solução alternativa, não uma solução, então deixarei isso em aberto um pouco, caso alguém tenha uma solução melhor.

O fato de o Word funcionar bem no modo de compatibilidade sugere que esse é realmente um problema com o 2008 R2, e não uma peculiaridade dessa instalação em particular.

JR

    
por 03.11.2009 / 09:32
6

Eu acho que fiz progresso! A Microsoft recomendou que eu adicionasse o WINWORD.exe, o EXCEL.exe e o Outlook.exe à DEP (Data Execution Prevention). (Bobo eu sei, considerando que é um produto da Microsoft!)

Até aí tudo bem - não tivemos um acidente por 6 horas, considerando que teríamos até 12 travamentos em 1 hora. Eu vou manter você informado.

Se você deseja testar por si mesmo, siga as instruções abaixo.

  • Clique em Iniciar, clique em Executar, digite sysdm.cpl e clique em OK.
  • Na guia Avançado, em Desempenho, clique em Configurações.
  • Na guia Prevenção de execução de dados,
  • Certifique-se de que a opção "Ativar a DEP para todos os programas e serviços, exceto aqueles que eu selecione" esteja selecionada
  • Exemplo: Adicionar: c: \ Arquivos de programas (x86) \ Microsoft Office \ Office12 \ excel.exe
  • Adicione todos os arquivos exe para o Outlook, Word e Excel.

* UDPATE *

Só para informar que estou confirmando, a solução acima resolveu nossos problemas com o congelamento do Word / Excel etc.

    
por 21.12.2009 / 04:43
2

Tente remover o KB977724. Isso parece ter resolvido o problema.

    
por 11.03.2010 / 02:52
1

Eu gostaria de fornecer uma atualização sobre esse assunto.

A Microsoft analisou um arquivo de despejo criado durante a queda da palavra e disse que provavelmente é um problema conhecido. Correções para o Server 2008 R2 e Office 2007 estão sendo feitas, mas não podem informar nenhuma data de lançamento.

Eles me disseram para executar o Process Monitor durante uma falha que eu farei hoje para analisar mais detalhadamente o problema.

update: acho que encontrei algo que vale a pena testar.

No Hyper-V Manager, aloquei 4 CPUs para a Máquina Virtual do Terminal Server para melhorar o desempenho.

Temos outro Terminal Server 2008 R2 com menos usuários do que o problemático, mas também com o Office 2007 SP2 instalado. 4 semanas atrás eu mudei a Alocação de Recurso de CPU naquele Terminal Server no Gerenciador Hyper-V para usar apenas um processador.

Desde essa mudança, não notei nenhuma falha de palavra no Terminal Server.

Então, tentarei definir a cpu de volta para uma no servidor problemático para ver se esse é o problema.

    
por 17.12.2009 / 08:59
1

Aqui está uma atualização do MS. Contém uma atualização para o KB977724. link

    
por 11.03.2010 / 16:13
0

Acho que é um desastre a Microsoft não ver a necessidade de corrigir esse problema.

Eu tenho o mesmo problema em várias instalações do R2 TS, e estou muito frustrado com isso, para dizer o mínimo.

Nenhuma correção, nenhuma ajuda e sugestões que pareçam corrigir o problema temporariamente (DEP), mas voltem depois de algumas semanas e agora não posso mais trabalhar com ele.

A instalação do 2003 será a solução se não houver uma correção disponível em breve ...

    
por 11.02.2010 / 16:18
0

Obrigado pela informação sobre o KB977724, mas essa não pode ser a questão que as pessoas aqui reclamaram, já que foi lançada somente no dia 9 de março. O primeiro post neste tópico é em 21 de dezembro de 2009.

    
por 16.03.2010 / 09:45
0

Encontrei o mesmo problema com o Server 2008 R2 e o Office Ultimate 2007 SP2 nos últimos dias. KB72224 não foi listado como uma atualização instalada. Eu resolvi o problema (pelo menos por enquanto) configurando o Word para o modo de compatibilidade do Server 2008 R1. Eu também me certifiquei de que os usuários tivessem controle total de arquivos e o usassem como administrador caso estivessem bombardeando enquanto tentavam abrir um arquivo somente leitura no modo wrtie.

Minha situação pode ser uiniques porque estou executando em um MAC PRO no Server 2008 R2 sem sistema operacional MAC.

    
por 26.03.2010 / 23:35
0

Tivemos o mesmo problema, ativar a DEP foi uma boa solução para nós.

    
por 25.01.2010 / 21:26