Temos uma configuração na qual nossos usuários fazem login em um banco de dados de acesso usando o MS Access 2003 por meio de uma conexão RDP. O banco de dados de back-end ( .mdb) é acessado por nossos usuários com o banco de dados front-end ( .mde) e protegido por um banco de dados de segurança (* .mdw).
O login do usuário em suas próprias máquinas primeiro usando um perfil móvel. Em seguida, clicam em um arquivo de conexão do rdp na área de trabalho e fazem o login no servidor remoto, via RDP, onde usam o MS Access como shell; eles não têm acesso a nenhum dos recursos do explorer.exe, como o menu Iniciar.
O banco de dados no qual eles estão se conectando é mais de um aplicativo e fornece funcionalidade para inserir dados, consultar dados e executar relatórios por meio de menus baseados em formulário. Tudo funcionou muito bem até dividirmos o banco de dados, pois ele estava se aproximando de 2 GB de tamanho.
Nós movemos os dados da folha de pagamento para uma partição separada, um banco de dados com o mesmo nome em uma pasta diferente, ambos no servidor. Apenas duas tabelas foram movidas para essa nova partição de banco de dados e elas foram religadas como tabelas externas na nova partição.
Agora, enquanto tudo parece estar funcionando bem após a divisão, há um novo problema quando nossos usuários fazem login via RDP e tentam executar relatórios: geralmente, o relatório não é exibido e, em vez disso, o usuário vê um erro sobre o clique evento do formulário. No começo eu nem sabia que era relacionado à impressora, já que realmente não mudamos nada relacionado às impressoras, até onde eu sabia.
Confuso com o erro, conversei com o cara que anteriormente trabalhou aqui e quem estava encarregado de dividir o banco de dados, e ele me disse para dizer aos usuários para definirem suas impressoras padrão (em suas máquinas locais, não no servidor ) para a "impressora" Microsoft XPS Document Writer , que não é uma impressora física. Isso permitia que o usuário exibisse seus relatórios, mas se eles quisessem imprimir relatórios, eles precisavam ir para o menu File e selecionar Print , clicando no ícone de impressão na barra de ferramentas os leva para um diálogo Save As... como seria de esperar ao usar o Microsoft XPS Document Writer como sua impressora padrão.
É fácil saber se o usuário está tendo problemas porque uma rápida passagem do mouse do ícone da impressora renderá uma dica de ferramenta de (none) quando não puder acessar seus relatórios e uma dica de Microsoft XPS Document Writer quando eles puderem visualizar os relatórios . Se a impressora do usuário estiver configurada com algo diferente de Microsoft XPS Document Writer como o padrão em sua máquina local, (none) sempre será exibido quando eles forem rdp para o banco de dados. As configurações do RDP são configuradas para transferir a impressora local para o servidor.
Dizer aos usuários para fazer isso para imprimir foi mais um band-aid em toda a situação até encontrarmos uma solução melhor e uma explicação de porque dividir um banco de dados impediria que os usuários imprimissem ou até mesmo visualizassem relatórios de banco de dados de acesso. É por isso que estou aqui fazendo esta pergunta.
Além disso, todas as impressoras da rede agora aparecem no servidor para que, quando os usuários clicarem em File->Print para imprimir seus relatórios em uma impressora física, tenham que procurar em uma lista enorme de impressoras para encontrar a delas. na lista suspensa. Então a pequena correção de band-aid que temos não é ideal. Anteriormente, apenas as impressoras na máquina local do usuário eram exibidas aqui e não todas as impressoras na rede.
Meu colega de trabalho parece pensar que isso tem algo a ver com permissões, eu pessoalmente acho que tem a ver com perfis de roaming e políticas de grupo, que é o que eu tenho lido.
Eu realmente não sei como consertar isso ou como ele está relacionado a dividir o banco de dados.