Todos os compartilhamentos de unidades mapeados são desconectados após erro do aplicativo


0

As estações de trabalho têm vários mapeamentos de unidades para compartilhar SRV01. Um compartilhamento possui executáveis ​​de aplicativos para um programa de preparação de impostos e contabilidade habilitado para rede. Após uma reinicialização, todas as unidades mapeadas funcionam corretamente. O programa de preparação de impostos pode ser iniciado a partir do compartilhamento e, em alguns casos, será aberto e funcionará corretamente até que uma funcionalidade específica seja usada. Outras estações de trabalho terão erros imediatamente após abrir o aplicativo. Em qualquer cenário, é previsível quando o erro será exibido uma vez apresentado anteriormente e assim que um erro aparecer, todas as unidades mapeadas paraSRV01ficará offline ou inacessível a partir da estação de trabalho. Em seguida, o usuário precisa fazer logoff ou reiniciar antes que tudo seja reconectado. As mensagens de erro geralmente afirmam que a unidade está inacessível, mas como eu mencionei, o acesso é bom para todos os compartilhamentos (por meio do Windows Explorer e verifiquei as permissões) antes do erro e, assim que o erro é acionado, todas as unidades são desconectadas . Isso inclui compartilhamentos completamente não relacionados ao aplicativo.

Esse é um problema intermitente que tem sido difícil de rastrear. O fornecedor do software nega sua aplicação, é claro. Estou procurando confirmação da minha conclusão de que o aplicativo está com defeito ou qualquer orientação sobre o que mais posso investigar. Obrigado!


então este é um aplicativo multiusuário? como você o compartilha em um compartilhamento. poderia criar alguns bloqueios de arquivos que não são liberados corretamente quando um segundo usuário o abre?
Zina

@zina é multiusuário, eu diria que bloqueios de arquivos ruins são uma possibilidade, mas não tenho certeza se isso falharia de maneira espetacular para desconectar todas as outras unidades mapeadas (nas quais o aplicativo não teria bloqueios).
Ethan

Respostas:


1

Isso me lembra um problema que tivemos: alguns pacotes de software específicos começaram a gerar erros que eram erros irrecuperáveis ​​do tipo rede ou arquivo não encontrado. A maioria dos outros softwares que contavam com os mesmos compartilhamentos montados não parecia ser afetada.

Acredito que o problema era que a política de grupo estava sendo atualizada periodicamente (o intervalo de atualização é de cerca de 90 minutos IIRC) e as montagens foram configuradas para serem excluídas e remontadas, em vez de simplesmente atualizadas. Ajustamos a configuração e os problemas desapareceram.

O software em questão simplesmente não era tolerante a falhas, provavelmente era um controle de dados vinculado usado em um formulário (aplicativo de banco de dados) que não foi tratado adequadamente.

https://technet.microsoft.com/en-us/library/cc770902(v=ws.11).aspx


Verificarei novamente amanhã, mas acredito que havia verificado os mapeamentos de unidades GPO e não havia nenhum. A "configuração da estação de trabalho" para esse aplicativo depende da execução de um compartilhamento conhecido da letra da unidade e faz tudo com base nesse futuro. Vi a documentação do fornecedor sobre os compartilhamentos de unidades de GPO configurados para não usar a opção de recriação, o que é uma boa idéia.
Ethan

confirmado - sem mapeamentos de unidade GPO. Obrigado pela dica.
Ethan

0

O antivírus acabou sendo o culpado. Outros aplicativos de rede começaram a exibir mensagens semelhantes de "acesso negado" e todos os compartilhamentos de unidade no servidor associado se desconectariam. Às vezes seria previsível quando isso aconteceria e às vezes não. Deparamos com uma nova seção em nosso software antivírus que detecta atividades de "criptografia" e, se as considera maliciosas, marcará o host (leia-se: estação de trabalho) como não confiável na rede. Com certeza, essa ferramenta tinha mensagens de log sinalizando arquivos pertencentes a cada aplicativo afetado. A reconfiguração das listas brancas parece ter esclarecido as coisas.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.