Implantar um aplicativo do Access

Os dados e a lógica devem ser separados?

Você pode criar um aplicativo do Access que combina o gerenciamento de dados e a lógica de aplicativo em um arquivo. Essa é a estrutura padrão de aplicativo no Access. A combinação de gerenciamento de dados e lógica de aplicativo em um arquivo fornece o método de implantação mais simples, mas esse método funciona melhor apenas se algumas pessoas usarem o aplicativo ao mesmo tempo e isso envolver algum risco. Por exemplo, um usuário pode causar a perda de dados ao excluir ou danificar o arquivo do aplicativo acidentalmente. Na maioria dos casos, você deve separar o gerenciamento de dados e a lógica de aplicativo. Isso ajuda a melhorar o desempenho e a confiabilidade.

Uma forma de separar os dados e a lógica é usando o comando Acessar Banco de Dados (na guia Ferramentas de Banco de Dados, no grupo Mover Dados). Esse comando divide seu aplicativo de banco de dados em dois arquivos access: um para lógica (um front-end) e outro para dados (um back-end). Por exemplo, um banco de dados chamado MySolution.accdb é dividido em dois arquivos chamados MySolution_fe.accdb e MySolution_be.accdb. Você coloca o banco de dados de back-end em um local compartilhado, como uma pasta de rede. Você distribui o arquivo front-end, uma cópia para cada usuário, para seus computadores. Você pode até distribuir arquivos front-end diferentes para usuários diferentes. Para obter mais informações, consulte Dividir um banco de dados de acesso.

Outra maneira de separar o gerenciamento de dados e a lógica de aplicativo é usando um programa de servidor de banco de dados (como o Microsoft SQL Server) para o gerenciamento de dados e o Access para a lógica de aplicativo. Para obter mais informações, consulte Migrar um banco de dados access para SQL Server.

Os motivos adicionais para separar dados e lógica incluem o seguinte:

• Segurança e integridade de dados     Se você combinar dados e lógica em um arquivo, os dados são expostos aos mesmos riscos que a lógica de aplicativo. Um aplicativo Access que usa arquivos de dados e lógica separados pode ajudar a proteger a integridade e a segurança dos dados aproveitando os recursos de segurança do NTFS em pastas de rede.

  Access usuários devem ter permissões de leitura, gravação, criação e exclusão para a pasta em que o arquivo front-end está localizado. No entanto, você pode atribuir permissões diferentes ao próprio arquivo front-end. Por exemplo, talvez você queira atribuir permissões somente leitura a alguns usuários e permissões de leitura/gravação a outros usuários.

  Seu aplicativo pode precisar de mais opções de segurança, como a capacidade de controlar quais usuários têm acesso a dados específicos. Nesse caso, você pode usar SQL Server ou SharePoint para armazenar e gerenciar os dados do aplicativo e usar o Access para fornecer a lógica do aplicativo.

• Escalabilidade    Um arquivo Access pode ter um tamanho máximo de 2 GB (gigabytes). Embora 2 GB seja uma boa quantidade de dados de texto, pode ser insuficiente para alguns aplicativos, especialmente os aplicativos que armazenam anexos em registros do banco de dados. Se você separar os dados e a lógica, seu aplicativo pode acomodar mais dados. Se você acredita que os usuários armazenarão um grande volume de dados, pode cogitar usar mais de um Access arquivo de dados.

  Você também deve analisar as especificações de programa do Access para obter outras informações sobre escalabilidade. Para saber mais sobre Access especificações, consulte o artigo Especificações de acesso.

• Capacidade da rede    Caso vários usuários precisem usar o aplicativo ao mesmo tempo em uma rede, a probabilidade de que os dados sejam corrompidos aumenta caso os dados e a lógica estejam combinados em um único arquivo. Além disso, se você combinar os dados e a lógica de um arquivo do Access, não será possível otimizar o tráfego de rede gerado pelo Access. Caso vários usuários usem o aplicativo simultaneamente em uma rede, você deve separar os dados e a lógica usando dois ou mais arquivos do Access ou usando um servidor de banco de dados para os dados e o Access para a lógica de aplicativo.

Qual será a aparência do ambiente de rede?

Escolher a solução correta de banco de dados access para seu ambiente de rede é uma etapa crítica para torná-la bem-sucedida. Use as diretrizes a seguir para ajudá-lo a fazer a melhor opção para suas necessidades.

Rede inicial

Se você tiver apenas alguns usuários para compartilhar seu banco de dados do Access, poderá usar um único banco de dados que cada pessoa abre e usa em uma rede doméstica. Para obter mais informações, consulte Compartilhamento de arquivos em uma rede em Windows 10.

LAN (Rede de Área Local)

Uma LAN é uma rede interna que geralmente tem excelente desempenho, mas é limitada a uma pequena área geográfica, como uma única sala, construção ou grupo de edifícios. Quando você tem mais de alguns usuários compartilhando o banco de dados em uma LAN, é melhor dividir o banco de dados, armazenar o banco de dados back-end em uma pasta de rede e implantar uma cópia do banco de dados front-end para cada usuário.

WAN (Rede de Ampla Área)

Há muitas configurações possíveis para uma WAN, que abrange uma extensa área geográfica. Você pode ter vários escritórios em uma cidade conectados a uma rede pública, uma linha alugada ou até satélites. Geralmente, uma VPN (Rede Virtual Privada) é usada para acesso remoto seguro da casa ou da estrada. Uma maneira simples de entender uma WAN é que sempre que você está fora de uma LAN, mas conectado a ela, você está usando uma WAN.

Compartilhamentos de arquivos do Azure

Os compartilhamentos de arquivos do Azure não são um tipo separado de rede, mas fornecem uma maneira de usar compartilhamentos de arquivos em uma rede sem a necessidade de um servidor de arquivo. No entanto, o uso de um compartilhamento de arquivos do Azure pode apresentar problemas semelhantes aos que surgem ao usar um banco de dados dividido do Access em uma WAN.

Aviso    Evite usar um banco de dados dividido do Access em uma WAN ou com compartilhamentos de arquivos do Azure porque o desempenho pode ser lento e os bancos de dados podem se tornar corrompidos.

As alternativas com suporte para usar um banco de dados dividido em uma WAN ou em compartilhamentos de arquivos do Azure são:

• Armazene os dados no armazenamento externo e crie tabelas vinculadas para:

  • Listas do SharePoint

  • SQL Server ou SQL do Azure

  • Dataverse

• RDS (Serviços de Área de Trabalho Remota) (anteriormente conhecido como Terminal Server), que cria um ambiente de área de trabalho virtual do Windows no computador cliente de um usuário. O RDS tem várias vantagens:

  • Nenhuma instalação do Access ou de um banco de dados access é necessária à medida que os usuários executam o cliente RD (Área de Trabalho Remota) que está disponível em muitos dispositivos.

  • A transferência de dados é minimizada entre o cliente e o servidor porque o RD é um cliente fino que transmite com eficiência apenas a interface do usuário.

  • Os usuários ainda podem copiar e colar dados e imprimir relatórios localmente do computador cliente.

  • O RemoteApp pode executar apenas um único programa, como um aplicativo turnkey para fornecedores ou trabalhadores de linha de frente.

  Para obter mais informações, consulte Bem-vindo aos Serviços de Área de Trabalho Remota.

Os usuários terão o Access?

Caso todos os seus usuários tenham o Access instalado no computador, eles podem abrir e usar o aplicativo como fariam com qualquer arquivo de banco de dados do Access.

Se alguns ou todos os usuários não tiverem Access instalados em seus computadores, você também poderá implantar o software Access Runtime para esses usuários ao implantar seu aplicativo. Para obter mais informações, confira Entender e baixar o Access Runtime.

Início da Página

Preparar o banco de dados como uma solução de aplicativo

Para bloquear sua solução, controlar a navegação e a inicialização e definir outras opções importantes, faça o seguinte:

Dica    Para ser completo, navegue pela caixa de diálogo Opções de acesso (Opções de > de Arquivo) e clique em ajuda para cada guia. Pode haver opções adicionais que você deseja controlar para sua solução de aplicativo.

Antes de implantar

Antes de implantar o banco de dados front-end, considere estas práticas recomendadas:

• Esforce-se para obter o melhor desempenho de sua solução. Para obter mais informações, confira Acesso à Ajuda executar mais rapidamente e Dicas de desempenho do Microsoft Access para acelerar seus bancos de dados de acesso.

• Compactar e reparar o banco de dados. Para obter mais informações, consulte Compactar e reparar um banco de dados.

• Faça backup do banco de dados para que você tenha uma cópia original e segura do banco de dados original. Para obter mais informações, consulte Proteger seus dados com processos de backup e restauração.

• Use o Documenter de Banco de Dados para imprimir as características de design de objetos de banco de dados. Para obter mais informações, consulte Documentar e imprimir seu design de banco de dados.

• Decida como deseja proteger o arquivo. Há várias abordagens que você pode adotar:

  • Adicione um certificado de segurança ao banco de dados. Para obter mais informações, confira Mostrar confiança adicionando uma assinatura digital e Decidir se deve confiar em um banco de dados. Se você fizer isso, decida como deseja controlar a Barra de Mensagens em seu banco de dados. Para obter mais informações, consulte Habilitar ou desabilitar alertas de segurança na Barra de Mensagens.

  • Use um local confiável para armazenar o banco de dados front-end para evitar que ele seja verificado pela Central de Confiança ou se você não deseja que ele seja aberto no Modo de Exibição Protegido. para obter mais informações, consulte Adicionar, remover ou alterar um local confiável.

  • Criptografar o arquivo de banco de dados. Para obter mais informações, consulte Criptografar um banco de dados usando uma senha de banco de dados.

  • Para garantir que os usuários não possam modificar o design de formulários, relatórios ou código VBA, considere usar um arquivo binário compilado (.accde).

Decidir qual formato de arquivo usar

Há quatro formatos de arquivo do Access disponíveis ao implantar um aplicativo:

• .accdb    Esse é o formato de arquivo padrão para o Access. Ao implantar um aplicativo nesse formato, os usuários têm a maioria das opções para personalizar e navegar pelo aplicativo como quiserem. Caso queira garantir que os usuários não alterem o design do seu aplicativo, use o formato de arquivo .accde. Além disso, um usuário não consegue determinar facilmente se um arquivo .accdb foi alterado depois de ter sido compactado — para tornar isso óbvio, use o formato de arquivo .accdc.

• .accdc    Esse formato também é conhecido como um arquivo de implantação do Access. Um arquivo implantação do Access consiste em um arquivo de aplicativo e uma assinatura digital associada a ele. Esse formato de arquivo garante aos usuários que ninguém alterou o arquivo de aplicativo depois da compactação. Você pode aplicar esse formato em um formato padrão de arquivo do Access (.accdb) ou a um arquivo binário compilado do Access (.accde). Para obter mais informações, confira Mostrar confiança adicionando uma assinatura digital.

  Você só pode colocar um arquivo de aplicativo em um arquivo de implantação do Access. Se o aplicativo tiver arquivos separados de dados e lógica, você pode compactá-los separadamente.

• .accde    Esse formato também é conhecido como um arquivo binário compilado. No Access, um arquivo binário compilado é um arquivo de aplicativo de banco de dados que foi salvo com todo o código VBA compilado. Nenhum código-fonte VBA permanece em um arquivo binário compilado do Access. Um arquivo .accde impede alterações de design e código, reduz o tamanho do banco de dados e ajuda a melhorar o desempenho. Para obter mais informações, consulte Ocultar código VBA dos usuários.

  Você pode usar o Access Runtime para abrir um arquivo binário compilado do Access. Se o Runtime não reconhecer a extensão do nome do arquivo .accde, abra o arquivo binário criando um atalho que aponte para o Runtime e inclua o caminho para o arquivo binário compilado que você deseja que o atalho seja aberto.

  Importante   Os usuários não podem abrir um arquivo binário compilado usando uma versão anterior do Access do que a versão na qual ele foi compilado se a versão anterior não dá suporte a um recurso adicionado na versão posterior. Para resolve esse problema, compile o arquivo binário na versão Access que seus usuários instalaram.

• .accdr    Esse formato permite habilitar um aplicativo que é aberto no modo de tempo de execução. Implantar um aplicativo de tempo de execução pode ajudar a controlar a forma que ele é usado, embora não seja uma forma de proteger um aplicativo. Para obter mais informações sobre o modo de tempo de execução, confira a seção Entender Access Runtime.

Instalar e atualizar um banco de dados front-end do Access

Ao adotar um design de banco de dados dividido, você precisa distribuir o banco de dados front-end para cada usuário. Para fazer as coisas correrem bem, considere as seguintes práticas recomendadas:

• Verifique se cada usuário tem a versão correta do Access e se o banco de dados front-end é aberto na versão correta. O Access também tem versões de 32 bits e 64 bits. A execução da "bitness" incorreta pode afetar chamadas de API do Windows, referências de biblioteca de DLL e controles ActiveX. Para obter mais informações, consulte Escolha a versão de 64 bits ou de 32 bits do Office.

• Crie um pacote de instalação para outros arquivos que podem ser necessários, incluindo drivers de banco de dados, arquivos em lote para instalação e configuração e arquivos relacionados ao aplicativo. Para obter mais informações, consulte Criar um pacote de instalação.

• Forneça um atalho da área de trabalho do Windows para que o usuário possa executar rapidamente a solução access. Inclua no atalho o local da pasta, um nome de atalho significativo, uma descrição e um ícone. Para obter mais informações, consulte Criar um atalho de área de trabalho para um programa ou arquivo do Office.

  Dica    Instrua seus usuários como fixar aplicativos no menu Iniciar.

• Determine uma maneira eficaz de reimplantar e substituir o banco de dados front-end quando as atualizações são necessárias e manter versões de arquivos para acompanhar as alterações. Por exemplo, você pode adicionar código VBA a marcar para novas versões e atualizar automaticamente antes mesmo de os usuários iniciarem o aplicativo.

• Quando você cria uma conexão ODBC usando um arquivo DSN que contém o cadeia de conexão, esse arquivo DSN também precisa ser instalado em cada computador cliente. Outra abordagem é criar uma conexão "sem DSN" no código VBA para eliminar a necessidade de um arquivo DSN. Para obter mais informações, consulte Usando DSN-Less Connections.

Início da Página

Quais recursos não estão disponíveis no modo de tempo de execução?

Os recursos do Access a seguir não estão disponíveis no modo de tempo de execução:

• Chaves especiais    Chaves como Ctrl+Break, Ctrl+G e a chave Shift para ignorar as opções de inicialização no banco de dados.

• Painel de Navegação    O Painel de Navegação não está disponível no modo de tempo de execução. Isso ajuda a impedir o acesso de usuários a objetos arbitrários no seu aplicativo de banco de dados. Somente os objetos que você expõe aos usuários – por exemplo, fornecendo um formulário de navegação – podem ser abertos durante o uso do modo de runtime. Você não pode tornar o Painel de Navegação disponível no modo de tempo de execução.

• A Faixa de Opções    Por padrão, a Faixa de Opções não está disponível no modo de tempo de execução. Isso ajuda a impedir que os usuários criem ou modifiquem os objetos do banco de dados e realizem outras ações potencialmente perigosas, por exemplo, se conectar a novas fontes de dados ou exportar dados de maneiras não planejadas por você. Não é possível exibir as guias da Faixa de Opções padrão no modo de tempo de execução. No entanto, você pode criar uma Faixa de Opções personalizada e associar essa Faixa de Opções a um formulário ou relatório. Para obter mais informações, consulte Criar uma faixa de opções personalizada no Access.

• Modos de exibição de Design e de Layout    Os modos de exibição de Design e de Layout não estão disponíveis para nenhum objeto de banco de dados no modo de tempo de execução. Isso ajuda a impedir que os usuários modifiquem o design dos objetos no seu aplicativo de banco de dados. Não é possível habilitar os modos de exibição de Design ou de Layout no modo de tempo de execução.

• Ajuda    Por padrão, a Ajuda integrada não está disponível no modo de tempo de execução. Como é você que controla qual funcionalidade fica disponível em seu aplicativo do modo de tempo de execução, alguns tópicos padrão da Ajuda integrada do Access podem ser irrelevantes para as pessoas que usam seu aplicativo, podendo acabar confundindo ou frustrando os usuários. Você pode criar seu próprio arquivo de Ajuda personalizado para complementar seu aplicativo de modo de runtime.

Como posso simular o modo de runtime?

Você pode executar qualquer banco de dados do Access no modo de tempo de execução em um computador que tenha a versão completa do Access instalada. Para executar um banco de dados do Access no modo de tempo de execução, siga um destes procedimentos:

• Altere a extensão do nome de arquivo do banco de dados de .accdb para .accdr.

• Crie um atalho para o banco de dados com o comutador de linha de comando /Runtime .

  1. Na Área de Trabalho do Windows, clique com o botão direito do mouse e selecione Novoatalho >.

  2. Insira o local de MSAccess.exe, o local do banco de dados e o qualificador de comando /runtime . Por exemplo:

     "C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime

  Para obter mais informações, consulte Criar um atalho de área de trabalho para um programa ou arquivo do Office.

O modo de tempo de execução torna meu banco de dados mais seguro?

Embora o modo de tempo de execução limite a disponibilidade de recursos de design e navegação, você não deve usá-lo como a principal forma de proteger um aplicativo de banco de dados. Em um computador que tenha a versão completa do Access instalada, talvez seja possível que um usuário abra um aplicativo de banco de dados de tempo de execução como um aplicativo de banco de dados comum (ou seja, com todos os recursos disponíveis) e, em seguida, altere o design ou realize outras ações indesejadas.

Mesmo que você implante seu aplicativo de banco de dados apenas em computadores que não têm a versão completa do Access instalada, o usuário ainda pode transferir o aplicativo para um computador que tem a versão completa de um Access instalada para depois abrir o aplicativo de banco de dados de tempo de execução como um aplicativo de banco de dados comum.

Início da Página

Baixar o Access Runtime

Para baixar o Access Runtime do Centro de Download da Microsoft, clique no link apropriado para sua versão. 

• Baixar e instalar o Access Runtime do Office 365

  Observação    Esse Access Runtime também se aplica às licenças do Office 2019 Consumer.

• Baixar e instalar o Microsoft Access 2016 Runtime

• Baixar e instalar o Microsoft Access 2013 Runtime

• Baixar e instalar o Microsoft Access 2010 Runtime

Não é preciso comprar para baixar, usar ou redistribuir o Access Runtime, e não há limites da quantidade de usuários aos quais você pode distribuir o Runtime.

Início da Página

Usar um pacote de instalação geral (Access 2013 ou posterior)

para versões do Access 2013 ou posteriores, você pode usar o Windows Installer ou pesquisar um programa de terceiros que cria pacotes de instalação.

Empacotar e assinar um banco de dados Access (Access 2007 e 2010)

No Access 2007 ou 2010 é mais fácil e rápido assinar e distribuir um banco de dados. Ao criar um arquivo do tipo .accdb ou .accde, você pode compactá-lo, aplicar uma assinatura digital a ele e distribuir o pacote assinado para outros usuários. O recurso Compactar e Assinar coloca o banco de dados em um arquivo de implantação do Access (.accdc), depois coloca o pacote codificado por assinatura em um local do computador do usuário determinado por você. Os usuários poderão extrair o banco de dados do pacote e trabalhar diretamente nele (fora do arquivo de pacote). Para obter mais informações, confira Visão geral do Assistente de Solução de Pacote.

Lembre-se destes fatos ao criar e assinar um pacote:

• Compactar um banco de dados e assinar o pacote são formas de transmitir confiança. Quando você ou seus usuários receberem o pacote, a assinatura confirmará que o banco de dados não foi adulterado. Se você confiar no autor, pode habilitar o conteúdo.

• O novo recurso Compactar e assinar aplica-se apenas a bancos de dados salvos no formato de arquivo .accdb.

• Você pode adicionar apenas um arquivo de banco de dados a um pacote.

• Ao compactar e assinar um banco de dados, todos os objetos no arquivo de banco de dados são codificados por assinatura, não apenas as macros ou os módulos de código. O processo de compactação e assinatura também compacta o arquivo para ajudar a reduzir o tempo de download.

• Após extrair o banco de dados do pacote, não haverá mais uma conexão entre o pacote assinado e o banco de dados extraído.

• Se você usar um certificado autoassinado para assinar um pacote de banco de dados e clicar em Confiar em todo o conteúdo do editor ao abrir esse pacote, os pacotes assinados usando os referidos certificados serão sempre confiáveis.

• Ao extrair o banco de dados para um local confiável, seu conteúdo será automaticamente habilitado, sempre que abri-lo. Se optar por um local não confiável, parte do conteúdo do banco de dados pode ser desabilitado por padrão.

As seções a seguir explicam como criar um arquivo de pacote assinado e como usar o banco de dados de um arquivo de pacote assinado. Para concluir essas etapas, você deve ter pelo menos um certificado de segurança disponível. Se você não tiver um certificado instalado em seu computador, poderá criar um usando a ferramenta SelfCert ou obter um certificado comercial. Para obter informações sobre certificados de segurança, confira Mostrar confiança adicionando uma assinatura digital.