01
Ingestão gradual
Externalização por chave primária, em lotes e por critérios agendados. Nada exige um “big bang”.
Secure BLOB Offload & Storage Tiering
Seus BLOBs continuam acessíveis.
O custo pesado fica para trás.
O B2NX externaliza arquivos armazenados em BLOB no Oracle para NFS, MinIO ou S3, mantendo a experiência da aplicação e conduzindo a migração de forma gradual, verificável e controlada.
GradualPK por PK, no seu ritmo
TransparenteAplicação preservada
VerificávelMD5, ETag e auditoria
ORIGEMOracle BLOBAplicação preservada
→
DESTINONFS · MinIO · S3Storage otimizado
Integridade confirmada
01Economia de storage
Transfira o volume de arquivos para camadas mais adequadas ao armazenamento de longo prazo.
02Migração sem ruptura
Registros ainda não migrados continuam entregando o BLOB original normalmente.
03Governança real
Status, checksum, retenção, histórico e execução centralizados no Manager.
O problema que resolvemos
Banco de dados é precioso demais para virar arquivo morto.
Documentos, imagens, XMLs, PDFs e anexos crescem continuamente. Quando permanecem em BLOB, podem pressionar armazenamento premium, backup, replicação e janelas operacionais.
O B2NX separa o dado transacional do conteúdo binário sem exigir uma migração massiva. O Oracle continua controlando metadados e relacionamento; o arquivo passa a residir em uma camada de storage adequada.
Cenário tradicionalCom B2NX
BLOB cresce dentro do bancoArquivo externalizado gradualmente
Storage premium para tudoNFS ou object storage por política
Mudança de aplicação complexaCamada B2NX mantém a transparência
Limpeza com risco operacionalChecksum obrigatório e espera configurável
Baixa visibilidade do processoManager, filas, alertas e auditoria
Plataforma completa
Do primeiro arquivo à operação em escala.
Um ecossistema criado para projetos que avançam ao longo de semanas ou meses, sem perder controle sobre nenhuma linha.
02
Transparência para a aplicação
A camada B2NX mantém os dados disponíveis e seleciona automaticamente a fonte correta para cada arquivo.
03
Verificação de integridade
MD5 para POSIX e tratamento de ETag para S3/MinIO, com data, status e diagnóstico de conferência.
04
Agendamento inteligente
Ingestão, verificação, limpeza, purge e reidratação executados por calendário, lote e filtros controlados.
05
Reidratação segura
Devolva arquivos ao BLOB físico individualmente ou em campanhas graduais, com pré-validação e auditoria.
06
Retenção e purge
Exclusões viram estado controlado. O arquivo externo só é removido posteriormente, conforme a política definida.
07
Nomes humanos
Opcionalmente combine a PK com campos da tabela para produzir nomes legíveis, normalizados e únicos.
08
Multi-Engine
Um único Manager pode acompanhar ambientes distintos, com seleção de Engine e autorização por usuário.
09
Licenciamento integrado
Licenças assinadas controlam validade e limites sem interromper o acesso aos arquivos já externalizados.
Arquitetura
Uma ponte segura entre banco e storage.
A aplicação continua consultando o objeto lógico original. O B2NX decide a fonte correta para cada registro e mantém o estado do ciclo de vida.
CONSUMOAplicações, APEX e integraçõesSELECT e DML no objeto conhecido
↓
CAMADA B2NXTransparência e serviços de dadosRoteamento, controle e auditoria
ORIGEMTabela física OracleBLOB preservado até a limpeza segura
DESTINONFS · EFS · MinIO · S3Arquivo externo validado
PK simples ou compostaSuporte a chaves de uma ou duas colunas.
Diretórios estruturadosAté três expressões SQL para organizar a árvore.
Falha previsívelArquivo ausente gera erro controlado ou aviso HTML opcional.
B2NX Manager
Operação enterprise sem perder a visão do detalhe.
O Manager em Oracle APEX centraliza configuração, agendamento, integridade, filas, economia estimada, licenças, usuários e múltiplos Engines.
- Dashboard de ingestão e desempenho
- Pending Queue e Error Center
- Integrity Report e Source Cleanup
- Histórico de execução e status dos Engines
- Recovery Center e campanhas de reidratação
- Permissões por usuário e trilha de auditoria
B2NXadmin⌄
OverviewIngestionIntegrityStorage
NAVMANAGERDOCUMENTOS
● Operação normalARQUIVOS6.2M
VOLUME4.8 TB
RITMO184/min
INGESTEm andamento
VERIFYÍntegro
CLEANProgramado
◇SEGURANÇA POR PROJETO
O BLOB original não desaparece por confiança. Ele é liberado por evidência.
A limpeza pode exigir verificação prévia e um período mínimo de espera. Assim, ingestão, conferência e liberação da origem tornam-se etapas independentes e auditáveis.
Checksum antes da limpeza
O arquivo externo é relido e conferido antes que o BLOB possa ser esvaziado.
Proteção contra reingestão
Execuções repetidas não substituem um destino íntegro por uma origem já vazia.
Controle de concorrência
Linhas e lotes são reivindicados de forma coordenada para evitar processamento duplicado.
Licença assinada
Assinatura criptográfica e limites operacionais sem expor a chave privada no Engine.
Ambientes
Projetado para a realidade do ecossistema Oracle.
Compatível com implantações que oferecem os recursos Oracle necessários e acesso do servidor ao filesystem.
Oracle Database12.2 ou superior recomendado
ExadataCom mount compartilhado e validação por nó
Oracle Database ApplianceCom filesystem acessível às instâncias
RACMesmo caminho disponível em todos os nós
NFS / EFSOperação POSIX com publicação segura
MinIO / Amazon S3Via mount compatível e modo específico
A compatibilidade final depende da versão, política de Java no banco, permissões, arquitetura e recursos habilitados. Cada ambiente deve passar pelo teste de configuração antes do uso.
Perguntas frequentes
O essencial antes de começar.
Uma implantação B2NX nasce controlada: primeiro o ambiente, depois uma tabela piloto e então a expansão gradual.
A aplicação precisa ser alterada?
Para consultas usuais, a camada de compatibilidade preserva o contrato de dados conhecido pela aplicação. Operações específicas de escrita e recursos avançados do Oracle devem ser avaliados durante a homologação e podem exigir uma adaptação pontual.
Todos os arquivos são migrados de uma vez?
Não. A ingestão pode ocorrer uma PK por vez, em lotes pequenos ou por filtros agendados. Registros ainda não migrados continuam utilizando o BLOB original.
Quando o BLOB original pode ser limpo?
Somente depois da ingestão bem-sucedida e, quando configurado, da verificação do arquivo externo e do período mínimo de espera.
O que acontece se o storage ficar indisponível?
A falha é controlada e registrada. Conforme a política da configuração, a leitura pode gerar um erro explícito ou retornar uma página informativa temporária.
É possível trazer o arquivo de volta ao banco?
Sim. A reidratação devolve o conteúdo ao BLOB físico, valida a operação e altera a fonte autoritativa de volta para o banco, preservando a cópia externa.
O Manager pode operar separado do Engine?
Sim. O Manager APEX pode residir em outro banco e acessar um ou mais Engines por conexões restritas e APIs específicas.
PRONTO PARA DIMENSIONAR?
[email protected] →
Transforme crescimento de BLOB em uma política de storage sustentável.
Converse com a Netavista sobre uma avaliação técnica, prova de conceito ou implantação assistida do B2NX.