Database Links

Database Links são objetos do Oracle utilizados para permitir que um banco de dados acesse objetos armazenados em outro banco de dados. Esse recurso é fundamental em muitas arquiteturas corporativas porque permite consultar e manipular dados remotos sem que eles estejam fisicamente armazenados no banco local.

Em projetos de migração Oracle para PostgreSQL, Database Links precisam receber atenção especial porque podem representar dependências entre sistemas, bancos de dados, schemas e aplicações. Uma migração que não identifique essas conexões pode provocar falhas após o cutover, principalmente em aplicações que executam SQL distribuído, procedures ou processos batch.

No Oracle, um Database Link é um objeto de schema que permite acessar objetos de outro banco e utilizar a referência @dblink em comandos SQL. O mecanismo pode ser utilizado para operações de consulta e também para operações de manipulação de dados remotos.

O que são Database Links?

Conceito de Database Link

Um Database Link cria uma conexão lógica entre o banco de dados local e um banco de dados remoto.

Em uma arquitetura corporativa, isso permite que uma aplicação ou processo executado no banco local acesse informações que permanecem armazenadas em outro ambiente.

O banco remoto pode participar de uma arquitetura distribuída na qual diferentes sistemas possuem responsabilidades distintas.

Exemplo conceitual

Imagine uma aplicação financeira que mantém seus dados principais em um banco Oracle, mas precisa consultar informações armazenadas em outro banco corporativo.

Em vez de realizar toda a transferência dos dados para o banco local, a aplicação pode utilizar um Database Link para acessar o objeto remoto.

Uma referência SQL pode utilizar a estrutura:

tabela_remota@database_link

O mecanismo permite que tabelas e views remotas sejam referenciadas diretamente nas instruções SQL.

Por que Database Links são utilizados?

Database Links podem ser utilizados para:

Acessar dados de outro banco.
Integrar diferentes sistemas.
Consultar informações remotamente.
Executar operações distribuídas.
Compartilhar dados entre ambientes.
Suportar aplicações corporativas distribuídas.
Manter integrações entre sistemas legados.

Database Links em ambientes corporativos

Em ambientes empresariais, é comum encontrar Database Links conectando diferentes sistemas, bancos de dados e ambientes.

Essas conexões podem existir entre:

Oracle e Oracle.
Oracle e ambientes externos.
Ambientes de produção e sistemas auxiliares.
Sistemas corporativos distintos.
Databases locais e ambientes remotos.
Aplicações legadas e plataformas modernas.

Por isso, um Database Link não deve ser tratado apenas como um objeto técnico. Ele pode representar uma dependência arquitetural importante.

Database Links e banco de dados distribuído

Database Links fazem parte de arquiteturas nas quais dados e processamento estão distribuídos entre diferentes bancos.

Esse modelo pode ser útil, mas também aumenta a complexidade operacional.

Quanto maior o número de bancos conectados, maior a necessidade de controlar dependências, autenticação, disponibilidade, latência e segurança.

Equipe da Dominus Tech analisando uma arquitetura corporativa com Database Links, bancos de dados locais e remotos, aplicações, schemas, conexões de rede e fluxos de dados entre ambientes. — Equipe da Dominus Tech analisando conexões entre bancos de dados corporativos por meio de Database Links, com visualização de schemas, aplicações, permissões e fluxos de dados.

Database Links, aplicações e dependências

Como as aplicações utilizam Database Links?

Database Links podem ser utilizados diretamente em comandos SQL ou indiretamente por procedures, functions, packages, jobs e aplicações corporativas.

Isso torna o levantamento de dependências uma das etapas mais importantes de um projeto de migração.

Uma aplicação pode não possuir nenhuma configuração explícita identificando o Database Link, mas seu SQL pode utilizar objetos remotos.

SQL distribuído

Um Database Link permite que o SQL faça referência a objetos localizados em outro banco.

Esse comportamento pode estar presente em consultas, inserções, atualizações e exclusões realizadas sobre objetos remotos.

Database Links em procedures e packages

Um dos maiores riscos durante um assessment é procurar Database Links somente no código das aplicações.

Procedures, functions e packages também podem utilizar conexões remotas.

Uma rotina aparentemente local pode executar uma consulta em outro banco por meio de um Database Link.

Dependência indireta

Uma cadeia típica pode ser representada desta forma:

Aplicação → Procedure → SQL → Database Link → Banco remoto

Se o Database Link for removido sem que a cadeia seja identificada, a aplicação poderá apresentar erros depois da migração.

Database Links e jobs

Jobs automatizados são outro ponto que precisa ser investigado.

Processos noturnos, rotinas de fechamento, cargas, integrações e sincronizações podem utilizar Database Links sem interação direta dos usuários.

Esses processos são especialmente importantes porque podem funcionar normalmente durante os testes manuais e falhar somente quando executados no horário programado.

Database Links e permissões

A conexão remota também está relacionada a autenticação e autorização.

Durante o assessment, deve-se identificar quais credenciais são utilizadas, quais objetos são acessados e quais permissões são necessárias.

O objetivo não é simplesmente reproduzir a conexão, mas garantir que a arquitetura de destino mantenha o nível de segurança adequado.

Database Links e segurança

Database Links podem criar caminhos de comunicação entre ambientes que precisam ser tratados como parte da superfície de segurança da organização.

Devem ser avaliados:

Credenciais.
Usuários remotos.
Permissões.
Endereços dos servidores.
Portas.
Criptografia.
Regras de firewall.
Dependências de rede.
Auditoria.

Database Links e disponibilidade

Uma aplicação que depende de um banco remoto passa a depender também da disponibilidade dessa conexão.

Uma indisponibilidade no ambiente remoto pode gerar impacto no sistema local.

Por isso, Database Links devem ser incluídos na análise de alta disponibilidade e disaster recovery.

Equipe da Dominus Tech realizando assessment de Database Links em uma arquitetura corporativa, analisando inventário de conexões, bancos de origem e destino, schemas, aplicações, procedures, usuários, dependências, criticidade e estratégias de migração para PostgreSQL Enterprise. A imagem apresenta conexões classificadas como críticas, importantes e obsoletas, com profissionais analisando indicadores técnicos em um centro de operações. — Equipe da Dominus Tech analisando Database Links, dependências e estratégias de migração em uma arquitetura corporativa de banco de dados.

Database Links na migração Oracle para PostgreSQL

O que acontece com Database Links durante a migração?

Database Links estão entre os objetos que exigem uma estratégia específica durante uma migração Oracle para PostgreSQL.

Não existe uma regra universal segundo a qual todos os Database Links devem simplesmente ser convertidos para um único mecanismo equivalente.

A estratégia depende do sistema remoto, do padrão de integração e do comportamento necessário no ambiente de destino.

Primeiro passo: identificar o destino remoto

O assessment deve identificar para onde cada Database Link se conecta.

O destino pode ser:

Outro Oracle.
PostgreSQL.
EDB Postgres Advanced Server.
Outro banco relacional.
Sistema utilizado por uma aplicação corporativa.

Essa informação determina boa parte da estratégia de modernização.

Database Link entre Oracle e Oracle

Em uma migração parcial, pode ser necessário manter temporariamente conexões entre Oracle e PostgreSQL/EDB.

Isso é comum em projetos nos quais os bancos não são migrados simultaneamente.

Durante uma fase de transição, o novo ambiente pode precisar continuar acessando dados que permanecem no Oracle.

Database Link entre Oracle e PostgreSQL

Quando o destino passa a ser PostgreSQL, a arquitetura precisa ser redesenhada de acordo com os recursos disponíveis no ambiente de destino.

PostgreSQL possui mecanismos de Foreign Data Wrapper e, para acesso a servidores PostgreSQL externos, o módulo postgres_fdw permite trabalhar com dados armazenados em servidores PostgreSQL externos. A documentação do PostgreSQL destaca que `postgres_fdw` oferece uma abordagem mais transparente e compatível com padrões do que o antigo módulo `dblink` para acesso a PostgreSQL remoto.

PostgreSQL FDW

Foreign Data Wrappers permitem que o PostgreSQL trabalhe com fontes de dados externas utilizando uma arquitetura baseada em servidores estrangeiros, user mappings e tabelas estrangeiras.

Esse modelo pode ser uma alternativa arquitetural quando a necessidade é acessar dados remotos em PostgreSQL.

EDB Postgres Advanced Server e Database Links

O EDB Postgres Advanced Server possui recursos específicos de compatibilidade Oracle relacionados a Database Links.

A documentação da EDB informa que o dblink_ora fornece um Database Link baseado em OCI que permite executar operações como SELECT, INSERT, UPDATE e DELETE sobre dados armazenados em um sistema Oracle a partir do EDB Postgres Advanced Server.

A EDB também documenta funções e procedures específicas de dblink_ora na referência de compatibilidade Oracle do EDB Postgres Advanced Server.

Um ponto crítico de compatibilidade

Existe uma distinção importante entre os modos de operação.

A documentação da EDB informa que Database Link não é suportado no modo PostgreSQL-compatible porque esse recurso depende da compatibilidade Oracle. Portanto, a estratégia precisa considerar o modo de compatibilidade adotado no ambiente EDB.

Database Links durante uma migração faseada

Em uma migração gradual, o banco Oracle pode permanecer ativo enquanto determinadas aplicações já estão sendo executadas no ambiente PostgreSQL Enterprise.

Nesse cenário, conexões temporárias entre os ambientes podem ser necessárias.

O objetivo deve ser estabelecer uma estratégia controlada para essas dependências e, posteriormente, eliminá-las quando a migração estiver completa.

Database Links e modernização

Nem todo Database Link existente deve necessariamente permanecer na arquitetura final.

Alguns podem ter sido criados para atender limitações de arquiteturas antigas.

Outros podem continuar sendo necessários para integrações legítimas.

A decisão deve ser baseada no processo de discovery e nos requisitos do negócio.

Classificação recomendada

Manter: dependência necessária na arquitetura final.
Converter: dependência que possui mecanismo equivalente no destino.
Redesenhar: integração que deve ser modernizada.
Eliminar: conexão sem utilização ou sem justificativa atual.
Temporário: conexão necessária apenas durante a transição.

Estratégia profissional para migração de Database Links

Etapa 1 — Inventário dos Database Links

O primeiro passo é criar um inventário completo.

No Oracle, informações sobre Database Links podem ser obtidas por views do dicionário, incluindo estruturas como DBA_DB_LINKS e ALL_DB_LINKS, conforme o nível de acesso disponível.

O inventário deve registrar:

Nome do Database Link.
Owner.
Banco remoto.
Host.
Usuário remoto.
Aplicação.
Schema.
Objetos consumidores.
Criticidade.
Frequência de utilização.

Etapa 2 — Mapeamento de dependências

Depois do inventário, deve-se identificar onde cada Database Link é utilizado.

O levantamento deve incluir:

SQL.
Views.
Procedures.
Functions.
Packages.
Triggers.
Jobs.
Aplicações.
Processos batch.
Integrações.

Dependências críticas

Uma conexão utilizada por uma aplicação de missão crítica deve receber prioridade na análise.

O objetivo é garantir que a estratégia de migração seja validada antes do cutover.

Etapa 3 — Definição da estratégia de destino

Para cada Database Link, deve ser definida uma estratégia.

As possibilidades incluem:

Manter a conexão.
Utilizar recursos de compatibilidade do EDB.
Utilizar Foreign Data Wrapper.
Redesenhar a integração.
Mover os dados para o novo ambiente.
Eliminar a dependência.

Etapa 4 — Análise de performance

Uma conexão remota introduz latência e custos de comunicação.

Por isso, uma consulta que apresentava desempenho aceitável no Oracle pode apresentar comportamento diferente depois da mudança de arquitetura.

Devem ser avaliados:

Latência.
Volume de dados.
Quantidade de chamadas remotas.
Filtros aplicados.
Plano de execução.
Transferência de dados.
Frequência de execução.

Etapa 5 — Segurança

As credenciais e permissões utilizadas pela arquitetura antiga não devem ser simplesmente copiadas para o ambiente novo.

A equipe deve aplicar o princípio do menor privilégio e revisar as regras de acesso.

Etapa 6 — Testes de integração

Os testes precisam reproduzir o comportamento real das aplicações.

Devem ser testados:

Consultas remotas.
Atualizações.
Inserções.
Exclusões.
Procedures.
Jobs.
Integrações.
Transações.
Tratamento de erros.

Etapa 7 — Cutover

No cutover, todas as dependências relacionadas aos Database Links devem estar documentadas.

O plano deve especificar quais conexões serão mantidas, quais serão substituídas e quais serão desativadas.

Etapa 8 — Pós-migração

Depois da migração, o ambiente deve ser monitorado para identificar chamadas remotas inesperadas, falhas de autenticação, problemas de performance e aplicações que ainda dependam do Oracle.

Database Links como indicador de complexidade

Uma grande quantidade de Database Links pode indicar que determinada arquitetura possui forte acoplamento entre bancos.

Durante a modernização, esse inventário pode ser utilizado como indicador para priorizar aplicações que precisam de refatoração arquitetural.

Consultoria para Database Links

A Dominus Tech pode apoiar empresas na descoberta, análise e modernização de Database Links em projetos de migração Oracle para PostgreSQL Enterprise.

O trabalho pode envolver assessment, inventário de objetos, análise de dependências, estratégia de compatibilidade, arquitetura de destino, testes e planejamento de cutover.

Imagem 3 — Migração de Database Links para PostgreSQL Enterprise

Sugestão de imagem: equipe Dominus Tech conduzindo uma migração de Database Links de uma arquitetura Oracle para PostgreSQL Enterprise. Mostrar um fluxo visual com Discovery → Inventário → Dependências → Oracle → Estratégia de Compatibilidade → PostgreSQL Enterprise → Testes → Cutover. Representar algumas conexões como temporárias e outras como modernizadas ou eliminadas. A equipe Dominus Tech deve ser o foco visual principal. Utilizar exclusivamente o logo oficial da Dominus Tech e nenhum logo, ícone ou símbolo de terceiros.

Descrição da imagem: equipe Dominus Tech planejando a modernização de Database Links durante uma migração Oracle para PostgreSQL Enterprise.

ALT SEO: migração de Database Links Oracle para PostgreSQL Enterprise

FAQ — Perguntas Frequentes

O que é um Database Link?

Database Link é um objeto do Oracle que permite acessar objetos armazenados em outro banco de dados por meio de uma conexão definida no banco local.

Para que serve um Database Link?

Ele permite que aplicações, SQL e objetos do banco local acessem dados e objetos de um banco remoto.

Database Links são importantes em uma migração Oracle?

Sim. Eles podem representar dependências críticas entre bancos, aplicações e sistemas. Por isso, devem fazer parte do inventário e do assessment de migração.

O PostgreSQL possui Database Links?

O PostgreSQL possui mecanismos para acesso a dados externos, incluindo Foreign Data Wrappers. Para servidores PostgreSQL externos, o módulo postgres_fdw fornece acesso a tabelas remotas e possui sintaxe mais transparente do que o módulo legado dblink em diversos cenários.

O EDB Postgres Advanced Server suporta Database Links?

O EDB Postgres Advanced Server possui recursos de compatibilidade Oracle relacionados a Database Links. A EDB documenta o dblink_ora, que permite operações sobre dados Oracle a partir do EDB Postgres Advanced Server.

Database Link funciona no modo PostgreSQL-compatible do EDB?

Segundo a documentação da EDB, Database Link não é suportado no modo PostgreSQL-compatible porque requer recursos de compatibilidade Oracle.

Todo Database Link precisa ser convertido?

Não. Alguns podem ser mantidos temporariamente, outros podem ser substituídos por mecanismos de acesso remoto, redesenhados ou eliminados quando não forem mais necessários.

Database Links podem afetar a performance?

Sim. Consultas remotas podem introduzir latência, transferência de dados e custos adicionais de comunicação. O comportamento deve ser validado durante os testes.

Database Links podem ser utilizados em procedures?

Sim. Procedures, functions e packages podem conter referências a objetos remotos. Essas dependências precisam ser identificadas durante o assessment.

Database Links podem ser usados em jobs?

Sim. Processos automatizados podem utilizar Database Links para executar integrações ou movimentação de dados sem interação direta do usuário.

Como identificar Database Links em Oracle?

O Oracle disponibiliza views de catálogo relacionadas a Database Links, como DBA_DB_LINKS e ALL_DB_LINKS, de acordo com o nível de acesso disponível.

É possível migrar Database Links durante uma migração Oracle para PostgreSQL?

Sim, mas a estratégia deve ser definida individualmente. Pode envolver compatibilidade EDB, Foreign Data Wrappers, integração externa, movimentação dos dados ou redesenho da arquitetura.

Database Links podem ser eliminados após a migração?

Sim. Se a dependência remota não for mais necessária ou puder ser substituída por uma arquitetura mais adequada, a conexão pode ser descontinuada após validação.

Links Relacionados

Recursos Oficiais

O Oracle documenta Database Link como um objeto que permite acessar objetos de outro banco e utilizar essa referência em SQL. A EDB documenta recursos específicos para compatibilidade Oracle, incluindo dblink_ora.

Modernize seu Banco de Dados com a Dominus Tech

Monitoramento corporativo de PostgreSQL com observabilidade, performance, infraestrutura crítica e indicadores de disponibilidade da Dominus Tech Gold Partner EDB — Monitore, otimize e evolua sua infraestrutura PostgreSQL com observabilidade, alta performance e monitoramento corporativo da Dominus Tech Gold Partner EDB.

👉Planejando uma Migração Oracle para PostgreSQL?

A Dominus Tech é Parceira Gold da EnterpriseDB e apoia empresas em todas as etapas da modernização de bancos de dados Oracle para PostgreSQL. Nossa equipe possui experiência em ambientes corporativos de missão crítica, oferecendo serviços de assessment, planejamento, migração, otimização de desempenho, alta disponibilidade, observabilidade e suporte especializado para plataformas PostgreSQL Enterprise.

✔ Parceira Gold da EnterpriseDB no Brasil

A migração de Oracle para PostgreSQL representa uma oportunidade estratégica para reduzir custos de licenciamento, modernizar a infraestrutura e construir uma plataforma preparada para o futuro. Com uma metodologia estruturada e ferramentas especializadas da EnterpriseDB, ajudamos organizações a realizar essa transição com segurança, preservando aplicações críticas e minimizando riscos operacionais.

👉Entre em contato com nossos especialistas e solicite uma avaliação técnica do seu ambiente Oracle. Descubra a melhor estratégia para migrar para PostgreSQL com segurança, desempenho e redução de custos.