Converter ADP para ACCDB

Uma instalação mais recente do Microsoft Access não consegue abrir um projeto .adp, portanto os aplicativos legados do SQL Server geralmente precisam ser migrados antes de poderem ser editados ou compartilhados. O resultado necessário normalmente é um front-end .accdb vinculado ao SQL Server ou um novo banco de dados do Access independente contendo os dados copiados.

O que é o formato ADP

Um arquivo ADP é um Microsoft Access Project usado pelo Access 2000 até o Access 2010. Ele armazena objetos do aplicativo, como formulários, relatórios, consultas do projeto, macros e código VBA, enquanto os dados do aplicativo normalmente residem no Microsoft SQL Server.

Diferentemente de um banco de dados .mdb ou .accdb, um ADP normalmente não contém tabelas locais Jet ou ACE. Ele depende de um banco de dados do SQL Server, de suas configurações de conexão, de objetos no servidor e das permissões necessárias para usá-los. O Access 2010 é a última versão que abre arquivos ADP; o Access 2013 e versões posteriores removeram o suporte a ADP.

O que é o formato ACCDB

ACCDB é o formato nativo de banco de dados do Access introduzido com o Access 2007. Ele pode conter tabelas locais, consultas, formulários, relatórios, macros e módulos VBA, ou pode atuar como um front-end com tabelas do SQL Server vinculadas por ODBC.

ACCDB oferece suporte a recursos indisponíveis no formato MDB mais antigo, incluindo anexos e campos com vários valores. Um arquivo tem um tamanho máximo de 2 GB, excluindo os dados mantidos em um servidor vinculado. ACCDB também não oferece suporte ao antigo modelo de segurança de usuário no nível de grupo de trabalho do Access.

Como migrar ADP para ACCDB

Não existe uma conversão confiável com um único clique que transforme um projeto ADP, seus objetos do SQL Server e seu código dependente do servidor em um arquivo ACCDB. Use o Access 2010 para inspecionar a origem e uma versão compatível do Access para criar o destino.

1. Faça backup do arquivo ADP e do banco de dados do SQL Server. Registre os nomes do servidor e do banco de dados, esquemas, tabelas, exibições, procedimentos armazenados, configurações de conexão, logins, permissões e dependências externas.
2. Abra o ADP no Access 2010. Faça um inventário dos formulários, relatórios, consultas do projeto, procedimentos armazenados, macros, módulos VBA, comportamento de inicialização, referências e código de eventos. O Access 2013 ou versões posteriores não podem realizar essa inspeção.
3. No Access 2007 ou posterior, crie um banco de dados em branco por meio de File → New → Blank database e salve-o como converted.accdb. O arquivo em branco é o destino da migração; ele não é produzido pela simples renomeação da extensão do ADP.
4. Para um aplicativo baseado no SQL Server, vincule as tabelas e exibições necessárias por meio de External Data → New Data Source → From Other Sources → ODBC Database. Escolha Link to the data source by creating a linked table, selecione ou crie o DSN correto do SQL Server, autentique-se e selecione os objetos a serem vinculados. Use um driver ODBC do SQL Server adequado e verifique se todos os computadores de implantação conseguem acessar o servidor.
5. Para um banco de dados independente, exporte ou copie as tabelas selecionadas do SQL Server para o Access usando o SQL Server Import and Export Wizard ou outro processo controlado de transferência de dados. Após a importação, verifique ou recrie chaves primárias, índices, relacionamentos, regras de validação, comportamento de identidade e padrões necessários. Não presuma que os tipos de dados e as restrições do SQL Server tenham equivalentes idênticos no Access.
6. Recrie os formulários, relatórios, consultas, macros e módulos VBA do ADP no ACCDB. Alguns objetos ou códigos compatíveis podem ser copiados manualmente, mas não se deve presumir que os objetos específicos de projetos ADP sejam importados corretamente. Substitua as consultas do servidor por consultas do Access, consultas pass-through, consultas de tabelas vinculadas ou chamadas explícitas a procedimentos armazenados, conforme apropriado.
7. Atualize as origens de registros, cadeias de conexão, parâmetros, referências, ações de inicialização e gerenciamento de permissões. Teste inserções, atualizações, exclusões, relatórios, tratamento de erros, transações e acesso multiusuário usando uma cópia dos dados antes da implantação.

Use o Access 2010 para abrir e documentar o projeto legado, uma versão compatível do Access para o novo ACCDB e o SQL Server Management Studio junto com o SQL Server Import and Export Wizard para o esquema do servidor, procedimentos, permissões e migração de dados. Mantenha o ADP original e o banco de dados do SQL Server inalterados até que os testes sejam concluídos.

Limites de compatibilidade e conversão

O resultado normal é um front-end ACCDB conectado ao SQL Server, não um único arquivo portátil. Manter o SQL Server preserva procedimentos no servidor, gatilhos, segurança, processamento de transações e armazenamento de grandes volumes. Importar dados para o ACCDB altera a capacidade, a simultaneidade, o comportamento das consultas e, às vezes, os tipos de dados.

Tipos, funções, colunas calculadas, colunas de identidade, gatilhos, exibições e procedimentos armazenados específicos do SQL Server exigem validação individual. O VBA que usa ADO, comandos de projetos ADP, parâmetros específicos do servidor ou referências diretas ao projeto pode exigir código revisado de conexão e de comandos. A autenticação do SQL Server, as regras de firewall, a configuração do DSN e as permissões de usuário também devem ser recriadas ou documentadas para o novo front-end.

Conversores online genéricos não são adequados para essa migração: um ADP depende de uma instalação do SQL Server e de objetos do aplicativo que um conversor de arquivos não pode reproduzir. O upload do arquivo também pode divulgar detalhes de conexão ou dados comerciais relacionados. Portanto, um conversor online confiável não é uma recomendação apropriada para esse par de formatos.