Estou revisando toda a infraestrutura de TI de um pequeno escritório. Eles tinham um Dell T410 que não fazia nada além de servir como um compartilhamento de arquivos Win2k8, então imaginei que poderia replicar sua funcionalidade em um desktop não utilizado executando o Vista enquanto desativava o servidor para uma reconstrução.
Tudo bem, mas uma coisa que eles estavam fazendo era acessar simultaneamente um banco de dados do Access fora do compartilhamento. Funcionou lentamente no T410, mas depois que o migrei para o servidor temporário, apenas um usuário pode usá-lo por vez - usuários adicionais o arrastam para uma parada inutilizável. Existem pausas de 30 a 60 segundos para consultas. Todo o resto funciona bem.
Isto foi algo com que o meu antecessor teve de lidar, e as senhoras do escritório dizem que ele o fezalgono servidor para diminuir o tempo de consulta para 5 a 10 segundos. Eles são executados instantaneamente no modo de usuário único, mas não há documentação sobre o que ele fez para mitigar isso para vários usuários. O servidor não tinha RAMDISK, configuração de RAID ou qualquer coisa especial, pelo que pude perceber.
Primeiro pensei que o disco rígido poderia estar lento, então configurei um RAMDISK e estou hospedando aquele arquivo específico nele. O acesso de usuário único agora é extremamente rápido, mas o acesso multiusuário ainda é igualmente lento. Em seguida, pensei que a placa de rede poderia ser um gargalo, mas observei o monitor de recursos e nada está perto de atingir o limite. Meu próximo pensamento foi culpar o hardware/Vista, mas é um ou outro Core 2 Duo da Dell com 3 GB de RAM, e o Vista Business é o único sistema operacional para o qual tenho uma licença sobressalente. Deve ser suficiente para o trabalho em questão.
Já vi muitas reclamações semelhantes sobre bancos de dados Access mal projetados e inutilizáveis em ambientes multiusuário, seguidas de sugestões para dividir o banco de dados em front-ends e back-ends, mas não estou disposto a gastar muito tempo ajustando o Access considerando que meu próximo projeto após reconstruir o servidor é redesenhar todo o back-end no SQL Server. Além disso, o último cara conseguiu semi-resolver o problema sem revisar nada (isso eu sei). Enquanto isso, porém, isso está matando a produtividade.
O que pode ter mudado entre o servidor antigo e o novo? Há alguma coisa simples que eu possa alterar para reduzir o tempo de consulta a um atraso razoável?
Responder1
Dividir-se em fe,be não é complicado. Em seguida, vincule as tabelas do be. Estes são princípios básicos de implantação para acesso MS. Se você estiver enfrentando a construção do msql, a divisão de um banco de dados será muito fácil.