Correções simples para melhorar o desempenho do MS Access para vários usuários?

0

Estou revisando toda a infraestrutura de TI para um pequeno escritório. Eles tinham um Dell T410 sem fazer nada além de servir como um compartilhamento de arquivos Win2k8, então imaginei que poderia replicar sua funcionalidade em um desktop não usado rodando o Vista enquanto eu removia o servidor para uma reconstrução.

Tudo isso é bom, mas uma coisa que eles estavam fazendo era acessar simultaneamente um banco de dados do Access fora do compartilhamento. Ele funcionou, lentamente, enquanto no T410, mas uma vez que eu migrei para o servidor temporário, apenas um usuário pode usá-lo de cada vez - usuários adicionais o arrastam para uma parada inutilizável. Existem 30-60 segundos pausas para consultas. Tudo o mais corre bem o suficiente.

Isso foi algo com que meu antecessor teve que lidar, e as senhoras do escritório estão dizendo que ele fez algo no servidor para diminuir o tempo de consulta para 5-10 segundos. Eles são executados instantaneamente no modo de usuário único, mas não há documentação do que ele fez para atenuar isso para vários usuários. O servidor não tinha RAMDISK, configuração de RAID ou nada de especial do que eu poderia dizer.

Primeiro eu pensei que o disco rígido poderia ser lento, então eu configurei um RAMDISK e estou hospedando aquele arquivo em particular nele. O acesso de usuário único agora está muito rápido, mas o acesso de vários usuários ainda é lento. Em seguida, achei que a placa de rede poderia ser um gargalo, mas observei o monitor de recursos e nada está próximo de fechar. Meu próximo pensamento foi culpar o hardware / Vista, mas é um Core2 Duo da Dell ou outro com 3 GB de RAM, e o Vista Business é o único sistema operacional para o qual tenho uma licença extra. Deve ser o suficiente para o trabalho em questão.

Eu já vi muitas queixas semelhantes sobre bancos de dados do Access mal projetados sendo inutilizáveis em ambientes multiusuários, seguidos de sugestões para dividir o banco de dados em front-ends e back-ends, mas não estou disposto a gastar muito ajuste de tempo O acesso considerando meu próximo projeto após a recriação do servidor está redesenhando todo o back-end no SQL Server. Além disso, o último cara foi capaz de consertar o problema sem revisar nada (isso eu sei). Enquanto isso, isso está matando a produtividade.

O que pode ter mudado entre o servidor antigo e o novo? Há alguma coisa simples que eu possa mudar para trazer o tempo de consulta de volta a um atraso razoável?

    
por johnny 07.02.2013 / 19:20

1 resposta

1

A divisão em fe não é complicada. Em seguida, vincule as tabelas de ser. Estes são princípios básicos de implantação para acesso ms. Se você está enfrentando o msql build, então dividir um banco de dados será muito fácil.

    
por 15.02.2013 / 22:58